程序员斩杀线

大家都说程序员35岁就失业了,但就我实习了两家公司来说(一家外包一家电商),感觉35岁不是公司裁而是很难跟上公司节奏了。

第一家外包公司的领导将近40岁,已经是研发组的组长了,每次发布时都要搞到凌晨,并且平时每天也是电话不断,每天的休息估计都没有6个小时,完全是透支身体来工作加上前段时间程序员猝死的新闻给我整的心头一紧,他的情况就和我领导很像。

第二家是一家电商公司,组长就在35岁附近,是整条业务线的负责人,他是对产品最熟悉的人,这也就造成了所有的人对产品有问题(包括但不限于产品、前端、后端、测试)都要问他,有时候问问题都要排队。需求发布的时候也要搞到很晚,并且基本上每天回去还要工作,回复客户问题。

但有时候我在想为什么他们到了35岁没有被裁仍然在工作,一方面是他们个人的努力另一方面其实是公司裁掉他们的成本是很大的,这个年龄在中小厂中其实是看的产品一步步成长的,他们不光有技术更有业务,对于公司产品的理解也是新人无法快速上手的。如果我们到了这个年龄还是只有对于技术的理解并不深入业务,那么我认为被裁就是必然的了,公司可以用更少的成本招一个技术差不多且比你更能熬的人来代替你。

#程序员能干到多少岁?#

全部评论
我同事说过一句话,不羡慕领导赚的比他多
55 回复 分享
发布于 02-07 20:47 陕西
没啥意义,纯卖苦力,出去外面并不能吧加的班变现
9 回复 分享
发布于 02-13 10:22 广东
都是靠加班拉工时,被裁了找下家就比较难了
6 回复 分享
发布于 02-10 16:19 浙江
中小厂其实还好一点,大厂真扛不住
2 回复 分享
发布于 02-07 19:38 湖南
领导才多少个?大部分干不到这样,而且中小厂领导很多是大厂出来的,大部分程序员的职业生涯是不断向下的
1 回复 分享
发布于 02-22 12:04 江西
身体好,没有年龄限制
1 回复 分享
发布于 02-06 23:47 吉林
需要27大厂实习机会的可以看我住业帖子或找我哦~
点赞 回复 分享
发布于 03-10 00:18 上海
需要大厂机会的可以看我住业帖子或找我
点赞 回复 分享
发布于 03-09 16:40 上海
之前面过一家的,技术总裁看起来快50岁了
点赞 回复 分享
发布于 03-03 17:01 河北
自我感动罢了,十分钟的会开成一个小时,简单的方案故意改复杂。把自己和同事都累死,就为了显得很敬业。
点赞 回复 分享
发布于 03-02 18:40 四川
这也太狠了!
点赞 回复 分享
发布于 03-01 21:24 四川
外包组长多大
点赞 回复 分享
发布于 02-28 23:35 河南
这确定不是上不上下不下的原因吗?
点赞 回复 分享
发布于 02-27 09:16 湖南
谁问你了....
点赞 回复 分享
发布于 02-16 17:40 江西
这个中小厂还好其实
点赞 回复 分享
发布于 02-07 11:31 北京

相关推荐

