程序员动嘴不动手

首先，参加Java培训可以零基础。Java是一门容易入门的技术，即使你没有任何的基础经过一周的培训也能学会其中的门道，所以Java的门槛相对比较低，即使不是计算机专业的学习起来也完全无压力。身边有学设计的朋友在大学毕业时选择了在昆明北大青鸟参加Java培训，经过四个多月的强化学习，现在也有一个很不错的Java开发的工作，与同期毕业的同学相比相当不错。这也是Java吸引越来越多的人参加培训的原因之一。

还有一个原因就是参加Java培训能够让多数人人实现高薪就业，越来越多的人选择Java培训，争取一个高薪就业的机会。在这个房价越涨物扮越高的时代谁不想高薪呢，想要多挣钱就要有真本事，参加Java培训就既能学到真本事最后还能高薪就业，为什么不参加培训呢?所以，这也是越来越多的人选择Java培训的原因之一。

选择好Java培训机构后，就开始进入实际的学习阶段了，在这个阶段中，一定要注重基础和实践的重要性，很多学生认为参加Java培训是一个快速充电的过程，只想着多掌握一些实用的和比较深层的技术，往往忽视了基础的重要性。其实这是大错特错，无论学习什么，都不能忽视基础，虽然参加Java培训是比较短暂的过程，掌握实用的技术是很有必要的，但是，从长远发展来看，基础牢固的学生在以后的工作中，往往提升的更快。还有，学习中一定不要忽视实际操作的重要，要多动手，学习编程最忌讳的就是只看不做，看懂和自己会操作根本就是两码事。从来没有程序员只动嘴不动手的事情。

Java作为一个入门简单、市场需求量大、能帮助大家实现高薪就业一种技术势必会吸引越来越多的人来学习。对于一个无从下手又急切想学习一门技术高薪就业禅蚂陆的人来说，参加Java培训无疑是最快捷的方式。总体来说，选择Java培训就是选择了一个高薪的职业和一个炙手可热的技术。人们何乐而不为呢。只要将来想从事开发或者想实现高薪就业的人员肯定会选择Java培训。

关于Java培训机构的选择最好选择大型Java培训机构至少对自己是一种保障，另外再从课程、师资、就业、学费、合作企业等各方面进行比较从何选择适合自己的Java培训机构。

④ 程序员的工作环境是怎样的

每个人职场人都希望在一个轻松、开心、干净、舒适的环境里面工作，这样心情好工作起来自然效率高，但是这毕竟是理想状态下的工作环境，当然现在绝大多数企业工作环境虽然达不到百分百，但至少有百分之六七十以上吧。

那么对于程序员这种有点特殊的工种工作环境又是怎么样的呢?

程序员又被人们称之为码农，也有人调侃戏称“程序猿”，程序员对工作环境往往需要有一张大的办公桌，他们不仅用一台电脑在工作，有时候需要几台电脑同时操作，而且遇到一些bug或者瓶颈的时候需要和同事协同工作，当然在硬件方面除了办公桌要大外，还需要配置比较高的电脑，毕竟这是程序员最基本的工作工具，试想如果刚有灵感，结果电脑卡顿或者死机了，那有可能灵感顿时就消失了，所以他们大多数工作环境都拥有足够大的办公桌和高配置的电脑。

前面就提到了程序员是有点特殊的工种，因为他们往往加班到很晚，时常会通宵，这就和我们正常上班的时间上错开了，他们往往白天睡觉，晚上工作，有时候为了打起精神工作，他们提神的方式各自不同，有抽烟的、有喝咖啡的、有听歌的等等，大家可以想象这是什么样的工作环境吗？但是程序员工作的时候，大多数情况下都需要安静的环境，毕竟安静能让人更好的思考问题。

每个人对工作环境要求都不一样，让自己觉得舒服的环境是自己愿意留在公司的原因之一吧，程序员也是一样的。

大公司的程序员，工作环境基本上就是一个电脑版的“衡水中学”，每天就是开会写代码改代码查代码开会继续循环往复，跟中学里每天就是拼命读书刷题刷题读书吃饭无味上厕所要跑一个样。

硬件配置无需你考虑，肯定是够你用。跟人的成本比起来，硬件就是个渣。

大公司的程序员工作比较稳定，每个人的分工是比较明确的，职业路径也很明晰，越往上的职位对智商的要求越高，这点和靠情商往上升的工作还真有点不一样。在程序员这个队伍里拍马屁搞关系基本没啥用，你写的代码都无需用户检验，自己一跑就知道成不成。这也是IT公司通常人际关系和氛围都比较轻松且简单直接的根本原因，特别适合那些不喜欢搞关系的同学去撸起袖子加油干。

如果你想在这个行业长期发展，智商一定要够用，真的。有没有基础倒在其次，如果数学好更佳。有些业内大咖本身是学数学或物理这些靠智商吃饭的学科的。

小公司的程序员，尤其是那些非IT类小公司里的程序员工作压力更大。面对不懂程序的销售和老板，还有极度贪心又不愿多付费的客户，需求三天两头变，界面是个人就可以提意见改，时间永远是“明天就要”。他们觉得程序员比悟空办法多，所以什么要求都提得出来。能在小公司做出成绩的程序员，真心让人敬佩不已。

小公司的程序员是掌握公司核心机密最多的人，比老板都掌握得多，所以通常他们的待遇也还过得去。另外他们一来二去把公司业务摸透了，出来自己干的也不少，当然能不能干成是另一回事。

其实程序员的工作环境真没什么要求，只要没什么干扰就行。学霸们在这里会找到十分熟悉的感觉，所以程序员之间以“同学”相称的极多。

我是2015年本科毕业的，但是2014年就开始工作了，从程序员+运营的工作开始实习（其实也是看最后哪一个更合适就走哪一个方向）。

对于实习阶段，因为当时待的是小公司，所以大家的配置都很一般。几个主力程序员加上我这个实习的，工作用的都是windows笔记本，联想的，除了我自己配的固态硬盘之外，很多都是机械硬盘在跑，没有特别明确的代码库规范、没有知识系统，交流全靠跑，有的是后端和前端一起干、前端和客服一起干，所以我兼职运营也是如此……平时要是不忙的话，那还没什么事儿，大家会闲聊扯淡，也算是其乐融融；但是要是忙起来，可能会突然加班到很晚——当然这种情况还是比较罕见的。

