程序员是个

❶ 作为一个程序员，其最有价值东西的是什么

做为程序员，除了要掌握多门程序语言和多种数据库，了解前端技术、后端技术，通晓网络七层架构，知道 TCP/IP三次握手和四次挥手，编写漂亮的代码，设计优美的架构……之外，我们还要解决研发、程序运行和产品上线过程中遇到的各种问题，而且被要求以最小的代价来解决问题……我们容易吗？
除了编程技巧和程序设计能力，解决问题的稳准狠是衡量一个程序员是否优秀的重要因素之一，也是资深技术人员真正的价值所在。在科技浪潮澎湃、技术信息扑面而来的今天，一位刚毕业的大学生如果足够勤奋，他可以在两三个月之内掌握一门编程语言，并编写出像模像样的软件，他们的学习速度甚至超过了我们这些老程序员，但是解决问题的能力是无法速成的，只能依靠时间、经验和惨痛的教训历练而成。有时候还需要灵感和运气。
程序员是IT行业的支柱，最基础的根基。ITjob官网有IT行业人的生活工作分享，或者行业小结。很多大牛的博客也会有行业的解析。如果你对自己的价值产生了怀疑，可以多去看看看其他人的生活，多沟通交流。尽快调整自己的工作状态，生活还是很美好的~

❷ 如何成为一个程序员

如果想做一个程序员，在没有基础的情况下，买书自学是一个办法。但是大多数人会因为没有相关的基础知识，导致看书看得一知半解，因为有不同的语言，不同的开发环境，在你不了解的时候，买的书不一定合适。

比较速成的办法还是去报名一个培训班，系统的学习一下基础知识，然后选择一个发展方向，再具体的针对性的买点书籍来学习。

程序员是一个不停学习的岗位，你需要每天除了工作以外，花一定的时间了解新的技术或正在使用的技术的原理，这样才能一直提高，不然，可能会被淘汰。在你了解代码以后，你还需要了解逻辑，就等于你要熟悉你所从事的这个领域及行业。

注意事项：

不管任何行业和任何工作，概念的理解都是成功的关键。除非你有强大的概念基础，否则就不可能成为一名优秀的程序员。

核心概念的理解有助于你用最佳的方式设计和实施解决方案。如果你觉得你现在还没有好好掌握关于核心计算机科学和编程语言的特定概念，那么现在回过头去重新学习这些基础知识犹未晚矣。

❸ 程序员是一个吃青春饭的职业吗

在中国有很多人都认为IT行业是吃青春饭的，如果过了40岁就很难有机会再发展下去！说程序员是一碗青春饭，大多是因为这是一个需要高强度脑力劳动的工种，而超过40岁的程序员身体机能逐渐弱化，家庭琐事缠身，往往面临继续做技术还是转做管理的局面。有人考虑转型，当然也有人选择对这份职业矢志不渝。
如果说程序员是吃青春饭的话，那搬砖的算什么？搬砖的都可以成为工头，程序员为什么不能晋升管理层？为什么非要跟年轻人去竞争最底层的开发岗位？谁会在一个底层岗位上干一辈子？
那么，程序员的职业发展方向是怎么样的呢？一般来说，程序员的发展方向是从程序员到team leader 到PM（项目经理）甚至是技术总监，或者你单纯痴迷于技术，也可以尝试登上技术的巅峰。或者自主创业，都是一名优秀的程序员可以选择的发展道路。
所以说程序员是一个吃青春饭的职业就是一个伪命题，完全没必要为此而焦虑。

❹ 有哪些话一听就知道一个程序员是个水货

其实如果要严格说起来，工作经验少于一年半的程序员基本上可以算是“假”的程序员。这里的“假”可以这样来理解。

你的编程能力只有复制粘贴的水准

刚工作的程序员大致可以分为两类人：1 高校毕业；2 培训班出身。对于第一类的人来说，在读书期间老师和学校教的内容都是基础内容，而且要学的内容非常的多。但学校只让你学广，并没有让学生专研一门学科。毕竟学校并不能保证每个学生对某个方向一定感兴趣，只能把基础知识教给学生。让学生自己去选择自己感兴趣的方向，自己自学。所以在校期间对于大部分学生来说，实战能力基本为零，都是像刚重生在新手村，无知茫然，这也是许多企业爱招应届生的原因。开始工作，基本只能靠谷歌、靠网络上网找代码，复制粘贴。这段时间就比谁找代码能力强了。而对于培训的人来说更是如此。不要看你在培训期间学习了非常多的编程知识，好像做了非常多的练习，甚至还自己写了一个实战项目。但这些都是在短时间内，靠着培训老师手把手带你们写的。你只管跟着老师走就好，不懂的问下老师就行。你根本就没有过自己的思考，就只懂：好！今天老师叫我们写这个代码！我们就写！换个角度来看，培训机构就像富士康工厂一样，批量制造编程机器，没有自己的思维。