相信准备从事软件测试的小伙伴,面试时经常会遇到这个非常令人困扰的问题。所以今天我想结合自己的理解,聊聊我对这个问题的看法。首先,面对这种问题,我们真正要做的,不是去猜面试官到底想考察什么,而是把自己真正代入到对应的工作场景里。最好的方式,就是结合你的真实实习经历或者团队项目去理解。你可以想象这样一个场景:你按照团队当前的需求文档和测试标准去执行测试,结果发现系统表现和预期不一致,于是提了一个 Bug;但开发看完之后反手来一句:“这不是 Bug。”这时候你该怎么办?没有实习经历的小伙伴,或者项目一直是自己独立开发、独立测试的人,看到这种问题可能会很疑惑,甚至会觉得有点像左右脑互搏:要么第一反应是“这个开发不专业”,要么就是“是不是我测试工作没做好”。但实际上,这两种理解很多时候都不准确。真正做过实习、尤其是在中小公司待过的小伙伴,对这种情况一般都不会太陌生。因为现实里开发“不认 Bug”,很多时候并不是说他连最基本的底层逻辑错误都不承认——如果真到了这种程度,那确实就不是正常协作问题了。更常见的情况是:你发现的并不是那种会直接影响主流程、核心业务、系统正确性的重大缺陷,而是一些可优化、也可以暂时不优化的问题。比如说,公司表面上模仿大厂流程,制定了一套比较完整的需求文档和测试标准;但实际运行过程中,团队早就已经默认按另一套业务规则在长期稳定运转了。你作为临时加入的新测试,是严格按照文档去测的,所以发现了不一致,这其实很正常。又或者说,公司的业务标准已经变化了,但测试文档没有及时更新;这时候你按旧标准提 Bug,本质上也未必是你错,更未必是开发工作没做好,而是标准同步本身出了问题。所以这种时候,你当然不能上来就把问题理解成“开发不专业”,也不能一发现对方不认就立刻怀疑自己是不是出错了。真正成熟一点的处理方式,应该是先把这个问题放回到业务和标准里看。对于前面这种很常见的情况,实际工作里大家往往会很快接受公司真实运行的那套规则,不再拘泥于纸面标准。但如果你在面试里直接说“那我就接受了”,面试官往往又会觉得你这个测试没有原则。所以更合适的表达方式其实是:先和开发充分沟通,确认分歧到底来自哪里——是需求理解不一致、文档同步不及时,还是业务规则已经发生变化;然后把问题做好记录,根据影响范围将其归类为待优化项或者低优先级问题,同时推动测试标准和实际业务规则对齐。如果后续开发进行了优化,那就再做回归验证后关闭;如果最终确认现阶段不影响核心链路,也可以明确记录原因和处理结论,避免后面重复争议。回到“你认为是 Bug,开发不认为是 Bug 怎么办”这个问题本身,我认为比较好的回答方式应该是这样的:我在实习/项目中确实遇到过类似情况。面对这类分歧,我会先回到需求文档、原型、业务规则和实际场景中确认判断依据。如果与开发、产品/策划沟通后发现问题本质上是标准文档更新不及时,或者团队实际执行标准和文档存在偏差,我会把这个问题详细记录下来,归为待优化项,并推动测试文档和业务标准尽快对齐。如果它确实存在体验或规范上的偏差,但短期内不影响主流程和核心业务,我会结合影响范围合理定级,并持续跟进后续版本是否优化;如果最终确认是真实缺陷,我也会补充复现路径、影响范围和业务风险,继续推动问题解决,并在修复后完成回归验证。这个回答的意义在于,它既能体现你在真实业务场景中的沟通和协作能力,也能体现出你作为测试的基本准则是合格的:你不是一味硬刚开发,也不是别人一句“不是 Bug”你就算了,而是会基于标准、业务和风险去判断,并且把问题处理到位。而且这个回答还有一个好处,就是它天然帮你把问题边界框住了。因为如果面试官在你已经明确说明“先核实标准、再确认归因、再记录推进”的前提下,还继续追问“那如果开发就是不认真实缺陷怎么办”,那其实已经不是在考察你会不会处理问题了,而更像是在故意把协作问题极端化。你要明白,测试不是去对开发做恶意猜想的,正如你也不能对产品、策划先做恶意猜想一样。真正成熟的团队协作,讲的是基于事实和标准推进问题,而不是先预设别人不专业、别人不负责、别人故意卡你。以上就是我对这个问题的一些个人理解,也欢迎大家补充讨论,希望这篇内容能真正帮到正在准备测试面试的小伙伴。
查看1道真题和解析
点赞 评论 收藏
分享
【招聘部门】ICT-云软件研发部【工作地点】上海(优先),杭州,南京,成都,西安,深圳【招聘岗位】AI应用工程师/测试开发工程师【招募对象】毕业于2027.01.01~2027.12.31期间(目前大三/研二/博三/博四,两年半学制的研一同学也🉑),计算机相关专业优先,非相关专业必须要有代码基础【投递流程】1、http://career.huawei.com/→校园招聘→实习生2、搜索岗位:AI应用工程师3、第一意向部门:AI技术应用/AI系统软件->选择工作地点->部门意向选择“ICT BG”“云软件研发部”4、填写完成后,请及时把【简历编号+姓名+学历+学校+专业+电话号码】,私信给我【实习福利】①零成本刷机试/面试经验值②秋招投递同一岗位可沿用实习机试成绩③优秀实习生至少会免一轮秋招专业面④更多了解部门业务,更快熟悉部门技术方向,助力秋招找到自己心仪的岗位!⑤实习机考通过后,不论最终是否来实习,校招可以复用实习的成绩,不用再考。如果实习机考没有通过,不影响秋招,秋招还可以再考一次,相当于2个机考机会。【实习薪酬】本硕实习生税前9000元/月💰博士实习生税前12000元/月💰➕异地实习补贴2000元/月💰➕一次性入职报到往返交通补贴,跨城1000元/人,跨省2000元/人实习机会+大牛导师带教+前沿项目实战+助力秋招,席位先到先得,感兴趣的同学请私信咨询,随时跟踪进展
名企内推
点赞 评论 收藏
分享
评论
24
20
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务