工作到了中型公司，跟以前的小公司就不在一个量级上了。这个时候主要的工作是后端开发，配置的电脑是联想的ThinkPad，但不是最高配那种，仍然没有固态硬盘，慢的要死。第一梯队的程序员配置有双显示器、机械键盘、mac。我的话配置的是外接显示器，座椅很一般，坐久了比较累。公司分工明确，办公室跨越两座楼，各个团队都有自己的办公室。有自己的wiki、定期站会、严格的代码规范、安全规范。一般情况下主要是在解决各种bug，或者开发新系统。偶尔流量高峰的时候，会加班到一两点，平常并不是特别忙，工作还是比较有序的。

其实想要招妹子进团队的，因为我们团队唯一的测试工程师长得真的一般，而且性格也很差……一个性格好长得好看的运营妹子真的能调动整个团队的气氛。

所以什么机械键盘、Mac、外接多少显示器、加多大固态硬盘、多好的人体工学座椅……这些都是假的，开发的团队里面有好看的妹子才真的是“好的开发环境”。

可以穿拖鞋？可以戴着耳机听着歌？配备两个显示器？身边总是围绕这MM端茶递水果？还是以上都不是，而是诗和远方？

程序员，一个高薪却严重亚 健康 的群体 。他们有着极客精神，疯狂coding的时候可以废寝忘食，但他们也追求精神自由，喜欢自由自在。对于这样一个群体，良好而又恰到好处的工作环境显得尤为重要。

1. 弹性上班制

常规企业的朝九晚五上班制度，说实话并不适合程序员一族，因为这种制度一定程度上扼杀了这个最需要差异性的群体的差异性，把程序员的Coding灵感等同于工厂流水线上机械手臂，希望按钮一按下，灵感发动，按钮再一按下，灵感结束。这是一种一厢情愿的想法。

所以对于高层次的程序员群体，请不要在作息时间上严格限制他们，因为他们不是装配工，有着独一无二的个体差异性，有着不同的思维G点，他们需要差异性的时间作息来调整自己的最佳状态，从而迸发激情和灵感。

2. 宽松的工作氛围

程序员群体讨厌管理，任何自上而下的所谓管理都容易引起程序员们的心理抵触，特别是那种死板的、指令式的管理模式，尤其让程序员们作呕。

程序员们希望自己做的事情是出于内心的意愿，那样他们就会干劲十足，而不是来自于经理计划文档中那条冷冰冰的文字，哪怕是他们心里意愿的和经理的计划本是同一件事。所以对于程序员群体的管理需要技巧，要化管理于无形，让他们感觉不到管理的痕迹，让他们感觉着做这些事情就是出自于他们自己的意愿。

总结来说就是让他们作为自己的管理者，而团队的管理者所要做就是培养他们这种自管理的能力。

适度的压力可以产生做事的动力，但长时间的持续的压力却是扼杀激情和创造力的罪魁祸首。压力会让程序员焦虑，同时也会造成低劣的设计和代码实现，因为交付的压力会让程序员对匆忙设计出来的方案妥协，而不会持续的优化找到最优方案。而一系列看似微不足道的缺陷设计集合到一起，就会形成让人意想不到的、不可控制的乱象。

所以，“快”不见得是好事，“慢”也不见得是坏事。

3. 鼓励参与开源项目

开源项目社区的欣欣向荣，是一朵盛开的奇葩，无论怎么赞誉都不为过。

一些着名的开源项目，例如Linux，Apahce， openssl等等，数不胜数的优秀设计，给我们带来了多少的惊喜，同时也催生了多少的商业公司。

参与到开源项目中，是一个程序员从初级走向高级、完善技术的最有效途径之一。一些着名的开源项目，架构设计和Coding技巧上都属上乘之作， 浸淫其中，受益匪浅。

其实以上三点不仅是对程序员群体，对任何一个职业的人来说都是适用的。再看下知乎上程序员们理想中的工作环境是怎样的。

@萧井陌：我读书的时候就有一个执念，一定要找一家可以穿拖鞋背心大裤衩上班的公司（当然我不穿大裤衩），如果我找不到这样的公司，说明我学得不好，所以我一直以来努力的目标似乎只是为了进一个能穿拖鞋的公司？哈哈哈哈。。。

@知乎用户：我只想要2个显示器

@知乎用户：1.安静，没有人随便喊你或者在你耳边说话；2.绝对的自由，程序员都有一定的怪癖，比如我喜欢听着摇滚乐写代码。这些都要被允许。3.温度，气味舒适的环境。

4.有个养眼的MM同事，大概是这样的

嘿，箭头方向那个哥们才是真正的程序员吧

5.独立10M光钎线

@Indream Luo，软件工程师：1.女多男少，人均年龄不到27；2.身处白云山上，与广东外语外贸大学一墙之隔；3.无边界文化，有问题可以找任何人沟通，包括高层，如果你见得到；4. 健康 文化，加班有补休，提倡8小时，自建食堂和农场，买下巴马泉眼特供矿泉水

@石磊

硬件：

1. 顶配的 MacBook Pro。

2. 上厕所不需要排队。

与人相关：

1. 不会在开发到一半时被通知要重新讨论功能，然后把以前做的东西全部推翻。

2. 没有不必要的会议，必要的会议速战速决。

3. 行政人事什么的做事清爽高效，这样不用在各种日常手续上浪费时间，只管写代码就好。

4. 同事们效率高、工作态度严肃、善于沟通、活泼有趣。

@张英锋：最理想的工作环境应该是能帮助团队沉下心来，开发出最好产品的环境。

1.上级对程序员工作的认可和尊重；

2.对所作的工作有自主权和决定权；

3.营造能让程序员专注于工作的设施，比如大家都提到的安静、以及各种提高生产率的硬件条件；

4.最后是公司是盈利的，最好是暴利，能持续提供更多福利。

@庄生：其实最重要的工作环境，还是有一帮靠谱的同事，真心的。可以术业有专攻，但是该你负责的你负责到底，保质保量，不要麻烦别人。

那你呢？你希望你的工作环境是怎样的？

上联：一个项目两部电脑三餐盒饭只为四千工资搞得五脏俱损六神无主仍然七点起床八点开会处理九个漏洞十分辛苦 ；

下联：十年编码九年加班八面无光忙的七窍生烟到头六亲不认五体投地依旧四肢酸软三更加班只为二个臭钱一生孤苦；

横批：苦逼程序员。

程序员飘过
作为一名程序员的我可以很负责任的说：是的，工作环境就像问主图片那样，可能会稍微好点，我们公司都是中央空调，不用电风扇！

我在程序员的岗位上也有好几年了，也待过几家公司，其实就工作环境来说，程序员的工作环境还是不错的，不用风吹日晒雨淋，而且是冬暖夏凉！和人们眼中的白领工作人员的工作环境是差不多的。

