ITの世界からの好奇心倒錯-3

Daily WTFの Webサイトでは、14年にわたってITの世界からおもしろくてワイルドで悲しい物語を収集しています。 私は面白いと思われるいくつかの物語を翻訳しました。 すべての会社名と名前が変更されました。 以前の問題は、「 curious perversions 」というラベルの下にあります。

最初のストーリー：「素晴らしいだけではない」

[ オリジナル ]



私たちは皆、仕事をすることができなかった同僚がいました。 ジャラドも幸運でした。



彼はInitechの小さなグループの開発者で働き、Windowsクライアントを使用してサーバーとやり取りする顧客向けにWindowsクライアントを作成しました。 同社は、アプリケーションを.NETからJavaに移植することを決定しました。 最も重要なガイドは、Intelligenuityの非常に尊敬されている主要なJava開発者Kishaをプロジェクトマネージャーとして推奨しています。 「心配しないでください」と経営陣は言いました。 「知能は最も優秀なプログラマーを雇うだけです。」



最初のプロジェクト会議で、マネージャーはJavaプロジェクトにEclipseを使用すると発表しました。 Kishaは次のように述べています。「私はEclipseを持っていません。 誰かが送信できますか？」Jaradは彼女にリンクを送信しました。 次の会議で、彼は彼女にEclipseをインストールしたかどうか尋ねました。 彼女は、メディアをダウンロードできないと答えたため、次の会議で助けを求めるのを待っていました。 マネージャーは車に走り、ダウンロードリンクをクリックして問題を解決しました。



次の会議に早送りします。Kishaは、「EclipseにはJDKに問題があるので、誰かが私にそれを送ることができますか？」とJaradが彼女に再びリンクを送りました。 数日後の次の会議で、彼女は「Eclipseはjarファイルが必要なため機能しません。誰かがそれを送信できますか？」と言いました。その後、「Eclipseは常に、 NullPointerException



について？ "



最後に、マネージャーは会議の構造を変更しました。 彼らは通常のWindowsクライアント会議を継続しましたが、Kishi専用の個別の会議を追加しました。 時間が経つにつれて、彼女と彼女の夫は非常に高位のリーダーと彼の妻の友人であることが判明しました。 「その成功を保証する」ために別の会議が開催されました。 これは、チームマネージャーが彼女のためにコードを書いたことを意味します。



Kishaはかつてマネージャーに、クライアントにはWebポータルに重大な問題があり、問題を解決するためにクライアントとの会議をできるだけ早く開催する必要があることを伝えました。



マネージャーは、クライアント自身、岸、ジャラド、プロジェクトマネージャーとのミーティングを開催し、問題を完全に解決しました。 会議当日、クライアントはテクニカルサポートスタッフとマネージャーの数に驚きました。 彼は次のように説明しました。「ええと…「ポータルの問題」は、私がKishaにWebポータルのURLを尋ねたことでした。 彼に手紙を送るだけで十分でした。」



時々この世界で正義が起こり、結果としてキシャは仕事を失いました。

2番目のストーリー：「3か月のかゆみ」

[ オリジナル ]









2016年3月、 イアンは仕事を必要としていました。 検索の開始直後、彼は幸運だった。彼は、Pythonアーキテクチャと設計スキルの知識を持つ労働者を必要とする小さなスタートアップを見つけた。 「小さな」のは、Ian以外に、創業者のJackが率いる開発者が3人しかいなかったためです。



イアンとのインタビューはジャック自身によって行われました。 技術的なテストの後、彼は会社のプロジェクトについてより多くを学びました：iOSアプリのほぼ完全なプロトタイプ。 ユーザーは自分の携帯電話を手首の心拍数モニターと同期し、その後、携帯電話はユーザーの現在のアクティビティに一致する音楽を再生する必要があります。 アプリケーションの主な目的は、トレーニング中に必要なパルスを達成するのを支援することでした。 このアプリは、携帯電話の加速度計を使用して、運転中のユーザーのペースを追跡しました。 ジャックによると、これらのデータはパーキンソン病の研究に役立つはずでした。 彼は最高の大学からの科学論文で声明を支持しました。 Jackは、Ianにデータストレージとクエリ処理のための新しいバックエンドシステムを開発してほしいと考えました。



