大厂怎么管理程序员

⑴ 程序员离开大厂进工厂，他们这么做的原因是什么

程序员所面临的工作压力非常大，而且程序员几乎每天都需要加班，工作非常辛苦。在制造业做工人，下了班就不用考虑工作上的事情了，这会让人感到轻松。不管是选择做程序员还是选择做制造业的工人，适合自己的就是最好的。在现代社会很多的程序员都已经辞去了自己的工作，转行去制造业做了工人。关于程序员们这样做的原因是什么？以下是我的看法：

三、不管是做程序员还是工人，适合自己的就是最好的

其实每一个人，都有自己适合做的工作。每一个人也都有自己想做的工作。不管是做程序员，还是做工人，只要这个工作是适合自己的，那么这个工作就是最好的。希望大家都能够选择适合自己的工作，选择自己想做的工作。

那么你觉得为什么程序员会转行去做工人？欢迎评论区下方留言。

⑵ 如何才能修炼成一名不可替代的程序员，避免裁员危机

程序员，就是从事程序开发、程序设计、程序维护的专业人士。

作为一种专业性极强的技术性专业，程序员的工作难度非常高，只有专业技能水平高超的人才能在这个领域获得良好的发展前景。……那些实力不足的人，只能被最终淘汰。

因此，要想在程序员这一行里成为不可替代的人，避免自己被淘汰出局的情况，就必须具备以下几方面能力：

1，高人一筹的专业技能。

在职场上，要想确保自身生存，就必须具备一项专业技能。……要想确保自己不被淘汰，就必须具备高人一筹的专业技能水平。

因此，要想让自己成为不可替代的程序员，要想让自己避免被淘汰的情况，就必须确保自己的专业技能水平高人一筹。

2，强大的罗辑思维能力。

程序，是一个逻辑性极强的系统。

一个程序的各个部分之间、各项功能之间，都存在着极强的关联，也拥有着非常强的逻辑关系。

因此，要想编写出性能优异的程序，就必须拥有极强的逻辑思维能力。……这是确保自己拥有更强实力、确保自己不被淘汰的重要能力。

3，高超的数学水平。

程序的表象，是一段代码。而其核心，则是数学模型，是具体的算法。……只有具备高超的数学水平，才有能力编写出算法精妙、逻辑严谨的程序来。……这是自己具备更高水准的关键因素。也是自己高人一筹，不可替代的关键因素。

4，精通至少一门编程语言。

编程语言是程序员在编程时所用的工具。……只有熟练掌握手中的工具，才能让自己编写出优秀的软件。……编程语言有很多种，一个程序员不可能面面俱到。……但是一个合格的程序员必须掌握至少一门编程语言，这就是自己工作时最得力的工具。……运用这个工具，自己就可以编写出优秀的软件，就可以获得更好的业绩，最终成为不可替代的优秀人才了。……自己也就不可能被淘汰了……

⑶ 大厂程序员的发展瓶颈是什么

大厂程序员的发展瓶颈是年龄大了，但依然在写代码，没有当上领导，这时候精力和体力都不足了。

⑷ 为什么互联网大厂的程序员会去当司机

互联网大厂的程序员会去当司机常见的有以下原因：使用的技术是非可持续发展的；没有存在感，一无是处；没有晋升空间；有不通情达理的管理层；工作毫无激情。

1、使用的技术是非可持续发展的

要是程序员依然冥顽不灵地执着于扩展这些过时的、专有的或者非常特殊的技术，那么这是在自掘坟墓。要是有哪家企业仍然在用某种语言或框架的早期版本，那或许恰好能拯救。但是，长时间地处在一个停滞不前的技术环境里，可比就职于同一家公司不断给他们改进工具要来得糟糕多了。

4、有不通情达理的管理层

很多人会选择离职，一大部分原因应该也和公司规章制度和领导的管理有关。倘若在一个不通情达理、不专业、不称职、只会阿谀奉承的 Leader 领导下，很多程序员都会有加班加到绝望、和产品相互残杀到天昏地暗的悲惨结局。

5、工作毫无激情

