高度なプログラマの自己

私たちは、この業界のより深い理解を持っている必要があり、最初の時間で、この業界の専門家を選びました。多くの問題のように、この開発することができますライン、雇用見通し、給与とを含みます。

プログラマーの一部が数年後、移行が可能になる、あるいはキャリアの変更でした否定しないでください。これは、人々が選択した業界ではありませんが、この業界をあきらめます。あなたは何の研究度がない、職業を学習するための初期の熱意を失ってしまいました。誰もがすぐにITの業界知識の交換を知っているように。また、一部の人々、いくつかのいわゆるアウトソーシング企業は、特定の機能を実現するために、盲目的にコピー＆ペースト。機能が実装されますが、再利用性、およびコードの最適化および他の態様の読みやすされているが、それはあなたが自殺をしたいプログラマーとしてあります。、「明らかにゴミでコードがある場合、すべてを読むことができません。」、ハート尋ねます 多くのプログラマディスクアクセス、そのような混乱、本当にドライああ！食事なしを取得する方法ありませんが、また、自分の仕事の残業仕上げに取り組んでいます。

そして、それは、高度なプログラマに道をさまようでしょう。私は、プログラマ、または何か他の職業にかかわら、と信じています。最初は、最初に自分の態度を補正することです。現代社会や職場では、そのような広範囲の現象。それは、すべてのへまである、または私は楽しんでいます。これを考慮してたら、ジョブ記述フリーズにしています。もはやそのはしごアップ、給与の増加にはおろかません。だから、誰がHunziを調達する動機は何も与えないために喜んではありません、何の給与の増加が正当化されていないと言います。そして、そのような人とは、会社の利益と損失は、現象の減少でなければなりません。

その後、プログラマのリテラシーとコミュニケーション能力について話しました。通常、私たちは、プロジェクトを引き継ぐ事前にニーズ分析を行います。いくつかのプログラマは、このプロセスは気が、なぜ徹底していますが、多くの時間と労力を節約行う場合、我々は、このプロセスを実行する時間の関数のコードを記述するために遅くなりませんでした。コミュニケーションと需要側も非常に重要です。そのため通信不利な場合は、後者の場合は、プログラマの多く吹い始める作る繰り返し変化の関数があるでしょう。頭皮がに慣れています。通信の最良の手段：製品ドキュメントを提供する必要=> R＆D担当者がニーズ、要望されているすべての繰り返し、通信上の問題の焦点のポイント=> R＆D要員を議論するために、質問の需要ドット=>製品とR＆Dのレコードの上に行きます製品には、それはおそらく必要性を説明し、=>製品確認の実装に焦点を当て、開発プロセスを開始すると理解することができます。

時間配分の問題。書き込みコード非常に敏感東ハンマー、西スティック。このような考え方は、最終的には非効率的なモジュール化度の高い、ではないと言うことではない、コードを混同するのは非常に簡単です、再利用性が低下します。一般的には時間の割合は、タイムラインの30％を占有し、コードの50％を占め、テストと自分の個人的な状況に応じて適切な変更の20％を絞り込む達成するための最良の方法を考えて、のようにする必要があります。

最後のステップは、品質管理の開発です。

1. 基本的な基準は、機能を正常に使用することができます。

2. 高他者による読みやすさと自分自身読み取り、変更、メンテナンスコストを削減。

3. モジュール性の高い、拡張性を向上させ、メンテナンスコストを削減し、開発効率を向上させます。

最後に、我々はプロセスで、自分の進歩を求めて、常に蓄積された学習を考えて、私たちは積極的な姿勢を持たなければならないことを強調し、他の人がポジティブなエネルギーを持って来るために会社のためにあなたの野心を見てみましょう。