666番目の投稿:ITスペシャリストの恐れと迷信





恐怖と迷信は、生涯を通じて開発者と密接に関連しています。 私たちは率直になります-バグのせいです。 誰もがバグを持っています。 いくつかのバグは、遠い過去に登場し、何十年も不自然に存在していた子供のホラーストーリーとまったく同じです。 バグに遭遇すること(失敗に陥る)の不合理な恐怖は、この投稿で議論される楽しい儀式と儀式の出現につながりました。 バゴフォーブであることは自然で恥ずべきことではなく、恐怖に対処する方法はたくさんあります。



炭thr菌の入った封筒や古いネイティブアメリカンの墓地にある古代の箱などのバグがあります。これは、頭蓋骨と骨のはっきりした兆候があります。 2001年以降の標準のWindowsメモ帳には、誰も修正できないというエラーがあります。 Adobe Flashは、基本的なバグの保管庫です。 古いデバイスのBashシェルの重大な脆弱性を単純に閉じることはできません。過去25年間に作成されたBashのすべてのバージョンにバグが存在します。 openSSLオープンソースで発見された小さなバグにより、近年、主要な脆弱性の1つが出現しました。 そしてもちろん、廃止されたオペレーティングシステムのバージョンで見つかったバグは永遠に残るでしょう。



更新はすべての問題を排除する聖杯であると一般に受け入れられていますよね? 運がよければ、いくつかのバグは更新によって引き起こされます。 Appleテクノロジーの所有者になじみのある例。 iOS 9.1ファームウェアが到着し、Touch ID指紋スキャナーが壊れます。 これは、最初の(明らかに最後ではない)同様のケースからはほど遠いものです。 あなたがUbuntuユーザーであるならば、あなたは私が意味することを理解しています。 ;)また、Bumblebeeドライバーインストーラー(LinuxのNVIDIA Optimusのサポート)のスクリプトに小さな誤字(余分なスペースが追加された)が原因で、 / usrフォルダーがユーザーから誤って削除されました。 そのため、バグは遍在し、時には回復不能であり、絶対に信じられないような形で現れ、時には単に神秘的な偶然の一致によって発生します。 このようなエラーは、ユーザーが更新の保存に対する信頼を失うという事実につながります。 これで、他の誰かが更新を配信するのを待つことになり、作業の安定性を評価した後、自分で更新します。



したがって、バグは迷信の一部になり、迷信は神話に変わり、神話は恐怖につながります。 開発者に、彼らが仕事で遭遇する恐れを尋ねました。



Odnoklassnikiの製品開発者、Dmitry Matveev氏:



私の最大の恐怖は、まったく再現できない「再現困難な間違い」を探すことができるということです。 つまり、たとえば、テスターはアプリケーションのいずれかのバージョンの問題について教えてくれ、問題が常に再現されるわけではないということです。 しかし、私はプログラマーです。常に再現される理由と条件がなければならないことを理解しています。 したがって、私は座って完全に理解しています。 しかし、何らかの理由で、問題がもう再現されないか、それに対する修正が機能しませんが、絶対にそうすべきです。 その時、ある種の妄想が忍び寄ってきました。「しかし、私はすべてを見ているのですか?」、「気を失いましたか?」など。



最近、4組の目で、彼らは問題を解決し、それを試してみたが、彼らはみなあきらめた。 非常に長い時間が仕事を疲れさせませんでした。 そして翌日、問題に対処するのに1日で十分だと判断したので、彼女が何をしたかに関係なく、私は数時間で彼女を打ち負かしました。 新鮮なアイデアが頭に浮かんだので、必要に応じて、また反対側から問題を整理し始めたからです。 :)



教訓は次のとおりです。夕方の朝は賢明で、何かうまくいかない場合は、ハンマーで叩き、眠り、シャワーに行き、もう一度試してください。 ¯\ _(ツ)_ /¯



アレクサンドラ・スクボット・キトバ、アーマード・ウォーフェア、クロスファイア、ウォーフェイスのプロジェクトのテスター:



私には専門家がいます-何も恐れることはありません。 :)実際、私たちにとって最も恐ろしいことは、私の同僚が適切に言ったように、「シュレディンガーメソッドによるテスト」、タスクが到着したときです。パッチノートはありません。3日間で表示され、2日間で期限になりますので、すべてをテストしてください。 従わなければならない兆候の1つを強調します。リリースが成功するまでタスクを閉じないでください。



Alexey pifagor_mc Petrov、Quality Mail.Ru Mailディレクター:



迷信についてお話しします。 この機能が長い間、複数のバグで起動された場合、リリース後に、生産にバグがないように犠牲の祭壇を構築する必要があります。



リグレッションはほとんどありません。終了しないよりも追い越した方が良いです。



開発者が「1行の修正があります」と言った場合、考えられるすべての考えられないテストを実行する必要があります。修正は、修正がアトミックであるほど、すべてを壊す可能性が高くなることを示しています。



実動でのローリングビルド中に、ろうそくを持って管理者のところに行き、「将軍、techdir、チームリーダー、QAの名の下に!」という言葉でチャート上で祈ってください。



テスターは友人であり、兄弟であり、「助けてください、回帰を推進してください」。



Andrew andrewsumin Sumin、クライアント開発マネージャー:



開発者の恐怖は、自己DDoSにつながる再帰です。 そして、リリースをロールして、チャートでシェルフを見るとき。 ロールバックしますが、シェルフは残ります。 O_o



Olga rukola Kuritsyna、Mail.Ruホームページ長:



私は家でトークンを忘れることを非常に恐れています。 「突然の戦争で、私にはトークンがありません。」



Andrey mamonth Tereshko、Mail.Ru Mailプログラマー:



私はそのような迷信を持っています。 金曜日の夜-頭が痛くて忙しい週末に運用環境に展開しないでください。 コメントなしでコミットしないでください-リリースエンジニアとの機嫌が悪い。



Alexey Antropov、システム管理者グループの長:



他にどのような迷信がありますか、私は74のタスクが並んでいて、2つのプロジェクトを同時に立ち上げました!..



特に、投稿の概要と結論のみを読んでいる人のために、私たちはビデオの形で投稿の要約されたダイジェスト版を用意しました。そこからプログラマーの恐怖がどのように見えるかを学びます。 ビデオの最後には、ボーナスがあります。ITスペシャリストを恐怖から救うことができる3つの簡単なことです。







厳密に判断しないでください、これは私たちの最初の666番目の投稿です! そして、彼は13日金曜日に偶然落ちました。 あなたはどんな迷信を持っていますか?



All Articles