很多软件开发的领域并没有外人想象的那么有趣。这这种情况下，如果有机会挑战身边的技术做出一些真正意义上的创新，或许有助于调整这种斗志萎靡的状态。但是要是程序员觉得你目前的工作毫无价值，完全激不起灵感的火花，就会跳出那个圈子，找点自己感兴趣的事情。

⑸ 你身边有离开大厂进工厂的程序员吗他们都是怎么想的

今天好多人在讨论程序员离开大厂进工厂，越来越多高学历人才加入制造业，如何看待这一趋势，会带来哪些变化？这一话题

好多网友说终于觉醒了，制造业才是根本！

这就有点标题党了，怕是对宁德时代有什么误会。

所谓的工厂不是我们平常认知的那种中小型工厂

他们进去也不是做拧螺丝的普通工人，基本都是做工程师的那种技术猿！

既然都是技术精英在哪里都能发光发热也是正常的，而且it也是分为好多类型的，在大厂里也有做基础工作的熬夜加班工地人呢。

不要对互联网有深厚的偏见，更不能对制造业有偏见。制造业是经济基础，但是互联网改变了物质的流通速度和形式，是生活的基础。

就现在的情势而言，我觉得已经没什么蓝领，白领，金领之分了。

能够赚钱生活，能够学以致用，才是王道！

这里的学不仅是知识，还包括技能，职业技能，所以不仅高素质人才进入制造业值得赞许，同时，那些在基础岗位任劳任怨的真工人更应该得到一份尊重和赞美！

在任何岗位上勤勤恳恳发光发热的大家，都是社会建设积极向上的一份子！

⑹ 如何管理你的程序员

简言之，这些东西都是用来最有效的发掘你的员工的全部潜能的。你有了一个领导 基于此，我们通常会有一个重要人物，他可能是一个领导，一个经理或一个总监，等等。这就有了问题：这些人有什么样的特征？一个管理者和一个程序员之间的不同之处在什么地方？他们的角色可以互换吗？ 为了弄明白这个问题，我们需要从人的视角上去思考。换种方式来说，我需要用到人的因素这个词。如果他错了呢？ 首先，要想管理人，你需要去理解他们。要做到这些，我们需要有情商。这并不仅仅指只针对我们这部分人。我们做的任何事情中都存在情感，你要从个人角度去体验它，要熟练掌握，在我们的公司管理中的合作方式上不能忘记这一点。管理并不仅仅指控制和命令，它还包括聆听，理解，沟通和对复杂的情绪上的问题给出有效的方案，这都是至关重要的。弄清他们的感受 很多人都忽略了管理工作中的这方面问题。有时候会很戏剧化，类似于这样：“鲍勃，从明天开始你就是一名项目经理了，因为我们的程序员太多了，需要去管理，但不用担心，你就要去上一个Scrum大师班了”。我们都知道这样的认证证书是什么样的，有什么价值。这跟那个10天的ICC培训课程后成为一名教练的故事非常的相似——这行不通，你要铭记！ 另一方面，Mark Foster在他的标题为《How to make your dreams come true(如何实现你的梦想)》一书中谈到，实现目标有两种方式：推(Push mode)和拉(Pull mode)。前者是使用一种工艺上的技术来完成一项任务，比如程序员编程，而后者依赖于经验、直觉和情商，从而选择最好的方式解决一个问题——这是管理者的视角。当使用这种管理模式时，管理者是不能和程序员进行角色互换的，反之亦然。一些大公司通常使用这种管理模式。而这种方式有时会损失一些员工的潜能，因为在多个级别的管理职位中产生的太复杂的层级关系。相互协作 为什么？很多的小公司都使用敏捷方法论。这是一种基于合作的方法论。上面描述的模式并不能满足他们的需求。在不同层级上的管理者和程序员之间始终存在着一个隔膜。人们会被分成“脑力劳动者”和“体力劳动者”。结果就是导致我们失去那些同样有大脑却从来未被使用的人。如今，所谓使用有效率的员工就意味着把所有人都当作脑力劳动者。 Evan Rose 说：命令/控制(Command-and-control)文化使人们把公司成员分成了脑力劳动者和非脑力劳动者。他们让脑力劳动者去思考，让其他人去执行命令。这种文化中，合作没有基础。更重要的，信息的流转应该是多向性的，而不是瀑布式的从高层经过多个管理层流到一线员工。事实上，如今的每个人都有资格成为一个脑力劳动者 现在出现了一种称作自我管理的形式，这种形式本是我们这个世界的基础。如果我们本来是自我管理的，为什么不更进一步呢？也许我们根本不需要管理者。37Signals 和 DHH都实现了这样的思想，描述起来如下：我们同样也让我们的团队管理自己。每周，一个员工会站出来当管理者，他制定简单的日程计划，审查其他人的工作，更新公司动态信息，他对于其他同事来说是一个关键人物。这种职务轮换每周一次。你知道我们发现了什么吗？当每个人都知道自己要当一周的国王时，神奇的事情发生了。对管理者强迫自己做某些事情的抱怨消失了，因为职务的轮换让他们有机会同时清楚的了解了围栏两边的景观。如果你让员工们这样做，这给了他们提高和成长的机会。找到共识，一起努力 但不要想当然。这并不是适用于任何地方任何人。但就像David说的：这种方法可行性很大。如果你能理解这点，你可以在团队或部门里试验一下。通常在小公司里当某方面出现问题时你能相当很快的对其作出反应，这能让你更容易的避免重大事故的发生。 简言之，不管你的管理方式是什么样的，永远要记住，在公司组织结构的深处有一种叫“人的因素”的东西，它在等待着你去照顾，它能摧毁你所有美丽的计划。唯一你防止这种灾难发生的办法就是要认识到：你在跟人打交道，不是机器。

