ビルドツールによる開発プロセスの改善と効果 - GeekFactory
世の中にいくら便利なツールがあっても、それを使うのは人です。ツールを導入するだけでは開発プロセスは変わりません。開発プロセスを変えるには、前例や慣習にしがみつく人や組織のリテラシーを変えていく必要があります。そういうレガシーな人たちと闘うための論理が必要だと思います。それはどの現場でも*1通用する力になると思います。 前置きが長くなりましたが、ビルドツールを導入して開発プロセスを改善するにあたって嬉しいことを挙げてみました。想定問答集です。コメントいただけると嬉しいです。 ソースコード管理ツール Subversion, Git, Mercurial, Team Foundation Serverなど。 導入してうれしいこと 開発者はソースコードを変更したらソースコード管理システムにコミットする。ソースコード管理システムは変更の差分を反映する。他人の変更と競合した場合は通知される。 ソースコ
付加価値の落とし穴
以前、（最高の土管が欲しい）というエントリで「付加価値」という価値観が日本に蔓延していることについて述べた。今回は付加価値が何故ダメなのかということについてさらに掘り下げて論じてみようと思う。 付加価値が生まれる背景 我々のいちばんの疑問は「なぜ次から次へと付加価値と称するくだらない不要な機能やサービスが生まれるのだろう？」というものではないだろうか。この問いに対して、読者の皆さんにがっかりする答えを提示してみよう。 ぶっちゃけた話、付加価値をつけることは手軽だということが第一の理由ではないかと思う。 付加的な機能やサービスは、あくまでもオマケなので、既存の製品やサービスの延長でできる。つまり本命の製品やサービスにはあまり手を加えなくても良い。製品やサービスの屋台骨に手を加えるのは大きな決断となろう。もしそれが今まさに儲かっているものであれば、変更するのはリスク以外の何者でもない。しかし本
クリス・アンダーソンから日本人への質問 ～『MAKERS』編集後記２ | 取材記事 | MAKER MOVEMENT!!!
「教えてほしい。彼は１００％メイカーで、その価値観を共有しているのに、なぜ大企業に就職するんだろう？」 それはWIRED Conference 2012の控え室での出来事だった。とある日本の学生とひとしきり話していたクリス・アンダーソンが、彼が去ったあとで真顔で僕に問いかけてきた。その学生さんは、デジタル・ファブリケーション機器に精通し、自分でプロトタイピングしてアイデアを形にすることに慣れ親しんだ、まさにMakerを絵に描いたような学生だった。その彼が就職先として選んだのは日本の大手電機メーカーだという。そのことにクリスはかなりショックを受けたようだった。 別に、大手電機メーカーが悪いというわけではもちろんない。『MAKERS』で描かれた「モノのロングテール」とはいわゆる「大手」がなくなることではなく、単に大手による「独占」がなくなるというものだ。だから選択肢が広がりより豊かになるという
TechCrunch | Startup and Technology News
When Alex Ewing was a kid growing up in Purcell, Oklahoma, he knew how close he was to home based on which billboards he could see out the car window.…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
米陸軍が業務用3Dプリンターを開発中 / GameBusiness.jp