多くのSIerフレームワークでは、Excelなどのツールを使ってコードを自動生成することで「製造」コストを下げるということに注力しています。 しかし、アジャイル開発ではContinuous Deliveryにあるように、ビルド、テスト、リリースの自動化に重きを置き、コーディングは初期のひな形生成はしても、最終的には手でメンテナンス可能なクリーンなコードを保つという考え方をします。
前回のエントリいまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味についてのブクマのコメントで、 すごく今さら感がw 最近の開発はフレームワーク使うことが多いようだから知らなくても作れちゃうと思ってたけど違うのかなあ。 という感想をいただきました。実際に、SI業界で多くの方々、特に、アプリケーション開発の下流工程を担当しない層の方でこのように考えている方はほんとうに多いのではないかと思います。確かに最近ではSalesforceなどの製品もありますし、CRUD処理を行うような見栄えの良い業務アプリケーションは非常に簡単に開発できるようになっているということはあります。また、Visual BasicやMS Accessなど気軽にアプリケーションを開発できるツール類は昔からありました。そして、業界構造などの理由からやむを得ない側面があるとはいえ、SIerの提供する多くの
さて、会社を作った。 (元)EC-ONEの最首さんと一緒につくった。 EC-ONE側は、SI事業をウルシステムズへ統合して、分社化する。 僕らのチームがそのままEC-ONEに移動し、そして新しい会社を作る。 分散をやっているEC-ONEの福岡のチームと合流して、 分散技術や次世代の技術を業務に活かすということを いろいろでやっていく会社(というか入れ物だ)を作る。 分散技術にウェイトを置いて起きつつ、ソリューションにしていくための入れ物ですね。 「ノーチラス・テクノロジーズ」 NAUTILUS Hadoopや分散技術をエンタープライズに活かしていくことを 目的にした日本では最初の会社になると思う。 1.まず手始めにHadoopを中心の道具立てにしていく 幸いAsakusaもチームの頑張りで晴れてOSSになったし、 実際に動いている 開発効率の高さは自分でもびっくりしているぐらいだ。 分散技
今回の主題は,「動かないコンピュータの影にコンサルタントあり」というものである。動かないコンピュータとは,情報システム構築プロジェクトの失敗など,当初計画の通り,動かなかったコンピュータを指す。筆者は5~6年前から,講演などでは「コンサルティングと詐欺は紙一重」などと滅茶苦茶なことを話していた。だが,原稿にするのは難しく,きちんと書いてはいなかった。 なぜ書くのが難しいかというと,確たる裏付けがない話だからである。筆者は,「動かないコンピュータ」の取材をライフワークにしているので,日ごろから情報システムのプロジェクトについて情報を収集している。うまくいかないプロジェクトの原因を調べていくと,コンサルタントに突き当たることが多い。これは5~6年前からの傾向のように思う。 「日本のプロジェクトをお前は全部取材しているのか。数件そうした事例があったからといって,コンサルタント全部がダメといわんば
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く