dfltweb1.onamae.com – このドメインはお名前.comで取得されています。このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.
ドメインモデリングよりもユーザーインターフェースを (arclamp.jp アークランプ)
S/N Ratioで紹介されていた「ソフトウェアアーキテクトが知っておくべき10のこと」が、いい感じです。佐藤さんの紹介をそのままに。 人がプラットフォーム (People are the platform) すべてのソリューションは時代遅れ (All solutions are obsolete) データは永遠だ (Data is forever) 柔軟性が複雑性を生む (Flexibility breeds complexity) 期待通り動くものはない (Nothing works as expected) ドキュメントは普遍的なソースコード (Documentation is the universal source code) ビジネスを知るべし (Know the business) ビジョンを維持せよ (Maintain the vision) ソフトウェアアーキテクトもコー
身体の情報構造@デブサミDAY2 (arclamp.jp アークランプ)
デブサミ2日目です。東京大学 知能機械情報学の國吉康夫先生にお願いした「ロボットで分かった、人の構造が動きを導く」が凄すぎました。お願いしてよかったと、心から思います。 過去の僕の気づきは以下を参照してください。 デブサミ2008（08/2/13-14）のお勧め 1/2 ロボットから考える、身体性としての構造が持つ意味 今日、改めてお話を伺って気づいたのが「身体の情報構造」という言葉であり、ソフトウェアを「身体の情報構造を素直に駆動するもの」と捉えていたことです。 先生は「身体は思っているより賢い」と言われています。ジャンプのようなダイナミックな動きでも、身体が持つ骨と筋肉という構造が自然に動きを作りだす部分がある。これが「身体が持つ情報構造」という部分です。この身体が持つ情報構造を駆動し、創発的に振る舞いを生むのがソフトウェアの仕事です。 だから、振る舞いそのものを直接記述してはいけ
イマドキのオブジェクト指向 (arclamp.jp アークランプ)
最近、改めてオブジェクト指向の説明というものを見直すことがあったのですが、出てきた結論としては「イマドキのオブジェクト指向」という形で再編集しても良いのではないかと。 先週の丸山先生レクチャーシリーズ2007-2008 第3回「SOAの現在」で発表した「メッセージ指向によるシステム開発の変化の兆し ～遍在するメッセージ指向～」は、その表れ。ウルの河村さんと話しているときに盛り上がって、そのまま形にしたものです。 では、「イマドキのオブジェクト指向」とは何か。それはメッセージ指向という解釈です。オブジェクト指向は「メッセージによる処理の分割」であり、「分離された処理をオブジェクトと呼ぶ」と定義します。これまではオブジェクト指向とは「オブジェクトによる処理の分離」であったわけです。 背景 現在、ソフトウェアを作る時に重要なのは「処理をいかに分離し、作業を分担するのか」ということです。これはプ
Facebook Platformから見る、次のアーキテクチャ (arclamp.jp アークランプ)
Facebookの認知度は上がってきていると思います。2007年5月にFacebook Platformを発表して以降は「次世代のソーシャルOS」というラベルが貼られ、その動向が注目されています。10月24日にはMicrosoftが2億4000万ドルを出資し、評価額は150億ドル（1.7兆）に跳ね上がりました。また、11月2日に発表されたGoogleのオープンソーシャルに対しては当然のように参加を表明していません。 Facebook Platformとは Facebook Platformはサードパーティの開発者がFacebook上の情報を利用してアプリケーションを開発できる仕組みです。それだけならデータベース型ですが、加えて開発したアプリケーションはFacebookに登録することが可能です。Facebookユーザーはアプリケーションの一覧から欲しいアプリケーションをクリックするだけで自
SI＝人のためにシステムを作る (arclamp.jp アークランプ)
どうも執筆や提案書作成が重なるとBlogの更新が止まります。一日に書ける文字量が決まっているのでしょうか。いや、単なる言い訳ですね。 最近、SIってなんだろうと考えています。ふと「人のためにシステムを作る」ってことがSIの本質じゃないかと思いました。 アメリカにSIはいない よく比較されますがアメリカにはSIerという業態が少ない。代わりにユーザー企業が開発部隊を抱えます。世界最大の小売業者であるウォールマートともなると数千人単位で抱えているそうで、そこらの中小SIerよりも大きいわけです。それ以外のシステム会社というとIBMやSUNといったベンダーだけ。 ご存知のとおりシステム開発のコストで大きいのは人件費です。人件費を社外に支払わずに社内の経費として落とせると財務的なメリットが大きくなります。なによりも自社でリスク管理ができるのです。SOAやアジャイルのようなユーザー主体のシステム開
JavaWorldDAY講演：JavaとLLで実現する「アジャイル・アーキテクチャ」 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 2007年6月19日に実施されたJavaWorldDAY2007にて、JavaとLLで実現する「アジャイル・アーキテクチャ」という講演をさせてもらいました（使用したパワーポイントのPDFファイル）。 もともとがITアーキテクト次号の特集用に書いたものなのでコードよりも概論が多くなっています。しかも、マシンがうまくディスプレイを認識してくれなくてもデモもできずにすみませんでした。以下、概要です。 アジェイル・アーキテクチャとは何か どんなことにでも対応できる万能アーキテクチャは存在しません。僕なりには「ビジネス環境で起こりうる変化に迅速に対応できるように適切に選択されたアーキテクチャ」ととらえています。ポイントは以下の2つになります。 - 起こりうる変化を管理する
それでも設定が大事な理由 (arclamp.jp アークランプ)
ひがさんのエントリ「規約ベースのフレームワークのほうが覚えることが増える? 」を読んでいて、ふとした気づき。 暗黙的な規約は直感的ではない 結論から言えば、僕は"暗黙的な規約（Tacit Convention）"ではなく"形式的な設定（Articulable Configuration）"が重要だと思っています。ちなみに、Tacit Knowledgeは暗黙知でArticulable Knowledgeは形式知のこと。 なぜなら"暗黙的な規約"は、ある意味で直感的ではないからです。 人間が情報に反応するためには、情報が何らかの形で形式化されていなくてはいけません。 たとえば何かの操作を方法を学ぶ場合を考えてみます。説明書というのは操作方法を形式化したものです。しかし、直感的ではない。それは操作対象そのものに触るわけではなく、絵などで遠まわしに説明されているからです。 一方、説明書なん
SOAがなぜ流行らないか (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ SOAがなぜ流行らないか いまさらSOAかよ、という感じかもしれないですが。SOAがなぜ流行らないか、ということには分かりやすい理由があります（この場合のSOAというのは「インターフェース・ネットワーク（＝サービス）指向のアーキテクチャ」という広義な意味を示します。WebServiceｓとか、製品はどうでもよいです）。 荒地に種を蒔いても収穫はありません。ちゃんと荒地を耕して畑にしてから種を蒔かないといけない。しかも、一気に耕すことはできないから、耕しやすいところを見つけて一歩一歩やっていく。たぶん小学生でも理解できる。 SOAも同じこと。SOAが求められるビジネス（＝マーケット）がないのにSOAは売れません。今やるべきことは、製品を作ることではなくマーケットを耕す
TOYOTAで考えた、見える化の本質 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日、ご縁があってTOYOTAでチーフエンジニアを務められていた方から、自動車の開発プロセスについてお聞きする機会に恵まれました。 まずTOYOTAにおけるチーフエンジニアという役割を理解しなくてはいけません。チーフエンジニアは、ある車を開発する場合のコンセプト作り、役員プレゼン、車体コンセプト設計、予算・原価管理、プロジェクトマネージメント、販促、マーケティングまでの全てに携わります。単純に「車を設計すればいい」というものではなく、車を作って売るというプロセスの全てに関係するというものです。 今回の講演ではプロセス全般についてざっくり触れていただくという内容でした。なおTOYOTAの取り組みについては非常に多くの本があるかと思いますので、見える化をキーワードにして
JavaOne2006 総括 (arclamp.jp アークランプ)
11泊したサンフランシスコを離れて太平洋上からエントリしています（いまどきエコノミーでも無線LANでネットができるのです）。 USでのカンファレンスというもの まず感じたのは技術というよりもカンファレンスそのものの雰囲気の違いです。それは技術よりも人という姿勢、濃密な環境、そして参加者の雰囲気です。 カンファレンスの主な目的は技術を学ぶことですが、それ以上に人と知り合おうよという意識が非常に強く感じられます。ランチタイムにもテーブルにはJ2EE、Ajaxといった札がつけられ、そのテーブルにいけば議論がすぐに始まります。セッションも60分枠が40分ぐらいで終了して、たっぷりとQAを取るのが普通です。いろんな人が会場をウロウロして友達になっています。 こうした会場は実に濃密な環境です。2つのカンファレンスとも20万円近い参加費が必要です。その代わり食事やフリードリンクが付きますしイベントや景
頭数論 (arclamp.jp アークランプ)
なんか盛り上がっているので参加してみます。火元はこちら。 頭数論はSI業界の確かな事実 別に藤田氏の言い方に違和感は覚えません。SI業界では確かな事実です。 SI企業の事業計画を考えてみると良く分かります。SI企業に対するM&Aをされている方から聞いたのですが、買収先の企業に事業計画書を作らせると、目標売上の数字に対して人月単価で割り算した人数が記載されているそうです。その売上の実現性は営業による案件の獲得でもありますが、重要なのは人材採用計画に他なりません。 つまりSI企業の事業計画とは人材採用計画のことであり、売上は人数に比例して増えるのです。 Web2.0企業では頭数に意味はない で、藤田氏の発言に対して「理解が足らん」というメッセージが多く見受けられます。それは、もちろん正しい。 実はWeb2.0的なサービス企業は「理解が足らん」という話だけで頭数論を回避できてしまうのです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
http://www.arclamp.jp/blog/archives/000556.html