#devlove2012 #devlove2012a #devlove2012b #devlove2012c セッションのとげったまとめを作成しました。ご協力頂ける方募集中です…!! その場合は編集権減をつけるのでmentionください。 http://t.co/A6gd2zzk
2012-12-15 15:26:19自分のキャリアをアピールするのに、何故・信条をベースに構築していくやり方。Whyから始めるキャリアデザイン。 #devlove2012a
2012-12-15 15:27:40「マサカリを投げてくる友人ばかりで大丈夫か」「大丈夫だ、問題ない」コミュニティでマサカリを投げてれそうな人を友人認定しています #devlove2012 #devlove2012a
2012-12-15 15:29:14大野「転職活動などで出す志望動機などもゴールデンサークルの考えでつくっていくと面接に引っかかりやすいのではないか。」#devlove2012a
2012-12-15 15:29:15大野「苦労したこと。いろんな立場(技術者・営業・その他もろもろ)の立場で会話する必要有る。ちょっとバタバタし過ぎで落ち着こう。」#devlove2012a
2012-12-15 15:30:31アジャイルウェアさんの、今年の受託開発案件9件、直請け6件、Ruby案件数6件。 #devlove2012a
2012-12-15 15:35:03「顧客と開発側でリスクを押し付けあってる状態では、アジャイルだなんだと言っても良いものは作れない。」 #devlove2012a
2012-12-15 15:37:33川端「直請けはリスクが高いが大丈夫か?とよく言われる。具体的には、成果物の結果責任を顧客とお客のどちらかが持つことになるため、どちらにしてもリスクは高い。うちはリスクを共有するアジャイル(短期請負契約)でやっている。」#devlove2012a
2012-12-15 15:38:20「短期請負契約、アジャイルにおけるリリースごとに請負契約をするスタイルでやってる、リリースごとにリスクを負う。」 #devlove2012a
2012-12-15 15:38:45川端「短期請負契約とは、プロジェクト全体のリスクは顧客が負い、個々の短期リリースについては開発ベンダが負う。実際は、開発ベンダのリスクがちょっと高い感じがする。」#devlove2012a
2012-12-15 15:39:55「短期請負契約のメリット、請負の形態を取りながら、コスト・品質・スコープ・期間の調整が可能になる。それでもベンダーとしてはかなりきついですが」 #devlove2012a
2012-12-15 15:39:56「なんとかリリース日の調整を付けたけど、後は・・・死んでくるだけですね」 ← ああ・・・、分かるわ・・・。 #devlove2012a
2012-12-15 15:44:35川端「なぜRubyか?圧倒的な生産性の高さ。オープンソースの最先端で、やりたいことがGitHubにいけばある。また、作っていたり使っている人たちがniceだ。」#devlove2012a
2012-12-15 15:45:46「見積り力と提案力で、有名なSIerと競合しても仕事が取れるようになった」 #devlove2012a
2012-12-15 15:46:38川端「顧客は要求・フィードバックを一気に詰め込む。リリースやイテレーション計画のコントロールが難しく、アジャイル開発の成否を分けると考える。」#devlove2012a
2012-12-15 15:47:27「アジャイル開発の成否は、リリースイテレーション計画のコントロールが肝」 実際に開発する人が直でかかる工数とリリース計画を打ち合わせ中にガンガン調整していけないと、そのあたりのコントロールは出来ないよね。下請けに開発投げてるような体制だとそれは無理。 #devlove2012a
2012-12-15 15:48:32負荷係数が読めなければ、最初にいくつかイテレーションをやってみて測るしかない、というのはわかる気がする。しょっぱなから完璧な負荷係数を導き出す、ってことは無理(はずれる)ってことだ。 #devlove2012 #devlove2012a
2012-12-15 15:50:08次は「どうしたら良いシステムが作れるのか 〜あなたが進むべき道を決めるためのアーキテクチャとマネジメントの話〜 」ですよ #devlove2012a
2012-12-15 15:55:19