想要摆脱“假”程序员的身份，你只有努力提升自己的编程水平，让自己有更好的能力。在工作上能靠自己的实力，去完成分配的任务。你只有这样才能提升，才能突破薪水的瓶颈，达到更高的层次。

❺ 在大家眼中，程序员是一个怎样的职业

程序员首先是雇员、然后是工程师；比起创造力，工程能力对这个职位更为重要

为什么有人在技术造神

大家应该已经感受到，技术圈这两年已经和娱乐圈创业圈差不多的氛围了，这其实是有原因的。

最主要的原因是，创业公司和创业媒体越来越多，他们需要大量的程序员投身到创业这个高风险的行业中，而造神，正是让程序员们自动跳进火坑的绝佳办法。不是说程序员不能创业，我是说，创业媒体们故意模糊了创造和创业的界限，把程序员们的创造冲动偷换概念，鼓吹了太多不适合的人去创业。

另一个原因是，招聘成本高涨，CTO 们为了能提升影响力，不得不频频出席各种大会刷脸。文笔好的再做做自媒体和技术社群，既能强化个人品牌提高身价，又能在融资的时候提升成功率。

总之，这个行业出现了各种技术大神。

这些大神在普通人类和初级程序员眼里是无所不能的，是他们向往的目标；在中级程序员和高级程序员眼里，这些大神就是他自己，只不过他还没红起来而已…

于是攀比心理也开始泛滥，全国第三的架构师比比皆是，整个圈子渐渐就浮躁起来。

然而绝大部分程序员，依然是雇员

媒体们在包装时，最喜欢按独立开发者的路线来整。“从小就对技术有天分”、“大学时曾在某编程大赛一鸣惊人”、“写了个 APP 玩结果一个月有了千万用户”、“从公司离职自立门户三年上市”。

OK，这的确是程序员的一条职业路线图。但是媒体们不愿意告诉你的是，一：只有极少数程序员是通过这个路线成功的；二：这条线其实需要太多非程序员职位的技能，比如产品设计能力和销售能力。

程序员的价值决定

绝大部分互联网公司的程序员职位，没有技术门槛

然而不幸的是，绝大部分互联网公司都不是技术驱动的公司。真的就是鸟哥说的那样，绝大部分技术岗位，其实技术门槛都不高（门槛在工程上，后文细讲）。技术不过是这些公司的护航舰，而不是破冰船。

先别打我，冷静下来想想，到底有多少你会的那些技术，是你的同行们不会的呢？不多，对吧？

几年前亿级别的搜索还是问题，现在已经到处是通用解决方案了；几年前千万到亿级别的网站和 APP 解决方案还在大公司手里，现在各个架构大会都讲烂啦，而且其实都差不多；就连 DeepLearning，带 API 接口的框架也开始涌现，只需要把图片用 REST 传进去就能取到结果了。

很多事情，已经没有难度，只需要持续投入。是的，对绝大部分程序员来讲，他们不需要成为科学家，而需要成为工程师，成为从科学家手里接过火种，去燎原大地的人。

怎样才是一个好工程师

工程的本质不是创造，而是去风险化。

工程是关于如何低成本、高效率、按时按量完成既定任务的。所以判断一个工程师是否优秀，并不是他多有创意多有名气，而是看他有多稳，看他能多 GettingThingsDone，中文就是“靠谱”。

有时候一个好的解决方案，未必采用了最新的技术和框架，而是看上去朴实无华，功力都包涵在背后的细节里。就像顶尖高手打的斯洛克台球，每一杆都平淡无奇，只是因为上一杆的回球太到位。

有同学问，那我工程做的太好，岂不是没有机会遇到一些高难度挑战了么？放心，一般公司都雇佣了产品经理来帮你制造高危事件。

同样的，一个好的工程师，会选择最适合需求和团队的方案，考虑开发效率和系统效率的均衡，从而已达到最优效果；而不是整天和别人去争论什么语言最好、哪些框架过时了。

工程的另一个要求是进度控制和质量控制。

在项目立项之后动工之前，对要做的事项作出详尽的规划，对未来一到两周的工作给出细致的排期，这是进度控制的基础。

代码的及时入库与合并，自动化测试和每日构建，CodeReview 和文档编写，这些看似无关紧要的习惯则决定了项目质量。

不幸的是，很多程序员把这些工程上至关重要的东西当成垃圾，视为对他们“创造力”的压抑。

他们总是以创造力为借口去寻求自身的自在，比如上班不带胸牌不打卡，中午休息时间在公司看视频打游戏，最好可以远程上班，项目到期之前再来检查进度，公司不要用统一框架，只有傻逼才写文档。

对职业的理解偏差和工程能力上的荒芜，培养了大批能写代码但死活写不好代码的“码农”，反而让那些有着彪悍工程能力和良好习惯的程序员变得奇货可居。

