程序员作为新时代的穷人

① 程序员工资很高，为何不见他们炫富

程序员不炫富一个方面是因为他们一直忙着编程序，第二个方面是因为程序员想要拿到高工资的话，还是要不断地充实自己，所以他们一直在看书。

综上所述，程序员之所以不炫富，主要还是因为他们工作很忙没有时间，其次就是因为他们非常的有职业精神。

② 穷学编程，富搞金融，专业选择和家庭条件有关系吗

虽说高考还有几个月，但是对于家长和学生们来说，如何选择合适自己的专业，心中还是要有点打算的，了解一些专业相关的知识，可以避免踩坑，毕竟选专业可能决定一辈子的职业方向，马虎不得。

艺术专业高考分数比较低，用别人上专科的成绩就能上重本，用别人上本科的成绩就能上清华北大。为何普通家庭学生选择艺术专业的并不多呢？首先是高中阶段动辄十几万，几十万的培训费让很多家庭望而却步。还有考上之后，学费和其他费用也是远远高于其他专业的，所以艺术不是一般家庭能玩得起的。

③ 程序员的悲哀是什么

“码农”这个词，不管是不是从事IT工作的人，都略有耳闻。这个词的诞生无从考究，不知是程序员的自嘲，还是外行带有颜色的嘲讽。总之，对于这个词，我是既无奈又无力反驳。确实，工作中，我们大多数底层程序员每日做的工作相当于流水线的作业。

大部分程序员是悲哀的，不是情商、衣着、自黑之类，悲哀的是没有决策权。项目做成什么样，那是领导和产品经理的事；用什么技术框架，那是架构师的事；数据库的设计，业务那是项目经理和产品的事；而作为一个普普通通的底层码农，我们只需要拿到需求，然后等设计给图子，流水化的写出实现代码。我们只是一个执行者，别人叫你干啥就干啥。最后项目做坏了，裁员的是谁？程序员。

这就是一个普普通通的“码农”。读书那会，我的老师跟我说，“如果从业十年，你依旧在写最基础的代码，做一个码农，那么就不要做程序员了，转行吧”。现实中，每个公司存在最多的就是这些“码农”，那种掌握核心技术，产于项目设计，技术架构的毕竟是少数，大多数程序员都处于被动接受，按需求完成代码的任务。

做程序员越久，越是感到：我们就是新时代的手工艺者。只有少数的人，从手工艺者，变成了发明手工艺制作机器的人，少部分人变成了设计手工艺品的人，少部分人变成了车间主任罢了。

“码农”这个词有着深深地悲哀。

见过太多刚入行的菜鸟，像极了曾经那个满怀激情，梦想的自己。当第一次接触java的面向对象思想时，那种兴奋，仿佛能用Java描述整个世界，仿佛自己就是上帝一般，在现实世界，创造出另一个虚拟世界。而现实中，一两年的流水化作业，冲淡了一切。

对于产品，仿佛是自己的孩子，从无到有，一点一滴，看着一个网站，产品，在自己的手下，满满长大，那种满足感，自豪感，油然而生，但是最后你希望它变得更优秀时，却发现它不受你控制，仿佛养了好几年的儿子，被人教唆去做坏事，你不能说任何话，因为抚养费不是你出的。

决定你有没有决策权的是你的纵向位置，也就是在本行业金字塔的位置，出类拔萃者说话就响。过惯了咸鱼生活，但谁又甘心做一个“码农”，我们希望发出自己的声音，成为那个有权利选择的人，这一切需要提高自己的技术，能力作为支持。在国外，程序员被称为程序设计师，而国内“码农”，区别可想而知。

④ 22岁入职大厂的程序员在34岁会有多少存款

在大厂的话要看你平时的花销了，应该一个月三四千应该是有的，三四千的话，但是也要排除一下你用掉的钱。

⑤ 如果选择当一名程序员咋样

你会天天加班，你会没女朋友，你会掉头发，如果没有当这些你同样会有，只不过几率问题。

⑥ 学习编程 请大家帮忙。穷人家孩子

实践就是最好的老师！

另一个需要强调的是：

编程是一种技能，就同学习外语一样，绝不可能“速成”！

在有了 10 年自学计算机技术的经历和近几年在高校讲授程序设计系列课程的经验之后，我一直在思索以下几个问题：

? 软件到底是怎样开发出来的？

? 编程是难还是易？有没有能让编程功力“暴长 10 年”的“武功秘笈”？

