空频 @careerpathcn
Showing posts older than #768 · Back to latest
发帖人在 V2EX 职场话题版发帖，祝坛友中秋节快乐，并问了一句“今天中秋节，还要加班的有吗？来报道下”。
帖子发出约一小时后，共有 11 条回复。前几条回复以“中秋快乐”“中秋节快乐”为主，属于节日问候。
其中两条回复明确表示自己在加班：一条写“加班中，中秋快乐”，另一条写“加班中，中秋节快乐”。
还有一条回复提到“三倍工资，中秋节的礼物”，把法定节假日的加班待遇视为一种补偿。
另有一条回复称“一直上到 10 月 7 日”，指向整个假期都要上班的安排。
从回复看，同一时间点上，有人正常过节，有人照常到岗，也有人把连续加班排到了假期结束。节日加班并不是个别现象，而是部分职场人在假期里的真实状态。
发帖人自述，自己所在公司今年中秋“依然 500 过节费，别的啥都没”。他回忆，以前公司会发一提箱礼品，坐地铁拎回家还挺开心；从去年开始，所有节假日都不再发实物，统一改成 500 元过节费。他的感受是：银行卡里多 500 元，感知不如一个能拎回家的礼盒强。
评论区里，500 元现金被不少人视为“很实在”。有人直言“500 还不行？比月饼好多了”，也有人认为“直接发现金是最强的”。另一位网友提到自己公司发的是 1000 元京东 e 卡；还有人晒出 200 元 e 卡。
但更多回复呈现的是另一番景象。有网友说“我们折算有 50 都不错了”，还有人表示“有 50 就不错了”“哪些东西有 100 就不错了”。实物派同样存在：有人收到胖东来零食礼盒，里面有零食和散装月饼；有人发的是月饼、面粉、油、米；也有人吐槽公司发“几个破饼子”，且每次节假日都是同一家产的，甚至怀疑是公司收不上账、欠钱抵来的。
一条“今年准备梦里自己取点”的调侃，折射出部分公司福利缩水的现实。从礼盒到现金、从现金到 e 卡、再到只有象征性实物，中秋福利的形态变化，某种程度上也是企业经营状况和员工关怀力度的一面镜子。
对职场人来说，福利形式本身未必是选择工作的决定性因素，但它往往能反映一家公司在成本控制和员工体验之间的取舍。现金更灵活，实物更有仪式感，而“有没有”和“有多少”，才是评论区真正在意的事。
发帖人自述，最近找工作期间发现 BOSS 直聘上推荐的岗位很多是僵尸岗位，智联招聘每天推荐的还是那几个岗位，有时还会穿插让求职者去做主播的岗位。
他同时提到，现在外包岗位超级多，并感慨程序员找工作太难，尤其是叠加 35+ 年龄这个条件之后。
这条帖子发布于 V2EX 职场话题版，17 小时内获得 2182 次点击、18 条回复，讨论集中在“现在还能靠什么渠道找到工作”。
有回复者认为，现在程序员基本找不到工作；也有人表示 BOSS 上完全约不到面试，只能靠前同事或人脉关系寻找机会。
关于渠道，回复里出现了几种不同路径：有人提到香港地区仍主要靠领英和 jobsdb；有人建议内推；有人提到 51job；还有人推荐拉钩，称其岗位质量较高。
也有回复提到一款叫鱼泡的求职软件，称其在地铁上大量投放广告。发帖人回应说自己下载过，发现里面岗位发布时间很久、质量很差，每天也没什么更新；另一位回复者则指出鱼泡更多是蓝领在使用。
有回复者称，以前还能通过 BOSS 找到机会，今年 BOSS 上很难有面试，都是靠内推。还有人半开玩笑地建议去喜欢的公司门口摆摊做自我介绍，或反问“不是用 AI 吗”。
关于年龄，有回复者提出外包岗位现在也不给 35+ 了；也有人认为现在找工作很难，转行之后可能会好找一些。
这则来自 V2EX 职场话题的帖子，发帖人抛出的问题很直接：论坛已经刷完了，还有啥推荐的摸鱼活动吗。帖子发出约一小时，获得 418 次点击和 5 条回复，讨论时间落在 2026 年 9 月 24 日。
回复里呈现出的状态各不相同。有网友说没有别的去处，只能继续刷，但已经不知道刷什么网站了。有人表示已经在规划国庆行程，随后才想起中间还夹着一个中秋假期，并提到中秋高速不免费。
发帖人对此感到意外，原本计划中秋三天自驾出行，看到回复后才发现假期高速通行并不免费，行程安排需要重新考虑。
另一位网友的处境更具体：公司当天只来了自己一个人，不知道该怎么办。这条回复没有后续，发帖人也没有给出更多说明。
还有一条回复把话题拉回工作本身：任务就在那里，不增不减，每天交付哪些内容、计划都排好了，除非请假。言下之意是，节前的松弛感并不适用于所有岗位，排期和交付节点仍然照常推进。
从这几条回复能看出，节前的工作状态高度依赖岗位性质与团队安排。有人手头任务清空、进入等待假期的状态；有人所在团队几乎无人到岗，独自面对空荡的办公室；也有人因为交付计划明确，节奏并未因假期临近而改变。对个人来说，节前这几天是相对空闲还是照常紧绷，往往不取决于个人意愿，而取决于所在岗位的排期方式与团队管理习惯。
发帖人自述，他手上的项目周期只有约两个月，且跨中秋、国庆等节假日，实际可用工作时间被进一步压缩。项目采用团队此前并不熟悉的新开发工具／低代码平台，甲方采购该平台，需要基于平台做开发和二次开发，团队此前只接受过较短时间培训，实际项目经验不足。
项目已知需要对接约 4 至 5 个外部系统，接口、配合程度和联调效率并不完全由项目组控制；开发人员是他此前面试招聘进来的，能力水平在招聘时基本已知，前期也做过人员协调，但人员仍在不断变化。他认为问题已不是"再多协调一下"，而是核心人员稳定性本身成了项目风险。
长期异地驻场的要求，是在项目启动会议阶段才明确的，启动之前他并未提前获知。而长期异地驻场，恰恰是他明确不喜欢、甚至比较抗拒的工作方式。他把这些风险归结为：短周期 + 新平台 + 人员不稳定 + 多系统集成 + 节假日影响 + 异地长期驻场，因此项目初期就判断按期交付风险较高。
基于此，他曾向老板提出希望能由其他人负责这个项目。他自述原因有四层：一是看到多个风险同时叠加，而非单个技术难题，人员变化影响开发进度、新工具不熟影响效率、外部系统联调又压缩时间；二是对长期异地驻场本身抵触，且不愿把个人工作边界伪装成项目风险；三是对这个新平台没有兴趣，心理动力不足；四是已经比较疲惫。
他描述，过去一年多职责一路增加：最开始管几个人，后来管整体开发人员，后来开始带项目，现在要承担整个项目的综合结果。职责涨得很快，心理状态并没有同步适应。
在他的观察里，普通开发人员的工作方式是领导安排任务、自己负责开发、遇到问题反馈、做完自己的工作，即使完成得不好，承担的也是具体任务层面的责任。而项目负责人要面对的是：项目能不能按时完成、人够不够、人员是否稳定、技术方案是否可行、新平台能否支撑、外部系统能否按时联调、客户是否配合、进度出问题怎么办、最终由谁解释。他的感受不是工作量大，而是别人对自己的任务负责，负责人要对整个项目的不确定性负责，这是一种持续性的结果压力。
他把心累的来源指向所在公司的项目负责人模式：公司希望负责人做到"发现问题、分析问题、提出解决方案，再由老板据此决策"；而他更习惯"发现事实和风险、把问题讲清楚、把需要决策的地方交给老板，再按老板的决定执行"。他不喜欢在信息并不完整的情况下替管理层做大量决策，尤其知道老板情绪变化比较明显，方案不符合想法时可能明显感受到不满，于是容易陷入"我到底该提什么方案才是老板能接受的"这种猜测管理层意图的负担。
他还提到信息与责任的不对称：人员由公司整体资源决定，人员是否稳定不完全由他控制，新工具不是他选的，平台能力不掌握在他手里，外部系统是否配合不由他决定，客户需求变化不由他决定，长期异地驻场甚至是启动时才知道；但项目一旦出问题，负责人天然是首先需要解释的人。结果是责任向负责人集中，而决定结果的条件并没有同步给负责人。
这次项目结束、并提出更换负责人之后，公司的工作安排也发生了变化：原来由他承担的一部分整体开发人员管理和协调工作，开始逐步分给其他人。他自述能理解公司可能有自己的考虑，不想简单理解成"公司是在逼我离开"，但感受比较明显——过去一年多职责一直在增加，现在原有职责开始交出去，他开始重新思考自己的定位，也暂时不想仅凭这次调整判断公司的长期意图。
他承认自己沟通能力不算强，习惯少说、多做。作为技术人员时这种方式问题不大，成为项目负责人后开始出现局限：负责人必须主动同步信息、暴露风险、提前沟通、组织资源、提出方案、推动决策。他认为自己的问题未必是"没有管理能力"，而是过去主要依赖技术执行能力，突然需要大量沟通、协调和向上管理，而这部分能力没有得到充分训练。
让他真正纠结的问题，不是"这个项目能不能做下来"，而是"以后到底愿不愿意一直做这种项目负责人"。他自述更适合对技术结果负责，而不是对整个项目的不确定性负责：系统架构怎么设计、Java/Spring 怎么实现、数据权限怎么设计、数据库怎么设计、微服务怎么拆分、AI 如何进入业务系统、Kubernetes 怎么部署、技术问题怎么定位、方案有什么风险——这些虽然难，但他能靠自己的技术能力直接影响结果。
而负责人面对的大量问题是人员是否到位、是否稳定、客户是否配合、外部系统是否配合、领导是否批资源、是否需要驻场、进度是否受组织因素影响、出问题后如何协调各方——这些并非纯粹的能力问题，而是资源、组织、关系和决策问题。他逐渐发现，自己愿意为能控制的事情承担责任，但不太愿意长期为大量无法控制的不确定性兜底。
他也不认为自己属于"抗压能力差"或"遇到困难就退缩"：入职一年多职责持续增加，说明公司一直在把更大的责任交给他。真正的问题可能是职责涨得太快，而他从未确认过自己是否喜欢这条路线。这次是第一回比较明确地感到：能力上可以做，不代表职业上愿意一直做。
因此他判断自己更适合"高级开发 → 技术负责人 → 架构师／技术专家"这条路径，而不一定适合"开发 → 项目经理 → 多项目管理 → 纯管理"。他并不认为技术负责人不需要沟通，只是沟通内容更偏技术方案、架构设计、技术风险、任务拆解、技术决策和实现质量；而他不太适合长期把主要精力放在人员协调、客户关系、进度催促、资源争取、跨部门协调以及项目综合结果兜底上。
他的结论是：职业发展不应只问"公司愿意让我承担什么"，还要问"我自己愿意长期承担什么"。如果长期处于高责任、高不确定性、资源受限、大量协调而自己又缺乏兴趣的工作模式中，很可能会持续消耗。他现在要做的不是证明能否扛下这个项目，而是想清楚未来五年自己究竟想成为什么样的专业人员。
发帖人自述，他常逛 V2EX 的“分享创造”版块，看到一些帖子里的作品质量确实不错，能看出作者很用心、也有创意。他的判断是：如果倒退十多年，这类作品估计会引来大量注册用户，甚至 VC 都会主动来打听。
但现实是，大多数作者都在努力推广，同时维持那么一点营收。发帖人形容，这点收入感觉连 token 成本都不一定回本。
他把这种状态比作马路上的手工艺人：用竹子编竹蜻蜓、吹糖人、捏泥人，东西很精美，一问价格，一个 5 块钱。手艺是真的，回报却微薄。
由此他给出自己的建议：互联网从业者不妨多向生产、工具方向靠拢，甚至去搞外包，至少能接触到真实需求、也能有收入，别再单纯靠情怀发电。
需要说明的是，以上均为发帖人的个人观察与主观判断，帖子发布时显示尚无回复。
发帖人自述，自己日常也使用AI工具，确实能提升效率。
以前排查问题需要一步步查看组件层级、文件依赖、调试输出，现在CodeX两三分钟就能整理出整个功能的逻辑文件顺序，问题的大致原因和位置基本也能定位。
但发帖人吐槽，很多公司嘴上说“AI提效”，实际做的是“AI+裁员+加需求+压周期”，失业人数越来越多，行业内卷加剧，技术债务也越堆越高。
现在变成5个人每个人开着Cursor、Claude、Codex疯狂生成代码，一个人要承担以前两三个人的工作量。
AI确实能提高写代码的速度，但软件开发从来不只是写代码。需求理解、架构设计、边界判断、异常处理、性能、安全、代码维护、线上问题定位，这些工作并不会因为代码生成速度变快就自动消失。
无论是产品经理理解需求、技术人员积累经验判断，还是测试人员全面思考减少缺陷，这些核心能力都无法被AI替代。
更让发帖人不解的是，部分公司还会统计AI使用率、Token消耗量，做AI排行榜，仿佛Token用得越多，效率和产出就越高。
为了完成指标，员工会让AI重复写代码、重复提问、生成大量无关文档、反复运行Agent，除了浪费大量无效Token，没有多少实际产出。这些花费不如用来提升员工福利，最后出了问题还是底层员工背锅。
发帖人认为，确实有不少公司能坚守本心，但目前行业风气已经被带坏。
工作地点base深圳，远程为主，需要定期香港出差。所有岗位都要求工程师本人动手写代码，不招高级管理岗，都要求熟悉AI编程工具Cursor、Claude。
岗位一是链上数据工程师（Go），要求3-5年经验，熟练Go高并发数据处理、Kafka大规模处理、MySQL实时计算、链上数据解析，熟悉EVM或Solana，多链优先。优先招聘有区块链浏览器、链上索引、交易解码经验的候选人，相近背景如金融数据、行情或清算类数据平台、高并发数据处理、实时计算也可以接受，链上细节可以入职后再带。不匹配的情况：无消息队列或大表经验；只写合约、无数据处理经验；技术管理、架构师，或5年以上偏管理的候选人。
岗位二是业务后端工程师（Go），要求3-5年经验，熟练Go高并发API、多端接口（Web / iOS / Android）开发，了解接口安全：鉴权、签名、防重放、防越权、幂等、并发一致性。优先招聘有交易、支付、钱包类API经验的候选人，相近背景如金融、支付、高并发SaaS的公网API，有接口安全经验也可以接受，业务规则入职后再带。不匹配的情况：只做过内部系统；无接口安全经验；技术管理、架构师，或5年以上偏管理的候选人。
岗位三是内部系统工程师（Go），要求3-5年经验，熟练Go后台系统开发，有开发权限、操作审计、监控告警功能，有内网系统交付经验。优先招聘有风控或配置类后台经验的候选人，相近背景如金融后台、高并发SaaS管理端，做过权限、审计、告警也可以接受，业务口径入职后再带。不匹配的情况：只做过公网API；无权限与审计经验；技术管理、架构师，或5年以上偏管理的候选人。
岗位四是全栈工程师（React + Go），要求3-5年经验，熟练React能独立交付Web，熟练Go能完成接口开发与调用，至少熟悉Solana或EVM其中一种，两种都熟悉优先。优先招聘有DEX、发射台、钱包类产品经验的候选人，相近背景如React + Go全栈，能独立完成页面和接口开发也可以接受，不要求高并发经验。不匹配的情况：纯前端且无后端交付能力；只写合约、无Web交付经验；技术管理、架构师，或5年以上偏管理的候选人。