しかし、今日はそれらについてではなく、他のパターン、つまり行動のパターン、人間のパターン、さらにはアンチパターンについて説明します。 火に燃料を加えるために、この投稿の名前を少し解読したいと思います。
日常生活では、「プログラマー」という言葉を使わないようにしています。 それは私にとって否定的な意味合いを含んでおり、プログラマーと呼ばれていなかった90年代をすぐに思い出します。 彼らはプリンターのカートリッジを変更し、祖母の会計士が最初のコンピューターを習得するのを助けました。 この不滅の「あなたはプログラマーだ！」 一般的に、この言葉は信用されていません。
私はどういうわけか私の人々を開発者（開発者）と呼ぶことに慣れており、私にとってプログラマーは開発者の一種の対抗者です。 まあ、長年の経験を通じて、私は良い開発者のために多くのアンチパターンを学びました。 聞こえないほど幸せです。 それでは、始めましょう。
001.それは私のコンピューターで動作します
このフレーズは、少なくとも数か月間業界で働いているすべての人によく知られており、単に開発者の語彙から除外する必要があります。 おい、お使いのコンピューターで動作しないテストコードを送信した場合、その職業に居場所はありません！ 定義により、コードは常にコンピューターで動作します。 それ以外の場合はどうでしょうか？ テスター、クライアント、または他の人とは機能しません。なぜなら、微妙な違い、環境の違い、データ、火星の天気を考慮していなかったからです。あなたの無実。 あなたが何かを考慮しなかったという事実には何の問題もありません。 私の実践では、どれだけしか考えられないケースがありました...はい、誰もできませんでした！
010. 嫌いなユーザーは何をしますか？
おい！ ユーザーは嫌いな人ではありません。 これらは、あなたの手仕事を使わざるをえない人々であり、最も興味深いものがそれに支払われます。 あなたの給料はどこから来ますか？ わからない 私はそれを知っています。 同じイノセントペトロヴィッチは、あなたがすでに3回嫌いな人と呼んでいますが、年間サブスクリプションの支払いをしてくれました。
私たちの最愛のユーザーはどのテスターよりもクールで、誰もが頭を悩ますほどのダンベルを作ります。 しかし、これは彼らのカントではなく、私たちのカントです。 完了したら、それを実行させ、結果に対して責任を負い、対処することを意味します。 世界的なソフトウェア業界の慣行では、「これはどんな嫌いな人だろう」という信念が何十万ドルもの損失につながる場合が複数あります。 だから誰が嫌いな人になったのですか？
011.テスターnifigaはテストされていません！ 彼らは最終的にそこで何をしていますか？
おい！ テスターがソフトウェアの品質について責任を負わないことを一度覚えておいてください。 彼らが行うことは、その品質を測定し、それが高いか、十分であるか、完全なシュニャガかを伝えることです。 ソフトウェアの品質を担当するのは、主にデザイナーと開発者です。 あなたがたわごとを泥だらけにしてテスターに渡し、彼らがそこで重大なバグを見逃し、それを本番環境でリリースした場合、これは彼らのものではなく、まずあなたのわき柱です。 彼らも気づかなかったもののために飛びますが。 あなたの仕事は、あなたが最後のフロンティアであるかのようにコードを開発することであり、生産と数百万のユーザーだけがあなたの後ろにいます。 テスターに頼ってすべてのバグをキャッチしないでください。バグを修正する機会があります。 あなたよりもあなたのコードをよく知っている人はいません。 テストを書いて、質問をして、極端なケースを排除してください。 世界には、通常の意味でテスターがいない多くの企業があります。 そして、何も生きていません。
100.これを書いたバカは何ですか？
悲しいことではありませんが、この質問に対する答えが「私？ うん！」 完璧な人はいません。私たちは皆、過ちを犯し、厳しい制限のもとでコーナーを切ります。 ほとんどの通常の開発者は、キャリアの始めに自分のコードを見たときに嫌がらせをしがちです。 これは正常です。 これを覚えて、誰かを馬鹿と呼ぶ前に、次に考えてください。 ソフトウェア開発はチームゲームであり、チームの関係を台無しにしないでください。 額とチャットをし、プライベートな会話で何が悪いのかを説明してください。 それが適切な場合、それはあなたに感謝するだけです。 または、はっきりと表示されますが、これはまったく不可能ではありません。
101.完了99％
これは単なる古典です。 敗北することは不可能ですが、戦う必要があります。 覚えておいて、私はあなたのタスクのステータスを尋ねるとき、ほとんどの場合、私は唯一の質問への答えに興味があります：「タスクはいつ完了しますか？」 1時間後、2時間後、明日の夕方または金曜日。 別のjQueryプラグインとの難しい関係の詳細についてはあまり興味がありません。 さらに、99％について話す必要はありません。 私の練習が示すように、1％は1時間、1日、1週間伸びることがあります。 高品質の詳細設定、計画、およびタスクのタイミングの評価は、成熟した開発者の最も重要な特性の1つです。 したがって、チームリーダーが次にタスクの準備について尋ねるときには、「3時間以内に準備ができます」と明確に返信し、最も重要なこととして、この約束を守ります。 そのような評価を行う準備ができていない場合は、その理由を明確かつ明確に説明し、誰もがっかりさせないように期待を正しく設定する必要があります。
110.これは不可能です！
おい。 まず第一に、我々は両方がこれが可能であることを知っています。 業界には、やる気のあるチームや開発者が解決できないようなタスクはありません。 何かが私たちにとって本当に面白くて必要なとき、私たちは山をオフにしてそれをします。 ビル・ゲイツはニューヨークからシアトルまで飛行機で飛んでいる間にFATを書きました（私はその自転車を知っています）。 「これは不可能です」と言われた場合、これはこのタスクに関連する深刻なフラストレーションの有名な兆候です。 そのような状況で最も重要なことは、とてつもない議論を思いつき、問題の状況をさらに深くしようとしないことです。 そのため、深刻な紛争に巻き込まれる可能性があります。 「これは不可能です！」と言う代わりに、休憩を取り、考え、冷やしてから、チームリーダーまたはリーダーと一緒に座って問題について話し合うだけです。 適切なものがあれば、問題の解決策が見つかり、評判を高めるだけです。
111.そのようなナンセンスなことはしません。
概して、これは前の問題のバリエーションです。 原則として、この声明は、あなたは、あなたが、単にあなたに求められていることをしたくない（または）ことに興味がないこと、またはあなたがそれをどのように行うべきかについて非常に異なる意見を持っていることを意味します。 あなたがプロなら、それはあなたがしている仕事に対してお金を支払われることを意味します。 提案された仕事に満足できない場合は、男になり、病気にならずに変更するだけです。 そしてもう1つ重要な瞬間です。 すべてを知り、理解することはできません。 時々、あなたが尋ねられた通りに、それをするだけでいいのです。 あなたは1000回それを好きではないかもしれませんが、それでも正しい決定であるかもしれません。 多くの場合、クライアントマネージャーやエグゼクティブは、顧客とコミュニケーションを取り、問題に直面し、原則として最終的に満足度に責任を負う可能性が非常に高いため、本当によく知っています。
明けましておめでとうございます、この投稿が世界を少し良くすることを願っています！
PSやや過酷で馴染みのあるプレゼンテーションスタイルでごめんなさい。 それが必要です。
PPSはコメントでパターンを提案します。 私はまだすべてを学んでいないと確信しています。