プログラマーを救わなかった美​​しさ

「あなたが受け入れられたもののために、あなたが解雇されるもののために」と古い知恵は言います。私は、会計、情報システム、コード、プロセスなどを監査するためにこの工場に呼ばれました。しかし、彼らは彼らには悪いプログラマーがいると言うことから始めました。標準、工場、ひどい。



工場は美しい製品を作りました。そして彼自身はハンサムでした。本当に美しい-どうやら、製品をペイントする同じデザイナーが建物のデザインに参加しました。ワークショップには美しさと調和もあります。清潔さ、秩序、その場所にあるすべてのもの。そして最も重要なことは、生産プロセス全体が美しく自動化されていることです。



製品の各バッチには、必要なすべての技術的操作、何をどこで入手するか、どこに送るかなどが記載されたルートシートが付属しています。一枚の紙に-最小限のテキストで、バーコードのみ。



作業者は部品のバッチを取り、スキャナーで選択するだけです。システムは、処理が開始されたことをすぐに認識します。小さいサイズが多く、1シフトしか処理されないため、リリースの事実や操作の経過を反映するときに分割する必要はありません。作業者は、バッチ全体の処理が終了すると、スキャナーで選択するだけで、システムはバッチの準備ができていることを認識し、次の人に進むことができます。システムはまた、詳細が処理の間に詰まっていることを認識しています-終わりについてはピークがありますが、次の操作の開始についてはピークがありません。



美しさと調和。リーダーの夢。完全な透明性-何を、どこで、いつ行うかを常に知っています。したがって、リーダーはそのような元気で遠足を行います。彼は物事の仕組みが好きです。素晴らしい自動化。



電話で不審に話している労働者をちらりと見た。私たちが誰かに近づき、立って美しい機械や手の軽快な仕事を見ると、その人は笑顔で働きます。私たちが去るとすぐに、彼は誰かに電話をかけ始めます。



まあ、あなたは決して知りません、多分彼らはここで社交的です。それとも、このような企業文化ですか？一日中試すことができます。時間がありません-スケルトンがクローゼットのどこにあるかを把握する必要があります。いずれにせよ、会計部門はどこかに座って、問題、技術的操作、および半製品の動きを修正する膨大な量の文書を打ち込んでいます。



私たちは会計部門に行きます-いいえ、そこでは静かです。彼らは座ってお茶を飲みます。コンピューターの画面では（もちろん、情報システムですが）、問題の入力ではありません。定期的な会計作業。進め。



おそらく計画派遣部門（PDO）の閉塞。我々はそこに行きます。まあ、それは閉塞ではありません-ただたくさんの仕事です。マネージャーは正直に言って、現在のボトルネックは、バッチと注文ごとに多数のルートシートを印刷することです。サイズが小さいため、大量の紙が得られます。実際、PDOの従業員のほとんどの時間はかかります。



では、スケルトンはどこにありますか？それはそれほど良いことではありません。さて、マネージャーと別れましょう、私はプログラマーと話をするつもりです。彼は確かに知っています。



プログラマーは窮屈なクローゼットに座って電話で話し、システムで必死に何かをしています。私はそれのコツをつかむまで数分待ち、なんとかお互いを素早く知ることができます-そして再びプログラマーの電話が鳴ります。また待っています。次の一時停止で、「システムがどのように機能するかを確認できますか？」という質問を挿入します。 -そして再び呼び出し。同時に、すべての既知の色（緑、青、紫）のメッセンジャーがプログラマーのコンピューター上で点滅します。



プログラマーは話し続け、近くのコンピューターでシステムとソースを開いてくれます。彼は車で戻り、チャットを開き、写真を見て、すぐに何かをシステムに送り込みます。



何もすることがないので、私はシステムを見ます。売上、生産高、コスト、価格などに関するレポートを生成します。すべてのレポートは1つとして美しいです。利用可能な設定の最小値-地域、製品グループなどによる美しいスイッチのみ。あなたはクリックして美しい景色を楽しみます-すべてがきちんとしていて、なめられて、とかされます。



これは通常、企業システムでは内部使用のために行われません。そこでは、アプローチは技術的に進歩しています。特定の普遍的な形式があり、データを抽出する要求のみがレポートごとに変わります。次に、エンジンは必要に応じてそれらを回転させ、ユーザー設定（グループ化、フィルター、並べ替え、色付けなど）を提供します。 BIシステムのように、キューブやその他の美しさのない、よりシンプルなものだけです。奇妙なことに、あなたはコードを見る必要があります。



私はコードを見る-私の足は私の口の中にある...リリースレポートを生成するための4〜5千行のコード。比較のために、通常は50〜100行で十分であり、それらはすべてリクエストテキストであり、残りはプラットフォームによって提供されます。奇妙なことに、彼はここで何をしているのでしょうか。



