企业官网建设流程全解析

programmer-job-blacklist 程序员找工作黑名单：求职避坑、技术合伙人防坑与劳动权益实战指南

【免费下载链接】programmer-job-blacklist:see_no_evil:程序员找工作黑名单，换工作和当技术合伙人需谨慎啊 更新有赞项目地址: https://gitcode.com/gh_mirrors/pr/programmer-job-blacklist

本文以开源仓库 programmer-job-blacklist 为研究对象，系统梳理其沉淀的「程序员找工作黑名单」分类体系（普通程序员、技术合伙人、行业黑名单与待验证条目），并结合仓库内 996 劳动法条文、法律常识、避坑工具与合伙人建议 等配套文档，给出选公司事前调研、996 工时合法性测算、股权期权风险排查的完整实操方案。读完本文，你将掌握一套可复用的「求职前摸清公司底细、合伙前界定权责边界、权益受损时依法维权」的风险防御方法。

项目定位：一份由程序员自发维护的求职避坑清单

programmer-job-blacklist 是作者因「世纪佳缘白帽事件」等系列热点事件而创建的公开仓库，其核心定位在根 README.md 中写得很直白：「我也只是围观群众，背后的真相大家自己判断，我只是单纯的收藏一些链接，防止以后自己换工作被坑」。也就是说，它并非法律裁决或权威背书，而是一份基于公开报道、知乎讨论、脉脉匿名区等信源的事件索引，供程序员在求职与合伙决策前快速检索风险点。

仓库同时提供了两条内容承载路径：

1. Markdown 文档体系：根目录README.md为总入口，docs/ 目录下按blacklist（黑名单）、996（劳动法）、law（法律常识）、tools（工具与建议）、colleague（同行劣迹）拆分子主题，形成「记录—法理—工具」三层结构；
2. VuePress 静态网站：从 package.json 的脚本配置（dev:vuepress dev docs、build:vuepress build docs）可以确认，docs/目录同时是 VuePress 站点源码，docs/README.md 的 YAML front matter（home: true、features区块等）即站点首页配置，docs/index.html 是站点入口页。

此外，根 README.md 还说明：如需实时监控，可下载仓库根目录的programmer-job-blacklist PASS 1337.zip（解压密码为1337）安装配套程序。

写在前面：黑名单的边界——不放大黑点，只记录事实

在进入名单之前，原文档专门用「写在前面」一节划定了这份清单的收录边界，这是理解整个项目价值观的关键，共四条：

1. 世纪佳缘认为白帽子是违法的——虽然这是作者怒开本仓库的起因，但它没有拖欠员工工资或不付工资，属于理念冲突而非劳资纠纷；
2. 与创始人谈的股份——属于个人争取的事项，也没涉及拖欠工资，但提醒合伙人之间不能只写代码，要留个心眼；
3. 华为清理 34 岁以上员工——按合同裁员、给予赔偿，作者认为「大公司更新换代，裁员没有任何问题，不裁员的公司早晚倒闭」，仅因个人风险偏好选择回避；
4. 有些事情，应该被记住——这是清单存在的底层理由：热点会消退，教训不应被遗忘。

从这一节可以提炼出项目的收录原则：「拖欠工资/恶意裁员/欺诈」才是黑名单的核心靶点；合法合规的裁员、可协商的股权分配不属于黑点。后续在 docs/blacklist/README.md 中，「关于裁员」一节也重申了同一立场：裁员正常，但「恶意裁员、不赔偿的嘴脸」既难看又违法。

普通程序员黑名单：15 家公司与典型风险事件

这是名单的主体部分，覆盖了公开报道过的各类劳资纠纷、压榨式管理与极端管理手段。以下完整继承 README.md 并辅以 docs/blacklist/README.md 的事件要点整理：

其中明星衣橱事件被收录得最为详尽：除脉脉讨论外，还聚合了腾讯新闻（长期拖欠薪资、员工寻求法律解决）与新浪财经（拖欠员工工资、认为讨薪者是落井下石）的跟进报道，是典型的「多信源交叉印证」案例。

