Fukabori.fm

67. 良い命名とは? と heyのエンジニア組織 w/ ffu_

Informações:

Sinopsis

話したネタ プログラミングにおける命名規則になぜこだわるのか? 名前のないプログラミング言語 WEB+DB PRESS Vol.110 もしくは WEB+DB PRESS総集編[Vol.1~120] 入門 名前 命名規則における「良い」とは何か? CODE COMPLETE 第2版 上 完全なプログラミングを目指して 名前の意味と挙動が一致していること parse という関数命名における例 primary と primal 全体の名前のルーツになる命名は丁寧につける 日本語を、命名規則に使うのはどうか? 関数・変数名を短くすべきか?長くすべきか? Clarity over brevity in variable and method names Haskell での命名 紛らわしい動詞をやめる、例: check() 値を返すのか、副作用があるのか分からない Ruby の predicate メソッド hey のプロダクト開発組織デザインとは? 横断チームとプロダクトチームを作り分ける判断基準は? チーム・組織が遠くなると、話にいくハードルが上がらないか? オンラインで話しかけやすいようにするための工夫は? 全社ミーティングでの愛のあるいじり CTO本部って何をしている?どの課題を解こうとしている? エンジニア組織のマネジメントをチームで進める 得意な人・知見がある人がファイナルアンサーを持っている 権限委譲をどのように進めているか? 8象限 と RACI デリゲーションポーカー heyの評価制度は? heyのエンジニア採用戦略は? ABM 採用でやらないと決めていることは? 採用サイト hey BOOK for Engineers エピソード提供スポンサー ヘイ株式会社