自分のブランド、知名度を高める オープンソースで、リリース、blogを書く(コードについて) 本や記事の執筆、勉強会、カンファレンス 自分が根本的に触れないテクノロジに依存しない 特定のベンダーの特定テクノロジーにかけるのはリスキー プロフェッショナ…

基本を大事に 知識はぐぐる 子供が宿題をwikipediaで調べて印刷したらほめられた 自分で学んで自分で考えて 広く浅く押さえつつ自分の好きなものは突っ込む 長く続ける 10年続ければ変人か成功者 ウソをつかない 日本語の能力、コミュニケーション能力 英語…

基本かぎりなく 例えば ruby のバグ FreeBSDのデバドラのバグ コードないとそこまで追いかけられない...

エンジニア手動、内部でオープンソース開発的な感じ Ideaから実装、20%ルール team の成長 エンジニア、プロダクトマネージャ、UIデザイナ フィードバック、改善の繰り返し 社内デモ labs、beter 社内でテクノロジ開発 project team Tech Lead 、少人数 コミ…

自由(笑) 考えること 信頼関係、信頼されること この人ならちゃんとやる リスペクトされる ちしき、経験から得る 環境整備 環境整備マニア・環境hack 自動化、もっと楽はできないのか? →つくりにいっている環境整備してもらったら絶滅する

楽しむ 深追い どこまで自分で調査できるか 開発の仕方 情報共有 バージョン管理 code review 自動化 ToDo List

キーワード = 自由 上司周辺から理解されるかどうか メンバ間の信頼 不具合な者に対して説得する チャンスがあるかどうか、自由の余地があるか ちょっと重要→ワーキングスタイル(AM9:00に来いとかは...)

メリット 安い、コスト削減 ソースコードが手に入るので不具合を自分でなおせる mgp プレゼンが動かなかった(本番2日前) デメリット 意識のギャップがひどい 人材とか... ビジネスでオープンソースをやっている人がやってくれそう... 不利な例 労働集約型 日…

作る目的がはっきりしている スケジュールよりクオリティ 開発者がじはつてきにtukutteiru やるきがないといいコードがかけない 無駄を気にしない 分散して同時に作業 早いほう/できのいい方を採用 強み ソフトウェアの出来が最優先 開発者が開発の方向性を…