工作氛围其实也是很好的，程序员在穿着方面大部分公司是没有什么太大要求，可以穿着自己喜欢的风格（脑补一下大裤衩配凉拖的程序员正在撸代码），同事之间的交流也是很活跃的，所以程序员的苦逼之处不在工作环境，而是工作内容和压力。

程序员分工：

1.纯软件工程师，就是只靠电脑吃饭的，设计包括但不仅限于---网页、架构、UI、数据、运维、系统等等，整天与代码打交道；

2.Firmware(分位)工程师，半软半硬的工种，要焊板，要搭建环境，还要写代码维护代码，算法可能没有纯软件工程师牛，但动手能力绝对强，涉及的知识面可能更广。

本人就是后者，来看下我的桌面：

各个公司对于办公环境都不一样，国外都注重个人隐私，很多都是一个人一个封闭的房间。国内大部分就像图中所示那样，半隔开。也有 科技 公司，鼓励大家敏捷开发，多沟通，开方式办公

请忽略那些包含“安静，优美，闲逸的办公环境”的答案吧！

图中的环境，只是正常普通公司的工作环境。

不一定是程序员的。

程序员的工作环境，因工作内容，导致需要很多屏幕。

而且电脑配置也需要很高。

每个人因面对的公司、自身能力等因素，都会导致工作环境的不一样。

所以就有了工作环境好坏的区分。

如果你曾对着大海构思过某个接口，

在樱花飘落的院落里调试过代码，

那么你还觉得在写字间喝着咖啡对着三屏显示器敲键盘是理想的环境吗？

工作环境，还是得靠自己改变。

在程序者的不断追求下，编程是可以和写作一样成为艺术创造过程，

那么任何一个能够激发出你灵感的时刻和环境都应该可以成为你的办公环境。

资深码农应邀回答这个问题。笼统来说，程序员的工作环境与图中展现的差别不大。但根据工作属性和所属行业来讲，还是有一些区别。
甲方和乙方的区别

我在刚毕业时进入了一家软件外包公司，几乎所有的工作都是在甲方所在地完成的。

因为甲方员工是公司的稳定员工，所以工位来讲就要精致一些，配备也要完善一些。一般都会是隔间，有抽屉、插座、文件架、座机、台式电脑，甚至还有床等等。

而我们作为乙方因为流动性大，人数也不固定，甲方公司不太可能为我们准备这些精致的办公位，一般只是拉几张桌子拼凑起来，然后再接几个线板，有时候靠椅都没有，还得坐独凳。

技术驱动和业务驱动的区别
现在任何一个互联网公司，技术部门是必不可少的。但是有的公司会以业务为驱动，有的公司会以技术驱动业务。

以业务为驱动的公司就会优先考虑业务的发展，然后技术来辅助实现。我现在所在的就是这样一家公司，这样的公司技术部门就会非常的小，人员也会很少。这样的公司程序员的工位大体上和整个公司的风格没有太大的区别，因为人少，一般只有5-6个人，做技术的也喜欢安静，所以一般位置会选择靠近办公室的角落。

以技术为驱动的公司会依靠自身技术实力结合行业发展，碰撞出一些具有竞争力的业务品种，并与业务部门配合来实现并推广产品。这样的公司技术人员起码占到50%以上，这样的公司更有可能为程序员规划一个单独的大办公室，与外界隔离。一方面是为技术人员提供安静、舒适的办公环境，另一方面也是尽量避免闲杂人等进出公司技术核心所在地。

以技术为驱动的公司往往技术实力比较突出，所以他们会为自己的技术团队配备“驾驶舱”、小机房等设施。

就问题中的格子间来讲，不管是什么性质的公司，只要场地不是特别的拥挤，都会设计成格子间，这样既保护了员工隐私也充分利用了办公场地的空间。这并不是程序员特有的风格。

⑤ 为什么老程序员的效率如此高

程序员老师傅的解决问题能力要比初级甚至是普通的程序员都要高出很多倍，所以每个软件公司都会在保留1,2个经验丰富的资深级软件工程师，这样在遇到项目或者产品难点的时候能够力挽狂澜，这种水准的程序员也是很多公司追求的对象，而且和年龄没有太直接的关系，编程最终的就是给出解决问题的方案，从解决问题的角度出发解决方案还是非常多，但是在不同的人会给出不同的解决方案，但是有经验的程序员在解决问题的时候就会思考的比较多，不容易导致引入新的问题。

编程能力最直接的表现不是写代码的能力，因为随着时间的推移时间积累够了代码能力自然就上去了，很多程序员在工作多年之后虽然代码能力得到极大的提升，但是还是不具备独立的框架或者功能复杂的模块设计能力，所以很多人在工作多年之后工资一直不能得到上涨，这是主要原因编程的关键还是思路问题，关键点还是在于有正确的解决问题的思路，思路的切实性是需要经过项目实战的积累。

所以优秀的程序员一定是身经百战的经历过项目的洗礼，只有经历过项目才能真正意义上懂得编程是怎么回事，而且每次经历的项目都能够获取足够多的营养出来，越是优秀的程序员经历过项目之后知识体系构建越是完善，越是老程序员越是觉得程序深奥之初，所以老程序员轻易不动手都会思前想后把事情搞明白之后才去真正动手，所以讲老程序员真正动手写代码的时间还是非常短，大部分的时间都是在构思其可行性，真正动手的时间会非常短所以大家看到老程序员大部分的时间都是在看代码或者看一些资料，甚至有些人很少看到老程序员在大块的时间写代码。

越是老程序员对于编程语法看的越是淡薄，编程语言到了一定层面就是工具般的存在，就是为了编程思想服务，如果还在为了编程功能实现代码而烦恼证明了还在初级的学习阶段，度过了这个阶段之后就要考虑如何驾驭架构以及如何锤炼自己的编程思想了，编程的学习过程是需要循序渐进的不要觉得距离自己老程序员有非常遥远的距离，从开始入行就要慢慢去积累不断打磨自己的思想，希望能帮到你。

25年老程序员，20年CTO，来解答一下：

1、经验、教训使然，所谓亏吃多了，也就不吃亏了。

2、长久工作，养成了一定良好的习惯。

3、代码量到一定程度，自然而然会更熟练。

4、一些非技术的经验知识，还是需要时间来积累。

5、老程序员的思维经过多年的训练，更有利于直达本质。

6、他们的方案可行性更高，这样减少返工。

7、代码质量高，测试通过率高，考虑的因素更周全。

8、代码改起来更容易，找问题也相对容易。

