セールスマンプログラマー
オフライン会議を開催する組織に参加したことがあります。 サイトをサポートする人が必要でした。 ジャケットとネクタイを着た男性が私に話しかけ、彼は営業部長として自己紹介をしました。 一般的なトピックからすぐにテクニカルに移行しました。 コードを見てください。 独自のORM、自己記述テンプレートエンジン、少し時代遅れのメソッドですが、原則としてすべてが調和的で、論理的で、単調です。 私は前のプログラマーに何が起こったのかを尋ねました。
約10年前、私の対談者はセールスマンの地位に雇われました。 仕事の最初の週のほとんどで、彼は足を骨折し、3か月間家に座っていました。 彼は自分の専門分野で働くことはできませんでしたが、監督は私の対談者が工学の学位を持っていることを知っていたので、自分の名刺サイトにコンテンツを記入するように頼みました。
3か月間、サイトをコンテンツで満たすだけでなく、簡単な会議管理システムを作成することもできました。 リマインダー、スケジュール、レビュー付き。 仕事に行った後、彼はシステムを引き続きサポートし、自分で新しい会議に関する情報を入力しました。 主要な作業から時間を奪わなければならなかったので、同僚自身がデータベースを最新の状態に保つために、すぐにアカウントを固定する必要がありました。 同僚のユーザーアカウントがある場合は、ユーザーアカウントを追加できます。
時間が経つにつれて、彼は電話で過ごす時間が短くなり、データのサンプリングやメーリングリストの設計に多くの時間を費やし始めたことに気付きました。 組織の売上は伸び、個人の売上は組織の平均をわずかに上回りました。 そして、彼が最初に「彼の」会議で新しい技術を実装したので、それは驚くことではありません。
ある時点で、訪問者はインターネット経由で支払いを求め始めたため、銀行の処理も追加する必要がありました。 ビジネスは成長し、当社のセールスマンは部門長に昇進しました。 「サイト」の時間は十分ではありませんでした。
そして、彼は問題に遭遇しました。 組織内の誰も、「サイト」が成長した範囲を理解していませんでした。 サイトをサポートする人を雇うには、カードを公開する必要がありましたが、私の対話者はこれを望んでおらず、彼らが理解するという事実も望んでいませんでした。 したがって、彼は現在の問題を解決するために、彼の部門の予算からフリーランサーを雇い始めました。 だからそこに着いた。
ソフトウェアアナリスト
私はかつて、1つの準国家組織でMicrosoft BizTalkという名前のツールの統合に取り組んでいました。 組織は、パートナーからメール、ftp、またはCDで定期的なデータダンプを受け取り、それらを統合する必要がありました。 パートナーも定期的にデータ形式が変更されており、データの交換には関心がありませんでした。 そのため、数人のアナリストがワードプロセッサの標識で忙しく、そこで変換し、会議で議論し、署名のために当局に持ち込み、請負業者のプログラマーにそれを販売させます。 時々エラーが発生し、プロセス全体が信頼性に欠け、MicrosoftがBizTalkを販売するようになり、BizTalkを使用した世界でほぼ最初のプロジェクトになるため、Bill Gates自身がそれを目にすることを約束しました。
プロジェクトの実装後、アナリストは古いドキュメントを破棄する必要があり、データ変換のプロセス全体をBizTalkで行う必要があります。 これは「2本の木の間の放牧羊」と呼ばれていました。 ソースデータツリーと内部データ構造のツリーの間には、マウスで線が引かれ、データを修正する必要がある場所に、羊に似た小さな正方形の関数が配置されました。 それらでは、文字列をトリムしたり、コードのリストを別のリストに一致させることができます。
残念ながら、このインターフェイスにはいくつかの重要な制限がありました。 たとえば、入力に値がなかった場合、デフォルト値を置き換えることが問題になりました。
どういうわけか、BizTalkとその統合のためのプロジェクトのコストが高すぎて、年間予算が途切れ途切れになっていたことが判明しました。 さらに、「子羊の口」は簡単ではありませんでした。 不満が高まった。 請負業者はすぐに解雇することにしました。 ほとんどのアナリストは逃げ出し、1人は策略に行きました。 BizTalkでは、データ変換ルールはXSLTドキュメントとしてデータベースに保存されていました。 XSLT 1.0でさえなく、ある種のドラフトXSLTであり、MSXMLライブラリの入手が困難な唯一のバージョンで理解されていました。 そのため、当社のアナリストは、「2本の木の間の子羊を放牧する」代わりに、データベースからWD-XSLTを取り出し、追加して戻すことを学びました。 より高速で信頼性の高い結果が得られ、重要なボーナスが1つありました。データ変換の重要な詳細の一部は、インターフェイスからは見えず、鋭く鋭い目からも見えなくなる可能性がありました。
しかし、ビル・ゲイツは決して到着しませんでした。
会計士プログラマー
私には仲間の会計士がいました。 会計士だけでなく、多くの海外証明書を持っています。 そして、彼は商品シートではなく、国際企業の口座の統合に従事していました。 また、家族と親しい友人以外に、会計士が夜にウェブサイトをプログラムし、検索エンジン最適化で遊んだことを知りませんでした。 90年代後半から2000年代初頭にかけてでした。 多くの機会、リスクもありました。 会計士がインターネットで得たものはすべて、彼はそこで失った。 しかし、突然、夜間に習得したスキルをメインの仕事で完全に使用できることがわかりました。 結局のところ、統合プロセスは、一般的に非常によく知っているルールに従って、定期的に数十、または数百のプレートを数字とマージすることで構成されています。 ここ数年、会計士は数百のVisual Basicルーチンを作成しました。 突然、1か月かかっていた作業が1日で完了し始め、エラーの数が急激に減少し、プロセスの形式化により、説明責任のある組織で妨害が開かれました。 数年後、彼は部門の長になりました。 それから彼は競合他社と一緒にCFOの地位に移り、現在のステータスと地位に応じて、世界各国の5つ星ホテルを回りました。
アンダーグラウンドプログラマーについてどのようなストーリーがありますか？