最近、私が取り組んでいたプロジェクトがついに始まりました。 OK、再起動しました。 iPhoneから写真とテキストが記載された紙のカードを送信できる小さなシンプルなPostography iPhone アプリケーションについて説明しています。 素晴らしく、一見単純なプロジェクトですよね？ 作成のためのアプリケーションは、それほど時間がかからないはずです。
残念ながら、 私たちは最初からそれをしませんでしたが、やり直しました。 そして、最初に開発を引き受けた会社（ここでは呼び出しません）は、サーバー側で真剣に取り組みましたが、アプリケーション自体の最初のバージョンに失敗しました。 ああ、はい：結局のところ、多くのエラーや突然の失敗にもかかわらず、ある意味ではうまくいきました。 しかし同時に、そのソースコードはグローバル変数、構造の悪いコード、ハッキング、ガベージコマンド、およびロックの非常に大きなプールであったため、完全に書き直さずに追加または編集することはほとんど不可能でした。
これは、私が考えているよりもはるかに頻繁に起こります。 多くのアプリケーションのきらめくインターフェースの背後には、それらをサポートしたり、新しい機能を追加したりする機会を持っている人の正気に挑戦する隠れたラブクラフトの建築恐怖があります。 開発者に尋ねてください-彼らのそれぞれはそれについていくつかの恐ろしい話を持っています。
これらのアプリケーションがうまく機能するが、最適ではなく、エレガントでもない場合、拡張も拡張もうまくいかない場合は、すでに確かな技術的負債があることを意味します。 気づいているかどうかにかかわらず、すでに大きな問題を抱えています。
私は住宅の比phorを使用したいです：あなたの家は見栄えがよく、その部屋は快適で装飾が施されていますが、この美しさはすべて、階段を駆け下りたい密なゲストがいる場合、すべてが崩壊するほど貧しい基盤の上に立つことができます。 それは基礎でさえないかもしれませんが、その下の建設には不適切な土壌であり、それから基礎を交換しても助けにはなりません：あなたは他の場所で家を再び建てなければなりません。
これは、先端技術企業でも起こります。 少なくともRIMを使用してください。 メールクライアントなしでタブレットをリリースしたことを覚えていますか？ iOSとAndroidが先に進み、BlackBerryを追い出しながら、彼らが何年も静かに停滞していたことを覚えていますか？ 彼らの失敗は、デザインの選択や、意識的なリーダーシップの決定によるものではありませんでした。 彼らは莫大な技術的負債のために起こりました、会社は取り除くのに何年もかかりました。
お金のように、技術的な負債は、a）それが大きくなりすぎ、b）あなたがそれについてすべてを知っているまで、かなり普通です。 もちろん、多くの場合、スケーラビリティと開発速度の間の妥協に頼らなければなりません。 締め切りが近づき、資金調達が終了し、タスクが巨大に見える場合、クイックハックが正しい選択であることが起こります。 また、すべての開発者が学習に使い慣れたツールや興味深いツールを使用することを好むが、仕事には理想的ではないことも理解できます。
しかし、多くの場合、短期的な利益のために技術的負債を積み上げることはひどい間違いです。 あらゆる負債と同様に、技術的負債は時間とともに悪化します。 さらに悪いことに、ほとんどの非技術専門家、つまり管理者、監督者、創業者が多すぎると、通常、その危険性を過小評価するか、技術的負債を解消するために数か月間働かなければならないまでそれを作成していることに気づきません。 一方、競合他社は喜んで前進し続けています。 これがまさにRIMで起こったことです。
では、スタートアップはどうしてこのうらやましい運命を逃れるのでしょうか？
もちろん、適切な人材を雇用することが重要です。 私が特に気に入っているマスター/レビュアーモデルの使用とプログラミングの組み合わせも役立ちます。 そして、技術的な評価は良いアイデアだと常に思っていました。経験豊富な専門家の中には、開発と開発の最初の段階でコードとアーキテクチャの監査に1週間を費やすものがあります。 私が働いている会社はこれを1、2回行っていますが、残念ながら、技術的な評価はまだ業界の一般的な慣行になっていません。
すでに深刻な技術的負債を蓄積している場合、何ができますか？ まず、砂から頭を出し、大きな問題があることを認めます。 次に-掘削を停止します。 新しい機能の追加を停止し、すべてを準安定状態にして、持っているものと持っていないものを確認します。 それから、比phor的な家を再建するのではなく、その基礎を交換することだけが可能であるかどうかを判断しようとします（以前の作業は再建中に再び壊れますが、常に非常に迷惑です）、またはあなたはすべてをあきらめて新しい建設を開始する必要があります。 これらの各ソリューションは、最良かつ最速です。
しかし何よりも、開発者の意見を聞いてください。 適切な人材を雇用した場合、彼らはあなたと同じように、クリーンで拡張可能でスケーラブルなコードを望んでいます。 入手したPostographyソースコードを参照するのはほとんど苦痛でした。 今では、ひどい自動車事故の犠牲者の命を救っただけでなく、彼女にオリンピック選手になる機会を与えた手術があったように感じます。 アプリケーションを保存するのに遅すぎることはありませんが、起動が早ければ早いほど簡単です。
翻訳者について
この記事はAlconostによって翻訳されました。
Alconostは、60の言語でアプリケーション、ゲーム、およびサイトをローカライズします 。 ネイティブ翻訳者、言語テスト、APIを備えたクラウドプラットフォーム、継続的なローカリゼーション、プロジェクトマネージャー24時間365日、あらゆる形式の文字列リソース。
また、Google PlayおよびApp Storeの販売、画像、広告、トレーニング、ティーザー、エクスペラー、トレーラー用の広告およびトレーニングビデオも作成しています。
詳細： https : //alconost.com