Enterprise Strategy Group: Go-to-market Expertise to Help You Win
Enterprise Strategy Group: Go-to-market Expertise to Help You Win
新社会人も初めてのお給料をもらい、どう使おうか考えられている方もたくさんいらっしゃるでしょう。銀行や信用金庫などにお勤めの方とつながりがある方は、さっそく積立をすすめられたかもしれません。実際、私の職場にも積立を勧めにきた人がいました。 また私自身、別口でお金の積立を行ってます。 積立の期間や金額は条件によってバラバラではありますが、1口いくらという形が多いかと思います。 積立そのものに金利はつかないので、定期預金とは異なります。 ただある程度の期間は決まった金額を塩漬けにすることになりますから、お金の無駄遣いを避けることができます。 そういう意味で、将来的な貯金につながります。 近い将来に大きな買い物を考えていらっしゃる方には効率の良い方法かと思います。 また、お金の管理に自信のない方にとっても、無駄遣いを抑える良い方法です。 銀行さんなどが新入社員さんにまず勧めるのも、そういう意味があ
米グーグルが発表したGoogle Web Toolkit。Java言語で作成したクライアントアプリケーションを、JavaScript＋HTMLアプリケーションに変換するという、まったく異なるアプローチを持つAJAXアプリ開発ツールだ。簡単なサンプルを動かしてみよう（編集部） 2006年5月17日、米国Googleが、Google Web Toolkitをリリースしました。早速Webサイトを見ると、『Google Web Toolkit - Build AJAX apps in the Java language』（＝Java言語でAJAXアプリを造る）という、Java開発者にとって非常に刺激的なキャッチで始まっています。 これまでも、BACKBASE Java Edition、ICESOFT ICEFACES、Nexaweb などAJAX＋Javaでの開発に対応するフレームワーク製品または
先週土曜日曜と久しぶり（2年ぶり？）に風邪をひいてしまい、死にそうでした・・。 今回の風邪は、関節が軋むような痛さがありますね。 風邪で関節が痛んで、眠れない・・・ような感じです。皆様もおきお付けください。 ところで、 先週金曜日にリリースされたYahooAmericaのトップページ見ましたか？ とても見やすいですね。 ものすごいリニューアルされていたので、ちょっと感動しました。 何がすごいって、やっぱり赤線で囲ったところ（画像参照）。 こうなるとPVの発想は、やはり古いものとなることが良く分かります。 各種検索は、機能だけが切り替わるだけで、ページ遷移はないですね。 また、ふんだんに使用されているタブもしかり。ページ遷移はないです。 右上のメール・メッセンジャー等のツール類を整理しているところなどは、オンマウスにするとその内容が即見ることができるようになっています。 「ajax」をふんだ
Stories about our creative apps and services for everyone
Ajaxがリッチクライアントの中で不動の地位を築いたことは、誰の目にも明らかになった。現在リッチクライアント業界で最も熱いのは、Ajax統合開発環境＆フレームワークの開発合戦だろう。SOA／BPMベンダとして知られるTIBCOソフトウェア（以下、TIBCO）は、Ajax開発環境「TIBCO General Interface Version 3.1 Professional Edition」（以下、GI）の無償提供を始めた（2006年2月13日付のプレスリリース、米国時間）。米TIBCO プロダクト・マーケティング・ディレクター、Jeff Kristick氏に、Ajaxにいち早く対応したGIの開発背景について話を伺った。 ── 今回出荷されたGIは、Ajaxの開発ツールとフレームワークを組み込んだことで話題になっています。TIBCOのAjaxへの取り組みは、どのように始まったのですか。 多
JSON を Template-Toolkit で展開する Jemplate という記事を書いたんですが、Jemplate を使うと何がいいかってのをもう少し詳しく書いてみます。 Jemplate は TT で JavaScript 上の JSON を展開できるんですが、それだけ聞いてもしかすると「これで普段サーバーサイドでやってるテンプレートの展開をクライアントサイドに持って行けて負荷がクライアントに移ってウマー」っていうのが使いどころのようにも思えちゃいますけど、そうじゃない。検索エンジンに引っかからなくなったりとか、アプリケーションの使い勝手が悪くなったりとか色々弊害があります。 そうじゃなくて、Jemplate は JavaScript のためのテンプレートとして使います。 試しに Catalyst で簡単なアプリケーションを作ってみました。ちょっと動かしておく環境がないのでソース
2005年はAjaxが流行ました。AjaxによってWebアプリケーションの操作性が劇的によくなりました。しかしその一方で、Ajaxの登場によってWebアプリケーションのアーキテクチャに歪みが生じました。サーバーサイドのコードはMVCアーキテクチャによって綺麗に各層で役割分担ができていますが、クライアントサイドにおいてはそうではありません。現在多くのAjaxベースのアプリケーションでは、JavaScriptコードの中にロジックとHTMLコードを混在させるやり方でAjaxを実現しているため(恐らく)、メンテナンス性の低下を招いています。 そこで今回はこの問題を解決する新たな動きが最近見えてきたので紹介します。そして、新たに登場したJemplateによるMVCアーキテクチャの進化の可能性について考えてみます。 GoodPicの金子さんの予想 以前、GoodPicの金子さんが書かれた以下のエントリ
メモ＆カレンダーWebアプリケーションつくりました。 Tagがつけられるメモ帳Webアプリケーションをつくってみました。次のキラーアプリらしいカレンダー機能もついています。 http://femo.nomadscafe.jp/ ↓Helpで使っているスクリーンショット メモのTagとして、2005-12-09と日付をいれるとカレンダーの方に整頓される仕組みです。カレンダーでもTagCloud風にメモ件数の多い日は字が大きく表示されます。 Catalyst + Ajax + TypeKey認証 + Tagging + はてな記法と話題の技術を使い派手に実装しました。TypeKeyのアカウントを持っていればログインだけで使えるのでぜひお試しください。ご意見もくださいませ。
昨日のエントリ Ajax は難しい? AHAH ならどうだ で紹介した AHAH だが、別に「AHAH が AJax を置き換える」とか「これからは AHAH だ」とか言いたいわけではないよ。 Web クライアント-サーバ間(の lazy な、とか、部分的な)データ伝達を考えたときに、Ajax というのは「XML であること」をけっこう重視して宣言された。 XML でデータを流通させるのにはやはり意味があって、同一のデータを基にクライアント側で表現方法を複数切り替えるとか、描画にクライアント側のマシンパワーを積極的に使いたいとか、であれば XML ぜんぜんオッケー。また、サーバ側から提供される XML データを、広く公開して他のクライアント(や他のサーバ)でも使ってもらおう、というときも、標準である XML を使うことの意義は大きい。AHAH でそんなもの提供したら、読む側は独自 HTML
米Upstartleは米国時間11月21日に，Webベースのワープロ「Writely」をオープンなファイル形式OpenDocument Format（ODF）に対応させた。Upstartle社が同日明らかにしたもの。 これにより，米Microsoftのワープロ「Word」やオープンソースのオフィス・スイート「OpenOffice.org」で作った文書をWritelyにアップロードしたり，逆にWritelyから文書をダウンロードしたりできるようになった。 Writelyは，Ajaxと呼ばれる手法で開発されたWebブラウザ上で動くワープロ。2005年8月よりベータ版を利用可能としていた。使用にあたってパソコンに特別なソフトウエアをインストールする必要がない。「Webベースの電子メール・サービスが『1台のパソコンからしか電子メールにアクセスできない』という根本的な問題を解決したように，Write
4. 動作例 動作例については、こちらをご覧ください。 また、開発者のブログ (日本語, 英語) も参考になるかもしれません。 5. 使い方 5.1. HTML の編集 prototype.js と partialupdater.js を HTML から読み込んでください。 次に、HTML のどの部分を差分更新するか決め、更新する箇所を SPAN または DIV タ グで囲み、ユニークな ID をセットしてください。 フォームの onSubmit ハンドラ (または、input type=submit フィールドの onClick ハンドラ) から CBL_PartialUpdater.update を呼び出してください。 <script language="JavaScript" src="prototype.js"></script> <script language="JavaScr
* Ajaxという未来をWEBという歴史にどう接続するか Pragmatic Ajaxという本のベータ版が公開されている。これはAjaxという今最も注目されているWEBの技術についての解説書だが、徹底的に技術指向でありながら、深く考えさせる内容を含んでいる。 技術解説書というのは、読者に新しい技術を勉強させよう目論むものだから、「Ajaxって凄いよ!あれもできるよ!これもできるよ!こんなに嬉しいよ」という話に終始しがちなのだが、この本の最後の「7.2 It isn’t all Just Wine and Roses...」という章は、Ajaxの暗黒面に焦点を合てている。 技術の長所と同時に短所もきちんと理解して使うのが、まさに " Pragmatic "なやり方なのだが、同時に、そこには「未来をどうやって歴史に接続するか」という、技術を超えた難問に対する思索の結果が見えてくる。 この章は、
前に書いたtapestryネタで、面白いレスをいただいたのですが、割と重要な話なので新しいエントリとしてレスを書きたいと思います。 デザイナーの作るHTMLを壊したくないWeb開発者のために ただ、デザイナーがHTMLをコーディングする際にjwcidのコードも埋めるわけですが、これが正しく行われているかどうかのチェックが難しいと感じています。 プログラム言語ならばコンパイルエラーなどで記述ミスなどはすぐに知ることができますが、デザイナー側だけでTapestryの作業を完結することができず、結局プログラマがHTMLに手を入れてしまうという状態が身近には多いです。 これを書いた頃とは僕の感覚は変わってきていて、この件の結論から言うと、「jwcidはエンジニアが足せば良い」かなと思っています。 デザイン段階でのHTMLでのコーディング行程と、後の動的コードを埋め込む行程は、どんなフレームワークを
こんにちは、ディレクターの八木です。 “それ”がなかった頃は不便という自覚すらなかったのに、一回でも経験した後は「なんで今まで“世の中こんなもんだ”なんて思ってたんだろう？もう昔には戻れない」と感じたことってないでしょうか？ 先月前半にリニューアルした米国GAP配下のブランド・サイト（ GAP.COM、BANANAREPUBLIC.COM 、OLDNAVY.COM ）は、まさにオンライン・ショップにおける「ユーザインタフェース(UI)なんてこんなもんだ」を覆すぐらいのインパクトがありました。キーワードはAjaxです。 GAP： http://www.gap.com/ BANANA REPUBLIC： http://www.bananarepublic.com/ OLD NAVY： http://www.oldnavy.com/ 3サイト共に基本インタフェースは共通です。 BANANA RE
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