? 一个有志于成为优秀软件工程师的人应该怎样学习计算机技术？

? 用什么方式才能让许多学生很快地学会特定的计算机技术，而不用重复我和其他人所走过的弯路？

思索的结果就是大家所看到的这本书。

在我自己亲身的学习与开发实践中，逐渐形成了这么一个观点：

编程其实并不难！

要编程并不需要到大学计算机系里去学很多艰深的理论，经过适当的指导与训练，一个高中生就可以参加到软件项目团队中，并写出具有相当质量水准的程序！

为什么会有那么多的人把编程视为很高深的东西？

为什么我国那么多的软件企业深感合格的程序员是如此难找？

与此同时，又有与之完全对立的情况：每年有大批计算机及相关专业毕业生四处求职，却处处碰壁，找工作成了一件很不轻松的事情……

一边是真正合格的程序员人数很少，软件企业都在喊急缺人才，而另一边是大量的学生毕业找不着理想的工作。这样一个怪圈为何会形成？

我想，造成这个怪圈有两个重要的原因。

一是学生学习方法与态度的问题。由于对软件开发这一工作本身缺乏正确认识，许多学生形成了一种浮躁的功利型学习方法，表现为盲目地跟风学习各种当前流行的新技术，但大都只是三个月热度，由于欠缺毅力和不具备扎实的理论与实践基础，对这些新技术无法深入把握，浅尝辄止，“坐而论道”，讨论时可以“滔滔不绝”，一到动手则“原形毕露”。许多人没有想过：现在流行的“新”技术，难道就会一直“流行”下去？曾经风光一时的 Foxpro 和 PowerBuilder ，国内曾有许多人（包括本人在内）投入大量的时间去学习与掌握，可没过几年，还有几个项目是用这两种技术开发的呢？所以，如果要“追”新技术，也只能去学预计两到三年后社会急需的技术，这就需要学习者有超前的眼光。但软件技术进步实在太快，很少有人能够准确预测出几年之后会流行什么。所以，与其“临渊羡鱼”，不如“退而结网”，选择一项自己喜欢的领域，从理论到技术，扎扎实实地用两到三年时间去学好它，在学习过程中培养出“捕鱼”的本事。有了这种自我学习的基本能力与素质，还担心出海捕不到鱼吗？

有一些学生投入相当多的时间与金钱去参加种种有着各种动听承诺的电脑培训班，指望别人能够帮助自己成为技术高手，却不知真正的高手大都是“自学成才”！

更有太多的尤其是非计算机专业的学生，盲目地去考各种认证，不管是国内的还是国外的考试，只要有证，就有大批的人去参加。他们把应用计算机技术的能力简单地等同于一纸证书。当前的计算机等级考试就大有成为高校中第二个“英语四六级”的可能性。 事实上，你向别人展示自己写的一个软件作品，比给别人看一堆各式各样的证书更能说明你的能力！

造成怪圈的第二个重要原因就是计算机教育问题。目前高校中的计算机教育并不能大批量地培养出合格的软件开发者，学生在四年本科期间计算机理论学了不少，对培养编程能力却重视不够，缺乏实践的结果是理论也掌握不好，学生的计算机水平被煮成了“夹生饭”。

除了在校的大学生，社会上还有大批的软件开发爱好者，他们由于没有机会系统地学习软件开发技术，就采用自学和自我实践的方式，结合自己的工作来应用学到的计算机技术。虽然他们没有在校生的优越条件，但其中优秀人物的真实开发能力远胜于正规高校计算机专业“科班”出身的本科生甚至是硕士生。这种例子已经很多了。

“职业选手”不如“业余选手”！

我自己是走“野路子”出来的，走的是以实践为主导的自学之路，从亲身实践中深切感受到计算机科学本质上是一门实践性非常强的科学，不管是在校学生还是社会上的软件开发爱好者，我的建议是：

我从 2002 年开始接触 .NET 技术，并一直研究使用至今，前前后后看了近百本国内外的 .NET 编程书籍，并写了几万行的 .NET 代码。在对 .NET 有了一定的了解之后，我认为 .NET 技术是初学者学习软件技术非常好的切入点，学习者可以一步到位，直接学习目前主流的面向对象软件开发技术，而不用按部就班，按传统的先结构化编程再面向对象编程的顺序去学习。

接着我思考的问题是：这本书该怎么写？

着名物理学家爱因斯坦曾经表达过这样的思想：

学习时只需要掌握那些能让思维导向深入的东西，而将其他无关的知识全部抛弃。

