プログラミングは「設計」か「製造」か - yojikのlog
よく見ると、おおもりさんの記事だ。少し意外な論調な気もする。(via れごぼく) http://techon.nikkeibp.co.jp/article/TOPCOL/20070821/137958/ ソフトウェアをある程度製造(自動生成)する路線というのはアリだと思ってる。コンテンツっぽい部分はユーザが作成し、あとは自動生成に任せるとか。わかりやすくいえばRPGツクールみたいなイメージで。単純労働する人が減るのはいいことだよね。*1 でも、それでは真の意味での新しいソフトウェアは作れない。ソフトウェアの製造(自動生成)をおこなうためのソフトウェアを設計作成するのがエンジニアのメインの仕事になると思う。 いや、そもそも最初から、ソフトウェアエンジニアの仕事は、ソフトウェアを作ることじゃなくて、ソフトウェアを作るためのソフトウェアを作ることなのかも。 優秀なソフトウェアというのは、常に最終
きしださんの一連のエントリ読んで考えた - yojikのlog
http://d.hatena.ne.jp/nowokay/20070825 Javaにだってシンプルで使いやすいフレームワークは結構あるわけだし、特定の用途ではServlet直接書いてもいいはず*1。そういう選択肢も検討しないで、よくわからんお仕着せのフレームワークとかを押し付けられるからJava嫌いになってしまう気がする。 結局、言語やフレームワークではなく、「チーム」に問題があるんじゃないかと思う。例えばフレームワークを選ぶ標準化チームと業務チームが分断されてるパターンとか*2。 言語への憎しみは、実はこういう状況の不満が別の形で現れているだけだと思っている。チームのメンバが同じ方向を向いてフレームワークを選ぶ状況なら、JavaEEとかRailsとか関係なく生産的になれるはず。 余談だけど、業務プログラマの本業は、基盤(フレームワークやプロセス)を作り上げることだと思う。アプリケーシ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