9、对任务的理解更全面，能够从更多的角度去设计程序，权衡效率、速度、性能、扩展性等各方面的因素。

10、也不是所有的老程序员都能这样，这个还是跟这人的学习能力有关系，所以大家是能3年变成老程序员，还是10年，就看自己的个人努力了。

在IT编程开发的过程中，老程序员开发的效率会非常高。比如：一个网站模板，新程序员可能要花上一个星期的时间才可以完成，而老程序员却可能只需要1-2天就可以做好。这是为什么？莫非他们天生就有神相助。非也，这所以会这样，据我分析，主要有以下几点。

因为长期的编写代码，所以，会碰到非常多的问题，然后就会去解决这些问题，这就让老程序员有了丰富的实战经验。反观新程序员，碰到一个问题，因为以前没碰到过，所以要花大量时间去解决。而老程序员碰到问题，因为以前解决过，所以，很快就会弄好。

在IT编程中，很多的代码都是可以用来搬运的。因为长期的工作，老程序员会把一些功能代码记录或储存下来，以备后期使用。也就是说，他们就像记笔记一样，把一些功能代码记下来，以备不时之需。所以，在新的编程中需要用到时，他们就可以直接拿来就用，自然效率就高，开发就快。

老程序员在编写代码时，一般都会对代码的规范和格式比较重视，使用代码清晰有条理，阅读代码时就不费力气，而且还会做好每个功能代码的注释。这样，不管是对现有开发，还是对后期维护，都是非常有利的。如有代码出现bug，可以很容易地找到，这同样节省了大量的时间。

老程序员在编写代码时，会先从大处着手，把大的框架给弄好，然后，再对整个编程的细节有针对性地编写。这就好比开发一个高楼大厦，开发商会先把主体框架搭建好，然后，再一层一层地去弄每一层楼的细节。这样，往往目标会更加清晰，只要按步就班地执行计划，就可以很快完工。

熟能生巧

为什么老程序员的效率如此高？

首先， 敲代码的效率 != 工作效率

并不是老程序员效率就高，而是程序员要提高效率需要一些方法，这些 方法的学习和掌握需要一定的时间 ，结果就是老程序员的效率会相对要高一些。

我经常会看到一些新手程序员在写代码的时候需要频繁的去查看文档或者是网络搜索各种接口的用法，有时写一个功能要查个几十次，很多时间都浪费在了搜索上，真的写代码的时间很少。

而一个在这门语言浸淫了几年甚至是十几年的程序员，对这些接口了若指掌，使用的时候信手拈来，还知道接口里面的实现机制，可能会碰到哪些坑也一清二楚，减少了很多bug的出现。

你是不是有把那些接口拿出来反复琢磨，去研究它的源码，认真地了解它呢？

工欲善其事，必先利其器。

一个好的编程工具有很多可以帮助程序员减少工作量的功能，比如代码重构、自动格式化、语法检查、代码提示和补完等等，掌握这些也能大大提高开发效率。

随着IDE的发展和进步，现在很多工具都不需要太复杂的学习就可以操作，所以这个是一个投入小而回报很高的事。

代码是为业务服务的，我们首先得理清楚业务逻辑，才能知道要怎么写代码，而新手对业务不熟悉的时候，光是弄明白业务需求是什么可能都需要不少时间，有时候还可能会错误理解需求，导致写出的代码文不对题，只能重写。

所以多思考，多问，多讨论，不会花太多时间却会减少很多时间的浪费。

写出来的代码还需要经过测试，如果有bug就需要调试了。

很多新手只重视写代码的工作，对于怎么调试却忽略了，有的人甚至只会使用打印功能一步步通过排查找bug，并且对写出来的代码没有概念，连bug大概可能在什么地方也不清楚。

老练的程序员不只是靠打印，有时候只看报错信息就能知道bug大概在什么位置，配合上打印还有断点功能很快就可以找到bug的位置，更不要说他们很清楚怎么写出容易调试的代码。他们会在写代码的时候就对可能出问题的边界条件进行检查，并且会利用自动化测试来减少工作量。

新手很容易犯的一个错误就是拿到功能需求马上就开始写代码，可能写到一半会发现前面的代码有问题需要推翻重来，或者是写错了方向。

老程序员写代码之前会先进行构思，把功能需求拆解，分成不同的小模块，甚至会在纸上把这些想法画下来，基本上在这一步就把问题已经解决了，写代码只是把解决方案用代码表达出来而已。

所以，如果你也想做一个十倍程序员，记得不要只是埋头写代码，还要刻意去练习这些提高效率的好方法！

在写代码前，代码差不多已经刻在脑子里了，写代码的时候，总觉得双手敲键盘的速度赶不上脑子的速度，写出的代码几乎不需要调试，你说效率高不高？

因为老程序员经历多了，一些常规性的BUG基本不会出现，对用户需求也能做到最大的完善，还有对需求增加和修改有个大概了解，会提前预留接口和模块，还有对用户的硬件有了解，在程序上会有相对优化。所以老程序员写的程序不一定美观，也不一定最简化，但是可能是最合适的，可惜中国的程序员刚成熟就要面临失业。年轻的程序员啥都不懂，片面追求性能，美观简洁的程序，在兼容性和实用性上大打折扣，不顾用户的使用情况和硬件情况，项目一上线问题多。

老程序员分为两种，一种是年纪老，常常被换做“老X”，一种是能力老，常被人换做“x老师”。

老程序员之所以效率高，离不开几点：

程序员是一份高强度的脑力工作，能成为老程序员者，智力，体力无一不是同龄人中佼佼者。能够更加效率的工作自然是理所应当，方符合家有一老，如有一宝的普世价值。

祝广大码农早日修炼成为这样的老程序员。

老程序员，码代码速度并不见得比年轻人快。但老程序再面对需求时，能很快抓住技术关键点，难点，重点，如何突破都了然于胸。当出现问题，老程序员有经过实践的诊断定位排错的逻辑思路与手段 。其实这些熟能生巧是一方面，学习与实践 领悟是另外的方面。年轻人观察能力强 悟性高，也会青出于蓝

老成员就是图书馆，硬盘存满了各种经过调试且运行过的程序，只需要复制粘贴，效率肯定高

⑥ 程序员工作压力大，身体也垮，为什么还这么多人想做程序员

一、兴趣使然
兴趣会是你辛苦工作的一针强心剂，如果从事的职业就是你自己热爱的领域，那想必即使辛苦你也会感到是苦中作乐、乐在其中吧。跟心中美好的理想相比，辛苦便也算不上什么了。套用金庸的名句“那些都是很好很好的，可是我偏不喜欢”，这里应该说“那些确是极辛苦的，可是我心中喜欢”。

