なぜITアーキテクトは流行らないのか (arclamp.jp アークランプ)
先週から原稿の締め切りが重なり、かつクライアント向けの書き物が多かったのでブログの更新が止まりました。「ヒトが一週間で書ける文字量は決まっている」と思っているのですが、他の人はどうなんだろう。なんか、ずっと同じリズムでブログを書けるヒトは本当にすごいと思う。 閑話休題。某雑誌の執筆者飲み会に行ったときのこと。雑誌の方を目の前に「ITアーキテクトが認知されないのはマスコミのせいもありますよ。PMばっかり持ち上げて。いま、現場で必要なのはテクノロジーとマネジメントのバランスですよ！」みたいなことを言ってみました。 「確かにそうかも」と同意していただいた後に"ITアーキテクトを流行らせにくい理由"を教えてもらいました。 PMの大切さを伝えるときに、ロジックだけではなくてストーリーで伝えることも大事だと思っています。その点、PMは危機的な状況に陥ったプロジェクトを救うストーリーがある。ITアーキテ
業務システムとか - monjudoh’s diary
クソの役にも立たない言葉なので使うのやめようぜ というのは半分冗談だけど半分本音。 「業務システムでは実装なんて3割程度だから大して重要ではない」がSI業界が解決すべき問題を端的に示している - @katzchang.contexts このエントリ見てふと思ったんだけど、 一口に業務システムと言っても、お客さんの商売の種類や何のシステムかによってずいぶん違うと思うのだ。 IT技術者の所属している業界について、SI業界とWeb業界みたいにきれいに分かれているように言う人も結構いると思う。 でも、例えば、ECサイトのユーザ側じゃなくてバックエンド側のシステムの開発はWeb業界の仕事となると思うんだけど、 SI業界の仕事で似たようなのあるでしょ？ 同じようなものを扱ってるのに、SI業界の仕事だからどうだとかWeb業界の仕事だからどうだ、 とか言ってたら正確な議論はできないし、逆もまたしかりで、
ソフトウェア設計で大切なこと(1/2)：An Agile Way：オルタナティブ・ブログ
明けましておめでとうございます。 去年は少し、アジャイル・アジャイル言い過ぎた気がしており、今年はもう少し大切なことの範囲をエンジニアリングに回帰して、再度言おうと思っています。 オブジェクト指向やテスト技法をはじめとするソフトウェア工学の知識とスキルは、ソフトウェア開発に携わる人には絶対必要なもので、その上で、プロジェクトマネジメント手法としてのアジャイルがある。 ということは、もういちどちゃんと言っておこう。そう思った動機は、James Shore の「Art of Agile Development」を訳したこと。そして、それはXPの本だったこと。ここ３年くらいXPという言葉はAgile界では下火になっていて、AgileといえばScrumという風潮だったのが、「エンジニアリングの無いScrumは所詮うまく行かない」、というJames Shoreの当然な一撃があった。InfoQの日本語
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デザインやコードの良いレビュー、悪いレビュー、そして酷いレビュー