⑺ 程序员离开大厂进工厂，会成常态吗

我觉得程序员离开大厂进入工厂不会成为常态。现在有一些程序员觉得在互联网上班非常的辛苦，有些人为了逃避这种压力，于是选择到工厂去上班，因为工厂里面工作不需要去想这么多问题，每天都是一些重复性的工作，而这些离开大厂到工厂上班的程序员，在后面也会为自己的行为后悔。

可能在现在有一些程序员离开大厂进工厂，但只是很少很少的一部分，大多数人虽然在抱怨大厂上班非常的累，但是他们依然不会选择离开，因为离开大厂，他们再也找不到像这样好的福利待遇，所以千万不能被网上的一些谣言带节奏，许多人可以到工厂去打工，但是不一定能进大厂当程序员,门槛是非常高的。

⑻ 互联网头部大厂纷纷裁员，就业寒潮降临，程序员何去何从

近两年受到疫情以及大环境不景气的影响之下，越来越多的企业都开始着手缩减开支，控制人员成本支出。所以也真的不难发现，越来越多的企业纷纷开启了裁员模式，其中也不乏一些知名的互联网巨头。

相信作为任何一个具有资深工作经验的程序员，他们在面对事业抉择以及职业前景发展的时候，也是最具有话语权的，一来就是能够成为该行业的专家，这是可以主导一个公司的技术更新发展，成为团队下不可或缺的角色人物。除此以外，在专业领域之内深耕，使得技术突飞猛进并且炉火纯青，从而在职场上做出一些职业发展的改变，主要朝管理方向进行发展。想必这样也是许多程序员最喜闻乐见的前瞻。即便程序员在面临未来前途抉择的时候最不堪处境，也可以尝试向转行或者是创业等等做出改变。

⑼ 程序员离开大厂进工厂，未来的前景如何

程序员离开大厂进入工厂，对于社会而言，高端人才进入制造业是有前景的；对于程序员个人而言，程序员可以选择的工厂并不多，这意味着程序员的未来前景并不会怎么样。

三、程序员怎么才能在工厂有自己一席之地

程序员进入制造业其实是没有什么优势的，毕竟熟练程度上可能就比不上一般受过职业训练的工人。但程序员可以在工厂有自己的一席之地，这最为重要就是在离开大厂之前就做好培训计划准备，再分析出自己擅长领域时适当地选择相应的工厂，这最起码能够把握自己的薪资和未来的发展方向。总而言之，想进入工厂有自己的一席之地，我们就不能够盲目地进入工厂。

⑽ 应该怎么管理程序员

