そこに多くの外部プログラマの成長、良い時間、良い会社、良い同僚があり、あなたがよりスムーズに成長します。
今回は、人気のことわざで、自分自身を強化する方法を初心者に話すのは良く成長するために、ポイントの概念、明確なコンセプトについて話しましょうためにラインに加わりました。
まず、検索エンジンはあなたの最良の教師であります
少なくとも今私たちのためのシナリオの99.9％以上のためのこの1、。これまでのところ、検索エンジンは、私は多くの問題を解決！もっと考えられない、私に多くのことを教えてくれました！
多くの人が問題を抱えている、我々は、彼らがパニックに始め、人々をお願いしたいです。私は実際には、不必要な、あなたを伝えます。検索エンジンは私たちに、この問題に良い解決策を助けます。多くの高齢者、経験と貢献マスターは、多くの曲がりを回避するために、私たちを有効にすることができます。
第二に、より意味のあることを行います
一部の人々は問題に毎日、私はまた、アーキテクチャ図を描画する方法を検討したい場合は、設計アーキテクチャのようなものとは何の関係もない時間を無駄にし、完成したコードは、バグチェックは時間を無駄にしたときにも、展開のパスの前にテストのいくつかのラウンドを繰り返していますログスイープに。人のエネルギーは私の時間の増加が少なくなるように、これらのものの上に時間を無駄にし、常に限られています。
熟練のコア競争力のあるコードを書くための第三に、能力
資格のプログラマになりたい、コードを書くことが100,000行、プログラマはプログラムを書かなければならないコードの十分な量の基礎であり、これはドラッジであることを感じているだろう、近道はありません。
コンピュータがサポートを行うには能力がない、実用的な科学である、良い科学的な研究を行うことは困難です。私のメンター、博士はカーネギーメロン大学、カーネギーメロン大学、世界でも非常に有名なコンピュータの部門の一つは、彼はすべての医師は、カーネギーメロン大学を卒業するために、何千行ものコードを書かなければならないと言いました大企業への博士は、基本的には任意のインタビューを持っていません。ほとんどの国内および大学院の訓練は、博士課程、ハンズオン機能が弱いです。
十分なコードサイズを書いていない、それが唯一の紙の上、不可能であるマスターになりたいです！
第四に、粘り強さと忍耐力は、困難をあきらめないでください。難しさがありますが、進展があります
これはおそらく、「マスター」と一般的なプログラマの最大の違いです。天才ではない専門家は、彼らは無数の昼と夜に磨かれています。成功は、私たちに多大な喜びをもたらすことができますが、プロセスは非常に面倒です。
常にあなたがあなたの人生の努力をしたくない場合は、一つのことを覚えて、あなたが彼に触れる瞬間を持っていません。おそらく、今の日にそれを行うためのあらゆる努力は無駄な努力であるため。
第五に、プログラミングは肉体労働ではありません
10倍、より効率的なプログラマのための最大の問題は、一部の人々は、プログラミングだけで肉体労働でなく、組立ライン上のプログラマの労働者であることを考えるということです。一部のプログラマは、他のいくつかのより良いかもしれ、しかし、プログラマが他よりも10倍以上の問題を解決するために続けてはいけません。10人のチームは、常にプログラマを負かす事になります！9一緒に女性はああヶ月以内に子供を出産することはできません！
論理プログラミング効率のような上記の音速度を入力され、平均プログラマより単純多作コード等10Xプログラマ10回。この推論は、プログラミングクリエイティブプロ、手動でない労働であるという事実を無視します。同じ問題 - 多くの、多くの方法があります。一般的な探偵シャーロックのための10：かなり単純赤ちゃんの推論よりも、犯罪捜査の推論のレベルにもっと配慮。誰がより迅速に事件を解決することができますか？
第六に、唯一実際にプログラムを書くのが好き
-
プログラムを書くように、プログラマは天国です。
-
プログラムを書いて好きではない、プログラマは地獄です。
プログラマは非常に難しい、多くの場合、昼と夜、一日中パソコンの前で嘘をつく必要がある、との仕事は、いくつかの句読点が動作しません偽の書き込みを許可していません。人と同じように、人生はとても幸せで、それぞれが単一のコード行を書いて、誇りのようなものが来た、あなたの仕事は、広く使用されている場合は特に、新たな成果があるだろう。進捗状況に圧倒、非常に退屈コンピュータの前に座って、人を好きではない、毎日怒っバグバグを変更しようとしています。
七、芸術作品としてのプログラムは、詩のように、コードを書くのが好き
いくつかの企業は今（コードレベルのチェックが書かれたプログラムで行わ）コードレビューを行い、多くの人々はちょうどテストを介して取得する場合でも、進捗状況の圧力の下で対処する走り書き。表面には、速い進歩の開発が保証され、しかし実際には、このようなプログラムでも、開発者自身がバグ一度、ハードデバッグに、将来の維持およびアップグレードすることは非常に困難である、読みにくいです。このようなコードは、通常は、自然の厳しいの無駄を書き換えることができます。
芸術作品として誰も書かれた手順を記述する場合は、スピードものの少し遅い、本格クリーンで各行を書きますが、全体的な開発コストが大幅に低くなります。