January 2008
60 posts
「設計」作業の成果は完成品質を左右する − ＠IT情報マネジメント →
なんだこの記事？「間違い」が手戻りを生むのも確かだけど、それ以上に「今の状況だとまわりの変化が早く、それへ対応させる変化が発生する」から手戻りを生むんでしょ。それに対応するには、いくら設計書のチェックを厳密にしてもダメだって。 だが「まわりの変化が早く」という背景が要求の変化のひとつの大きな要因と考えると、多少の要求の変化は目をつむって対応するとしたら、時代が進み出すとまたヲーターフォール万歳の時代がくるのかもしれんね。ただ、それは今から数年間は無いね。今の時代にああいったやり方をしようとしている、東証の件が見ものだなー。
SOAとWeb 2.0でビジネスIQをアップしよう（ZDNet Japanブログより）:ニュース -... →
「SOAとWeb 2.0という2つのアプローチが混じり合うことで、ビジネスインテリジェンスが「コラボレーションインテリジェンス」の様相を帯びてきた。」 Enterprise2.0でいいじゃんか！もぅ新しい単語を作るんじゃねぇ！Enterprise2.0くらいの曖昧な言葉であってくれた方がわかりやすいんだ。それがもっと具体化してから細分化してくれ。 でも、「それはEnterprise2.0だ」とは言えても「Enterprise2.0とはコレです」とか言えないんだよなぁ。やっぱ多少具体的な単語に分割された方が良いのだろぅか。
[Think IT] 第2回：15分で試してみよう！ (1/3) →
これは良い題材。ブクマークの意味もかねて。
プロジェクト全体の成否を左右する、スコープ − ＠IT自分戦略研究所 →
「スコープ」が大事なのは理解できるが、独立した記事になるほど、ちゃんとやるべきだったのか、と反省。GoogleReaderにも「スコープ」というタグを作った。
エンジニアはデンジャラス。危機管理術を装備せよ − ＠IT自分戦略研究所 →
ゾンビわろすｗｗｗ 言いすぎだろ…と思ったが、ターゲットを具体的に想像してみると、確かにゾンビだわ。俺は絶対にゾンビにはならんですよ！数々のゾンビーに嫌気がさしたから昔そぅ誓って、今の原動力もそれなんだ。再認識した。
InfoQ: ケーススタディ：JavaプログラミングスキルをFlexに採用 →
ActionScriptは業務アプリでも避けて通れない道だと感じている。JavaScriptをなんとか始めたので、よぅやく「ActionScriptもやっていけるだろ」的な楽観的な考えが芽生え始めた。 それはそぅと、「Essential AcrionScript 3.0」はものごっつ評判が良いですね！
なぜJava＋スクリプト言語が求められたのか - builder by ZDNet Japan →
スクリプト言語嫌いでその世界から取り残されてしまった私にとって、ちょうど良い連載が始まった！だからと言って、規模の大きな保守を想定すると業務で使えるとはまだまだ思ってない。この連載が終了したころには考えが変わってるかな？ 「毎回作り直す」というのはナシの方向で。
Java EE 5: その威力と生産性、そして軽減された複雑さ →
JavaEEというより、JAX-WSをメインにした記事に見える。先に前回のエントリで書いたenunciateを見ていたのは偶然。
enunciate →
Maven2に対応。使用できる口は「SOAP,REST,JSON,GWT-RPC,AMF」との事。RESTにAMF！これは…来るかもね！？
NTTデータがオープンソースのポータルサイトを開設 | エンタープライズ | マイコミジャーナル →
とぅとぅ来ましたね。さて、見てみるか！
フォントサイズを即変更できるEclipseプラグインFont Size Changer 1.1.1... →
これは良いハック。ありがたくいただきましょう。
InfoQ: プラットフォームの知識ではなくて、多様なデザインスキルを好む →
ここで書かれている「プラットフォーム」の解釈を、「業務」「IT」という風に読み替えたらどぅだろぅ？その場合の「デザイン」はなんになるかな。いくつか考えられる。 「ワークフローのデザイン」という能力に長けた人は「IT」というプラットフォームでも「業務」というプラットフォームでも力を発揮できる、とか。うん、何を書きたいんだかワカランくなってきたわ。
TechCrunch Japanese アーカイブ »... →
気になっただけ。特にコメントは無いが、ブックマークするのはアレなのでtumbるだけに留めとく。
InfoQ: アジャイル開発者の責任 →
またこの手の話。ここはアレですよ、ゲリラリファクタですよ。
InfoQ: インタビュー：IBM CTOのJerry CuomoがREST & Project... →
こんなコメントをつけるのは恐縮だけど、つまり「疎結合にしたい」だけ？RESTは今だからRESTを採用しただけであって、本質は「疎結合にしたいだけ」なのかな？RESTだから「つなぎにこれる対象が多い」という修飾がついた、「疎結合」。すごい長文だけど、そんな風な単純な理解でいいんだろか。 なんにしろProjectZeroには興味津々。
IBMのイノベーションラボで開発中の10の新技術 － ＠IT →
小規模な弊社ではあまり必要がなさそうなものばかりだが、「TagIt」については以前から必要だと考えている。各所に散り散りになっている情報にメタ情報を付加して、アクセス速度を早くしたい。 それとは別の話だけど、SocialBookmarkてあるよね。技術系のページだと、古い情報は半分くらいしか役に立たない、残り半分は逆にマズイ内容となってしまってたりすることが多い。そんなとき、「ここは古いよ」「このページとあわせれば一通りそろうよ」みたいな、通りすがりやら苦労した人がほかの人にお知らせできる仕組みは受けないだろうか。...
ZDNet Japan Blog - ZDNet.com... →
技術者らしい考え方に賛同ｗ こういった心を忘れてはいけないと思う。いくらうざったがられても、やりたい事をやる事に真剣になろう。
僕はなぜアーキテクチャにこだわるのか (arclamp.jp アークランプ) →
「自責化し、環境に働きかける」 そうですね、あきらめちゃいけませんよね。もぅ少し頑張ってみよぅか…。
実は重要な帳票（1）--“情報配布”手段として存在感増す「帳票」:スペシャル - ZDNet... →
たとえば、紙で印刷して打ち合わせたとしよう。皆が皆自分の手元の紙に思い思いのコメントを書き込むワケです。 もったいなくないですか？オンライン上のOffice系のサービスで、皆でコメントをがんがんつけられるものの方が便利じゃないですか？ニコニコOffice、といえば誰にでも通じますよね。こんなカンジで、業務の世界も数々の便利[かもしれない]な運用パターンをたくさん持っているんだろけど、これらをまとめられないものか。ソフトウェアのデザインだけでなくたくさんあるんじゃないすか？ 業務運用パターン（例：ニコニコDocument管理パターン） 業務システム実装パターン（例：Textコード入力Combo名称選択パターン）というか、すでにあるんだろね。そういったものの勉強が必要なワケだ。
ビジネスモデルは優れた組織あってのもの － ＠IT情報マネジメント →
思い出した。専用モデリングツールを使ったりせず、YahooPipesのようなUIで、各従業員が簡単に業務フローをモデリングできないか？というアイデアがあったんだった。本気で「すべての業務を」とやろうとするなら、見える化は全員参加でやった方が良いだろぅ。
CodeZine：これからのビジネスにおけるAJAXアプリケーションの形（UI, BI） →
Ajaxは当たり前だからどーでもいいとして、Dashboardの考え方ですね。これは個人もそぅだし、ワークフローのポータルとして必要です。でも、普段個人として色んなサービスのDashboardを見ていると「利用履歴がとりたい」と思うんですよ。なんとなく、気に入ってるし使ってるつもりだから…とDashboardに組み込んではいるものの、実は別のものの方が良く使っていた。こういったのはコンピュータであればかんたんに判断できるので、「Dashboardを組み替える必要があると思いますが、どないなん？」と問いかけてきてくれる機能がほしいですね。ワークフロー自動分析、自動改善サービス、とかそんな大層な名前をつければそれだけで「おぉー」とならんでしょうか。
EnterpriseZine：サービスを構成する4大特徴を理解する →
あまりこの記事の趣旨が読み取れなかったが、顧客参加型サービスの時代ですよ！顧客を巻き込みまっしょい！って事かな。たぶん違うね。
IT運用管理の「今ある課題」と「解決へのアプローチ」［前編］｜ニュース概要｜IW NEWS... →
ふと思い出した。最近見たガイアの夜明けで「中小スーパーの店長が値下げ合戦で苦戦云々」という内容。その中で、店長が価格を決めるシーンが何度もあるが、その価格の根拠というか価格決定の根拠についての話はひとつも出なかった。そのため、店長が勘だけで決定しているように見えた。ちゃんと何かの方式にのっとった価格の決定だったのか？とかが気になった。どうやってシミュレートし、分析したのか？とかが気になってしまう俺はITに寄りすぎてんだろぅか？そんな事よりも意思決定速度が大事なんだろか。 もし、あの姿がリアルなもので、予測、分析のプロセスがないなら、中小が苦戦してる原因のひとつはそこじゃね？と思った。ということを思い出したｗ
Japan.internet.com Webビジネス - ブラウザだけで PDF からテキストを抽出 →
ブラウザ上で…ほしいのは「圧縮解凍ツール」「EmEditor並みのテキストエディタ」かな。今回マシン故障で仮マシンに避難しているけど、ブラウザとEclipse以外で必要だったのはそのふたつくらいだ。あ、あとペイントブラシ。昨晩GIMPで矩形が描けずに涙目になったし（しかも諦めたというヘタレっぷり！）。
基本設計での要件定義変更数357件、東証の次世代売買システム開発 － ＠IT →
素直にすごいなと思う。理想的かどうかは別として、この設計書類の作成とプロセスの決定にどれくらいの人間が投入されたんだろぅか？50人とあるが、常に50人が従事したのか、入れ替わりありで50人がかかわったのか？ あと行方が気になるのが「一件10万円のペナルティ」について。お互い、暗黙で処理しましょうや～という流れにはならんのか。10件も出されて癇に障ったからこっちも重箱の隅をつついて15件出してやれ！みたいなことになるのか。 「次の工程の準備を前の工程に」大事なことだが、準備は早めに時間を取っておくに越したことはない。やって当たり前。むしろ、現在フェーズの振り返りがプロセスにどれだけ組み込まれているのか？は気になる。関係者の方、どなたか詳細なプロセスを俺にｒｙ
Zero: Documentation - CoreDevelopersGuideREST -... →
RESTのリソースの指定方法といぅか、PATH_INFOを使うみたいにパラメータをURLっぽくする話。 お、なにやらソースもあるね…とオモタらまたGroovyだ！IBMはほんっっとGroovyがお好きなんですね。
オープンソースとロングテールの関係：Wired編集長C・アンダーソン氏のインタビュー:スペシャル -... →
メモ。 どのような付加価値をもたらすかが重要だ。ただで手に入るものに金を払う正当な理由が見いだせるだろうか。わたしには見いだせない。どこか特定のベンダー が多種多様な要素をすべて1社でサポートできるというモデルはわたしには考えられない。（SourceForgeのような）買い手がリスクを負担するモデ ルならうまくいく。
Ajax vs Flash？：AjaxとFlashの使い分け - builder by ZDNet... →
部分的にFlashが埋め込まれた仕組みというと、GoogleAnaliticsやFinance等のグラフ系のサイトが一番馴染んでる。逆にグラフ系以外ではあんまりなじみが無い。「Ajax(というかHTML+JS)とFlash」の使い分け、と問われたら、Flashはコンポーネント、JS+HTMLはControllerとコンテナ、といったカンジかな。ふと思いついたけど、FlashのグラフComponentをWicketのComponentとして扱えたら便利だな。
Aptana Jaxer登場 - AjaxサーバでサーバもJavaScript | エンタープライズ... →
Server側もJSで構築するといぅのか！？すげぇー。でもJSに長けた、JSからプログラムを始めたようなClient開発者には良いのかもしれない。だがしかし、JSで書かれたServer側モジュールなんて保守したくないｗ
HOWS「ISSEI（イッセイ）」：ITpro →
古今と子話題のISSEI。データを全部62進のファイル名にしてしまうヤツ。これの少し具体的な話が出てる。サンプルデータで110万件のデータ検索時間は約1秒、との事。どんなデータか書いていないから詳しくはわからない。注目している企業の中に日立製作所がある。
InfoQ: JPAフレームワークの比較 →
普段は社内のフレームワーク、というか俺俺フレームワークなので、どれも仕事として使ったことが無いんだよなぁ。JPAは個人的にはOpenJPAとCayenneしか使ったことが無い。どっちもApacheProjectであることがその理由。
jQueryではじめるAjax：第2回 jQueryによるAjax実装｜gihyo.jp …... →
ある程度Javadcriptの仕組みがわかっているjQuery初心者が、jQueryを勉強するのにおすすめ。それなりに実用的な要素を含んでいると思う。自分には大変参考になった。
メッセージ指向のイロハ - page2 - builder by ZDNet Japan →
うまい表現だと思った。現実の世界はメッセージだけで意思疎通ができているわけではない。メッセージを投げかけても、相手が思うように受け取ってくれるとは限らないからだ。同じ発言でも話の流れ、場の空気といったもので意味は異なってしまうこともある。お願い事を聞いてもらうには普段からの付き合い方やその時の相手の気持を推し量らなくてはいけない。 よくお役所仕事といわれて書類とルールだけに従った処理が嫌われるが、これこそがオブジェクト指向の世界だ。「システムは融通が利かない！」という文句は読者もよくいわれるだろうし、言っているはずだ。
万人のためのオートメーション: 継続的インテグレーションのアンチパターン →
これは役に立つ。アンチパターンとして具体的に挙げているというのもそうだが、これらを持ち出してきてCIを否定しようとする人間を論破するネタとして役に立ちそぅ。まぁその程度の人間は、そもそもCIだとかそんな領域に達していない人だったりするワケですがね。逆にCIを散々やり尽くしたCI経験豊富な人ならここにあるパターン以外を出してくるだろぅ。それも知りたいところ。
Ajaxian » Eclipse RAP Demonstration →
EclipseRAP、Eclipseで飯喰ってる人間としてもスルーできんよな。。
国内初のSaaS型EAIをインフォテリアが提供開始 − ＠IT →
最近読んだ本を見て、セールスフォースとやらも無視できないなぁと、調査タスクを「sometime」として追加していたけど、ヤパーリ調査する必要がありそぅ。調査だけでは不十分かもしれないくらいか。
JavaScriptライブラリのパフォーマンス、最速はコレだ! | エンタープライズ |... →
jQueryしか使えないけど、それでいいのかな、という言い訳の理由の一つとして使いたい。といぅ後ろ向きな考え。JSはServer側F/Wに隠蔽してくれたらそれでいいのですよ！
複数ブラウザでウェブのテストを簡単に行う2つの方法 - builder by ZDNet Japan →
Lynxて！w3mは使ってもLynxを使うことはもぅ無いなぁ。
“Open Source Tool The finalists were: * Apache Wicket * Java SE 6 * JBoss...”
– Winners of the Developer.com’s Product of the Year 2008 Are Announced
マッシュアップによる「新OA運動」の勧め － ＠IT情報マネジメント →
「新OA運動」。先に読んだ2冊の書籍とも部分的に通ずるものがある。こういった方向にどんどん進んで欲しい。こういった事を表現するときに「Enterprise2.0」とか、「2.0」で表現する事ができて、今となっては業種問わず意味が通じやすい単語になったんだなぁ。
クラウドコンピューティングの決め手はバイナリーXML〜アドビのAMF3が勝利するか？ -... →
BlazeDSの記事でも紹介されていたAMF3がここでも…。
InfoQ: プライベートメソッド、テスト駆動開発と優れたデザイン →
内容については、自分の意見だと「外から見えるI/FからTestし、そこから呼び出されるprivateメソッドが網羅されていたらそれでいいんじゃね？」という考え方。そんな事以前に、そもそもこの議論に価値があるのか？と思う。みんな神経質なのか、議論したいだけなのか？金と時間に限りがある現場でそんな事が重要なのか？
InfoQ: RubyとJtestRを用いてJava Testを加速させる →
またRuby関連ｋｔｋｒ。JavaはRubyの後を必死で追わなきゃならんと思う。同じように追っかける必要は無いけど、Java風に。で、Rubyがスーツの人に滅茶苦茶にされるのを待つのが良いのではないか。俺はその後でRubyに行きたいなぁ。
ZDNet Japan Blog - ZDNet.com... →
何をいまさら…と思ったけど、4番目の項目の真意であろう「多くの企業は、Microsoftに利益が流れないようにすることで利益を得られるが、これこそがOpen Officeを支援する大きな動機」ってのは考慮してなかったな。実際の企業間での思惑があるのね。
InfoQ: GWT on Railsが必要なのは誰だろう？ →
「GWT on Rails」だそぅだ。記事を読んでも仕組みがまったく頭に浮かばない。どぅやら俺では理解できないよぅだ。。この記事のどこが核の部分なのか全く想像がつかん。。。カナスィ。 「サーバサイドでクライアントサ イドのJavaScriptモデルをActiveRecordと同期に保つツールを付加します。」ってのが重要なポイントなのか！？
SEのITリテラシー:インフラコンサルティングの最前線 - CNET Japan →
こういうのって、コンピュータ系の学校卒業者であれば授業でやってるもんだと思ってたけど、どーもそぅではないよぅだ。
InfoQ: JSFテストツール →
JSFUnit、ShaleTest、JSFExtension。また知らんのが出てきたYO！しかも、私はJSFもShaleも使っておりません！あーん、どないして勉強すんねんな。
Ajaxアプリケーション開発における7つの大罪 - builder by ZDNet Japan →
手始めに「7つの小罪」から入って、2ページめで「7つの大罪」を紹介しているが、個人的には「小罪」の方がおもしろいというか、「なるほど」と思う事が多かった。大罪の方は一般的過ぎてつまらん。
Ajaxian » AjaxSwing 2.0: AJAX front end for Swing... →
以前エントリでも書いたことがある、「Swing->HTML+JS」。これを実現したモノがこれになるワケだ。SunのJDKに付属するSwingSetをHTML+JSに変換するデモがあるが、色々動作が足りていない。ただ、GUIだけならかなりの精度で変換できている。HTML+JSな分、パフォーマンスは大幅に落ちているが、そのあたりはまだRCだからという事も考慮するとして、結論：結構いいんじゃないのぉ？カコイイ！
InfoQ: チェックリストの力 →
「彼は全てのことをカバーするチェックリストを作ろうとはしなかった」という、チェックリストの範囲とか作り方についても重要だが、それ以上に重要なのは「本来の権限を越えて監視する体制を敷いた」ということだと思う。チェックリストの作成よりも、それを強制する方が難しいのは間違いないから。