最后，来说说程序员那无处安放的创造力

有了锤子想找钉子是很正常的原始冲动，但我们必须认识到，创造力对于程序员这个职业来讲，是锦上添花的东西。如果你没有强大的工程能力，那么创造力也不过是无本之木。所以扎扎实实的把工程基础打好，这是最根本的。

在此基础上，我比较推荐程序员采用内外两条线来培养自己。在公司内的项目上采取相对保守的策略，尽力把稳定性做到最好，培养出自己卓越的工程能力；然后在公司外的开源项目和自己的独立项目上，采用一些新的技术、实践一些新的想法、充分发挥自己的创造力，梦想还是要有的，对吧。

这样做最明显的好处是，你可以了解到新技术和激进方案的优缺点，从而在进行方案选型时，有更多的依据；还有一个职业发展上的好处：如果不是主负责人，公司的项目往往不能代表你的能力；但独立项目却可以作为一个非常好的能力证明出现在你的简历里边。

你可以是一个身怀绝技的手艺人，在自己家里你尝试各种手法各种风格的个人作品；但当你参与颐和园这种级别的工程时，好好的把自己负责的石头雕成总设计师要求的样子就好 —— 毕竟这个时代一个人已经很难负责整个项目了。这就是我所理解的程序员的工匠精神。

❻ 程序员是跳槽率非常高的一个职业，你身边的程序员是这样的吗

程序员是跳槽率非常高的一个职业，你身边的程序员是这样的吗？

我身边的程序员不全是这样，我身边的程序员有的跳槽频繁，有的很少跳槽。年程序员的发展基本上是一个闭环，从学习到就业，他们可以通过提高技术和积累项目经验，来达到一定的市场需求，然后获得相应的工资。

程序员是跳槽率非常高的一个职业，跳槽这对于任何行业都是一样的，但是跳槽在it从业者特别明显，因为不同年龄和技术水平的程序员的工资水平，完全不同！对于刚进入工作场所的程序员来说，基本上工资每年都会改变一次。这一变化是逐年计算和调整的，如果你已经努力工作了一年，而你的上级领导或老板，在年底不跟你谈收入问题，那就是你的失败。

在一家企业工作，而且加薪也比较到位。然而，由于长时间的工作，我们发现我们已经学会了几乎在这个企业学习的技术。我们已经成为公司的顶梁柱，但是却看不到未来有任何提升或改进的空间。在这种情况下，程序员也会有跳槽的想法，去更高的平台继续工作和学习，让自己保持增值状态！

❼ 一个程序员要具备的基本素质是什么

1. 团队精神和协作能力 ：

   把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。

2. 文档习惯：

   作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。

3. 规范化，标准化的代码编写习惯：

   作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。

4. 需求理解能力：

   作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

5. 复用性，模块化思维能力：

   复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作。

6. 测试习惯：

   软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。

7. 学习和总结的能力：

   善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。
   
   

❽ 现在程序员是一个很热门的岗位，那什么样的程序员才是合格的呢

程序员，怎么才算合格，不好说吧；他就像销售一样，一名销售员，比如网络销售卖茶叶，他卖茶叶很厉害呀，可是你让他去销售房地产，就算他有点销售的基础，也要重新去学怎么销售房地产，因为销售的东西是不一样的，要去了解这个产品，才能销售的出去，程序员也是一样呀，程序员的领域很大，有各种专攻，有的专攻入侵，有的专攻开发，有的专攻防御，就像黑客跟红客，他们也是程序员呀，只是一个擅于攻击一个擅于防御，当然也有全面型的，很少。
比如攻击性的，入门起码要三年，我们把它当做十个级别，1级算入门，2-3级算初学者，3-7级算中等，中等就是合格的啦，7-10就是黑客红客大神级别咯。学习一门编程，两三年才算入门，中等的最起码要四年以上

❾ 你觉得程序员是什么样的呢能用一个词形容吗

我觉得程序员是聪明的！他们可以在虚拟的空间自由发挥，挥舞着各种我们看不懂的代码，绝对的大神级别。

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

作为一名程序员，一个“程序员的自我修养”是什么？
尽管我们不一定要像尹天仇那么的认真对待自己的事业，但，一些基本的修养，作为一名新时代的码农，总应该是要具备的吧。不过真要说修养，方面还是挺多的，技术自我提示自不必说。但我并不打算从这个大家都觉得理所当然的技术方面入手，而是谈谈，可读性代码，这个容易被大家忽视的基本素养。
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、坚持并捍卫上面的准则
经常能听到，有些公司是代码行数来定义绩效的，但作为一个有操守，并秉承基本自我修养的程序员，我们绝不能为了各种诱惑或者胁迫，甚至是自己的惰性、个性，而放弃写出简洁清晰，可读的代码。

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