技术合伙人黑名单：11 家公司的股权与合伙风险

「当技术合伙人」是程序员风险最高的职业路径之一——只写代码和当合伙人是两回事。该名单完整收录如下：

从这些案例可以归纳出技术合伙人最常见的三类坑：口头承诺的股权/期权不落纸面、合伙人单方面撕毁承诺、纠纷后技术资产（代码/服务器）被当作博弈筹码。这与下文「当技术合伙人建议」中「落实到纸面文件」「查询工商注册信息」的防御策略一一对应。

程序员黑名单与待验证条目

除上述两类外，原文档还单列了两类：

• 程序员黑名单（针对个人）：摩拜前端负责人小春（张耀春）疑似性骚扰女下属事件，见 docs/colleague/README.md「有些同行也是劣迹班班」；
• 不确定的：神舟电脑深圳总部「校招之后出现大规模离职」是否为真，原文档持保留态度，未作定性。

「不确定的」这一分类体现了项目的克制：证据不足的事件单独归类，不做定性判断，与前文「不放大黑点」的原则一脉相承。

关于裁员与 996：用劳动法数字说话

README.md 与 docs/blacklist/README.md 对裁员和 996 有明确的立场阐述：

• 裁员：正常、合法合规的裁员没有问题，「不裁员的公司也活不长」；问题在于恶意裁员、不给赔偿，这种行为本身违法；
• 996：作者接受「为某个项目短期的 996」，但坚决反对有赞这类无条件 996。

关于 996 的时薪账，原文档给出一个很直观的测算：按标准工时8小时 × 5天、996 工时12小时 × 6天计算，(8×5)/(12×6) ≈ 0.56——如果薪资不涨，996 等于时薪近乎腰斩，本质是变相裁员。

更完整的经济账在 docs/996/README.md，它逐条引用了《劳动法》原文：

• 第三十六条：每日工作时间不超过八小时、平均每周不超过四十四小时；
• 第三十九条：因生产特点不能实行标准工时的，须经劳动行政部门批准；
• 第四十一条：延长工作时间一般每日不超过一小时，特殊原因每日不超过三小时，每月不得超过三十六小时；
• 第四十三条：不得违反规定延长工作时间；
• 第四十四条：延时加班支付不低于 150% 工资，休息日加班且不能补休支付不低于 200%，法定节假日加班支付不低于 300%；
• 第九十条：违法延长工作时间的，由劳动行政部门警告、责令改正并可罚款；
• 第九十一条：拒不支付延时工资报酬的，责令支付工资报酬、经济补偿并可责令支付赔偿金。

据此，文档得出两个硬核结论：996 工作制本身不合法；按加班费折算，996 下只有拿到当前工资的 2.275 倍才在经济上不吃亏。这正是「有些事情，应该被记住」在法理层面的支撑——黑名单不是情绪宣泄，而是有明确法律依据的权益提示。

选公司：入职前如何摸底

黑名单是「事后索引」，而「事前调研」才是成本最低的防御手段。原文档给出的实操建议：

1. 工商信息摸底：选择公司前先上天眼查（tianyancha.com）查询公司底细，发现有问题直接问负责人，避免吃哑巴亏；
2. 参考他人经验：知乎合集「有哪些公司给你留下『还好没去这家公司』的印象？」（该合集与更多换工作途径见 docs/tools/README.md 的「公司查询」「换工作途径」小节）。

docs/tools/README.md 进一步补充了完整工具链：公司查询（天眼查 + 知乎合集）、换工作途径（拉勾、BOSS 直聘、100offer），以及职业生涯规划读物（掘金《程序员职业小白书》、极客时间《左耳听风》专栏），可以作为求职全流程的参考手册。

当技术合伙人建议：12 条股权期权防御清单