我是一个非常能忍耐的人，非常能忍。事情是这样的，去年春天，由于上一个东家战略失误，导致我们部门被裁（悲剧啊），只好另寻他路，恰逢旧日总监空降到现在这家公司做老总，于是我就名正言顺的过来做嫡系部队。可等俺入职后，才发现这家公司水很深啊……。溜须拍马的人比比皆是，竭尽所能讨好领导，有些话我听着都觉得脸红心跳，胃部翻腾。此为公司第一阵营：谄媚，技术不精，管理不强，但是嘴上功夫了得，总能讨得公司一把手二把手欢心，无所不用其极，堪比现代“和珅”。这一层人比较少，金字塔尖嘛。公司第二阵营：埋头苦干，一心只读“圣贤书”，两耳不闻“窗外事”。这是一群被极度剥削的新人，新时代的农奴，工资在公司垫底，升职没他们，加薪更别想，技术没人带，基本处于群龙无首状态，每天得过且过。这一层人最多，是整个公司的金字塔底，任凭黄沙盖脸，毫无怨言。公司第三阵营：技术“大牛”，是的，这群人一般都是个小头头了，管理着为数不少的第二阵营，爱好钻研技术，沟通能力基本为0，未接受过正规化训练，一件事情要反复说多次方能“略懂略懂”，平时对自己手下不管不问，老子研究高深算法，你们还是自己看书学习吧。好吧，我来了之后就有了第四阵营：不服管教派。 先说说几件小事：1.刚来的时候，安排我进了一个开发中的项目组，让我写一个图片处理和加水印的模块，图片处理，其实就是根据用户上传的图片(像素很大，不适合网页展示)，压缩成各种尺寸并加上网站logo水印，两天后，我写了一个通用的接口，传入图片的原始地址，水印地址并输入要生成的尺寸就可以了，给了他们一个打好的jar包。入口参数都用“中文”注释好了，可后面一直到一个月后，还是老是被问接口怎么用。2.其二，因为存储的图片很多，很大，项目组决定用分布式存储，选了Hadoop，这任务又被委派给我了，我一看，哥也没搞过啊，but，难不倒哥。上官网查文档，上google查资料，经过几天的折腾，终于把分布式集群搞好了，那个时候公司就一个运维，只会装系统搭路由，Linux系统安装和配置都是俺自己搞的，系统搞好后死活上不了网，又把机器从头到尾检查了一遍，去问运维，说我DNS地址设错了，试了好几个包括他给我的都不行，我不死心，去问运维，聊天的过程中无意间知道公司上公网是用路由过滤MAC地址的，果断让他查路由规则，我三台服务器的MAC地址没有一台在允许列表当中，oh，my god。好了，下面继续讲Hadoop，搭建好环境，写完程序接口后就把图片迁移到集群上，跑的还算稳定，就是读取文件的时候有点延迟。后来哥有事请假两天，打算回来解决延迟问题，可当我打开电脑兴冲冲的连接Hadoop时，timeout了,What the hell did they do?去问经理，说是我离开后服务器出问题了，项目组又没有人会，就把图片迁移回Apache，Hadoop集群关闭了。这尼玛！不是坑爹嘛！！！！公司“元老”们对我的到来表示非常的不欢迎，项目组两个月后就把我T出来了，让我自立门户，领导还专门关照我组建一个项目团队时刻准备为公司冲锋陷阵，这尼玛，整个团队就我一个光杆司令。以上只是技术的，一个对互联网一窍不通，对编程压根不懂的副总搞了一套CMMI作为管理手段，大会小会一个周要开三天，还有N多管理上的事情，不一而足，以至于我来两个月后就想离职走人。后来想想，就这么走了太特么懦夫了，我要组建自己的团队。于是乎招兵买马，从招聘、带人，制定项目规范、代码规范，学会了js，struts(以前做软件，没摸过这些，惭愧……)，从去年年中的1个人道现在的6个人，我的项目组成型了。 好了，不扯闲话了，转入正题。我有182的身高，80kg的体重，我会一些拳击，练了五年田径，可是我从来不跟人拳脚相向。在生活里一直信奉“人不犯我，我不犯人，人若犯我，先让两个回合”的至理名言，可是今天早上上班打开邮件，我就不淡定了。 公司新推出了绩效考核，特别强调要量化量化再量化，最极品的是要量化“每周”写的代码行数。其实呢，大家都懂的，工作上按时把工作计划里的工作完成，保证正常上线，其实就OK了。可这位副总，不懂不说，还特别不信任员工，不舍得权力下放。不知道去进行内部团队的构建工作，偏爱相信外面什么培训老师，今天早上，竟然在邮件里，赫然把外面老师考核项写在绩效模板里，还占了20%的比重。一个根本不在公司，没和项目组成员进行沟通交流，连我们做什么项目都不知道的所谓“老师”，竟然要给我们绩效考核的“工作能力”和计划能力打分，真是奇葩啊！！此邮件一出，“和珅”们拍手叫好，高呼领导英明，坚定的站在公司领导这边坚决执行新规定；“农奴”和“大牛”们依然摆出关我屁事的姿态，只是农奴看书的时候把头埋的更低了，大牛们在写代码的间隙，会抬头眺望窗外，若有所思。作为不服管教的一撮人，自然是强烈的反对，再联想来了一年了，公司对加薪一事只有书面提过，CMMI文档还躺在SVN里。我觉得快要达到爆发的临界值。其实，我们程序猿都是很善良的，真的为了公司的项目可以整日加班，挑灯夜战，只是，时间长了，付出和回报不成正比，心也就冷了。俺带人时间不长，不过也总结了一些方法和道理，雕虫小技，众位莫笑。1.团队要规范： 从项目使用工具到代码规范，最好统一，有利于项目集成和维护。一个项目立项到结项，编码、测试、日志、监控、文档……，每个环节都很重要，关系着项目质量和进度，从这些环节抓规范，建立起一套良性体系，不论是对于成员还是项目本身，都是好处多多的。在项目组不忙的时候，适时的安排一些项目组会用到的技术进行钻研，写成文档并做简短的培训分享，对技术总结，口头表达和书面总结能力的提升都是有益处的。2.成员管理： 对于新手，要用正确的方法积极引导，鼓励他们多动手，不要埋头看书，毕竟看书和实际写代码差别还是很大的，每次带新人我都战战兢兢，一开始的习惯很可能影响到他们今后职业生涯，每每想到这点，肩上压力倍增。对于老手，要善于发挥他们的长处，以此带动项目组其他成员，共同进步。平时要多关心了解组员，让他们觉得项目组就像家一样，大家都是兄弟，在攻坚克难的时候，这种团结有爱的环境对于解决问题有奇效。在公司损害到成员利益的时候要坚决和成员站在统一战线。3.工作流程： 编程是一件需要专注去做的事情，所以在日常工作中，在不影响项目进度的情况下，流程越简单越好，繁杂不合理的流程会让项目进度严重拖延，且打击团队士气。4.对于公司： 真的希望有些对这个行业不懂的老总能看到，不要再用你的一家之见来做出错误的管理决定，残害手下的员工了。这个行业和传统行业不同，不是请几个讲师就可以把公司管理好的，那是狗屁。每年请讲师花几万，从里面拿出一部分奖励给工作出色的员工，效果要好的多。而且我们这个群体非常善良，你不提加薪，我们很多时候都不好意思提，真的。可是程序员也是人，人心易冷，那些新人累死累活工作一年多，还拿着两千露头的工资，每天还在喊着让他们加班赶进度，可能吗，对了，现在加班费都没，晚上加班连晚饭都不提供一顿，我只能呵呵？即使你把人留在办公室，心早已不在了。今天牢骚到这里吧，只要我在公司一天，就不能让这些不合理的东西影响到我的组员，我会战斗到底。最后，最近研究学习Swing，得到园子里不少大牛（不加引号的哦）的帮助，俺心里十分感激，等俺学成归来，一定出个专辑，好好报答各位园友。 多谢各位建议，小弟俺现在待遇还不错（算是嫡系优待吧），只是看不惯那些“和珅”党，并试图找出自己的管理之道作为对公司乱搬乱套管理模式的回击，毕竟手下还有六七个人，我走了就真的没人带这些兄弟了，他们也不会自己争取利益，真的是很善良的小兄弟，所以在我吃饱喝足的情况下，不能让兄弟们挨饿受气。