多人数プロジェクトで学んだこと - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
この書き方はまずいからあとで直そう→直さない あとで拡張する必要がありそうだ、必要になったら設計を変えよう→まずい設計のまま他人に使われる コミュニケーションしなくても正しい判断ができるようにする 正解がないことは、走りながら臨機応変に変えなければならない。でも、始まった時から正解がわかることがある。そういうものについては、最初からよく考えて正解を選ぶ。 どちらか迷ったら、変えやすいほうを選ぶ。AからBとBからA、どっちが変えやすい? 初期に書くコードはすごく重要。後から参加する人は既存のコードにスタイルを合わせる。 軌道を修正するコストは早ければ早いほど小さい。 仕組みを変えることにはコストが伴う。心理的コストも。 走り出したら何も考えられない。よく考えてから走る。あるいは、走ってない人が考える。 一度動き出した仕組みを変えるときは、移行コストが小さくなるようよく考えた上で、無理やり変え
転職しました - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
4年弱勤務していたチームラボ株式会社を退職し､3月末から株式会社ドリコムで働いています｡ 転職のきっかけは､受託開発との関わり方に悩んだことでした｡ ソフトウェアの美しさというのは､工具の美しさと似ています｡何らかの目的を達成するために作られ､経験によって磨き上げられた機能美こそがその本質です｡ 明確な目的のために作られ､常に改善され､価値を生み出す｡私はそのような美しいソフトウェアに奉仕したいと思っていますが､果たしてその文脈に受託開発というものがどの程度当てはまるのかわからなくなってしまった*1｡実際に作ったものがどの程度の価値を生むかによらず､期限までに決められたものを作ることで収入が得られる構造においては､美しいソフトウェアを作るモチベーションを保つことはとても難しい｡未熟な私にとって､そのような環境で長時間過ごすことは死亡リスクでした｡ ドリコムでは､Ruby1.9+Rails3
プロジェクトマネージャ勉強会@チームラボでLTしてきた - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
プロジェクトマネージメント未経験ですがなぜか発表してきました。 プロセスを変えるには努力が要るし、そのモチベーションって結局愛とか情熱だよなーという。結局精神論だが、しかしそれしかないのではないか……。 精神論によるいきいきとした組織づくりのご提案View more presentations from todesking.
ヤバゲータウンの確率論 - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
2010年9月22日12時50分〜9月23日21時30分の間、一部のお客様のモバゲータウンのユーザIDに紐づくページ（マイページを含む）に、他のお客様がアクセスできる状態 となっており、単体では個人が特定できない情報ではありますが性別・地域等の一部の登録情報の閲覧その他の利用ができる可能性がありました。本事象により、情報の閲覧がされたお客様と情報の閲覧をしたお客様の組み合わせの数は最大で38組の可能性があり、現在までに閲覧されたことが確認できているのは3名、閲覧できたことが確認できているのは7名です。 http://yahoo-mbga.jp/page/guide/201009_report.html ID登録処理時における誤ったシステム設定により、入会前のお客様に一時的に付与する仮IDがごく稀に重複してしまうことがあり、本障害が発生いたしました。対策として、この仮IDが重複することがない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
