話したネタペアプロにおけるビギナーとベテランの組み合わせ3パターンについてビギナーとビギナーの組み合わせで効果はあまり期待できない（チームビルディングでは意味がある）ベテランとベテランは、一番効果を発揮するペアである意思決定をライブでできる重要性設計上の妥協点をその場で合意できるビギナーとベテランで、ビギナーはナビゲーターをするのか？コードを書いてるところを見てもらうのは大事なプラクティスベテランもプレッシャーを持ってコードを書ける見られているだけでコードの質は高まるリアルタイムでないコードレビューがあるだけで、コードの質は高まるコードレビューのインフラに投資する流しのペアプロ業をする中で、ドメイン知識がない状態でペアプロへ参加して価値をだせるか？一番の学びは教えることから発生する相手から、相手自身の学びを引き出すチームの暗黙知を、暗黙知のまま伝える、強化していくテストを書く場合に、RDBやKVSなどをどこまでモック/スタブするのか？ノートPCにインストールできるものは本物を使い、入らないものはモック/スタブを使うプライベート関数はテストするのか？技術的には、プライベート関数のテストはパブリック関数からテストできるプライベートの実装に基づいたテストは脆い、現状追認のテストになりがちフロントエンドのテストはどこまで書けばいいのか？書くけど、書きすぎない画面の構造が変わっても、影響にされにくいものをテストするビジュアルリグレッションテスト魑魅魍魎のUIの世界テストのカバレッジ、どの程度まで書けばいいのか？ユニットテストを含めて、グレーボックス・ブラックボックスの観点から書くのが望ましいカバレッジは何らかの管理の道具にすると、うまく回らない不具合は思い違いから発生するカバレッジ100%は誤った安心感を与えがちカバレッジツールは自分達の見落とし・過信を見つけるために使うカバレッジを絶対値ではなく傾きでみる CIではテストの成功/失敗だけではなく、カバレッジやコードの複雑度を取るバグ収束曲線は、現代の開発ではFitしないことのが多い品質指標の形骸化外注が多く、内製が少ない組織で、ソフトウェアエンジニアをどうやって育てていけば良いのか？内製にシフトするなら、技術者のhiringも必須小さく始めて、大きく育てて勝つパターンを積み上げる段階的に内製開発にシフトしていく社内の特区、信頼貯金を使って展開していく内製を全然していない会社が、内製にシフトするためには4-5年かかる新人を育てるためにはどうしたらいいか？配属ガチャ技術力の高いエンジニア新人を孤立させない事業部内に閉じた情報流通全社Slackがないのはよくあるサイロ化技術者の横のつながりを維持する、リアルタイムコミュニケーションのチャネルを作る内製を始めるモードになったエンプラ企業はイメージ付けが必要技術者が社名を背負ってアウトプット大企業Hack 意思決定層にこれからのソフトウェア開発に認識を改めてもらう組織やチームにノウハウをどうためて、育てていくのか？力を貯めるいいやり方？再現可能にするのが大事前提が違う、変動する中でソフトウェア企業としての強さを保つ公開し検索可能にすることが大事 URL重要心理的安全性の重要性価値観から行動原則、品質基準を考えていく経験していない場面にチェックリストは効かない誤っていたこと、失敗は良いチャレンジとして評価されるように社内でアンチパターンを共有できる組織は強い社内FailCon See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.

Ask this episode

“What did the council decide on item 42?” — answered with the speaker and the moment.

Transcript

Related