二、性格偏内向
不太会在商场里打交道、陪客户、谈生意等等，更没有有钱有势的亲戚朋友帮忙，程序员是一个很典型的纯粹靠自己技术和能力吃饭的工作，当然如果一个程序员提高人际关系和沟通能力会有很好的发展，比如终极目标之一的CTO或类似职位。

三、收入可观
工资相对于常见的大多数职业来说偏高，基本做个两年左右月薪至少10K起步，甚至很多应届生也可以拿到月薪10K+的水平。

四、对学历没有过于苛刻的要求
是如果技术够好、工作态度认真负责的话，可以放宽学历是本科的硬性要求。

五、市场需求大
随着互联网+战略的提出，进一步激发了大家对于互联网行业的向往，互联网创业公司如雨后春笋地遍地生花，同时互联网行业需要大量的程序员去搭系统、写代码，所以导致了供需不平衡，导致了程序员特别是优秀的程序员缺口比较大，互联网行业的程序员薪水一路飞涨。

程序员这项工作根基于计算机产业。计算机产业的特点就是爆炸式的增长，技术以不可想象的速度迭代。对于公司而言，要跟上发展速度，必须不断的推陈出新，不能有一丝懈怠；对于程序员而言，也要时刻保持专注，不断地学习新的技术和理念。所以要想时刻保持竞争力，辛苦磨砺是必然要经历的过程，不仅是程序员，其他行业亦是如此。

⑦ 什么工作时最适合爱动脑而不爱动手的人

貌似是乞丐吧，通俗一点说就是要饭的。
不信，你仔细想想：
装作残疾人要饭的：他们得好好动脑子想慧渗想怎样不被人识破。好端端的人看上去还得让人产生缺胳膊少腿的错觉，不费脑子，能行吗？
装迷路学生要2块钱路费回家的，得费脑子吧？装火车站装聋哑人要钱的，得费脑子吧？地铁上拎前橡脊着音响要钱的，他们是不是如亏也得考虑一下播放什么歌曲才能容易骗到钱呢，费脑子吧？举一反三吧，我就不做具体说明了

⑧ 知乎热议：程序员的悲哀是什么

最近在知乎看到一个很意思的问题，“ 程序员的悲哀是什么？ ”

很多人会以为程序员“ 脱发、加班、压力大、上班摸鱼 ”等标签是悲哀，而实际上这只是大众对此的刻板映像，并不是程序员真正的悲哀

毕竟这些标签在其他行业也都是普遍存在的，只是对于程序员群体来说，这些标签被互联网放大了所以显得格外的悲哀

但实际上的程序员的悲哀却来自我们程序员这个群体的内在通病

只关注技术的实现，不关注业务逻辑

大部分程序员在学习技术的时候，只会在乎技术的实现，而不去考虑更多的业务逻辑

经常出现的画面就是：

也正因为如此有了产品经理这个冤家，国外的产品经理更多的是对于商业业务的推进，而国内的产品经理更多的是对于产品细节的把控

因此，程序员的发挥能力进一步被局限，工作日常就是等着产品和设计给出流程图，按照图纸去步步执行

这样不仅禁锢了自己对业务的思考和成长，而且等项目做砸了，第一个背锅的可能就是程序员

只关注技术的分享，不关注商业逻辑

开源精神是程序员所推崇的，各个项目托管网站、学习资料、视频的分享造就了一大帮跨行进入互联网的程序员

要是没有现在那么多开源的技术，估计市场上有一大半的程序员得下岗

但是也正因为程序员的开源精神，造成了大量的人才涌入，毕竟环化材生只需要拿出发一篇SCI的精力，就能成为个初级程序员，加入程序员的面试大军

造成的结果就是初级人才越来越多，越来越内卷，最后35岁提前退休，卷王脱颖而出

让一个看起来高技术的职业人才通通成为了前期英雄，只要到第二年校招，就会发现自己很大概率被倒挂了

以为职业发展都是线性增长

温水煮青蛙在各个行业可能都有，但是别的行业可能是温水慢慢的蒸，但对于程序员这个行业水温还没上去来着，就有人拿着网兜把带走了

一行曾经见过，做项目前老板发奖金鼓励你把技术完成，但是项目完成上线后，为了节约成本就开了大部分程序员，留下少量的员工来进行维护

作为前期英雄的程序员，年轻点还好，赶紧去找下一份工作，但是年纪大了一点就难受了

这就是因为很多人按照惯性认为程序员的职业发展是线性模型，以后会越来越好，但很大情况下对于程序员来说职业发展是抛物线的，先增长后下降

如果没有预案准备，未来将会非常难受，当然做到一半提前转岗的不在此列

与其温水煮青蛙，不如主动的规划未来，那具体怎么做呢？

就算说程序员35岁退休，那也是针对初级程序员，技术专家的生命周期要长的多

毕竟工资增长靠工龄是不可持续的，能持续支撑工资增长的就是技术的不断精进了

不仅懂技术，而且还得更深层次的底层逻辑，才能再日常核心问题上发挥出自己的价值，这样就算优化也很难优化到自己身上

一直在技术圈子里很容易形成信息茧房，就像现在的各类算法推荐的流媒体，只推荐你感兴趣的内容，对你有帮助但不感兴趣的内容却离你越来越远了

同时跟电脑打交道久了，就更不想跟人进行交流了，越陷在信息茧房之中

所以还得多离开你的电脑桌，与人交流

只有不断的迈开腿，张开嘴，你将会发现，未来很多机会都是在与人交流中的碰撞摩擦出来的

为什么转行做程序员？那还不是因为工资高嘛

如果要提前规划未来的话，最好还是多尝试去了解兼职和副业，知道钱除了从工资里来，还能怎么来

至少赚1块钱也是好的，因为很多个项目都是从1块钱开始，然后不断滚雪球变大

只有副业开始不断有收益，那什么35岁危机、提前退休等危机全都不用考虑

程序员悲哀也都将会烟消云散了

书籍的好处就在于权威和体系健全，刚开始学习的时候你可以只看视频或者听某个人讲课，但等你学完之后，你觉得你掌握了，这时候建议还是得去看一下书籍，看权威技术书籍也是每个程序员必经之路。

安装 Python 环境 ！

工欲善其事必先利其器。学习Python常用的开发软件也都整理在这了，给大家节省了很多时间。

光学理论是没用的，要学会跟着一起敲，要动手实操，才能将自己的所学运用到实际当中去。如果你不知道你该做什么，可以查看下面的实战案例。

