タグ

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

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

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

    bobbyjam99
    bobbyjam99 2010/07/20
    コーダーの話.
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

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

    bobbyjam99
    bobbyjam99 2009/09/19
    お疲れ様でした!!
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

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

    bobbyjam99
    bobbyjam99 2009/09/07
    BtoCには向くが,BtoBでアジャイルは通用するのかな.アプリを育てたいか育てたくないか.前者ならアジャイル,後者なら要件定義手法を磨けばおしまいなんじゃないかな.
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

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

    bobbyjam99
    bobbyjam99 2009/09/03
    要件って機能、非機能どっちかな?アーキテクチャの大体は非機能から来るのが多い気がするのだが。
  • 使う側の時代 (arclamp.jp アークランプ)

    先日開催されたJJUG(日Javaユーザー会)主催のクロスコミュニティカンファレンス 2008 Springにおいて、Webアプリケーションフレームワークパネルでモデレーターを務めてきました。 参加メンバーと、紹介してもらったフレームワークは次の通り。 ・山田 正樹 (メタボリックス) : Grails ・田中 洋一郎 (ATL システムズ) : JRuby on Rails ・竹添 直樹 (NTT データ先端技術) : Click Framework ・矢野 勉 (Wicket-ja) : Wicket 議論の詳細は省くとして、ポイントとしては、 ・Strutsの時代があった ・しかし、Strutsでは最近の要件には応えられずに改修する部分が必ずある(実際には当時のStrutsも「独自拡張」がされていた) ・現在はWebアプリフレームワーク乱立の時代。機能的な決め手がない。重要な

    bobbyjam99
    bobbyjam99 2008/05/07
    フレームワークはシンプルで,拡張ポイントを設けておいて各自で拡張していくのがこれからのスタイルって話.拡張出来る人だったら何でも良い気がするけど.
  • テクノロジーとデザインの境界線があいまいなもの (arclamp.jp アークランプ)

    Web2.0 Expoでベスト講演をあげるとすればチームラボの猪子さんによる「インターフェースデザインのイノベーション(テクノロジーとデザインの境界線があいまいなもの)」です。これはヤバイ。 以下、サマリ。 サーチやマッチングというテクノロジーがあるおかげで、Webにある情報はサイト内外の情報を動的に再編集して構成されるようになった。だから、そのリンク構造も動的。当然、サイトマップやきれいな階層構造なんて存在しない。 サイトの構造が動的なんだから、インターフェースも当然、動的だよね。逆にインターフェースが構造の動的さを引き出して魅力を出さなきゃいけない。 テクノロジー(構造)とインターフェースは切り離して考えることなんてできない。一体なんだよ。 いえーい!も、マイナビバイトも、SAGOOLも、Laboo!も、そうやって作った。 これって「インターフェースの革新の流」。すごい西洋的。iPa

    bobbyjam99
    bobbyjam99 2007/11/19
    なるほど,確かにそうだ⇒"マリオもそう。誰もピーチ姫救うことなんて考えてプレイしてない。マリオが動くことが楽しい。日本人は、行為そのものに価値を見出す。"
  • Zeroとマルチコアと日本の現状 (arclamp.jp アークランプ)

    arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日はwakhokナイトセミナーにてProject Zero 第2回「GroovyとProjectZero」を話しました。資料はこちら。 Zeroとマルチコア さて、その後の懇親会では色々と話をさせていただきました。面白かったのはマルチコアとアプリケーションアーキテクチャの話。将来的にZeroが実行されることになるJavaVMは次期IBM J9の派生版になるそうです。で、このVMではZeroの実行はスレッドではなくて、すべてプロセスで起動することになると。こうした処理はマルチコアのサーバを想定します。各プロセスはコアに割り当てられるのです。簡単にいえば、ぽこぽこVMが起動して、それらが処理を行います。 前日、マルチコアなサーバでSUNのJavaVMをいじっている時、

  • SI=人のためにシステムを作る (arclamp.jp アークランプ)

    どうも執筆や提案書作成が重なるとBlogの更新が止まります。一日に書ける文字量が決まっているのでしょうか。いや、単なる言い訳ですね。 最近、SIってなんだろうと考えています。ふと「人のためにシステムを作る」ってことがSIの質じゃないかと思いました。 アメリカにSIはいない よく比較されますがアメリカにはSIerという業態が少ない。代わりにユーザー企業が開発部隊を抱えます。世界最大の小売業者であるウォールマートともなると数千人単位で抱えているそうで、そこらの中小SIerよりも大きいわけです。それ以外のシステム会社というとIBMやSUNといったベンダーだけ。 ご存知のとおりシステム開発のコストで大きいのは人件費です。人件費を社外に支払わずに社内の経費として落とせると財務的なメリットが大きくなります。なによりも自社でリスク管理ができるのです。SOAやアジャイルのようなユーザー主体のシステム開

    bobbyjam99
    bobbyjam99 2007/10/18
    "よいモノを作りたい。よいサービスを提供したい。それで喜ばれたい。"
  • GroovyでSpringを設定する from 稚北 (arclamp.jp アークランプ)

    arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 稚北の授業用にSpringframeworkのapplicationContext.xmlをGroovyで代替するためのプラグインコードを書いてみました。サンプルなので実装はイマイチなのですが面白いと思うのでエントリしておきます。 スクリプトをどこに利用するのか、という点で僕が期待しているのが設定ファイルの代替です。SOAでも明らかなように設定ファイルの重要性が高まっています。その中でXMLという"言語"では限界があることを感じています。いかにダイヤグラム化できるという優位性があっても、複雑な分岐やループをタグの意味に織り込むには限界があります。そこでXMLのように構造表現が可能でありながら、多彩な処理を記述できるスクリプト言語が設定ファイルを記述するのに向いていると

    bobbyjam99
    bobbyjam99 2006/09/11
    ちょっと新しくてGoodかも
  • 1