@happinessnch 对的，所以写到最后我想想跳槽和选公司也是有一样的思考的

@Tedko 好的，那我就是价值观和你的有冲突了，至于是不是和 rmf 或 linus 的冲突就不是你能够 judge 的

这个世界很大，我们都有机会找到更合适的合作伙伴，祝好

@happinessnch 有自己的立场坚持自己的立场和寻求共同利益并不矛盾呀，谁都有自己的立场和底线，认为底线被侵犯了立刻采取行动是对的也是应该的。寻求共同利益也不代表放弃自己的立场啊，不如说就是因为有自己立场和利益以及集体的立场和利益的不同之处，才能说是追求共通利益了。无视自己的利益全盘考虑他人的利益不符合常理也难以持续，反而容易造成怨妇心理吧 “我都为你想了做了那么多你竟然这样对我”

@jzyzcz 所以有不同的 build 命令可以 build 不同环境的包，还有 jenkins 可以管理这些构建过程了，就更不需要用 git 分支来管理环境的差异了

不是，git 是源码管理，区分环境是配置管理，想用 git 兼做配置管理，最低限度至少得吧源码和配置分开不同的 repo
你现有的做法相当于跳过了构建，直接用 git 存放 build artifact，直接在 build artifact 上写代码

@pin621 hhhh 摸到鳄鱼还行
可以找猎头挖他

我猜测公司的逻辑是：带着第三方部件的商品没有办法保证维修后的整机质量，如果后续继续出问题是个麻烦，不如一概不修

@lcingOnTheCake 没有，谢谢你的关心

@djs 行吧我补充一下

在中国理解开源的人已经够少了，所有消费开源，试图推广假开源协议破坏生态的事情我都反对

我反对 996 不代表我就得支持 996icu 以及关联的活动和人，反之亦然。套标签煽动情绪而不是独立思考寻求可行路线来推进的活动没有未来，说真的，我觉得 996icu 活动当中的一部分人和事散发着和（ gd ）和（ wg ）类似的恶臭

不懂技术的人跟个风吃个瓜就算了，创始人搞而且还发技术招聘了，我就完全不能接受了，要么就是发技术招聘不问技术，要么就是被问的这个技术在这方面和我价值观冲突严重

这是兼职发广告忘了贴链接吧

怎么说呢，我对 996icu 这事儿是中立偏负面的看法，其中尤其看不惯这个假开源 license，我不知道贵司创始人是不是技术背景，就算不是，拿这个出来说招聘，我也觉得倒胃口👎

@ppd 销毁是因为你没有这个能力审计出对方到底做了什么事情留了哪些后门，销毁重建是这种情况下最经济的做法
即使你有信息安全能力，一样应当备份这个被攻击的镜像（离线研究）后销毁这个实例

如果你不具备信息安全知识，那么这个时候应该做的是销毁这个实例，修改所有这个实例上曾经存在的密钥、密码、token 等信息，重新学习信息安全知识以后再重新开一个实例正确地配置服务，以免损失继续扩大

@zthxxx unix 哲学恰好是反对银弹的，先 do one thing 再 do it well，这里 fzf 解决的就是“终端下从多行文件中选择一行或多行”这一件事，至于这个多行文件是历史也好是某个文件也好，还是另一个命令的输出也好，是否排序是否去重，选择完以后的结果做什么事情，fzf 一概不管，工程师自己去写脚本把工作流胶起来，这种工程师思维是简单高效的。如果你没有理解到为何这种设计行之有效，为何 fzf 选择不做去重，不做很多你觉得是理所应当的功能，我只能表示遗憾

k8s 的环境列表不在历史记录而在配置文件里，ssh 的机器列表不在历史记录而在 aws api 里，每天都有 auto scaling 机器可能都不一样，根本不可能依赖历史，常用工作目录更不是搜历史搜出来的了，至少我肯定不会反复 cd 完整路径到常用工作目录

@zthxxx 看了，不需要，直到你说了我才发现 fzf 是不去重的，我用 fzf 都是直接命中一个正确结果的，就算需要去重，我也会用 sort|uniq|fzf

fzf 的好处正是由于他并不是专门为了 history match 设计的，k8s 切环境，ssh 上机器，常用的工作目录切换等等，我日常工作的所有“选择题”都是 fzf 驱动的几行脚本，你告诉我其中某一个选择题可以用一个工具做的更好并不能打动我换工具

我还觉得你震惊错了方向，扳手有一百种功能，你看人用扳手来敲钉子，然后震惊扳手的设计者怎么那么不考虑体验然后设计出了锤子，这很好，锤子有锤子的优点，但对于平常用扳手四五十种功能，只是偶尔敲一下钉子的人来说，你的锤子再好用也没用，不用，谢谢

？你和产品说测试没测出来就不是背地说别人了？
测试被捅刀子了去和产品解释情况反而变背地说人了？

这事情就是你不懂怎么做事情。平时被口头改需求恶心了那么好的机会，和产品把逻辑对清楚了，这时候就该和产品说清楚啊，你改需求太随意了导致容易出这种错啊，下次改需求要同时维护文档啊，要周知测试啊，想怎么怼怎么怼，你偏偏怂不敢当面说，扯不在场的人乱甩锅

没有同感，我要是哪个仓库 fork 比 star 多而且还没有合理的 pr 的话，我会反省自己找错受众了，怎么就惹上一群用不来 github 的人了

还有，文章里截图的 repo 不是什么开源软件，虽然放 GitHub 没啥问题，但我还是希望这样的 repo 越少越好