软件技术本身有一个庞大而复杂的体系结构，不分巨细地样样都想掌握，那么只能是疲于奔命而终无所得。

为此，基于我自己的理解，在书中我将认为是最重要和最基础的东西突显出来，这些东西是必须掌握的，一旦理解并掌握它们之后，读者就掌握了“捕鱼”的方法，自己就可以进一步探索某一领域内的其他技术点了。因此在书中不需对每个技术领域的每个技术点都“面面俱到”。

编程是有规律的，读者能不能迅速成为一名具备相当水平的程序员，关键在于对编程规律与必备知识基础的把握程度。

最重要的是要掌握原理。在开发过程中所进行的各项具体活动与工作步骤，其背后都是有道理的，理解清楚了这些道理，在整个软件开发过程中该做什么，不该做什么，先做什么，后做什么，也就心中有数了。

编了这么多年的程序，我意识到其实学习软件开发技术的过程就是一个学会做事方法的过程。例如，在开发软件时，要“分而治之”、“步步为营”、“先局部后整体”、“合理安排开发次序”、“养成良好的编程习惯”等，这不仅仅是程序设计的技巧，也是做好编程之外许多其他工作所需要的。

在学习与掌握软件技术这一过程中，可以锻炼一个人的许多基本素质，如思维周密、意志坚强、学习能力、创新精神等。如果一个人能在竞争空前激烈的 IT 业凭借着高素质站稳脚跟，那么，可以很有把握地说，如果他转向其他行业，同样是一个优秀的人才，也会闯出自己的一番天地！
在许多计算机技术书籍中，出现了大量的技术术语，对于不熟悉这些术语的读者而言，这无疑加大了阅读的难度。对于这些计算机术语的表述，如果强调其在理论上的科学性与严谨性，则往往不易于理解，这在很大程度上限制了这些知识的传播、普及和应用。因此，本书对这些术语大都采用了一种通俗易懂的方式来表达，甚至使用了不少比喻手法来阐明其内涵。这种表达方式虽易于理解，但不免在科学性和严谨性上有所不足，读者如果需要科学而精确的定义，请自行查阅相关的科技文献。强调一下，本书是一本志在普及软件开发技术的专业书籍，与传统的工程技术专着和计算机科学理论教材不同，阅读时不要像中学学习数学一样，每个字都不放过，而应将重点放在形成对软件开发过程的直观理解和感性认识上。

对于一个具体的软件开发者而言，只有被理解了的知识才是真正有用的知识，无法理解的知识是毫无用处的。笔者写书的主要目的是让读者能迅速地汲取书中所提供的知识，尽量做到 “用大白话讲述复杂的技术” ，因此在文字上追求深入浅出，但是否真的做到了这一点，还得由读者来做出评价。

知识的获取与掌握是有其客观规律的，一般而言，具体的知识易于理解，而抽象的知识则难于把握，在学习过程中，应遵循“具体 → 抽象 → 具体 → ……”这样一个无限循环的过程。

如果某人对一门学科所知不多，却指望他能通过理论学习迅速地把握这门学科，这就违反了人类认识世界的客观规律。可惜的是，目前中国教育体制中普遍采用的让学生重点学习抽象理论而忽视具体实践的做法，造成了大批的学生既没学好理论，也没打好必要的实践基础。

我认为，只有建立在实践基础之上的理论学习才是真正有效的学习。因此在整个计算机技术的学习过程中，应该把开发实践作为一条主线，由它串起所有的计算机理论。如果把计算机技术中的各个子领域看做是一个个珍珠，开发实践就是那根把所有珍珠串成项链的丝线。没有这根线，学习各门计算机课程得到的不过是一颗颗零散的珠子，价值有限。

⑦ 作为程序员，感觉与社会脱节了怎么办

穷人无社交，想要融入现在的社会最好的办法就是多赚钱，等你发达了社会活动自然会找上你。

⑧ 一个程序员需要有怎样的自我修养

