プログラミング-スマートのみ
技術的に無能な「人文科学」や主婦、さびたダミーを含むすべての人がキューブの接続を通じてアクセスできるプログラミングについての議論から聞くのはうんざり。 ナンセンスは純粋です。 左半球はプログラミングを担当します。これは、facebook、coffee、およびソーシャルネットワークでの動物の相互の好みと議論の時代に、現代のヒューマノイドで徐々に萎縮します。 プログラマーのモチベーションを劇的に高めたいですか？ プロジェクトマネージャーが基本的なタスクをどのように解決するかを示します。1次および2次の導関数を見つけ、耳から滴り落ちるデスクトップに血を流し、非人道的な過負荷から超低周波音を出すことにより、極値と関数の過剰を計算します！
そして、プログラミングの「普通の」人々の大量トレーニングの歴史にあるケースがあります-アルゴリズム、プログラミング言語の複雑さ、およびオペレーティングシステムの機能の完全な知識なしで、あなたが頼ることができる最大のものは「開発者」/タイプセッターのフロントエンドチームを獲得することです引用符で囲まれています）。これは、「美しく見える」ことを除いて、あまり知る必要はありません。
そして、ここで起こりうる最悪のことは、偽のプログラマーと長い間協力し、深い知識を必要としない単純な原始プロジェクトで成功し、コンピューターサイエンスの混合物を含む興味深い複雑なプロジェクトを取り上げることです-楽しいことは素晴らしいです：誰もがStackOverflowに侵入して開始します再発明...アルゴリズムとTCPがIPとは異なることを疑問に思う！
詳細はこれまで以上に重要です
残念ながら、正しくプログラミングするには、プログラミング言語を深く広く知る必要があります。 これらがPython、Ruby、PHP、JavaScriptのような単純な動的言語である場合、特別なことは何もありません。実質的に微妙な点や突発的な困難はなく、成形されたものを彫刻することができ、特定のポイントまでは何らかの形で機能します。
しかし、C ++、Java、C＃などの「実際の」産業言語で書くには、数年間の集中的な準備と、厚い本や言語のすべての微妙な点を読んで理解することが必要です。 しかし、これはほんの始まりに過ぎません-OOPパラダイムでプログラミングする方法を学ぶことが重要です-そして、これはさらに3年であり、デザインパターンに関する書籍の別のスタックを読みます。
退屈している場合、ラムダやクロージャなどの倒錯寸前に機能的なスイーツを適用することでプログラマーの生活を薄めることができますが、これをいつでも拒否して健康な禁欲主義と正統派の健康的なライフスタイルに戻ることができます。
デザイン-それ以外の場合は不可能です
紙の上に感情的なナンセンスを塗りつけ、「fi / not fi」のスタイルで行われた定義を背中に書き、デザインしないことができるというおとぎ話を本当に信じましたか？ はい、あなた、兄弟、おかしいです。 多かれ少なかれ複雑なシステムでは、ブレインストーミングを行い、取締役会で数ダースのコーヒーを消費する必要があります。 エンティティの論理スキーム、ロール、アルゴリズムの正式な説明は、完全な代数的無慈悲さで作成する必要があります。 これは、 UMLの知識が役立つ場所です。 それ以外の場合、あなたは、「でたらめは質問です、ここではすべてが明確であり、主なことは私がとても美しいということです」という考えを持つスイッチボードを無視して見ている猿のように見えます したがって、愚かさと怠lazがプロジェクトチームの頭脳を捕らえ、常に複雑なものを厳密に形式化することを許可しないでください。
プログラマー-管理する必要はありません
ソフトウェアプロジェクトのマネージャーはどこから来たのですか？ そしてすべてがシンプルです-プログラマーはしばしば非常に賢くて、プロジェクトを目標を超えて美学と完璧の分野に導き、用語と貪欲なクライアントに唾を吐きます-単にイデオロギーの理由で、単に美の愛のために。 そのため、開発者はマネージャーを必要としない可能性が高くなりますが、コード、クライアント、人生、そしてクッキーやコーヒーの購入について良いことを言うことができる教育者やインスピレーションを必要とします。
それでもプログラマーから最も好きな映画を知らないのですか？ ここにあります-毎週の視聴を手配してください、特にクライアントとのミーティングの前に、映画は非常にやる気にさせます！
しかし、ソフトウェアプロジェクトは、サポートスタッフがいるコードやプログラマだけでなく、ビジネスでもあります。 そして、特にヒステリックな叔母投資家の存在下では、そのような政治的抽象化は条件と予算として生じます。 これがまさにITマネージャーのクラスを生み出すものです。 残念ながら、チームの効果的かつ効率的な管理のために-マネージャーは、正直なところ、技術的に精通し、プロジェクトの詳細を掘り下げ、リスクを評価する必要があります。 有能な「リーダー」と感じ、チームは直観的に少なくとも何らかの形で彼を助けますが、それは無作法で正確ではありませんが、良心で-少なくとも抽象化のレベルで政治的かんしゃくを少なくとも何らかの形で鎮静させるために、リスクを評価し、推定と費やされた時間を見積もってください そして、これはしばしば成功につながります。
しかし、マネージャーが意識的に「愚か者になり」、「ピンクのメガネ」を身に付け、感情的なせん妄（ ProductBacklog ）、ボード（ Burndown ）、カード（ PlanningPoker ）でリーフレットで公に遊び始めて、あなたがカミングが起こることを期待する-out-そして、おそらく、プロジェクトは運命にあり、何もすることができません。
「鶏肉から-料理してばか」
したがって、リラックスして、「 滝 」とRUP 、およびスクラムとカンバンを学習して区別しようとしないでください。これは役に立ちません。 本物のプログラマーを見つけることに集中しましょう！ チーム自体が、プロジェクトに最適な方法論、テスター、アナリストの数、そして最も重要なことには、クライアントの感情的な発散を厳密な形式化とアルゴリズムの分野に適応させるチームを選択します。
パラドックスですが、適切なプログラマーのチームがあれば、どの方法論を選択するかは関係ありません。「TKなし」という名前で最も「怖くて恐ろしい」方法論でさえ、プロジェクトを成功に導き、優れた技術的品質で時間通りに出発します。 原則として、あなたはエメラルドの街の魔法使いになることさえできます-そして、プロジェクトはとにかく離陸します。 逆もまた同様です。広告に「配管工」と入力しても、あなたが最も正しいとは言えません。世界で唯一正しい方法は滝です。 人々は自分のコードとドキュメントを混乱させて、以前のカスケードのバグをチェックするテスターのカスケードを数回収集する必要があります（期間内）。
アジャイル-特殊部隊向け
アジャイルが「ヒステリー投資家」から保護するために経営陣にとって単に有益であり、非常に人気があることを非常によく理解することが重要です-そしてそれは開発チームを理論的な互換性、透明性、そして理論的な疎外感を持つマクドナルドのようなものに変えます すべてがうまく管理されていることがすぐにわかります。頭のいい人はいない、みんな忙しい、数は増えている、人は走っている-しかし、それはもちろん完全なナンセンスです。
アジャイルは、本質的には、ソフトドラッグの影響下にあり、自分の真の完成度からきらめいていることが多いプロフェッショナリズムの最上位カテゴリーの開発者と協力するための方法論です。しかし、あなたは間違いなく誇りに思うことができます！ それだけです。これがアジャイルです。今日、同様のソースで提供されるものとレベルと違いを感じますか？ :-)若者をタイプアップし、コーヒーを飲んだ（または何かを吸った）こと、反復と回顧についての感情的な本をいくつか読んだこと、そして誰もが気分が良かったことが明らかになります-あなたは確かにあなたの首とあなたのチームを壊します、そしてそれはとても美しく壮観ですあなたがあなたの人生の残りの間しゃっくりすること。
XPの歴史と製品所有者の少女の運命を決して忘れないでください。狂った顧客を持つケント・ベックが麻痺し、顔の神経質になりました。 しかし、はい、本は興味深い書かれていました... :-)
何よりもコード品質とチーム結束
実際のプログラマーによって書かれたソフトウェアプロジェクトで最も重要なことは、プログラムコードの美しさと調和であることを忘れないでください！ 人々を自分自身に引き付け、開発に時間とエネルギーを投資するよう動機付けるのは彼です。 残りのコンポーネントはデリバティブです。
そして、プログラムコードの美しさは何ですか？ これは：
- シンプルさ
- 明快
- 簡潔さ
- シーケンス
- 「内部」で何が起こっているのかを理解し、オペレーティングシステムとプロトコルの機能を正しく使用する
- これに対する拡張性または準備
- ドキュメントは必要な場所にのみあります！
男はコードを開きます...そして彼はそれをさらに発展させて喜んでいます、彼の気分は改善します！ しかし、コードを開いて、嘔吐をほとんど抑制しない場合があります-これが人生の真実です。
シリコンジェダイがどのプログラミング言語で作成してもかまいません。 JavaScriptで美しく書くことができ、読者を知的エクスタシーの状態に導くことができます。 そして、あなたはJavaでストリームベースのポルノを身に着け、ひどい抑うつ薬を運転し、ラットだけでなく、人に変装したエイリアンも追い払うことができます...
結論
- ソフトウェア開発方法論に悩まないでください-これは役に立ちません
- 主にプロの本物のプログラマーとサポートスタッフ（アナリスト、テスター、すべてのストライプのマネージャー）を見つけて採用することに焦点を当てる
- 適切なチームを見つけることができた場合-開発方法論自体を選択し、どの方法論でもプロジェクトが成功する可能性があることを知らせます
- 適切なチームを見つけることができなかった場合は、仕事を変更する方が良いでしょう。なぜなら、「ヒステリーおばさん-投資家」が政治的要求に噛まれて見積もりを出し、時間通りに着く可能性が高いからです。 または、壁に感情的なリーフレットが付いた、ゆっくりと落ちて燃える飛行船に落ちます。朝、何かを作るだけのバカ-社会恐怖症のスタンドアップ -しかし、時間通りに！ 高さを計算し、パラシュートを見つけて、花火の開始前にこの悪魔のような場所を離れる準備をします:-)
PS：秘密に、彼らはとにかく離陸する方法がまだあると言います-TK、ユニットテスト、厳しい規律とクトゥルフへの人間の犠牲で厳しい滝に取り組むこと。 しかし、これは幸運です。 そうでなければ、あなたは第一次世界大戦の厳しい雰囲気に陥り、統計に従事します-馬を蹴ったり、人食いとの積極的な戦いを行って人員の損失を予測し、数えます。 頑張って