目前整个行业，其实都挺无趣的，已经逐渐丧失了对 技术编程的乐趣。

1 ，不回；
2 ，兼职顾问，有什么问题，可以协助解决
3 ，谈好收益

饼在当下都不好吃

工作那么多年，又创业过，又做到过爆款，然后现在分逼没有，还大龄～～

真不好说啥

这种其实最好解决了，直接到点走就行了，任务没完成？我打卡时间够了就行。

@dnfQzjPBXtWmML 如何判断的出来老板人品和管理能力 ～

兄弟 985 本硕都穷途末路了么

我的故事是，23 ～ 25 年 5 月，一共拖欠了 13 个月工资，3 个月完整工资，10 个月只发基本工资。25 年 6 月融资成功，逐渐在 25 年 10 月份所有欠款都发放了；

期间十分挣扎和煎熬，前半年大家还都在努力解决问题，最后几个月真的是扛不住，看不到希望那种，突然就柳暗花明了，属于行业奇迹；

如果公司再来一次，我一定是不同意的。目前肯定是没办法再次翻身了

@wudaye 贵司目前服务器以及 mysql 的配置是怎样的？刚查询阿里云最高 ecs104G ； mysql 高可用型号最高 128G （单价 12.8W/月）；其他型号没有超过 64G 的；

所以你们的 256G 内存是怎么来的？没多少钱是多少钱？

服务器 256G 内存，你花钱买么？哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈

@bbao 否则你只能无法判断的 accpet.

没经历过，就无法判断，无法判断，就只能看着接受；至于是否取代，取决于你是谁你的能力在什么水平能做出什么。

@shui830 仲裁最终薪水认定的是你持续每月的银行到账工资流水，合同关系不大。

有没有便宜出的

裁员现在能拿到全额赔偿的也算是赢家了

首先我觉得要摆正心态的看待问题，我们做一些拆解
[不保证不质量不如不交付]
如果所有的 bug 都是低优先级可以暂不解决，允许。假设交付结果不允许有 bug ，那么就需要在交付前 buglist 清 0 ；或者项目内所有人围绕当前 bug 情况达成共识。这个就不会有人能拿这个问题说你。（当然我不知道你们内部是什么情况）

- 需求多排期满是客观事实，这个你可以排期的时候沟通，做不完 delay 风险预警。可能你们的工作方式或者其他人的排期皆如此而不是针对你个人；
- 除了有一个特别紧急改动量极大的需求提测时的 bug 超过了 5 个（最后也顺利定期验收交付了）；
看样子是提测结果反馈而不是交付结果反馈；多个需求 假设 4 个项目；就会有 15 个以上的 bug ；从总数上看，是相对多的，都是小问题，快速 fix 的话，也无所谓的。

问题看严重性，严重问题多，那是该聊聊，粗心马虎导致的小问题，不花费大量时间修复的少量问题，无需追究，本来压力就大，需要比较好的向下管理方法

小屁孩真的是啥都容易迷茫

zcode 在这里的作用和 worktree 的目的是一致的吧

抛开其他是否站长的帖子，这人在企业里就是捧臭脚的……

都没收到过 gpt 的封控邮件么？第一次提醒，收到两次就封号了哟。