作为一名程序员，一个“程序员的自我修养”是什么？
尽管我们不一定要像尹天仇那么的认真对待自己的事业，但，一些基本的修养，作为一名新时代的码农，总应该是要具备的吧。不过真要说修养，方面还是挺多的，技术自我提示自不必说。但我并不打算从这个大家都觉得理所当然的技术方面入手，而是谈谈，可读性代码，这个容易被大家忽视的基本素养。
1、遵从所在团队的代码规范。
一个高效、成熟的团队，必定有一个属于自己的代码规范，这个规范是团队的宝贵的财富，它是整个团队从各种坑中爬起来后积累的经验教训。什么是规范，它是人们从无数经验中总结出来的规则，标准。而代码规范，指导团队成员如何以最短的时间写成最高效，可读性强的代码。试想，如果成员不遵从规范，你用驼峰命名，他用下划线，这对程序的可读，将造成多大的影响。我想，应该没有一个人愿意去阅读一段，各种变量命名形式都能见得到，private, public 方法随意排序，甚至常量类都散落在各个角落的代码吧。
代码，一个作用是让机器阅读，另一个重要的作用是让人阅读！！！

2、遵从行业内通用的规范
在团队的代码规范未涉及到的，那请按照行业内的规范来编写代码。规范的一个好处是，可以明显减少学习和交流成本。在java中，当我们看到全大写的变量名时，我们就知道这是常量，而不需要去看注释，不需要去看代码逻辑。为什么这么迅速，因为行业里大家都习惯把常量用大写命名。但假如你用其他命名方式命名常量，比如team_nums命名常量，不仅不能让人迅速知道这是个常量，而且可能让人误会这是个变量，增加了团队成员学习和沟通成本，甚至可能误导他们。就见过一位仁兄，明明用的是工厂模式，偏偏按模版模式的命名方式来命名，问他，他说他知道这是工厂模式，但他觉得，更应该叫模版模式。。。我的天，，你这么任性，以后还能做朋友么?
举个例子，我们需要根据支付类型，来生产多个支付产品，于是，我们写了个工厂类，命名为FactoryPay。当其他人看到一个类叫FactoryPay，他们会猜测，这应该是个工厂类，负责生产各种支付产品的工厂，然后按照这个猜测去阅读代码，就能比较快速的理解整个类的作用。但是，假如我取名PowerPay，别人还不知道是啥，看了半天，才明白，这是个工厂的作用。这就明显增加了他人的学习成本和维护代码的成本。

不管你是新手还是老鸟，务必了解施行行业规范，切勿为了标新立异而违反规范。这么低端的装逼，就没必要采用了，要装也写个高端的框架来提升逼格呗。

3、变量、方法命名要能表达变量作用
在程序员这个圈子很久了，就发现，程序员这货，都喜欢这套，“这个接口干嘛用的，有文档么”，“自己看代码去”。很多时候都是一脸黑。
尽管程序员阅读别人代码技术都是一流，不管你是有没有注释，不管你是怎么循环嵌套，也不管你是怎么命名，他们都能耐心的，把代码分析个所以然来。但，对于程序员这个视时间宝贵如生命，分分钟都能创造几百万价值的群体来说，您行行好，给我们省点时间吧，把变量是干啥用的，说清楚呗，没准节省的这几分钟，多赚个几万，还能请大家出去嗨呢。
每每看到部门的某大神，用一个神一般的变量名“flag”，我就有吐血的冲动，他还这个flag一直雪藏，不用，只是传递到第n个方法才使用，顿时心力交瘁，我的天，这个flag都是是干嘛用的啊，后来才明白，是isPay的意思，用来标识用户是否支付成功了。当时一口老血吐屏幕上，心里狂吐槽，老兄，你命名个isPay会死么，我的脑细胞这么不值钱么。到后来看到，去魔法数字，用int NUM_7 = 7,而不是MAX_MEMBERS来表示最大成员、用x y z来命名变量名，各种只有作者，或者作者后来都忘了的独特命名方式，都见怪不怪了。更有甚者，一个变量命名为passed，作用居然是“未通过”的意思，当时就石化了，作者还真是用心良苦，这都要考我细心不细心。
一个好的变量名，能帮助阅读者了解变量的作用，也辅助了对整段代码的理解。

4、不要show英语，乡下的孩子伤不起唉
LZ所在的团队，英语一直都是团队的硬伤，但总是能看到，某位仁兄，加上大把大把的英文注释，有些变量名也取些高大上的复杂的英语单词。敢问，你这么高的逼格，以后我们怎么和你玩啊。(那位仁兄其实就是LZ，年轻时唉，罪过罪过)
代码是用来沟通的，传递作者意图的，都看不懂，怎么沟通交流。建议英语好的童鞋，英语能力可以放到阅读英文书籍中展示，在代码中，如果团队英语能力很弱，避免使用英文，变量命名也尽量按照团队英语水平来命名

