公司技术管理问题 - 团队在版本控制中频繁使用git force push操作 导致其他成员的工作成果被覆盖 [5] - 任务管理系统存在严重缺陷 一个Jira任务包含上千个待查问题且持续6个月未结项 [6] - 存在代码归属权混乱问题 有成员切换到他人分支删除代码后通过force push将修改标为自身成果 [5] 公司安全与合规风险 - 后端存在严重安全漏洞 报错时会泄露包含API密钥在内的敏感信息 [8] - 对安全漏洞的修复方式治标不治本 仅采用黑名单方式且可被简单绕过 [8][9] - 公司对发现安全问题的员工采取解雇措施 而非解决问题 [13] 公司人力资源实践 - 尽管员工负责的项目体积控制在300KB以内且上线后快速盈利 仍被解雇 [3] - 解雇理由为"给其他开发人员造成压力" 而非工作能力问题 [13] - 存在跨团队协作时职责划分不清的问题 导致内部矛盾 [3][5] 行业职业发展观点 - 资深开发者拥有17年工作经验 但在此类环境中专业建议未被采纳 [3][11] - 行业观点认为离开管理混乱的公司实际上是"躲过一劫" [15][17] - 建议专业人士避免在无法被赏识的环境中浪费精力 应向前看 [15]

【导读】：一位拥有 17 年经验的高级全栈开发者，刚为初创公司做出盈利项目，就因暂助其他团队埋下"祸 根"。他发现团队存在 git force push、任务管理混乱等问题，还找出会泄露密钥的安全漏洞。 即便他给出修复方案，却遭后端开发指责，更被 CTO 以"给同事压力大"为由开除。明明句句属实，却被贴 上"外行"标签，这样遭遇，引发无数人共鸣。 他在 Reddit 的网名是 WorstDeveloperEver（"最烂开发没有之一"，下面就他"烂哥"吧），可见对其遭遇非常 生气的。他的奇特遭遇引发热议。 误入某创业公司 我在一家小型初创公司工作了两个多月。作为一名拥有 17 年工作经验的高级全栈开发，我负责的项目与团队 其他项目相互独立。 公司要求我从零开始搭建这个项目，且尽量减少依赖，最终整个项目的体积控制在了 300KB 以内。其中包含 200KB 经过优化的 webp 格式图片和 100KB 的打包文件，这是一款 SaaS 产品。 CTO 对这个项目非常满意，上线后很快就开始盈利，还让我接手下一个新项目的开发。我对项目进行了全面 优化，最终所有性能指标都达到了 100 分。 在此期间，由于新项目的设计 ...