プロシージャと関数の名前を調べます。これもある種の荒野です。それらは人間が読めるものであり、すでにその名前から明らかです-彼は、くそー、ユニットごとに独自の手順を持っています。 1つはワークショップ1のデータを表示し、もう1つはワークショップ2のデータを表示します。



いいえ、わかりました、それは起こります-利益宣言はより悪くなるでしょう。私はテキストを展開します、私は見ます。いくつの違いがありますか？ 1つ-リクエストパラメータが変更されます。ショップ1の代わりに-ショップ2。

さらにいくつかのモジュールを共有する-同じゴミ。美しいレポートを描くコードのキロトン。しかし、今ではレポートはそれほどきれいに見えなくなりました。ランチが楽しみです。昼食は神聖です。



そこには。ちょうど12-00に、プログラマーは会話を終了し、モニターの下に電話を投げ、起き上がってオフィスを出ます。私は彼に従います。幸いなことに、彼はとても怒っているので、話す準備ができています。



さて、それが判明しました。私は工場でプログラマーとして働いていましたが、誰にも触れませんでした。ゆっくりと彼はユーザーを助け、何かを追加し、システムとサーバーを維持し、カートリッジを補充しました。通常は。



しかし、その後、企業の責任者は海外への出張に行きました-彼は人々がどのように生きているかを見ました。そして海外の人々は美しく生きています。



そして彼は美しい自動化のアイデアをもたらしました。私はプログラマーに尋ねた、彼は答えた-ある種のナンセンス。弱い。頭は請負業者を見つけました、彼らは収まります-なぜ収まらないのですか？重要な機能要件は、ショップの全員がスキャナーを選択し、コンピューターを手で操作しないことです。実際のイベントの実装後、リリース、操作、および動きに関するデータが即座に表示されます。



否や言うほどない。数ヶ月の苦痛、そしてワークショップは本物のハイパーマーケットのようにバーコードスキャナーの魔法のピークでいっぱいでした。マネージャーは、自動化の美しさを個人的に確認するために作業を引き渡すように呼び出されました。彼らは大型テレビを持ち込み、ワークショップの生活をリアルタイムで表示する看板を出しました。



私たちはそれを強打で渡しました。労働者はスキャナーを選ぶでしょう-結果はすぐにテレビに表示されました。 2番目のピーク、3番目、10番目-人生は店とテレビの両方で沸騰し始めました。マネージャーは喜んだ。私は法律に署名しました、請負業者は去りました。



そしてプログラマーはとどまった。彼はマネージャーに、何が必要かではなく、穏やかに言えば、何が行われたかを伝えようとしました。バーコードの読み取り値が順番に追加される単純なフラットテーブルは、問題を反映していません。これは、キーボードモードでスキャナーを接続する（データの読み取り、テーブルへの書き込み、バーコードの復号化）に関する実験室での作業にすぎません。これは長く、複合的で、注文番号、バッチ、技術操作、命名法などが内部に縫い付けられていました。



しかし、リーダーはこのナンセンスに耳を傾けたくありませんでした。ワークショップは綺麗でした。あなたはこの村のオタクが何を運んでいるのか決してわかりません。おそらく、ロールバックなしで残され、彼に正しく仕えます。



さて、プログラマーにとって、それから地獄が始まりました。彼は、システムの少なくとも一部の機能を確保するために、数日間ノンストップで作業しました。自分で判断してください。以前は、1つの場所を経由していましたが、遅れがありましたが、リリースデータは必要な場所に到着しました。ワークショップから会計部門またはPDOにドラッグされたリリース番号の付いた標準的な紙があり、これらの番号がシステムに組み込まれ、内部売上高が機能し、残高が正しく、コストが考慮されました。



現在、スキャンおよびデコードされたバーコードを備えたフラットテーブルのみがあります。さて、生産計画からこれらのバーコードを形成して印刷するための馬のメカニズム。出力データは、システムの必要な部分に送られませんでした。管理でも、会計処理でもありません。平らなテーブルが近くに立っていて、バーコードスキャンされたデータを単に蓄積しました。



最初、プログラマーは会計部門からの圧力を受けて、この非常に平らなテーブルのプリントを膝の上に印刷しました。これは、おおよそ店からの手書きの紙が以前にどのように見えたかという形でした。私は彼らのためにこの表を1日1回印刷しました、bukhsはシステムに追いやられました。



次に、悲しみを半分にして、フラットテーブルから通常のシステム資格情報にデータを転送するコードを作成しました。そして、落ち着くことができたように見えましたが、そこにはありませんでした。マネージャーは再びある企業に行き、システムから美しいレポートを受け取ることができることを学びました。