5、添加必要的注释
正如上面LZ说的，经常遭遇“你仔细看看代码，就知道干嘛用的”这样的神回复。尽管阅读代码是每个程序员的强项，但必要的注释，比如逻辑比较复杂的地方，添加必要的注释，对提升团队成员阅读熟悉代码的效率是有很大帮助的。试想，一个类，几百行，没有一行注释，对于阅读者来说，阅读它将是一个多么恐怖的事。

6、注释保持简洁，避免没有必要的注释
即看过一行注释都没有的代码，也看过注释比代码还要多的程序。一个是让人生不如死，一个是让人痛不欲生。(唉，有时不仅感叹，在程序员界混，真的是难)。
LZ就经常看过，一大段注释，啰嗦了半天，要不就是没表达清楚重点，要不就是只为说明它是个循环的作用！！！譬如i++这样的代码，有必要加个“每个计数增加1”这样的注释么，这完全是把读者定位为非程序员啊，或者就是严重鄙视读者的编程水平。
注释是帮助阅读的人更好的理解程序的逻辑，只是辅助，如果不重视通过命名等方式来传递代码的作用，而是依赖于注释，这就是本末倒置了。而且，冗长啰嗦的注释，这到底是帮助人理解，还是阻碍人理解啊，是读程序还是读小说啊。

7、拥有自己的编码规范
规范是为了让团队更快的理解、熟悉代码的，同理，拥有自己的一套规范，就能帮助其他人更快的理解我们所写的功能，减少学习和沟通成本。

8、代码清晰简洁的表达出作者的意思
在我们每次写完一段代码时，一定要问问自己，代码是否表达清楚了我的意思，是否需要添加些注释，名字取得是否恰当了，别人在阅读时是否吃力。。每每看到别人一团糟的费解的代码，就时刻提醒自己，一定要把代码写好咯，我也确实是这么做的，一遍又一编的检查，看变量名、方法名是否表明了它的用途，是否有些不必要的、只是为了提升逼格的代码，别人是否能在短时间内看懂。所有的这些，只是为了写出一段更优美的代码。

9、坚持并捍卫上面的准则
经常能听到，有些公司是代码行数来定义绩效的，但作为一个有操守，并秉承基本自我修养的程序员，我们绝不能为了各种诱惑或者胁迫，甚至是自己的惰性、个性，而放弃写出简洁清晰，可读的代码。

以上的几点，并不是严格的意见或者建议，只是提醒广大程序员同胞们，在痴心与高端的技术时，千万不要忘了，代码不仅机器要阅读，人也需要阅读。就算你写出再复杂的代码，但它让人完全无法阅读，这有什么用呢。这就如同，你很牛逼很牛逼，但别人听不懂你说的话，还不是没用。如果你真的写出了可读性强的代码，但你也不应该鸣鸣得意，我觉得，写出一段优美，健壮，可读性高的代码，是一个程序员最基本的自我修养。

⑨ java培训专家：为什么穷人要学编程

我自己做为一个程序员感觉程序员和销售是一个人实在走投无路，找不到工作才去做的工作。

⑩ 程序员的工资为什么都是上万一个月的

为什么程序员工资都很高

人均年薪11万，那是工作1-2年的平均，这个行业工资高不是没有道理：
（1）试想一下，每天你要盯着电脑几个小时，看N行程序代码，还要敲，在很多人看来是多么无聊的事情。
（2）很多人入行培训中途而废，坚持不下来；如果没有经过一定的培训，有一定的基础，那不可能看得懂，敲得出来，也就是这是一份技术性的工作，要求掌握一定的技术，门槛较高，并不是你能会用电脑就行了。
最根本的原因可以有2点：1.这本身就是一个相对于其它行业来说，起点较高的，并不是每个人都做得来的，要求逻辑思维能力强，英语能力较好，尤其是英语这方面，对应0基础英语入行的人来说确实是一大障碍，我们用的是国外开发的软件，比如常用的eclipse，myeclipse等，原版纯英文界面，即使有汉化版中文界面，如果身边没人指导用法，那也比较困难，不会用，问题较多。
2.需要有前辈，有多年企业项目实战经验的经理（即做项目转向管理岗位，担任企业培训讲师或者在职的）带领，讲解，指导，了解企业需要，才能比较快的与企业接轨，这也是一个重要的入行条件，第1点很多人也许做到，但缺少这一项。一到真正IT企业面试，一问三不知，笔试难通过，说起来，应届毕业生大都达不到企业要求，也许就是这个问题）