タグ

ブックマーク / www.arclamp.jp (8)

  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

    otsune
    otsune 2009/10/01
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

    otsune
    otsune 2009/06/17
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

    otsune
    otsune 2009/06/10
  • 壮大な無駄から生まれる効率 (arclamp.jp アークランプ)

    「壮大な無駄」というのは1つのキーワードになりえると感じています。やるなら徹底的に。 ウェブ3.0の姿をつかめ:何がキモになるのか?で引用されているO'Brien氏が定義したWeb3.0は「非集中化した非同期なわたし」です。 「ウェブ1.0は集中化した彼ら、ウェブ2.0は分散化したわれわれ。そしてウェブ3.0は非集中化したわたし」だと彼は書いている。「(ウェブ3.0 は)世界に参加したくないときのわたしに関するものであり、自分の環境に誰を導き入れるかをより強く制御したいというわたしの側面に関係している。ウェブ 3.0では、わたしの注意の対象が広がって、自分が注意を払うのは誰か、あるいは何か、そして自分を誰に見せるかということにまで及ぶ。それは、わたしにとってのより効率的なコミュニケーションなのだ。」(O'Brien氏) ここにある「効率的」は壮大な無駄から生まれています。RSSによる非同期

    otsune
    otsune 2008/11/10
  • 人月を超えるということ

    人月というのは文字通り働いた時間に応じて請求が行われるというもの。ブルーカラー的な労働をしている限りは人月で働くことは正当なわけです。 「作らない」という視点 人月を超えるためには時間に関係なく圧倒的な成果を挙げる方法を見つけなくてはいけません。でも、圧倒的に生産性をあげるという視点ではだめ。生産性を上げているというのは、あるプロセスの作業効率をあげて時間を短くしているに過ぎないので時間給の罠からは逃げられない。ありがちな話として3ヶ月かかるAさんよりも、2人月でできるBさんのほうが実入りが少ない。 では、どうするかというと「作らない」という視点になる必要性があります。作らないというのどういうことかというと「作ったものをいかに使いまわせすか」か「いかに他人に作ってもらうか」ということです。 作ったものをいかに使いまわせすか=レバレッジを効かす 使いまわすというのはレバレッジ(てこ)を効

    otsune
    otsune 2007/08/22
  • それでも設定が大事な理由 (arclamp.jp アークランプ)

    ひがさんのエントリ「規約ベースのフレームワークのほうが覚えることが増える? 」を読んでいて、ふとした気づき。 暗黙的な規約は直感的ではない 結論から言えば、僕は"暗黙的な規約(Tacit Convention)"ではなく"形式的な設定(Articulable Configuration)"が重要だと思っています。ちなみに、Tacit Knowledgeは暗黙知でArticulable Knowledgeは形式知のこと。 なぜなら"暗黙的な規約"は、ある意味で直感的ではないからです。 人間が情報に反応するためには、情報が何らかの形で形式化されていなくてはいけません。 たとえば何かの操作を方法を学ぶ場合を考えてみます。説明書というのは操作方法を形式化したものです。しかし、直感的ではない。それは操作対象そのものに触るわけではなく、絵などで遠まわしに説明されているからです。 一方、説明書なん

    otsune
    otsune 2007/01/12
  • TOYOTAで考えた、見える化の本質 (arclamp.jp アークランプ)

    arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日、ご縁があってTOYOTAでチーフエンジニアを務められていた方から、自動車の開発プロセスについてお聞きする機会に恵まれました。 まずTOYOTAにおけるチーフエンジニアという役割を理解しなくてはいけません。チーフエンジニアは、ある車を開発する場合のコンセプト作り、役員プレゼン、車体コンセプト設計、予算・原価管理、プロジェクトマネージメント、販促、マーケティングまでの全てに携わります。単純に「車を設計すればいい」というものではなく、車を作って売るというプロセスの全てに関係するというものです。 今回の講演ではプロセス全般についてざっくり触れていただくという内容でした。なおTOYOTAの取り組みについては非常に多くのがあるかと思いますので、見える化をキーワードにして

    otsune
    otsune 2006/06/23
  • オープンであれば技術力は(そんなに)いらない

    またも独り言。 「ハッカーしか扱えないけど、ものっすごく効果的」というものよりは、「それなりの人が扱えて、それなりに効果的」なほうが受け入れられるのではないかという気がしてきました。それって、ある意味のオープン性ではないかと。 その証拠として考えているのがWebサービスとStrutsと"はてな"です。 Webサービスはただのメッセージ交換 Webサービス(SOAといってもよい)というのはデータメッセージングに過ぎません。分散コンピューティング技術で考えれば、CORBAよりも簡単だしJiniなんか比較にならない。当初のSOAPはセキュリティも考えちゃいないしメッセージ種別も同期のみ。でも普及できたのはリーチがある技術だったからです。 XMLなわけだからプログラミング言語やOSを選ばないどころか、EXCELでもいいし手書きしてもいい。マイクロソフトアプリとJavaアプリが会話できるのもWe

    otsune
    otsune 2005/09/18
    「実力が有るが孤高な専門家」よりも「情報発信して行動する人」をオレは評価する。技術は後付けでもイイ
  • 1