ジャックは友好的でカリスマ性があり、彼の熱意は他の人に感染しました。 イアンはすぐに申し出を受け入れ、翌日働くようになりました。 彼の事務所はcr屈だったが、それでも彼だけのものだった。 彼の仕事は、アプリケーションに必要なバックエンドを作成することでした。



二週間が経ちました。 ある月曜日の早朝、ジャックは開発チームを会議室に招待しました。 彼のPowerpointプレゼンテーションからのまぶしさは、網膜を燃やしました。



「注意深く考えました。 私たちは全く新しいスタートアップです。 誰も私たちのことを知りませんよね？ ブランドの認知度を高めるために何かをする必要があります 。 だから、私は決めました：アプリケーションの音楽部分を取り除き、データ収集のみに焦点を合わせます。」



イアンは本能的にほとんど「何？！」と言った。彼らは2週間の仕事の結果を捨てなければならない。 また、以前は、データ収集部分は完全にオプションでした。



ジャックは別のスライドに切り替えて、各ユーザーの現在の追跡指標を示しました。 それらの多くがあったので、最小のフォントを使用しなければなりませんでした。 読むために、イアンは目を細めなければなりませんでした。



「十分な大きさの干し草の山を組み立てると、確実に針が現れます」とジャックは言いました。 「私たちはアプリケーションを無料にし、それと連携することは必須の登録を意味します。 私たちの本当の収入は、収集されたデータになります。」



投資家の資本は、市内のビジネスセンターにある豪華なオフィスに費やされました。 無料のアプリ開発者は最高に値するだけです。 Jackは、2番目のiOS開発者であるデータサイエンスおよびインターンを雇いました。



「しかし、インターンに重要な仕事を与えないでください 」とジャックはフルタイムの従業員に語った。



新しい状況をマスターしたイアンは、必要なすべてのデータを記録する新しいシステムのアーキテクチャの開発を始めました。



3か月後、ジャックはすべてを箱に捨てました。 「アプリケーションはありません！ 開発の新しい方向が必要です！」



ジャックの新しいビジョンは、トレーニングやその他の活動中に、夢の中で聞く楽曲を示す必要のあるウェブサイトを作成することでした。



「人々は自分自身について話すのが好きです」とジャックは言いました。 「私たちは彼らが私たちにデータを提供したという事実に対して彼らにお金を払うべきではありません！」



フロントエンド開発者がウェブサイトを作成するために雇われました。 サイトを立ち上げて間もなく、ジャックは投資家に対して、100万のユニークビジターに到達したと自慢しました。 実際、登録は約300件のみで、その半分は1人が作成しました。



3か月後に何が起こったかはすでに推測できます。 ジャックはゆっくりと開発中のWebサイトを放棄して、 "Play ${song} by ${artist}"



コマンドに応答するはずのSlackボットを支持し、Spotifyで曲を見つけてリンクを提供しました。 Spotifyウィジェットは30秒のプレビューを再生するか、ユーザーがSpotify Premiumアカウントを持っている場合は曲全体を再生します。



「それだけですか？ どのようにお金を稼ぐのでしょうか？」-この瞬間までに、開発者はもはや主張を抑制していませんでした。



「サブスクリプションは支払われます」とジャックは大胆に答えました。



「 チャットボットの場合？」 「イアンは反対した。 「完全に機能させるには、ユーザーは既にSpotify Premiumを必要としています。 人々にこれ以上の支払いをしてもらいたい場合は、もっと多くの機会を与える必要があります！」



「これについては後で対処します」とジャックは答えました。



ジャックは、6か月前にジャックの要件に違反して、インターンに会社の新しいコア製品の開発を依頼しました。 インターンは最大限の努力をしましたが、すぐに学校に戻ることを余儀なくされました。 式のない不完全なコードは、修正のためにフロントエンド開発者に投げられました。 iOS開発者の一人の助けを借りて、彼はそれを完成させました。 イアンは何をしていましたか？ ジャックは努力を正当化するのに十分なユーザーを引き付けると主張したため、彼はダッシュボードとログを作成しました。