README.md 指出该建议「选自冯大辉的微博」，并评价「只写代码和当合伙人，还是有很大差别的」。完整的 12 条建议收录在 docs/tools/README.md「建议」一节，是技术合伙人防坑最实操的部分，完整继承如下：

1. 查看你的期权和股权文件（如果有），找律师审阅，排查其中的问题；
2. 如果以为自己是股东，去查询公司在工商的注册信息中是否有你的名字；海外架构公司则索要股东名册；
3. 若只有口头约定且已共事数年，找创始人落实期权股份事宜，务必落实到纸面文件；
4. 对方以「国家政策」等借口搪塞登记时，直接找律师咨询（咨询费并不贵）；
5. 亲兄弟，明算账——没有规则约束时人性本恶，别把别人想得和你一样好；
6. 越早界定这些信息越好，越不好意思，越容易被坑；
7. 别再相信「事成之后分钱」之类的空头支票；
8. 当初共患难的兄弟，在有了新合伙人、新高管、新投资人之后是会变的；
9. 争取自己的利益天经地义，你不吭声会有更多人被坑；只有公司讲规则才可能做大；
10. 不行的话，赶紧撤，及时止损；
11. 被质疑、被泼污水时别想不开，依然要热爱生活；
12. 利用业余时间保持写代码的能力。

这 12 条与「技术合伙人黑名单」中的真实案例高度互证：北京展程科技「一毛钱股份都没拿到」对应第 2、3 条（工商注册无名字、口头承诺），异乡好居「删代码」纠纷对应第 5、10 条（规则缺失、及时止损），青云期权欺诈对应第 1、4 条（文件审查、律师咨询）。

法律常识：打官司靠证据，劳动仲裁不收费

当纠纷已经发生时，docs/law/README.md 给出了两条底线原则：

• 打官司就是打是非曲直，靠的是证据——遇到事情尽可能先找专业律师咨询；
• 劳动仲裁与职场问题关系密切，且不收费——这是普通程序员最容易获得救济的法定途径。

同时文档强调：学会用法律保护自己，但绝不做删库跑路这类违法的事情（这也是黑名单中异乡好居等案例的反面警示）。该文档还附有裁员、股权、期权三张概念图示（源自外部图床，仓库未内置），建议读者结合「白话法律 42 讲」等课程系统补课。

仓库结构与参与维护

• 文档结构：黑名单本体在 docs/blacklist/README.md（含结构化的公司 YAML 数据），996 法条在 docs/996/README.md，法律常识在 docs/law/README.md，工具与建议在 docs/tools/README.md，同行劣迹在 docs/colleague/README.md；
• 本地运行：仓库根目录执行npm install后，可用npm run dev启动 VuePress 开发服务器预览docs/站点，npm run build构建静态站点（见 package.json）；
• 更新发布：push.sh 展示了作者维护时使用的提交发布流程（git add .→ 交互式输入 commit message → commit → push origin master）；
• 参与方式：作者在 README.md 中欢迎大家通过提 issues 参与维护这份名单。

结语：黑名单的本质是风险意识

回到 README.md 的「最后」一节：作者坦言「我只是记录一下自己看到过的事件，我自己下次换工作的时候防止踩坑，仅此而已」，并说明自己并非愤世嫉俗——以后换工作仍会考虑百度、阿里，但会主动避开名单上的具体坑（比如不选择百度无人车团队）。这正是这份黑名单的正确使用姿势：它不是拉黑公司的判决书，而是一份帮你在入职、合伙、维权三个关键节点上多留一个心眼的风险清单。结合仓库内的劳动法条文、法律常识与合伙人防御建议，任何程序员都能构建起属于自己的「求职—合伙—维权」三阶段防坑体系。

【免费下载链接】programmer-job-blacklist:see_no_evil:程序员找工作黑名单，换工作和当技术合伙人需谨慎啊 更新有赞项目地址: https://gitcode.com/gh_mirrors/pr/programmer-job-blacklist