序文
私たちはプログラマの「35歳の危機」について話すが、今プログラマのが下の方のしきい値を取得する前に、ほとんどのプログラマのために、30歳の危機に既にあります。
多くのプログラマは、30歳の前方にはBATに持っていなかったが、BATの国内プログラマーの何百万人が数、つまり、良いのミックスを定義します。テクノロジーは、一つのことは、より頻繁にBATにもいくつかの幸運が必要です。行くことができる素晴らしいではありませんが、また、何の希望もなく、その生活に取得する必要があります。多くの中小企業のプログラマはBATよりも悪化していませんでした。もちろん、BATは、強迫観念にプログラマーがたくさんあり、これは別の問題です
私は一人で共有して、直接BATにあなたを聞かせすることはできませんが、少なくとも、あなたはこの道路のプログラマは、私があまりにも悪くない住んでいた、遠くに行かせることができ、あなたは慎重にこの記事を読んでいる場合。
01
まず第一に、あなたは自分自身を認識する必要があり、これは彼らのキャリアパスを計画するための時間は、私たちが最初に明確な事をしなければならない、です。
プログラマーのキャリアは20歳から開始しようとしています。20歳の私たちがやっているの？たぶん、キャンパスの象牙の塔に若者を左右、多分私達は、職場に、学校外であります
あなたの学校は非常に良いではない場合、それは最初の場所での練習（プロジェクト）で、あなたの期待を下げるか、あなたは非常に不安になりながら、不安は良いことではありません。
「良い教育がなければ自分自身のために話す作品を取るだろう。」
作業は、プログラマの最高の証拠である、より多くのあなたがそれらの添えものを再開したいよりも、です。多くのプログラマが、これは自己欺瞞は、それが、これは良い練習の良いインターネットプロジェクトである模倣することは可能な限りオープンソースプロジェクトや、独自に関与しているかどうかは良いプロジェクト、ではないと言います。
これはまた、学生は今仕事に行くための新しい仕事は非常に良いではありませんしたいBATに適用されます。教育の不足を補うために強さと、テーブルの上に置くことができることは、メーカーへの最善の方法です。あなたは2000+スターでプロジェクトを持っている場合は非常に簡単にメーカーに実際にあります。
02
言語を学ぶ、私は3つの言語をお勧めします！
強くあなたはJavaは、古典的なプログラミングの考え方の代表、および古典的な動的なプログラミング言語の多くはストレスを受けたり、非常に簡単見落とすことを考えていないであることから、プログラミングの思考を訓練するための非常に良いですのJavaを、学ぶことをお勧めします。
多くのバックエンドは、簡単に、彼らは、Javaからあるからこそ、より緩和されるだろう他の言語を学ぶためにJavaから開始、プログラミングの道の始まりをフルスタックの開発者になるが、ターンでJavaの動的言語、移動から学ぶことを考えるように始めることができます他の言語はそう簡単ではありません。
実際には、Javaは、C＃、C ++が3のいずれかとすることができる、我々は、考慮に実用性を取って、古典的なプログラミング言語のこのタイプを選択し、まだ最も適切なJavaやPythonで、JSは、言語のための最良の選択ではなく、第二言語としてしなければなりません彼らは、最も適切です。
これは、Javaでの思考であります：
実際にその構文はよく知られているこのような要望を持っている、あなたは動的言語を必要としないではないので、多くの学生があまりにも多くの食品のソースを理解していないかどうかまたはJS Pythonのソフトウェア工学の考え方、が、「ソフトウェア工学の考え方良いは非常に複雑であり、ライトフレームワークのコードを持っている理由35は、「いや、理解していません。
多言語のは良いことですが、：
言語は、それが本当の力で、複数の言語で柔軟なアプリケーションが可能、多目的の追求ではありません。
バックエンドプログラミングで実際にはフロントエンドのルックスは非常に不思議な思考やメカニズム、で多くの学生は、このようなデザインパターン、IOCコンテナの概念として、非常に一般的です。
多くの人々は、このアルゴリズムは、通常の流域の優れたプログラマやプログラマであると言うこの文は、過去に正しいです。しかし、今、このソフトウェアパッケージの高さの事のために：
アイデアとデザインパターンは、実際の流域であります
一方、多くの学生は、多くの場合、私に尋ねる：先生、私は学ぶために方法がわからない混乱しています、私はどの程度に学ぶために最終的にはわかりません。私たちは技術の前にカートを置いているため、問題は、私の意見では、それが本質的です。技術は非常に実用的なもので、技術的な検査指向の教育を行う学習モードのようなものではありません。
サービス収益のテクノロジー、実際に適用されます！
一部の学生は、私はちょうど技術が実際に適用されるのか分からない、と言います。それはあなたがオープンソースプロジェクトに参加したり、自分自身に仮想プロジェクトを与えることができ、非常に簡単です。
03
なぜ私たちは30歳のプログラマの危機と言うのですか？
あなたは30歳を考える場合には、単に現実的ではありません基本的に、食べるための技術に頼ります。あなたの若い人たちは、あなたが支払うことができないよりも安くは30歳と20歳の男性が必要です。あなたは、あなたとあなたの利点に比べて20歳の男性をどう思いますか？経験？申し訳ありませんが、経験は、この業界ではプログラマのためのその大きなAギャップはなかったです。理由は次のとおりです。
ソフトウェアは、モデル化されてきた、そしてそれは、あなたの経験は価値がないかもしれ洗練された業界ではありません
あなたはこれらの機能だけで輝き続けることができ組み合わせる前に、全体的な品質、機能は、コミュニケーションスキル、リーダーシップ、マネジメントスキル、分析的問題を含んと戦うので、30歳、あなたの経験は価値がこれらの機能の組み合わせのみ、技術の蓄積でした。
私は真実を理解し、私は古い成長する技術は、純粋な、管理がやってできていると思うために使用されるが、で、多くの人が技術を行い、そして実行する私の心は、管理人を見下すです：高いリターンを持つようにしたいです、私たちは、ビジネスや社会に大きな価値を提供する必要があります。その管理は、人々のグループの価値最大化できるように、人の価値は、技術だけではなく、異なる管理を限定されている給与の管理は、確かに多くの理由は、通常の技術よりも高く理由で、。
これらの機能を開発する方法それ？これらの一見非常に真のが、非常に重要な機能は、実際には、学習パスとして技術好きではなかったです。多くの学生は、私は、これらの問題を検討するための技術を学ぶように、私は最初、技術を習得する必要があり、私はまだ若い、20歳ですと言います。間違いました！
同じ会社の同じ二人は、人の給与は1別のより高い倍、あるいは数回することができ、なぜあなたは今まで疑問に思っている、なぜ有料誰かたびに比べ大きさ背が高いですか？私は技術は間違いなく違いの主なポイントではありませんなぜ私は非常によく知っている、多くのチームを取りました。バスケットを持っている、と私たちは日常生活の中でより他人の技術は非常に悪化することができる人、修道院するには？完璧な順序で物事のすべての種類を扱うことができるだけでなく、彼らの原則に、実行する事は単純に美しいです：実際には、主な違いは、総合的な品質です。
私に例を与えるために、このドキュメントは、私のチームのDOの男です。1. SQLがある文書に参加：私は実際に完全なA文書には3つのしか単語が言いました。2.スタイルの良い点。3.ロジックの異なるドット。
2は考えるように角度から、
まず、あなたは従業員が行うことを好きなリーダーです
第二に、あなたが行う場合は、このレベルでそれを行うことができます
あなたが能力を有している場合は、将来を心配し、これは全体的な品質に反映されません。実際には、すべての人生の歩みの全体的な品質が要求されているが、多くの場合、少しの代替プログラマ、このキャリアは、ほとんどの人は、ただやみくもに熾烈な技術の全体的な品質を重視していません。
あなたは慎重に、彼らはすべてが順調に行うことができ、共通の特性を持って、多くの高給の人々を観察することができます。
其实技术这个事儿越到后面越不值钱是很正常的。其他很多职业是先付出才有收益，但技术不同，它只需要付出少量的精力突击学习就能找到一份还可以工作，这和其他需要前期投入很多成本的职业不同。这个行业门槛偏低享受了低门槛的优势就必定要在未来付出相应的代价。
那我们究竟该如何面对未来呢？
程序员在未来大抵有以下4个方向
1.技术一条路走到黑
2.半技术、半管理的复合人才
3.自主创业
4.直接转行
后面我会带这大家一条条分析。
第一条能在技术上一条路走到黑的少之又少。能走这条路的很大程度上是真需要一定的天赋的，大多数人走不到黑就爬不动了。
第二条是去兼具技术和管理
第三条这个不多说了，能自主创业成功的那是你的能力。如果你有这个能力我觉得基本不需要听其他人的意见，你必定有很强的自我选择和分析能力。
第四条也有很多人走但大多数是被迫无奈只能转行。
最实际的，也被大多数前辈证明确实可行的，只有第二条。有很多同学说做纯管理不是不可以，只是没有优势！你20岁－30岁都在为技术奋斗，这些积累需要物尽其用的利用起来，技术是你傍身的优势不能丢掉。只有兼具技术和管理才是你最大的优势。
这就是为什么前面我特别强调技术不是唯一，把事做好才是你的目标。我们很多同学体会不到是因为你从来都只站在一个执行者的角度去看待问题和完成任务，从来没有站在一个leader的角度去看待问题。你必须和你的leader保持同理心。时间长了你自然就具备了一定的管理和分析能力。
把事情做好的一个先决条件是你有一定的大局观和分析能力，这一点非常重要！这也是为什么很多人到了30岁后无法转技术管理的原因。你20多岁的时候只知道每天耕耘自己的一亩三分田，做前端的永远不学服务端，做服务端的永远不了解前端你，如何能有全局的分析能力和大局观？
前端这个称号其实是人家给你画的圈，不应该成为你自己的枷锁。其实在我心里从来就没有全栈，在过去本身就没有前后端之分，何来全栈之说？很多同学说过去不分前后端是因为没有那么多的框架要学习，这是本末倒置！还是抱着考试的态度在学习。
在我看来现在的前端比过去简单太多了，开发一个项目的成本比过去低太多了。jQuery时代是没有组件化也没有数据绑定的，想想只这两点能节约多少成本，以前你需要自己用原生的JS模拟类这个概念，因为那时候没有ES6，想想现在的ES标准。
不要给自己贴上前后端的标签 因为你扼杀了你自己的可能性
事实上现在技术的发展趋势也是模糊了前后端的界限这个就不用我再多说了。
走第二条路还有一点非常重要——注重细节。一个产品的细节才是灵魂，好的程序员和不好的程序员其实在技术本身上差异不大，但是好的程序员非常注重细节。如果你写代码的时候努力去做好细节，那么长期积累下来学习的效果是非常明显的，进步也会非常的快。如果你总是觉得差不多就行了，写出来的代码千疮百孔，那我建议趁早放弃编程。
最后强调一点，学习太多方法论不是一件好事，以解决问题为目标才是最好的方法论，没有之一。我们很多同学特别热爱去看方法论，方法论本身没错但问题是我们没有坚持下去的毅力，也没有这个执行力。方法论的前提是你能很好的执行它。所以我们需要有驱动，解决问题就是最好的驱动力。太多同学迷失在方法论的探索里，永远在找方法就是永远的停滞不前。
说了这么多，肯定有人在心里问，道理我知道了，怎么落地，怎么实操呢？
捷径就是向比你厉害的人学习，在实战项目中学习，突破“端”的界限去学！
最后
文章的经验分享虽然到这里就结束了，不过小编为大家准备了Java相关的实战文档作为文末的福利，希望可以给程序员朋友们提供到可以有所提升的帮助！均免费分享，大可不用担心。
获取方式：转发+关注后后台私信【实战文档】可免费领取！