さらに3か月が経過しました。 多くの「機能」が追加されました。たとえば、ボットはSlackチャンネルのユーザーに強引にそれを使用するように要求しました。 この動作はSlackの使用条件に違反しているため、アプリケーションはストアに入れられませんでした。 ジャック自身は、関心のある人にリンクを送信する必要があったため、手動でインストールしました。 最初、この製品は、ジャックが個人的に知っていた50の「非常に友好的な」企業に譲渡されました。 これらのうち、ごくわずかしかインストールしていませんでしたが、翌日も使用し続けたものはさらに少なくなりました。 その後、ジャックは広告を300の「友好的な」企業に拡大しましたが、同じ結果になりました。



Ianが仕事で他の開発者を助けることができなかったという事実にもかかわらず、ジャックが追加の労働時間を主張し始めたとき、ターニングポイントが来ました。 しかし、ジャックは「連帯を示す」ために遅くまで彼を強制的に滞在させました。 これが最後のストローでした。イアンは2週間後に辞任状を書きました。 彼の職場での最後の日は、Slackボットのリリースと一致し、その間、ダッシュボード上で非常に直線を観察しました。 彼が最終的に豪華なオフィスを去ったとき、スタートアップはまだ彼の最初のセントを獲得しませんでした。



幸いなことに、ジャックには計画がありました。 イアンが去った後、彼はゼロから始めて、新しい製品を作成しようとしていました。 いいえ、彼はお金を持っていませんが、彼らは最初にブランドについて知る必要があります。

3番目のストーリー：「バックアップコンベヤー」

[ オリジナル ]



「ええと...あなたは私のために何かを見ることができますか？」



パットは新機能のプログラミングから調べてみると、ミルトンのキューブが彼女の近くに立っているのを見ました。



「問題があると思う」とミルトンは付け加えた。



会社の主要な内部システムの1つは、データ処理パイプラインでした。 おそらく、「パイプライン」という言葉は誇張と見なすことができます。実際には、ファイルからデータを抽出し、このデータを使用して操作を実行し、結果を他のファイルにダンプし、他のスクリプトによって読み取られるのはほんの数個のシェルスクリプトとPythonプログラムであるためです 作業の過程で、人々は通常、バージョン管理システムからスクリプトの最新バージョンを取得し、データに関連する特定の質問に答えるように修正および調整しました。 この特定のプロセスに価値があると思われる場合は、コードをクリーンアップし、バージョン管理システムに追加し直しました。 コードが不要になったと考えた場合、単純にHEADにリセットします。



ただし、ミルトンのような一部のユーザーは、基本的にすべてのスクリプトの独自のコピーを保持しています。 または、ミルトンの場合のように、いくつかのコピー。 ミルトンは何よりもデータ処理パイプラインを知っていましたが、この知識の大部分は個人のスクリプトライブラリに含まれていました。



「バージョン管理システムに変更を加える価値があると思いました」とミルトンは言いました。 「スクリプトによって呼び出されたスクリプトによって呼び出されたスクリプトがあり、それはすべて、たとえば$SETUP_DIR



ように、作成されたシェル変数の束に依存していました。」



パットはうなずいた。



「だから、他の人がコードを使用できるように、これらすべてを引数に再編成したかった。 私はそうしました...しかし、テストする前に、引数を渡すように呼び出しスクリプトを変更するのを忘れていました。



特に、ミルトンのスクリプトには次の行が含まれていました。



#!/bin/sh



rm -rf $SETUP_DIR/*/







彼はそれを次の行にリファクタリングしました。



#!/bin/sh



rm -rf $1/*/







シェルスクリプトは、これらの変数の存在を気にしません。 ミルトンには永続的な$SETUP_DIR



。 ただし、 $1



