公司技术管理问题 - 团队在版本控制中频繁使用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]

公司技术管理问题 - 团队在版本控制中频繁使用git force push 导致工作成果被覆盖 [6] - 任务管理混乱 单个Jira任务包含上千个待查问题且持续6个月未结项 [7] - 存在严重安全漏洞 后端报错会泄露包含私有API密钥的env文件 [9] 公司内部沟通与团队文化 - 开发人员指出问题后被指责为"爱挑事的外行" [12] - CTO承认所指问题属实但以"给同事压力大"为由解除合同 [14] - 有成员私自进入他人git分支删除代码并用force push占为己有 [17] 项目与技术表现 - 高级全栈开发者独立负责项目 将SaaS产品体积控制在300KB以内且上线后快速盈利 [3] - 项目经过全面优化 所有性能指标达到100分 [3] - 后端安全漏洞修复方案采用治标不治本的黑名单方式 无法根本解决问题 [9][10] 行业职业发展观点 - 网友建议拥有17年经验者应离开混乱环境 无需拯救不珍惜人才的公司 [16] - 认为离开问题公司是"逃过一劫" 避免未来职业声誉受损 [16][18] - 建议通过法律途径追究责任 但当事人作为B2B承包商在第三世界国家难以实现 [16]