システムを面白く、良いものにする（「良いもの」）
低品質の製品を大量に生産でき、近い将来、より多くのお金を稼ぐことができます。 しかし、長い目で見れば、あなたは負けるでしょう。 覚えておいてください、悪名高い「斑点」はどこにありますか？..それらから成長する時間がなかった人はいなくなりました。 プログラミングでは、すべてが同じです。
常に一歩先を行く
新しいものを使うことを恐れないでください。 試してみてください。 検索。 常に頂上にいる。 遅かれ早かれ、あなたを非常に興味深く、有望なものに「連れて行く」でしょう。
相乗効果。 そもそも人々
次に-技術、プロセス、広告、契約、パートナー、お金、株、その他のゴミ。 あなたが人々を信じていない、そして人々があなたを信じていないなら、お金のためだけにお金のために働いている-あなたには未来がありません。 記事を参照してください起業家の2つのタイプ
最高のものを探して、チームの雰囲気を作ります
最高を探してください。 または最高の成長。 そして、プログラマーに市場平均よりも多く支払う。 他の「保有」ボーナスを考えてください-発明してください。 人々がなりたいあなた自身のユニークな雰囲気を作成します。 その中で彼らは快適だろう。 「悪い」人をあなたの近くに置いてはいけません。灰色ネズミ、情報提供者、他のリフフラフを一掃します-遅かれ早かれ、それはあなたの会社とあなたの両方を埋めます。
快適な労働条件を作り出す
私を信じてください。箱の中の倉庫に座って、驚異的な椅子に棚を置くプログラマは、できるだけ早くあなたを去ります。 もちろん、彼は少なくとも人生で何かを必要としない限り。
専門家のトレーニングに投資する
自分自身を教育し、トレーニング、コース、会議に送ります。 同時に、トレーニングで「スキルを獲得する」ことでスペシャリストが退職することを恐れている場合、それはあなたの会社がより深い問題を抱えていることを意味します。 トレーニングを節約するのではなく、解決してください。 そして貪欲にならないでください！
専門家間の直接的な金銭競争を避ける
専門家間の金銭的競争は否定できない絶対的な悪です。 従業員間の金銭的競争は、チームの不一致につながります。 Vasyaが、Petyaからタスクを「打ち負かし」、来月さらに5000を獲得できることを知っている場合、彼はおそらくそれを行うでしょう。 たぶんペティアも気分を害することはないでしょう...しかし、彼らは決して友達にならず、単一のチームとして働くことはありません。 競争は「間接的」である可能性があります-知識、責任、メンタリング-お金ではありません。 これは非常に悪いです。 この場合、「平等主義」もそうすべきではありません。
ジャンクを捨ててください。 冷酷に。 リファクタリングを行い、「悪い」コードを削除します
古い家具、サーバー、コードが周囲のスペースを狭めています。 呼吸させないでください。 定期的な掃除をしてください-そしてあなたの家でそれは軽くなります。
ユーザー（顧客）をフォローアップしないでください
これについて多くの文献がすでに書かれていますが、繰り返すのは意味がありません。 ITでは、クライアントは常に正しいとは限りません。 さらに、彼は常に自分が何を望んでいるかを知っているわけではありません。
システムがフリーズしたり、開発が停止したり、プログラマーがリラックスしたりしないでください。
変更を恐れないでください。 変更して変更します。 そうでなければ、遅かれ早かれ彼らはリラックスして乾き、ビールで固くなり、ある時点で彼らは新しい面白いことをすることができなくなります。
速くしないでください。 その後、それはまだあなたに応答します！
誘惑は常に素晴らしいです。 しかし、これによる問題はさらに大きくなります。 あなたはどれを想像することさえできません...
その場合は、できるだけ通常どおりに修正してください！
プログラミングは言語ではありません！
プログラミングとは、テクノロジー、開発環境、API、フレームワークです。 プログラミングは、人々、彼らの知識、そして夢です。 彼らのアイデアと願望。 エンティティとしてのプログラミング言語は二次的です。
SQL：複雑なストアドプロシージャを作成しないでください。 データの簡素化とORMの使用
最も一般的で重大なアーキテクチャエラーの1つ。 「決して速くしない」を参照してください。
アプリケーションサーバーにアルゴリズムを使用し、SQLにアルゴリズムを配置しない
SQL SQL'yu不和。 「すばやく実行しない」を参照してください。
コード内の複雑な分岐と条件を取り除きます。 パターンを使用する
...それ以外の場合、あなた自身はあなたが何を持っているかを知りません。 条件と分岐が多すぎる場合、これは、システムに「間違った」何かがあるか、アーキテクチャ上のエラーがあるか、またはシステムが単に「大きくなった」ことを示します。
論理エンティティと物理エンティティによって可能な限りコードを分離します
コード内でどのオブジェクトがどのオブジェクトを継承し、どのオブジェクトから継承されているのかが明確でない場合、アプリオリは自分が何を書いているのか、何をしているのかまったくわかりません。 問題は、それでは何のためですか？..結局のところ、実際には、有名なf話のような写真が得られます。
アプリケーションを簡素化します。 グリッド内の値の編集は忘れてください。
別の根絶不可能な悪、時にはシステムの非常に重大な問題につながる。 毎回、座ってデスクトップアプリケーションを作成します-あなたはそれを持たず、Webインターフェースだけを持っていると想像してください。 「グリッド列のセルで写真を編集することを想像してください。これは、そのような条件の下での別のグリッドのセルです」-恐ろしいことです。 このhemo核をすべて持つのではなく、別のエディターを作成してください。 そして、自分自身と顧客の脳を心配しないでください。
車輪を再発明しないでください：標準ソリューション（ベストプラクティス、フレームワーク、API）を使用してください
文字列に独自の部分文字列検索アルゴリズムを記述することは、もちろん興味深いことです。 たぶんそれは標準的なものよりも速いでしょう-あなたが良いプログラマーなら。 問題は、ほとんどの場合、このアルゴリズムが絶対に不要であることです。 よく知られているフレームワークを使用して標準的なソリューションを使用する方が、自転車の発明に行き詰まるよりもはるかに最適です。
1つのヒープに異なる機能を混在させないでください。 （相互に）交換可能なコンポーネント（および顧客）を設計する
開発者は常に1つのアプリケーションですべてを実行したいという誘惑に駆られます-多くの場合、これは簡単です。 しかし、長期的には-モンスターを取得します。 特に、システムが大きく複雑な場合。
ハードウェアのパフォーマンスの問題を責めようとしないでください
超近代的なサーバーは素晴らしいです。 しかし、ソフトウェアが曲がって利用可能なすべてのメモリを消費する場合、サーバーは役に立ちません。 鉄はまだあなたを失望させた。
最新のプログラミング言語で記述し、最新のテクノロジーを使用する
もちろん、誰かがDelphi、Visual Basic、または他の奇妙なまたは古い方言で書くのがクールであると感じていることを認めます。 しかし、これはまったくクールではありません、信じてください。 そして、将来的には多くの問題があるでしょう。
インターフェイスをオーバーロードしないでください。 ミニマルでモダンなデザインのみ
2番目のAppleを作成してみてください。 ほとんどの場合、成功しません。 しかし、まだ努力します。
リストは補足することができます-理想的なIT会社は何にも限定されません！