が最初の引数であり、引数を渡さない場合は空になります。 したがって、引数なしで起動された新しいMiltonスクリプトはrm -rf /*/



にデプロイされ、彼のアカウントがアクセスできるすべてのものを削除しました。



基本的に、これは彼が権利を持っていないファイルを削除しようとする多数の試みにつながりました。 さらに、これは、バージョン管理に入らなかったために再作成するのが完全に不可能であったスパゲッティスクリプトの束がたくさんあるホームディレクトリの消失を意味しました。



「これはどういうわけか修正できますか？」ミルトンは尋ねた。



「ええ、もちろんです。 最後のバックアップからすべてを復元できます」とパットは言いました。



自動バックアップツールはすべてのWindowsシステムで起動されましたが、Linuxシステムでは構成されていません。 サポート部門は、Linuxを使用してシェルスクリプトを作成する技術的な能力があれば、独自のバックアップシステムを構成するのに十分な知識があると考えました。 特にこの目的のために、すべての人にとってアクセス可能なSANがありました。



「ああ、私は...決してバックアップを設定しませんでした」とミルトンはささやいた。 「まあ...少なくともプッシュしなかった？」



パットは、ミルトンがこの間違いから正しい教訓を学ぶことを望んだ。

4番目のストーリー：「浮動小数点とは？」

[ オリジナル ]









初心者プログラマーには多くの落とし穴があります：変数の宣言と初期化の違い、行を完成させるためにセミコロンを使用する必要性、エラーを1つ相殺する必要があります...夢ですが、私たちは独学で後輩を見ました。彼らはかろうじて基本を習得し、それだけで十分だと思っていました。 最終的に、卒業証書と正式な教育が理由で必要になります。



この物語は、 オラフが大学を卒業し、「研修生プログラマー」として彼の最初の本当の仕事で働いたときに始まりました。 同社は、州のヘルスケアシステムのガバナンスを改善するという目標を定めています。ヘルスケアシステムと通信することに疑念を抱いている人なら誰でも、これは高貴な仕事だと言うでしょう。 しかし、会社はPHPの表面的な知識しか持っていない医師によって設立され、時間が与えられたときに彼は独自に研究しました。



オラフは、デザインパターンの知識を応用することを目指して仕事を始めました。 PHPは簡単に習得できますが、習得するのは困難です。 PHPで作成されたソフトウェアの多くの例では、ゴッドオブジェクトが使用され、コードがプレゼンテーションと混合されています。2つの重大なエラーですが、ほとんどのオンラインチュートリアルでは言及されていません。 Olafは関数をフォームから分離し、繰り返し使用してコピーと貼り付けを最小限に抑えることができるオブジェクトを作成し始め、他の同様のタスクに従事し、喜んで彼に渡されたコードの混乱を整理しました。



そして、彼は首長のオフィスにいることに気付き、彼は自分で洗うように手配しました。



「他のプログラマはこれを理解しないだろう！」上司に叫んだ。 「コードが複雑すぎます。 なぜ変更するのですか？ それは機能します、あなたはそれを残さなければなりませんでした！」



落胆して、Olafは仕事に戻り、何も変更せずにクリーンバージョンをメインブランチにアップロードしました。 悪い習慣との衝突を避けようとして、彼は課金に関連しているため、高い優先度と緊急性を持つ会計システムのバグに取り組み始めました。 ユーザーは、費用に関する情報を含むCSVファイルをサーバーにアップロードすることができ、システムは値をカテゴリ別に集計し、請求レポートを作成しました。 ただし、内部のどこかで丸め誤差が入り込み、重要な境界ケースの一部が誤った量になりました。



オラフは同僚よりも多くのことを勉強しましたが、包括的なトレーニングはありません。 彼は、それが浮動小数点の数学的エラーであるとすぐに判断しました。 10進数は完全な精度でバイナリ形式で表現できないため、境界の場合、計算エラーが発生しました。 彼は、PHPで小数値を処理する正しい方法を探し始めました。 NodeやC＃とは異なり、PHPの外部ライブラリは接続が非常に困難です。この言語にはパッケージ管理の組み込みサポートがないためです。 彼は、数学演算を正しく実行できるライブラリを追加する方法を理解できませんでした。 ソフトウェアは合計のみを計算するため、Olafは整数演算を使用することを決定しました：値をカウントし、小数点を取り除き（$ 10.50の値が1050として表されるように）、計算を実行し、表示時に小数点を再度追加します。



別のジュニアがこのアイデアを気に入りました。 上級開発者はそれを承認しましたが、チーフはきっぱりと申し出を拒否しました。 彼はこれについてどのように議論しましたか？ 「これは浮動小数点エラーではありません。 PHPのタイピングが弱いために発生し、プログラムは値を数値ではなく文字列として合計しようとします。



（好奇心が強い人向け：PHPは文字列を連結するために+演算子を使用しません。代わりに、「。」を使用します。 "hello " . "world"



の結果"hello " . "world"



は"hello world"



ます。）



その結果、シニア開発者はこの決定を実現しました。10.50ドルが10.00ドルと0.50ドルに変わるように、部分全体を小数部分から分離し、各部分を個別に要約します。



プログラムは浮動小数点数としてセントを含む小数部分を処理したため、Olafはバグがまだ残っていることを見つけるまで待機しませんでした。 彼はより良い言語でより良い仕事を見つけ、会社を辞めました。

5番目のストーリー：「計算されたセキュリティ」

[ オリジナル ]



80年代後半、 カールはしばらくの間、軍用および民間の顧客向けに航空電子工学と全地球測位システムを扱うソフトウェア開発会社で働いていました。 ビジネスでは、彼はしばしば米陸軍向けの新世代の戦闘機を開発する契約を結んでいる顧客であるシュロックディード社を訪問しました。 彼らの仕事は厳重に守られているため、安全を確保することが非常に重要でした。



カールは企業に出入りするたびに、セキュリティ部門を通過する必要がありました。 そこで彼はブリーフケース、ジャケット、弁当箱、体腔の完全な研究を除くほとんどすべてを注意深くチェックしました。 Schlockdeedでは細心の注意を払った日々のチェックにもかかわらず、彼らの「セキュリティ対策」のいくつかは不条理に接していました。



フロッピーを介して情報を送信するこの時代では、プログラマーはしばしば彼らと一緒に仕事に持ち出し 、そこからフロッピーディスクの入った箱を取り出しました。シュロックディードは、彼らの秘密を盗むための最も簡単な方法であるにもかかわらず、かなりリラックスしたドライブポリシーを持っていました。カールのような請負業者は、伝記データを確認した後、「メディアパス」を与えられました。それは、彼らが何のフロッピーディスクでも問題なく実行し、建物に持ち込むことを可能にしたカードでした。



カールの仕事は、お気に入りのHP-41CX電卓をオフィスに持ち込むことを決定するまで、何も影になりませんでした。彼らは複雑なアルゴリズムに取り組み、ボード上で方程式を書くのに時間がかかりすぎたため、カールはプロセスを高速化することを望んでいました。朝の検査で、警備員のビルはHP-41CXを取り出し、心配そうな表情がすぐに顔に現れました。



ビルは肩のトランシーバーに手を伸ばしました。「ポーリー、君が必要だ。ここには難しい状況があります。」カールはとても混乱していました。 41CXは爆弾で使用されたことがありますか？それとも、これは4月1日の抽選ですか？ 「先生、私たちをCIOに送る必要があります。ここに来て」とビルは言った。



カールの顔はきらめき、彼が抱えていた問題を理解しようとしていました。これらの「問題」が手錠や投獄を容易に引き起こす可能性があるためです。また、最高情報責任者が追加の検査を実施する理由を理解していませんでした。ビルは彼をポーリーのオフィスに連れて行きました。そこには、80年代のスタイルの口ひげを持つたくましい男がいました。彼の机の上のタブレットは、電卓検査官だと言った。



「バディ、私はあなたのマシンを見て追加する必要があるだろう」とポーリーは手を伸ばして言った。ビルは彼にHP-41CXを渡しました。ポーリーは注意深く彼を調べて言った：「私は彼を没収しなければならない。ご覧のとおり、内部メモリがあるため、潜在的に秘密を盗むために使用できます。一日の終わりに、私はあなたにそれを返しますが、再びそれに落ちることさえ考えないでください！」ビルはすでに計算機なしで主要なセキュリティ部門にカールを連れ戻しました。



途中で、ビルはプログラム可能な計算機は建物内では厳しく禁止されていると説明しました。ポーリーはこの方針の実施を監視しなければならず、彼の仕事を非常に真剣に受け止めました。カールが電卓を持ち込む必要がある場合、最も単純なモデルが許可されました。Paulieの承認後、AC（Approved Calculator）ラベルが貼り付けられたため、彼は電卓に入ることができました。彼はHP-41CXを失ったことに失望し、シュロックディーの生涯にわたってチョークダストを吸わなければならないという事実に辞任しました。しかし、少なくとも彼は、フロッピーディスクの無料のエントリと削除のための「メディアパス」を持っています。