我们学习Python必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有阿里大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

需要资料的小伙伴请私信我哦！

每个行业都有悲哀，虽然程序员的悲哀被放大了，但仍然是最有潜力的岗位

无论未来转岗、还是创业，技术能力都会成为buff为自己服务

加油，打工人～

⑨ it写作文档

1. 为什么程序员不愿写文档

其中的原因很多，我自己归纳了几点：1.怕烦程序员从入门之日起，就在心里埋藏了一颗编程的种子，认为程序员就是编程序的，就是和计算机打交道的，程序就是程序员的全部。

无论是在编程之前写文档，还是在编程之后写文档。他们都认为写文档很烦人。

1）文档种类太多。越正规越多。

一想到要写那么多的文档，程序员的头都要大了。2）文档写作要求不低。

有格式要求、内容要求，还需要画各种流程图、示意图、关系图、界面图和填写各种表格说明，以及要收集各种资料。虽然没有技术含量，但是要花的时间比编程序多，而且也不一定能写好。

3）在正规的开发公司中一般一个变更就要编写一系列的变更文档。当不断变更时，只有最后的变更文档是最重要的。

当我们不知道当前是不是最后一个文档时，我们就不愿意写可能被后面的文档替代的文档。4）当写了文档之后，就会不断有使用文档的人来询问细节，这些询问往往会让人崩溃。

这是因为很难写出让每个人都提不出问题的文档。2.没空在很多情况下，程序员都处于一种“时间紧、任务重”状态。郑首穗

在急于得出编程结果的驱使下，程序员一心扑在编程上，恨不得一分钟一个变化，哪有心思和时间先把文档写好再去编程呢？即使他们拥有先把程序编出来，然后再补写文档的想法，但是一旦他们完成一段程序之后，就会立即扑向第二段程序。如此下来，编写文档只能放在项目开发的后期了。

你要是真的写文档，那写文档的时间早已将编程时间给挤占了，你的编程工作就完不成了。3.没有用文档的重要性其实对不同对象是不一样的。

如果你说文档没有用，立即会有人用唾沫把你淹死，他们立即会搬出哪个哪个说文档是重要的，文档是不可缺的。唯独不敢说“我自己认为文档是重要的”。

这也反过来说明文档的有用性程喊卜度对不同人是不一样的。对于程序员来说，只要能把程序编出来就行了。

很多程序员不写文档照样编出程序来，在他们的观念中文档不写也罢。如果按文档编程序，那就要确保文档的正确性、不可更改性。

而实际上，文档不如编程快，编程不如变化快，不断变化的需求和代码让文档如同一张过时的废纸一样。在现实中，有的文档变成了项目开发后的总结，对开发本身并不起作用，只是保留一个存在的形式，以应付各种各样规范的需要。

在这种情况下，文档没有任何实用价值，所以即使程序员写了，也没有什么作用。尤其是项目投产后，几经升级，最初的文档早已和现实的情况对不上号了，文档更新和系统的一致性更是难于控制。

4.没好处既然认为编程序才是正道，那么程序员写文档就是一种额外和辅助的工作，做了就做了，对于程序员来说没有任何好处。当然，文档的好处更多地体现在软件公司、单位、软件用户、后续程序员身上，它是一种“前人栽树，后人乘凉”的好事。

所以程序员不愿意写文档。文档有多么重要呢？有人把它上升到“程序员头脑的拷贝”的高度，有的人甚至说，程序员走了后，只要有了文档，软件公司可以再招新人，公司照样运转起来。

如此说来，天性聪明的程序员会把文档写得清清楚楚吗？5.不会写从写作本身来看，芹庆写好一篇文档不是一件容易的事。文档有文档的格式和写作要求。

现在的人只喜欢动嘴说事，没有多少人在平时会动笔写字，更不用说写文章了。所以，写文档从理论上来说也是需要学习和训练的，需要在平时进行写作积累。

当要求一些程序员写文档的时候，他往往会回答你：“怎么写呀？我不会。”你不会写可以不怪你，你不去学，反而理直气壮地说不会，则是你的不对了。

难道那些会写文档的人都是“呆子”吗？难道他们不懂干活辛苦的道理吗？当一个男子向一个自己喜欢的女子示爱，需要用情书来表白的时候，难道他不会写情书吗？即使他不会写，他也一定会克服千难万险把情书写出来的，这是他的主观使然。如果程序员主观上想写文档，怎么会怕烦？怎么会怕没空？怎么会怕文档没有用？怎么会怕不会写？这些怕其实都是借口。

真正优秀的程序员应该不单是编程的高手，同时也应该是写文档的高手。程序员真正不喜欢写文档的原因是：文档是给别人看的，不是给自己看的。

如果要使程序员喜欢写文档，那就要提高程序员的意识和境界，或者要给写文档的程序员以奖励。而靠制度、管理让程序员去写文档只能是一种职业上的弊端。

当有一天写文档也成为一个专业化的岗位，程序员和文档人员分开时，程序员就会一心一意看文档写代码，文档员就会以此为职业，一心一意写文档拿工资。我们将不再为此进行讨论。

这种分工一定是未来的趋势。一些大的公司或管理规范的公司都已经有这样的分工了。

只是很多中小软件公司或企事业单位里的IT部门还没有专业化到如此程度。程序员不喜欢写文档也许说明他们不愿意承担太多的角色吧。

不管怎么说，作为一个程序员（尤其想成为优秀程序员）一定要学会写文档，一定要学会欣赏文档。无论你是否喜欢，你都应该可以在文档的各种问题面前可进可退。

可以这样说，那些既不会写文档，又不会欣赏文档的程序员是没有资格说“我就不喜欢写文档”这种话的。

2. IT文档工程师有什么要求

我就是文档工程师。就技术要求上说

1.需要你对文字的表达能力，毕竟多是要你自己“写”文档，而且针对对象不同，表达的方式不同。写作技巧，文字细节等，需要揣摩。主要是简介明了，准确易懂，有针对，不罗嗦。

2.需要你能比较熟练操作MS 工具，主要是word，写文档主要靠这个，其次还有excel和PPT，较之word少。不是说非要精通，很多东西都是在实际工作中慢慢学来的。

3.需要你对公司产品有个了解，比如产品系统架构，主要的工作流程，各个组件的功能和原理。由于写文档很直接跟这些相关，所以要尽快掌握。

4.要不断自我学习。虽然文档工程师不像，研发和测试工程师那么累，但是也要不断学习。学习英语，因为可能需要翻译。学习IT行业的一些基本知识，买几本书，手头翻翻。学习产品相关的软件使用，比如Linux指令等。如果涉及程序代码的，就要学习那些编程语言了，不过也只是架构上的，不需要你看懂每一行语句。