以前は、ほとんどの工場と同様に、マネージャー向けのレポートは、会計士、エコノミスト、金融業者などの特別な人々によって作成されていました。彼らはシステムからデータを取得し、それを簡潔で理解しやすい美しい形式に変換しました。ここで、マネージャーはシステムから直接レポートを受け取りたいと考えていました。



地獄の第二の輪が始まりました。もちろん、締め切りは非常に厳しかった。プログラマーはすでにギミックを妨害する進歩と見なされており、誰も彼をリラックスさせなかった。これは、何キロトンものコピー＆ペーストコードが急いでそして膝の上に書かれた方法です。そして、何十もの美しいレポート。



地獄の3番目の円は、誰も予想していなかった場所から来ました-バーコード付きの平らなテーブルから。デモンストレーションスタンドとしては良さそうに見えましたが、実際の作業では、テクノロジーと使用プロセスの両方の観点から、すべての設計エラーがすぐに解消されました。



そもそも、テーブルへの書き込みのパフォーマンスが大幅に低下しました。その後、読み取り速度が低下しました。ブロックが開始されました。請負業者によって書かれたリクエストが見つかりました。これらのリクエストは、スキャナーの各ピークで1.5千（！）回実行されました。 「//デモンストレーションのために制限します」というコメントで表現された、意志の努力によって1万ステップで中断された無限の再帰のある場所がありました。どういうわけか、多くのユーザーが突然データを手動で編集する権利を見つけましたが、それを利用することに失敗しなかったユーザーもいました。技術操作の数ではなく、技術マップの行番号に従って実行される操作のシーケンスの制御（これらはテーブルの愚かな異なる列であり、一致する必要はありません）。その結果、人々は「操作シーケンスに違反しました」という情報メッセージを受け取りました。紙のルーティングシートを使用して、ショップへの配送と変更の管理を修正せずに、スキャンの失敗が絶えず発生しました。システム内のデータの変更により、バーコードの構成がばかげて変更され、印刷されたものが認識されなくなりました。等。



当然、プログラマーはこの情報を持ってマネージャーのところに何度も行きました。当然、誰も彼の言うことを聞きませんでした。したがって、プログラマーは最も深刻な時間の問題を入力しました。



一方では、システムの現在の動作を確認する必要がありました。これは、電話に常に座って、平らなテーブルでデータを手動で編集することで表現されました。店がつまずかないように、それは平凡です。一方で、ゆっくりと、時間がある限り、全部直そうとしました。工場は24時間稼働していましたが、夕方と夜はどういうわけか電話が減ったので、プログラマーはこの時間を使って美しい自動化を修復しました。



しかし、リーダーによって蓄積されたネガはもはや封じ込めることができませんでした。彼らはプログラマーを解雇したかった。実は、これが私が頼った監査の理由の一つでした。



数日後、レポートの準備ができたとき、私は2時間かけて、プログラマーを解雇しないように説得しました。私は彼が昇進し、ついに彼の言うことを聞き始めることを勧めました。リファクタリングと片付けに時間をかけます。少なくとも今日はプログラマーを追い出すべきではないことを彼らに納得させることができました。私たちは、さらにいくつかの会議を開催することに同意しました。 -プログラマーと。そしてそれは私の間違いでした。



翌日、みんなで集まった。すべてのストライプの幹部は、プログラマーが解決できなかった問題をリストし始めました。彼は自信を持ってすべての質問に答えました。原則として、「私はすでにそれをしました、私はあなたに見せました」という同じフレーズで、質問者は沈黙しました。私は、ほとんどの場合、プログラマーが真実を語っていることを確認しました。



より効果的な議論のために、彼らはコンピューターを取り出し、「プログラマーは決してできない」ことを外出先で示し始めました。 「通常の仕事ではあまり足りなかった」ほとんどすべてが見つかりました。そして、すべてが十分に美しいです。少なくともそれは機能します。



会議の終わりまでに、誰もその目的が何であるかを理解していませんでした。プログラマーは希望を持って職場に行った。リーダーも分散し、主要なリーダーがいくつか残った。私は座って判決を待ちました。もちろん、プログラマーにとって2回目のチャンスを期待し、私の推奨事項に従いました（「必要なものはすべて揃っているが、使い方がわからない」）。



しかし、判決は異なった形で出てきました-「ほら、彼は解雇されなければならない」。何のために？！もちろん、システムが美しいからです。しかし、それは機能しません。そして、プログラマーはこれを非難することになっています。



PSプログラマーは、彼が解雇されたことを喜んでいました。彼は、工場で起こっていることに責任、あるいは過大な責任を感じたので、彼自身を離れませんでした。一週間後、彼はより高い給料で新しい仕事に就きました。