ペアリング対コードレビュー: 開発者文化の比較
前職 と 現職 で、ペアプログラミング文化からコードレビュー文化への移行を経験した。文化の差に適合するのは興味深い経験だった。ちょっと気づいたことを書いてみよう。 (ペアプログラミング|コードレビュー)の(メリット|危険性)みたいな題名の記事はもう山ほどある。著者はどっちかの信奉者なわけだ。私は明確トレードオフがちょっとあるにせよ、どっちの戦略も有効であると認識している。このトレードオフについて、もうちょっとバランスのとれた議論をしてみようと思う。 用語の定義 まず、舞台を整えよう。”ペアプログラミング” とか”コードレビュー”という言葉は、人によってとらえ方が大きく異なることがある。 ペアプログラミング文化 といったとき、作業のほぼ100%をペア作業で行っているチームを指す。一つのタスクに二人の開発者が割り当てられ、同じ画面を共有して作業をする。開発者は両方コード構築のプロセスに関わって
死屍累々！ 進撃のプロマネ修行
運を鍛えるプログラムを書くんだ！ 次回は「セキュリティホール」です。 →他の用語解説も読んでみる ■「プロジェクトマネージャ」：おすすめ記事・超まとめ 「計画的にやれ」が悲しいほどメンバーに通じない理由 新任プロジェクトマネージャがついやってしまうNG事例と、その解決策を紹介。「計画的に作業して」「『間に合います』って言ったじゃないか！」はダメ！ ではどうすれば？ 『プロジェクト・マネジャーが知るべき97のこと』――ソフトウェア開発の難問はいつだって“人”だった 「考えてみれば当たり前なのだが、ソフトウェア開発においてもっとも難しいのは、設計でもプログラミングでもデバッグでもなく『合意すること』なのである」
「納品のない受託開発」とは 〜 これからの時代にあったソフトウェア受託開発のビジネスモデル | Social Change!
昔は技術的に出来なかった為に運用でカバーしてきた慣習が残り続けているけれども、実は今の技術で考え直すともっと無駄なく簡単に出来ることって、多くの業界で起きているように思います。 もちろん、ソフトウェアの受託開発の世界でも起きています。ソフトウェア開発を生業とする私たちの会社で考えたのは、昔ながらの商習慣によって様々な問題を引き起こしているのは「納品」ではないか、ということでした。 この記事ではソフトウェアにおける「納品」のもたらす問題と、私たちの会社で解決している方法「納品のない受託開発」について書きました。（自社のウェブサイト用に書いた原稿をブログにしただけなので、それっぽい表現になってます。） 「納品」が引き起こしている問題 私たちソニックガーデンの受託開発では、一括委託を行っていません。ソフトウェア開発における「一括請負での受託開発」のビジネスモデルは、多くの問題を生み出してきたから
ソフト開発における受発注契約慣習の弊害と対策 ― ＠IT
いまの技術は20年前の技術と比べると面影も残さないくらい進化したにもかかわらず、受発注の契約システムはそのままという点についてとても疑問に思います ITによる業務の効率化は大企業だけのものではなく、中小企業経営の基盤をも支えるようになった昨今、市場競争はますます激化しています。少ない投資で大きな利益を上げるためにはIT投資の仕組みを正しく理解し、そのリスクの少ないIT化戦略を取らなければなりません。テクノロジの進歩はインターネットへ接続可能なPCと携帯端末の普及をもたらしました。いままでITと無関係だった人たちにも（ITは）身近な存在となったことにより、ITをベースとしたサービスの市場は拡大傾向にあります。 その一方で、いくら良いアイデアやサービスを思い付いても市場への投入が遅れればすぐに競争力を失うことになります。そのため迅速に価値のあるシステムを構築することが望まれています。IT投資に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
