これはダン・ノースについての素晴らしい話です 「私が知っている最悪のプログラマー」、ティム・マッキノン。これは、開発者のパフォーマンスをメトリックで測定することについてのストーリーです。
私たちは、「評価と個人開発の目的で」個々のパフォーマンスメトリックを導入することを決定した大手銀行の有名なソフトウェアコンサルタントのために働いていました。これは組織を通じてカスケードされ、配信されたストーリーポイントの点で私たちのチームに上陸しました。これは、部門マネージャーからの議論を検討した後、コードの行やバグなどの測定を測定すべきではないことを知っていました。
怖がった？多分あなたは推測することができます。ティムはメトリックが非常に悪かった。
ティムのスコアは一貫してゼロでした。ゼロ！低いだけでなく、下方に向かってトレンドするだけでなく、文字通りゼロ。毎週、反復後の反復。ティムのゼロポイント。
なぜ？多分あなたは再び推測することができます。ティムはそのゲームをプレイしていませんでした。彼はチームを育てたという意味で真の上級開発者でした。
…彼は一日をさまざまなチームメイトと組み合わせて過ごしました。経験豊富な開発者があれば、彼は辛抱強く彼らを運転させ、彼らを解決策に向けて微調整しました。彼は彼らを群がったり鉄道に留めたりすることはありませんが、洞察と学習の瞬間を慎重に作成しながら時間をかけて学ばせます
ティムはソフトウェアを配信していませんでした。ティムは、ソフトウェアを提供するチームを提供していました。
ただし、すべての組織は異なります。上記の状況で慈悲深く、ダンはティムを保護しました。しかし、私たちは皆、この愚かな測定システムのためにティムが解雇された状況を想像することができます。 （それはいつもキャシー・オニールを思い出させます 数学の破壊兵器）。組織がどのように機能するかを知ることができるように、あなたがその中で作業できることは、シンディ・スリダランが提唱する別のアプローチです。見る： より効果的なエンジニアになる方法。
Twitterで、テクノロジー業界がどのように機能するかについてTwitterで不満を唱え、ポンティフィクションするか、Org *が実際にどのように機能し、何が報われるかを学び、そのために最適化することができます。
組織ごとに、これらの回答とは異なるパスがあります。いくつかの箇条書きを摘み取る：
- 正確にどのような技術的スキルを投資する必要があるか、 どれの 実際に報われます
- 最終的にプロジェクトの成功を決定するチームや組織の他の人との永続的な関係を構築する方法
- プロジェクトや改善をリーダーシップに効果的に売り込み、実際に完成まで見る方法
- 組織の現実とニーズのより大きな文脈で技術的な選択の長所と短所を比較検討する方法
- 達成可能なものを識別する方法、そしてまさにどの時間枠でどのように
誰が重要であるか、彼らが何を気にし、どのように効果的に物事を成し遂げるかを把握します。待ってはいけません！
信頼性を構築するには、早期に何らかの影響を示す必要があります、何かを成し遂げる前に土地の嘘をつくのを数ヶ月待つのではなく。小さな勝利と低い果物を追いかけることは、生産性への簡単な道になる可能性があります。彼らの重要性を過小評価しないでください。
本当に効果的な開発者であるというこの領域で私が好きなもう1つはArtem Zakirullin’sです 認知負荷が重要です。優れた開発者は、自分自身や他の人がそれほど複雑にならずに読むことができるコードを書くことができます。
コードを読むとき、変数の値、コントロールフローロジック、コールシーケンスを頭に入れます。平均的な人は大まかに保持できます そのような4つのチャンク ワーキングメモリで。認知負荷がこのしきい値に達すると、物事を理解するのがはるかに難しくなります。
それは私のために追跡します。私はコードの仕組みを追跡し始めます。 右 5回目の論理的ジャンプで、私の脳はそれをすべて捨ててしまい、私は失われます。
私はそれが本当に素晴らしいプログラマーの才能であると思います。そして、非常に賢いものでさえ、非常にシンプルで明確なものを高く評価していることを忘れないでください。
あなたは、スマートな開発者の動きとして私を襲ったものを知っていますか？彼らが一緒に働くとき 横切って 組織。見るのは印象的です 標準スキーマ JavaScript/TypeScriptスキーマを扱うライブラリで作業するすべての人々が、それらを使いやすく実装しやすくする努力。
目標は、エコシステムツールが、サポートされている各ライブラリのカスタムロジックまたはアダプターを記述する必要なく、ユーザー定義のタイプのバリデーターを受け入れることを容易にすることです。また、標準スキーマは仕様であるため、追加のランタイム依存関係なしでそうすることができます。一度統合し、どこでも検証します。
すでにそれをサポートするライブラリとツールの山があるので、私はそれを大きな成功と呼んでいます。なるほど ZodはMiniをリリースしました 最近、メソッドの代わりに関数を使用してツリーシェーキング可能にしますが、それ以外の場合はまったく同じように機能します。おそらくうなずきます validbot これは常に「ZODが小さい」選択でした。
私が賢いと思うもう一つのことは、開発者がすでに何をしているのかを見て、そのことを改善することです。たとえば、JavaScriptを強力な方法でデバッグする非常に派手なエキゾチックな方法があると確信しています。しかし、私たちは皆、私たちのほとんどを知っています console.log() もの。だから私はマイクロソフトがどのようなものであるかが好きです、ただしましょう それをより良くします console.context()。これにより、メッセージなどのフィルタリングとスタイリングが向上することができます。これは確かに歓迎されます。同様にも ノードから文字列のフォーマットを盗みます 同じように。
Views: 0