差不多就这些了。任何职业都要有自己的能力和兴趣的融入，才能工作开心，生活开心。祝你好运

3. 我是学it的（想在网上写小说怎么写

第一种是先把自己的文存在word文档里 在相应的贴吧发文

例如 言情小说 可以在言情小说吧里发文 不过这种一般都是写的好玩的

第二种是在小说网上

比较好的就是 小说阅读网 起点 晋江

如果是校园的小说的话 可以去聚星 不过聚星很卡

如果文笔比较淡 比较成熟的话 可以去花火

不过这种方法一般要通过审核才可以发表 第一种可以自己发表

第二种方式比较考文笔

如果ll不想审核的话 可以去贴吧发 不过吧友的回复也是一种审核吧

第二种如果文笔比较拖沓的话 就很容易功亏一篑了 可能写了一大堆 但通不过审核╮（╯▽╰）╭

但这两种都最好要把文文存在word文档里 虽然小说网一般可以作家存稿 但还是文档里保险一些

4. 知名企业招聘网络工程师要求

网络工程师每个公司和任职要求不一样，一般分为初级、中级和高级，初级任职要求相对较低，任职要求一般为： 计算机及相关专业大专以上学历； 熟悉相关系统；熟悉网络协议，对网络有一定了解；具有一定的英语阅读能力和英语基础； 了解相关服务器。

中级和高级要求工作经验两年以上，任职要求也较高具备网络维护或相关工作经验，掌握各种网络环境搭建（LAN/WAN），具备较强的技术基础；掌握数据网络基础知识；具备较强的网络维护和故障处理能力，熟悉网络测试工具；熟悉网络安全、主机安全相关知识，能熟练配置主流的防火墙，等等，不过每个公司的职位要求还得视该公司具体职位要求为准。

5. 为什么程序员不愿写文档

其中的原因很多，我自己归纳了几点：1.怕烦程序员从入门之日起，就在心里埋藏了一颗编程的种子，认为程序员就是编程序的，就是和计算机打交道的，程序就是程序员的全部。

无论是在编程之前写文档，还是在编程之后写文档。他们都认为写文档很烦人。

1）文档种类太多。越正规越多。

一想到要写那么多的文档，程序员的头都要大了。2）文档写作要求不低。

有格式要求、内容要求，还需要画各种流程图、示意图、关系图、界面图和填写各种表格说明，以及要收集各种资料。虽然没有技术含量，但是要花的时间比编程序多，而且也不一定能写好。

3）在正规的开发公司中一般一个变更就要编写一系列的变更文档。当不断变更时，只有最后的变更文档是最重要的。

当我们不知道当前是不是最后一个文档时，我们就不愿意写可能被后面的文档替代的文档。4）当写了文档之后，就会不断有使用文档的人来询问细节，这些询问往往会让人崩溃。

这是因为很难写出让每个人都提不出问题的文档。2.没空在很多情况下，程序员都处于一种“时间紧、任务重”状态。

在急于得出编程结果的驱使下，程序员一心扑在编程上，恨不得一分钟一个变化，哪有心思和时间先把文档写好再去编程呢？即使他们拥有先把程序编出来，然后再补写文档的想法，但是一旦他们完成一段程序之后，就会立即扑向第二段程序。如此下来，编写文档只能放在项目开发的后期了。

你要是真的写文档，那写文档的时间早已将编程时间给挤占了，你的编程工作就完不成了。3.没有用文档的重要性其实对不同对象是不一样的。

如果你说文档没有用，立即会有人用唾沫把你淹死，他们立即会搬出哪个哪个说文档是重要的，文档是不可缺的。唯独不敢说“我自己认为文档是重要的”。

这也反过来说明文档的有用性程度对不同人是不一样的。对于程序员来说，只要能把程序编出来就行了。

很多程序员不写文档照样编出程序来，在他们的观念中文档不写也罢。如果按文档编程序，那就要确保文档的正确性、不可更改性。

而实际上，文档不如编程快，编程不如变化快，不断变化的需求和代码让文档如同一张过时的废纸一样。在现实中，有的文档变成了项目开发后的总结，对开发本身并不起作用，只是保留一个存在的形式，以应付各种各样规范的需要。

在这种情况下，文档没有任何实用价值，所以即使程序员写了，也没有什么作用。尤其是项目投产后，几经升级，最初的文档早已和现实的情况对不上号了，文档更新和系统的一致性更是难于控制。

4.没好处既然认为编程序才是正道，那么程序员写文档就是一种额外和辅助的工作，做了就做了，对于程序员来说没有任何好处。当然，文档的好处更多地体现在软件公司、单位、软件用户、后续程序员身上，它是一种“前人栽树，后人乘凉”的好事。

所以程序员不愿意写文档。文档有多么重要呢？有人把它上升到“程序员头脑的拷贝”的高度，有的人甚至说，程序员走了后，只要有了文档，软件公司可以再招新人，公司照样运转起来。

如此说来，天性聪明的程序员会把文档写得清清楚楚吗？5.不会写从写作本身来看，写好一篇文档不是一件容易的事。文档有文档的格式和写作要求。

现在的人只喜欢动嘴说事，没有多少人在平时会动笔写字，更不用说写文章了。所以，写文档从理论上来说也是需要学习和训练的，需要在平时进行写作积累。

当要求一些程序员写文档的时候，他往往会回答你：“怎么写呀？我不会。”你不会写可以不怪你，你不去学，反而理直气壮地说不会，则是你的不对了。

难道那些会写文档的人都是“呆子”吗？难道他们不懂干活辛苦的道理吗？当一个男子向一个自己喜欢的女子示爱，需要用情书来表白的时候，难道他不会写情书吗？即使他不会写，他也一定会克服千难万险把情书写出来的，这是他的主观使然。如果程序员主观上想写文档，怎么会怕烦？怎么会怕没空？怎么会怕文档没有用？怎么会怕不会写？这些怕其实都是借口。

真正优秀的程序员应该不单是编程的高手，同时也应该是写文档的高手。程序员真正不喜欢写文档的原因是：文档是给别人看的，不是给自己看的。

如果要使程序员喜欢写文档，那就要提高程序员的意识和境界，或者要给写文档的程序员以奖励。而靠制度、管理让程序员去写文档只能是一种职业上的弊端。

当有一天写文档也成为一个专业化的岗位，程序员和文档人员分开时，程序员就会一心一意看文档写代码，文档员就会以此为职业，一心一意写文档拿工资。我们将不再为此进行讨论。

