System of Record と System of Engagement補足を以下に記載しています: https://www.wantedly.com/companies/ikyu/post_articles/42802
ビジネス価値の見極めが、開発効率を決める
ビジネス価値の見極めが、開発効率を決める：システム開発、成功のポイントを聞く（2）（1/2 ページ） 東証「arrowhead」に込められた開発成功の真のポイントとは？ たとえ1週間のタイムロスでも大きな機会損失につながる現在、システム開発には一層のスピードと品質が求められている。これに伴い、アジャイル開発が注目されている中、ウォーターフォールによってスピードと品質を両立した東京証券取引所の株式売買システム「arrowhead」の開発事例は多方面で注目を集めることになった。 2010年1月、本番稼働を開始したarrowheadは、200台のリナックスサーバを連携させたシステム。インメモリデータベースを活用し、「ユーザーから株の売買注文を受け、システムで処理し、注文受付情報を返す」といった一連の処理に、従来、約2秒かかっていたところを、約1000分の1の2ミリ秒まで短縮することに成功した。
プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ
プログラマーの成長を考えないSIerの仮説は間違っている - 達人プログラマーを目指して
Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指してのコメントで 熟練者も居ることは理解しているが、開発をする上で熟練者ばかりを集めることはできない。このため初心者側にレベルを合わせざるを得ない。 というコメントをいただきましたけれど、これは実に典型的なSIer（の上司）の考え方ですね。SIerの仮説と呼んでもよいくらいですね。とにかく、この仮説の前提となっているのは プログラマーのスキルレベルは一定で成長しない プログラマーは容易に交換可能なリソースである プログラマーは単純労働者である というモデルです。とにかく、この仮説がはびこっているから、いまだにSIerのフレームワークは「初心者側にレベルを合わせざるを得ない」という思い込みで作られていることが多いのでしょう。 COBOL（の初期の）時代ならまだしも、少なくとも現在の開発環境にお
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
