人月を超えるエンジニアリングの未来 - GoTheDistance

ご無沙汰してしまっているmark-wadaさんより問題提起を頂いたので、最近話題になった「超高速開発」と絡めて書いていきます。 もしSIerのエンジニアがジョブズのスピーチを聞いたら（１） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（２） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（３） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（４） - Wadit Blog. 僕のエントリに対する和田さんのご指摘をまとめると、ソフトウェアを作るにあたっては上流と下流の断絶があるのはマイナスなのは理解できるし、コードを書く時にはその断絶があると望むものを作ることは出来ないのも確か。だが、システムを作る時にはそもそもレイヤーをもう１つ上に上げるべき。スクラッチでコードを書く必然性など無い

[monochromekk]

「業務がデザインされていればソフトを組み合わせて使えば可能なはずと考えている」 この仮定が成立するエンドユーザが少ないから、SI案件が有るとも言えるし、イノベーティブな案件が出てこないとも言える。

[naka-06_18]

ITを使いこなしている会社は、プログラマレスな傾向があるらしい。バズワードが踊っていてなにかなんだか

[kuenishi]

結局、ユーザ側が主体的にやればコードを書く書かないは重要でないということでいいのかな

[dbfireball]

日本企業の大半はパッケージで良いところを「業務に合わない」とか言ってスクラッチで開発したがるカモばかりだからなぁ。「パッケージに業務を合わせる事で業務を効率化しよう」という考えが出てこない。

[tarchan]

＞複雑なものを構造を与えて単純にするんです。それが設計じゃないですか。

[m_pixy]

"他人の会社のシゴト／経営手法に関心があって事業の再構築が大好きなギークの台頭が人月を超えるエンジニアリングを生み出してくれるような未来"

[onionskin]

エンドユーザコンピューティングは徐々に進んでいく

[wasai]

いろいろ面白い

[tak4hir0]

人月を超えるエンジニアリングの未来 - GoTheDistance

[windish]

記事もリンク先もおもしろい

[atsushifx]

いわゆるドッグエイジ時代を考えればシステム開発自体が時代遅れ。ビジネスシステム自体をデザインし、必要な部分だけをシェルスクリプトレベルでスクラッチすればいい

[invent]

人月を超えるエンジニアリングの未来 - GoTheDistance

[mongrelP]

まぁ最適化されてるならプログラマはいらんわな。

[jt_noSke]

ふーむ

[ryoju]

先月くらいの日経コンピュータがBPMSを引き合いにして同じようなこと書いてた。システム開発のあり方の理想型の1つだとは思うが、伝聞だけではなんとも判断付かないなあ。

[begirama]

エンドユーザコンピューティングは以前からあり、ワークフローは業務の担当者が自分で作れる。また、定型業務はERP等のパッケージソフトで作らずにできそう。その間をどう埋めていくかが今後の差別化要因だと思います

[kokorohamoe]

ま、機能美はデザインできなさそう。だし、大量生産品が外注という話と、プレプロダクトまで外注という話を混同してもしょうがない。　金型を作る前のプレをどうやって設計するつもり？