这种分工一定是未来的趋势。一些大的公司或管理规范的公司都已经有这样的分工了。

只是很多中小软件公司或企事业单位里的IT部门还没有专业化到如此程度。程序员不喜欢写文档也许说明他们不愿意承担太多的角色吧。

不管怎么说，作为一个程序员（尤其想成为优秀程序员）一定要学会写文档，一定要学会欣赏文档。无论你是否喜欢，你都应该可以在文档的各种问题面前可进可退。

可以这样说，那些既不会写文档，又不会欣赏文档的程序员是没有资格说“我就不喜欢写文档”这种话的。

6. 如何才能写出好的产品文档

一般来说，产品文档分为产品需求文档和产品使用文档两种。产品需求文档主要面向的是产品的开发、设计者，期望是产品的实际开发人员了解产品的细节，让开发完成的产品达到前期设计需求的预期；产品使用文档面向的主要是使用者，使其通过产品文档掌握产品的功能使用，也就是我们常说的产品使用帮助；如果不搞清楚文档面向的对象，往往写出来达不到预想的效果。类似这样专业的文档文案，其实是有一定共通性的；掌握这类文案的写作技巧，尤其对我们IT从业人员来说，是一项非常不错的技能。笔者从业这两年，跟此类文档打过不少交道，在这里跟各位分享一些经验。

1、对象要清楚

开篇就提到了，清楚文档面向的对象的重要性。对于不同的对象，必须使用不同的写作思路来对待，尽可能的站在对方的角度去思考。他需要看到什么？什么内容对他有用？我如何阐述给他？对于产品设计人员，他所需要了解的是产品的样式、界面、交互等情况，对于实际编码人员，他则偏重于产品的可实现性，你的内容则需要偏注产品的功能细节和内部处理。所以，文档面向的对象决定了文档的功能和内容。确定文档面向的对象才能做到有的放矢。

2、条理要清晰

文档的条理清晰不仅让你的文档看起来比较顺畅，更让阅读者能够很清楚的理解。所以，下笔之前就应当知道自己的文档内容大致分为哪几个大的模块、模块下又细分了多少个子模块，然后在大纲的基础上，再进行详细的内容填充。笔者之前的经验，往往在文档下笔之前认真思考了好几天，总希望在下笔之前就希望把所有的问题都想清楚。这对于写作者来说，是一件不好的举动。其实，东西在脑子里转悠，不如在纸上来的直观。大纲列出来之后，然后再来反复的添加、修改，比你按笔不动要来的有效率得多。对于写作来说，最难的也是开始。

3、逻辑要严谨

产品类的文档不同于平常我们书写的文档类型。对于内容叙述的严谨性要求非常严格。因为你的文档不单单是一个你对这个项目、产品的理解，它更是需要做为一个协作的载体让其他的同事同时使用，更可能成为其他同事工作方向的指引。因此，严谨是必须的。所以，在满足了文档条理清楚的前提下，仔细斟酌、思考文档可能会出现歧义、漏缺的部分，反复修改文档成为了一项必须的工作。在大家协调工作的背景下，你一个人不可能将所有的问题都考虑清楚。所以往往出现同事指出你文档中存在的毛病和漏洞。但是你还是应当在前期多做一些考虑，将问题尽量减少。

4、用词要专业

专业的用词不当可以帮助你提升文档的专业度，更可以帮助你提升效率，减少重复和不必要的沟通成本。既然是行业那就需要行业标准，使用专业的行业术语是一种职业化的表现，这样既可以很快和同事达成共识，又让别人觉得你很专业。我想，同事之前这样的协作才是有效率的。当然，对于新手来说，如何掌握专业的用词，这就需要平时多看多读了。多了解小众的博客，多认识一些前辈和朋友，无论是对写作还是对工作的认识，都是很有帮助的。

5、格式要规范

对于一个IT行业从业人员来讲，规范化、流程化的工作模式是非常重要的。对于需要经他人手的文档、或者需要进行存档的文档来说，格式的规范与否是一个衡量你专业化程度高低的重要衡量标准。当然，说到这个规范，你在第一次写作之前就应该了解这个规范是一个什么样的规范。是行业规范？还是公司内部的规范？这取决于你所在公司或所从事项目的情况。对于大公司，你所要做的就是找之前前辈们写过的同类文档进行拜读，了解这些规范。对于小公司或者新创的项目，之前没有过同类产品文档的情况。你所要做的就是沿用标准规范再加上项目特点，尽可能细致的书写。相信，经过你的努力的，你写的文档将会成为该类文档的案例，成为规范。

其实无论是产品需求文档（PRD）、产品策划书还是商业计划书，其实都是需要我们下功夫仔细研究的。毕竟中国互联网发展才十几年，很多细节都还不是很专业。对于一个会思考的互联网人，武装自己的头脑，丰富自己的技能才能找到更好的职业发展。

⑩ 程序员吐槽：好多在阿里混不下去的去小公司当领导，只BB不干活！

公司其实就像一个江湖，能力有高有低，因此很容易造成彼此看不起的现象。有小公司的程序员就在网络上吐槽，称其公司来了阿里前员工，感觉就是个渣渣，天天只动嘴不干活，能力也不见得高到哪里去。

如下就是这名程序员吐槽的详细内容。

其称：发现好多在阿里混不下去被踢出来的，去了各种小公司蹭着阿里的名头混个领导当当，搞事情，就是不干活。天天满嘴大数据，协同过滤的，然后招几个开发干活，自己啥也不干，你们身边有这种渣渣吗？

这名程序员吐槽的点在于阿里混不下去去小公司不专心做事情，成天想着如何搞事情，满嘴跑火车，最后招几个干活。对于楼主的吐槽，有网友称自己也很想这样的说活：去哪里混，我也想去。

我也是一名从事了6年java开发的全栈工程师，花了近一个月整理了一份较适合18年学习的java干货，送给每一位学习java小伙伴， 加QQ群领取：818464711

不过也有网友称混也是一种本事：你有本事也许进阿里磨炼几年，然后出来当个小领导啊，人家在这个位置，不一定是能力问题，也许是你看不到它的能力。

按照另外一些网友的说法，能进去阿里的肯定是有一定本事的，不然阿里也不会录用，其从阿里跳槽出来去小公司当领导也是出于职位上升的缘故，当领导一般不会亲自动手干活的，主要就是大体方向上的指引。

还有标签为阿里的员工站出来称：有，我本人就是，居然一年了没被戳穿，离职还各种挽留。不过从其描述来看，应该是自嘲的口吻。