大きなプログラミングワードまたはフレーズ

ポケットプロテクターいくつかの優れたプログラマーと仕事をしていると、プロダクトマネージャーやそのクライアントを怖がらせるために、大きな単語やフレーズを投げかけるのが大好きなアーキテクト、リード、開発者と会うことがよくあります。

これは、プログラマーがやりたいことの XNUMX つです。 ここに非常に簡単な説明が付いたXNUMX個があります(私が彼らの用語をハックして死ぬと、間違いなくどこでも開発者の怒りを引くでしょう 私の単純な車の比喩):

  1. 抽象化 –これは難しいプロセスまたは機能を取り、基本的に論理的に分解しています…階層(AはBに属し、BはCに属するなど)または機能または機能(色、サイズ、重量など)のいずれかによって。 抽象化は、機能を論​​理的に編成することにより、オブジェクト指向プログラミングを容易にします。 車を作るために、フレーム、エンジン、ボディを別々に作ります。
  2. 推奨されない – これは、システムに古いコードが残っている可能性があるが、段階的に廃止する必要があることを意味します。 コードが非推奨になると、プログラマーはそのコードを参照したり、新しいコードを利用したりすることはありません。すべての参照が古いコードに移動するまでは、古いコードを参照したり、古いコードを削除したりする必要があります。 場合によっては、その機能が廃止される場合、ユーザーに廃止されることを警告して、しばらくの間保持することができます。 新しい配線の新しいステレオシステムを入手しましたが、古い配線を残して使用していません。
  3. カプセル化 – これは、関数がシステムの他の部分に到達しない場合に、親内でプログラミング関数を編成するプロセスです。 何百万もの機能がある場合は、グローバルに利用できるようにするのではなく、機能する領域内で効率的に編成して機能させる必要があります。 エンジンを支えるメカをエンジンルームに… オイルフィルターは後部座席に置きません。
  4. 継承 –これは、別の共通コード(クラス)のプロパティを引き継いで、書き直さなくても新しい機能に再利用できるようにする機能です。 継承は、もうXNUMXつの優れたオブジェクト指向開発手法です。 私のチャイルドシートは、子供や大人を乗せるために使用できます。
  5. 正規化 –これは、参照を構築することにより、データベース内のデータをより効率的に編成する方法です。 例としては、信号機を1日中記録する必要がある場合があります…赤、黄、緑。 各レコードを赤、黄、緑で書き込むのではなく、2、3、1を書き込んでから、2 =赤、3 =黄、XNUMX =緑の別のテーブルを作成します。 この方法では、赤、黄、緑をXNUMX回だけ記録します。 私の車のドアはそれぞれ同じドアハンドルを持っています。 4つの異なるハンドルではなく、4つの異なる場所で使用されるXNUMXつのハンドル。
  6. オブジェクト指向 –最新のプログラミング言語では、これは、特定のコードを機能ごとに分割して記述し、それらを再利用できるようにする設計方法です。 例としては、有効に作成された電子メールアドレスを確認したい場合があります。 関数を一度作成して、アプリケーションの必要な場所で使用することができます。 私の車には18インチのリムがあり、同じメーカーまたは他のメーカーの他の車で使用できます。
  7. ポリモーフィズム – これは説明が難しいですが、基本的には、他の状況で動的に使用できるコードを開発する能力です。 つまり、参照する方法だけで、独自の動的な機能を継承できます。 これは非常に効率的な開発手段です。 自動車のコンセントを使って、携帯電話を充電したり、タイヤ ポンプにジュースを供給したりできます。
  8. 再帰 – これは、コードがそれ自体を参照するメソッドです。 効率的で意図的な場合もありますが、アプリケーションを制御不能に陥らせてしまうこともあります。 カーステレオをクリックすると、ラジオ局をループします。 それは決して終わらない、ただ進み続ける。
  9. リファクタリング –これは、コードを書き直して、追跡や整理を容易にするプロセスですが、必ずしも追加機能を追加する必要はありません。 エンジンを再構築します。
  10. サーバー指向アーキテクチャー(SOA) –オブジェクト指向プログラミングを採用し、特定の機能を実行するシステム全体を使用できる大規模なシステムに適用します。 配送システムなどと通信するeコマースシステムと通信する顧客関係管理システムがある場合があります。 車でトレーラーを引いて、ある場所から別の場所に商品を発送します。 トレーラーヒッチ(XML)を使用してそれらを接続します。

私の比喩が必ずしも完全に的を射ていたわけではないことを理解しています。 でも、少しでもお役に立てれば幸いです!

開発者との次の会議でこれらの言葉を聞いたときのアドバイス…席に戻って調べないでください Wikipedia、彼らは見ているでしょう。 ひるむな、彼らは攻撃するだろう。 やるべきことは… 窓の外を深く考えているかのように考えてから、好奇心旺盛な顔で振り返るか、あごを引っ掻いてください。 彼らがより多くの情報で彼らの宣言をフォローアップするのを待ってください。

…彼らは見ています。

8のコメント

  1. 1

    笑あなたは本当にそれを釘付けにしましたダグ🙂あなたは私たちを廃業させようとしていますか? あなたは私たちが理解されていない、したがってクライアントと私たちの道を持っているそれらの概念に頼っているのはよく知っています。 今、私たちは彼らを吹き飛ばす方法を見つけなければなりません 結合 これらの流行語は、次のようになる可能性のあるXNUMXつの巨大なフレーズを作成します。

    入れようとしている機能は、機能をカプセル化し、サービス指向アーキテクチャーを介して通信する複数のオブジェクトに抽象化できることをご存知でしょう。

  2. 5

    ソフトウェア開発者である私は、この投稿に感謝することができます。 私たちはそれほど悪くはありませんが😉私はそのようなテクノバブルで人々を竹で割ることは決してありません🙂

    あなたのためにもう少し言葉を考えてみましょう…。

どう思いますか?

このサイトはAkismetを使用して迷惑メールを減らします。 コメントの処理方法を学ぶ.