コードに対する怒り: プログラマーと否定性

コードの一部を見ています。 これは私が今まで見た中で最悪のコードかもしれません。 データベース内の XNUMX つのレコードだけを更新するには、コレクション内のすべてのレコードを取得し、更新する必要のないレコードも含め、データベース内のすべてのレコードに更新リクエストを送信します。 渡された値を単純に返すマップ関数があります。 異なるスタイルで名前が付けられているだけで、明らかに同じ値を持つ変数の条件付きテストがあります (firstName и first_name）。 UPDATE ごとに、コードは別のキューにメッセージを送信します。このキューは別のサーバーレス関数によって処理されますが、同じデータベース内の別のコレクションに対してすべての作業が行われます。 このサーバーレス機能は、環境内に 100 以上の機能を含むクラウドベースの「サービス指向アーキテクチャ」によるものだと言いましたか?

どうしてこんなことが可能になったのでしょうか？ 私は顔を覆い、笑いながら明らかにすすり泣きました。 同僚が何が起こったのか尋ねるので、私はそれを色で言い直します BulkDataImporter.js 2018 のワースト ヒット。 誰もが私に同情的にうなずき、同意します。どうして彼らは私たちにこんなことをできるのでしょうか？

ネガティブ: プログラマー文化における感情的なツール

否定性はプログラミングにおいて重要な役割を果たします。 それは私たちの文化に組み込まれており、私たちが学んだことを共有するために使用されます（「あなたはそうではありません）」 あなたはそれを信じます「あのコードは何だったんだ！」）、イライラしながら同情を表現する（「神様、なぜそんなことをするのですか？」）、自分を誇示する（「私は絶対にやりません）」 そう 「私たちはそれをしなかった」）、誰か他の人に責任をなすりつける（「私たちは彼のコードのせいで、維持することが不可能だった」）、または最も「有害な」組織では慣例となっているように、他の人をコントロールすることによって、恥の感情（「何を考えていたの？」？正解です）。

否定性は価値を伝える非常に効果的な方法であるため、プログラマーにとって非常に重要です。 私はかつてプログラミング キャンプに参加したことがありますが、学生に業界の文化を植え付ける標準的な方法は、ミーム、ストーリー、ビデオを惜しみなく提供することであり、その中で最も人気のあるものは悪用されました。 人々の誤解に直面したプログラマーのフラストレーション。 感情的なツールを使って、良いもの、悪いもの、醜いもの、それをしてはいけない、まったくしないことを識別できるのは良いことです。 新人は、IT とは縁遠い同僚から誤解される可能性があるという事実を覚悟する必要があります。 彼らの友人が数百万ドルのアプリのアイデアを売り込み始めると。 彼らは角を曲がったところにたくさんのミノタウルスがいる中、時代遅れのコードの果てしない迷路をさまよわなければならないことを。

私たちが初めてプログラミングを学ぶとき、「プログラミング体験」の深さについての理解は、他の人の感情的な反応を観察することに基づいています。 これは、の投稿からはっきりとわかります sabeプログラマーユーモア、初心者プログラマーがたくさん集まる場所です。 ユーモラスなものの多くは、程度の差こそあれ、失望、悲観、憤り、見下しなど、さまざまな否定的な色合いで彩られています。 これだけでは十分ではないと思われる場合は、コメントを読んでください。

プログラマーは経験を積むにつれて、どんどんネガティブになっていくことに気づきました。 初心者は、自分たちを待っている困難に気づかず、熱意と、これらの困難の原因が単に経験と知識の不足であると信じようとする姿勢から始めます。 そしてやがて彼らは現実に直面することになる。

時間が経つにつれて、彼らは経験を積み、良いコードと悪いコードを区別できるようになります。 そしてその瞬間が来ると、若いプログラマーは明らかに悪いコードを扱うことにフラストレーションを感じます。 また、チームで (リモートまたは直接) 働いている場合、経験豊富な同僚の感情的な習慣を採用することがよくあります。 これは、否定的な意見の増加につながることがよくあります。なぜなら、若者はコードについて思慮深く話し、それを悪いものと良いものに分けて話し、それによって自分たちが「知識がある」ことを示すことができるからです。 これはマイナス面をさらに強化します: 失望から、同僚と仲良くなり、グループの一員になるのは簡単ですが、悪いコードを批判すると、他人の目から見たあなたの地位とプロフェッショナリズムが高まります。 否定的な意見を表明する人は、より知的で有能であると認識されることが多い.

ネガティブな感情が増えることは必ずしも悪いことではありません。 プログラミングに関する議論は、とりわけ、書かれたコードの品質に非常に焦点を当てています。 コードの内容によって、そのコードが実行する目的の機能 (ハードウェア、ネットワークなどは別として) が完全に定義されるため、そのコードについて意見を表現できることが重要です。 ほとんどすべての議論は、コードが十分に優れているかどうかに帰着し、コードの品質を特徴づける感情的な含意という観点から悪いコードの現れそのものを非難することに帰着します。

• 「このモジュールにはロジックの不一致が多数ありますが、大幅なパフォーマンスの最適化の候補となります。」
• 「このモジュールはかなり悪いので、リファクタリングする必要があります。」
• 「このモジュールは意味がありません。書き直す必要があります。」
• 「このモジュールは最悪です。パッチを当てる必要があります。」
• 「これはモジュールではなくラムの一部です。まったく書く必要がありませんでした。作者は一体何を考えていたのでしょうか。」

ちなみに、開発者がコードを「セクシー」と呼ぶのは、この「感情の解放」のためですが、PornHub で働いている場合を除いて、これはめったに公平ではありません。

問題は、人々は奇妙で、落ち着きがなく、感情的な生き物であり、あらゆる感​​情の認識と表現が私たちを変化させます。最初は微妙ですが、時間が経つにつれて劇的に変化します。

問題を抱えたネガティブな滑りやすい坂道

数年前、私は非公式のチームリーダーとして開発者と面談しました。 私たちは彼がとても気に入りました。彼は賢くて、良い質問をし、テクノロジーに精通していて、私たちの文化にぴったりでした。 私は特に彼の積極性と進取的な姿勢に感銘を受けました。 そして私は彼を雇った。

当時、私はその会社で数年働いていましたが、私たちの文化があまり効果的ではないと感じていました。 私が到着するまでに、XNUMX 回、XNUMX 回、そしてさらに XNUMX 回、製品の発売を試みましたが、その結果、やり直しに多額の費用がかかり、その間、長い夜を過ごし、タイトな締め切りと、機能する製品以外には何も見せることができませんでした。 そして、私はまだ一生懸命働いていましたが、経営陣から割り当てられた最終期限については懐疑的でした。 そして、コードのいくつかの側面について私の同僚と話し合ったときに、彼は何気なくこう言いました。

したがって、数週間後、その同じ新しい開発者が私と同じ否定的なこと（悪口を含む）を言ったことは驚くことではありませんでした（私は驚きましたが）。 文化の異なる別の会社では、彼は違った行動をするだろうと私は気づきました。 彼は私が作った文化に適応しただけです。 私は罪悪感に襲われました。 私の主観的な経験のせいで、まったく違うと認識していた新人に悲観的な見方を植え付けてしまいました。 たとえ彼が本当にそうではなく、自分が溶け込めるように見せかけているだけだったとしても、私は彼に私のクソ態度を押し付けました。 そして、たとえ冗談であっても、あるいは偶然であっても、言われたことはすべて、信じられているものに変わってしまう悪いやり方です。

消極的なやり方

少し知恵と経験を積んだ元初心者プログラマの話に戻りましょう。彼らはプログラミング業界にもっと詳しくなり、悪いコードはどこにでも存在し、それを避けることはできないことを理解しています。 このようなことは、品質を重視する最先端の企業でも発生します (注意してください: 明らかに、現代性は悪いコードから保護するものではありません)。

良い脚本。 時間が経つにつれて、開発者は、悪いコードはソフトウェアの現実であり、それを改善することが自分たちの仕事であることを受け入れ始めます。 そして、悪いコードが避けられないのであれば、それについて大騒ぎするのは意味がありません。 彼らは禅の道を歩み、直面する問題や課題の解決に焦点を当てます。 彼らは、ソフトウェアの品質を正確に測定して経営者に伝える方法を学び、長年の経験に基づいて根拠のある見積もりを作成し、最終的にはビジネスに対する信じられないほどの継続的な価値に対して寛大な報酬を受け取ります。 彼らは非常によく仕事をするので、10万ドルのボーナスを受け取り、退職して残りの人生でやりたいことをします（それを当然のことだと思わないでください）。

もう一つのシナリオは闇の道です。 開発者は、悪いコードを必然として受け入れるのではなく、プログラミングの世界にあるすべての悪いコードを自分自身で指摘し、それを克服できるようにします。 彼らは、多くの正当な理由で既存の悪いコードを改善することを拒否します。 「不快だ」 「これはビジネスにとって良くないことだ」 「これは私がどれほど賢いかを証明しています」; 「これがなんてひどいコードなのか教えなければ、会社全体が海に沈んでしまうだろう」などなど。

残念なことにビジネスは発展を続けなければならず、コードの品質を心配することに時間を費やすことができないため、確実に望む変更を実装することができず、これらの人々は不平不満を言う人としての評判を高めます。 彼らは高い能力を持っているため雇用されていますが、会社の片隅に追いやられており、多くの人に迷惑をかけることはなく、重要なシステムの運用をサポートすることになります。 新しい開発の機会にアクセスできなければ、スキルを失い、業界の需要を満たすことができなくなります。 彼らの否定的な気持ちは苦い苦いものに変わり、その結果、彼らはXNUMX歳の学生たちと、彼らのお気に入りの古いテクノロジーがたどった道のりや、なぜ今でもこんなに熱いのかについて議論してエゴを肥やします。 彼らは結局引退し、鳥に悪態をつきながら老後を過ごすことになる。

現実はおそらくこれら XNUMX つの両極端の中間のどこかにあるでしょう。

一部の企業は、非常にネガティブで、閉鎖的で、意志の強い文化を作り出すことに大きな成功を収めています（Microsoft が設立される前は、 失われたXNUMX年） - 多くの場合、これらは市場に完全に適合した製品を提供し、できるだけ早く成長する必要がある企業です。 あるいは、全員が指示されたことを行う、指揮統制の階層構造を持った企業（ジョブズの最盛期のアップル）。 しかし、現代のビジネス研究 (および常識) によると、企業の革新性と個人の高い生産性につながる最大限の創意工夫には、継続的な創造的で系統的な思考をサポートするために低レベルのストレスが必要です。 また、コードの各行について同僚が何を言わなければならないかを常に心配している場合、創造的でディスカッションベースの仕事をすることは非常に困難です。

ネガティブな要素がポップカルチャーを操作している

現在、エンジニアの姿勢がこれまで以上に注目されています。 エンジニアリング組織では、「角なし」。 部外者に対する敵意や悪意を我慢し続けることができなかった（我慢し続けられなかった）ためにこの職業を辞めた人々に関する逸話や話がツイッター上にどんどん登場している。 ライナス・トーバルズさえも 最近謝った 他の Linux 開発者に対する長年の敵意と批判 - これが、このアプローチの有効性についての議論につながりました。

ライナスが非常に批判的である権利を今でも擁護する人もいます。彼らは「有害な否定性」の長所と短所についてよく知っているはずです。 確かに、礼儀正しさは非常に重要です（基本的ですらあります）。しかし、私たちの多くが否定的な意見の表現が「有害」になることを許容する理由を要約すると、これらの理由はパターナリズム的または青少年的であるように見えます。「彼らは愚かだから当然です」 「彼は、彼らが二度と同じことをしないと確信しているに違いない」、「もし彼らがそんなことをしなければ、彼は彼らに怒鳴る必要はなかったのに」など。 リーダーの感情的な反応がプログラミング コミュニティに与える影響の例として、Ruby コミュニティの頭字語 MINASWAN (「Matz は良い人なので、私たちも良い」) があります。

「愚か者を殺す」アプローチの熱心な支持者の多くは、コードの品質と正確さを非常に気にしており、自分の仕事と自分自身を同一視していることに気づきました。 残念ながら、硬度と剛性が混同されることがよくあります。 この立場の欠点は、他人よりも優れていると感じたいという人間の単純だが非生産的な欲求に起因します。 この欲望に溺れた人は、闇の道にはまってしまいます。

プログラミングの世界は急速に成長しており、そのコンテナである非プログラミングの世界の境界を押し広げています (あるいは、プログラミングの世界は非プログラミングの世界のコンテナなのでしょうか? 良い質問です)。

私たちの業界がますます加速するペースで拡大し、プログラミングがよりアクセスしやすくなるにつれて、「技術者」と「一般人」の間の距離は急速に縮まりつつあります。 プログラミングの世界は、初期のテクノロジー ブームの孤立したオタク文化の中で育った人々の対人交流にますますさらされており、新しいプログラミングの世界を形作るのは彼らです。 そして、社会的または世代的な議論に関係なく、資本主義の名の下での効率性は企業文化や採用慣行に現れます。優良企業は、他人と中立的に接することができない人、ましてや良好な人間関係を築けない人を採用しません。

ネガティブなことについて学んだこと

自分の心や人々との交流をコントロールするためにネガティブな要素が多すぎると、それが有害に変化してしまい、製品チームにとっては危険であり、ビジネスにとってはコストがかかります。 私は、ある信頼できる開発者がそのテクノロジーや別の開発者、さらにはコードベース全体の品質を表すために選ばれた単一のファイルに対して恨みを抱いたため、崩壊し、多額の費用をかけて完全に再構築されたプロジェクトを数え切れないほど見てきました（そして聞いた）。

否定的な考えはまた、士気を低下させ、人間関係を破壊します。 CSS を間違ったファイルに入れたことで同僚に叱られたことは決して忘れられません。そのことで私は動揺し、数日間考えをまとめることができませんでした。 そして将来的には、そのような人が私のチームの近くにいることを許可するつもりはありません（しかし、人は変わります）。

最後にマイナス点ですが、 文字通りあなたの健康を害します.

これが笑顔に関するマスタークラスのあるべき姿だと思います。

もちろん、これは、幸せな笑顔を浮かべたり、すべてのプル リクエストに XNUMX 億個の絵文字を挿入したり、笑顔に関するマスター クラスに参加したりすることを支持する議論ではありません (いいえ、まあ、それがあなたが望むものであれば、問題ありません)。 否定性はプログラミング (そして人間の生活) において非常に重要な部分であり、品質を示し、感情を表現したり、仲間と同情したりすることを可能にします。 否定性は洞察力と慎重さ、問題の深さを示します。 私は、開発者が以前は臆病で自信がなかったことに対して不信感を表明し始めたときに、その開発者が新しいレベルに到達していることによく気づきます。 人々は自分の意見に対して合理性と自信を示します。 否定的な表現を無視することはできません、それはオーウェル的でしょう。

ただし、ネガティブな要素は控えめにし、共感、忍耐、理解、ユーモアといった他の重要な人間の特質とバランスを取る必要があります。 怒鳴ったり悪態をついたりしなくても、相手が失敗したことをいつでも伝えることができます。 このアプローチを過小評価しないでください。誰かが何の感情も持たずに、あなたがひどい失敗をしたとあなたに言ったら、それは本当に怖いです。

数年前のその時、CEO が私に話しかけてきました。 私たちはプロジェクトの現在の状況について話し合い、それから彼は私の気持ちを尋ねました。 私は、すべて問題ありません、プロジェクトは進んでいます、ゆっくりと作業しています、おそらく私が何かを見落としていたので再考する必要があると答えました。 彼は、私がオフィスの同僚たちともっと悲観的な考えを共有しているのを聞いたと言い、他の人たちもそれに気づいていたと言いました。 彼は、疑問がある場合は経営陣にそれを全面的に表明することはできるが、「疑問を撤回する」ことはできないと説明しました。 リードエンジニアとして、私は自分が気づいていなくても大きな影響力を持っているため、自分の言葉が他の人にどのような影響を与えるかを意識しなければなりません。 そして、彼はこれらすべてをとても親切に私に話し、最後に、もし私が本当にそう感じているなら、自分自身と自分のキャリアに何を望むのかを考える必要があるかもしれないと言いました。 それは信じられないほど穏やかで、席を立つか席を立つかのような会話でした。 私は、半年の間に変わった私の態度が、私が気付かないうちに他の人たちにどのような影響を与えているかを教えてくれて、彼に感謝しました。

これは、驚くべき効果的な管理とソフトなアプローチの力の一例でした。 私は会社とその目標を達成する能力を完全に信頼しているように見えて、実際にはまったく異なる方法で他の人と話し、コミュニケーションしていることに気づきました。 また、自分が取り組んでいるプロジェクトに疑問を感じたとしても、同僚に自分の感情を表に出して悲観論を伝染病のように広めて成功の可能性を減らしてはいけないことにも気づきました。 その代わりに、私は積極的に現実の状況を経営陣に伝えることができました。 そして、もし彼らが私の言うことを聞いてくれないと感じたら、会社を辞めることで反対を表明することができました。

人事評価責任者の職に就いたとき、私に新たな機会が与えられました。 元チーフ エンジニアとして、私は (常に改善し続ける) レガシー コードについて自分の意見を表明することに細心の注意を払っています。 変更を承認するには、現在の状況を想像する必要がありますが、うめき声​​や攻撃などに夢中になっていては何も進みません。 結局のところ、私はタスクを完了するためにここにいます。コードを理解し、評価し、修正するためにコードについて文句を言うべきではありません。

実際、コードに対する感情的な反応をコントロールすればするほど、それがどのようなものになるのかがより理解でき、混乱は少なくなります。 私が自分を抑制して表現したとき（「ここにはさらに改善の余地があるに違いない」）、自分自身と他の人を幸せにし、状況をあまり深刻に受け止めていませんでした。 完璧に（うっとうしいほどに？）合理的になることで、他人のネガティブな感情を刺激し、軽減できることに気づきました（「おっしゃるとおり、このコードはかなり悪いですが、改善します」）。 禅の道をどこまで進んでいけるか楽しみです。

基本的に、私は常に重要な教訓を学び、学び直しています。それは、人生は短すぎて、常に怒り、痛みを感じ続けることはできません。

出所： habr.com