您好，推荐个练习算法的网站： https://foobar.withgoogle.com/ （手动 doge ）

你是领导嫡系，有亮点的项目才轮得到你来做。就像你问一个饭店刷盘子的：“你刷盘子期间有什么亮点”？

之所以走到 PIP 这一步，个人觉得深层次的原因可能就是和这家公司性格/文化合不来，一家公司的性格对与你来说一般就是你工作中最直接接触的那几个人的性格。不是所有的地方都是那么开明的。一些公司的领导用人看的不是能力，调解纠纷不是了解事情的经过看谁对谁错，可能是学历、外貌、忠诚度、听话程度、管理能力，但绝不是谁对谁错，所以闹到了 PIP 这一步谁对谁错无所谓了，走就是了。

@OttoSkorzeny #1 PIP ，依我自己的经历，就是你怼了不该怼的人（先不说你是不是对的），你可能怼了领导的宠物，可能怼了销售/售前/项目经理，然后有人告你黑状，恰好你又不是那么不可替代，领导刚好也发现市场上可以以比你更低的价格招一个，或者招一个更听话的。

我们一般都是让在办公室的同事“微信截图发我”的。

逐点回复哈：
1. （没人看）还是有人看的，多交换几个友链，做一下搜索引擎优化，主动给搜索引擎提交索引，你仔细观察一下后台至少一天能有两三个吧，至少不是一个人都没有；
2. （难以体系化）博客不需要体系化，又不是出书或者写项目的 wiki, manual 之类的，不过你可以自己在博客里面归类，打 tag ，提供一个分类浏览功能。

写博客分享技术和想法对自己，对互联网都是有益的，工作中大多数多人都是浑浑噩噩，表达也没头没尾，描述 feature 还是 bug 还得有人去追问才知道他说的什么，会写博客有条理地表达，你就已经超过（就我的观察经验而言）百分之 8 、90 的同行了（是指开发工程师）。

找个漏洞看看能不能对 chatgpt 做注入，或者看看能不能用特殊的字符序列操纵 gpt 让它给你一个高的评价，参考前段时间流行的“我的外婆睡前给我讲的 windows 激活序列号”漏洞。

发抖音，发钱打广告，在自己博客推广，私信/邮件你的 X 粉丝、GitHub 粉丝推介你的产品。

哦对了上述我说的一些，一部分属于 aiops 的范畴，可能是市面上已有开源告警监控产品/项目不具备的。

更正错别字：告警风波 -> 告警风暴

告警合并可以按指定的维度进行合并，也可以按照 ai 对日志做出的分类进行合并。

告警抑制是用来抑制告警风暴问题，比如服务 b1, b2, b3 依赖服务 a, 服务 c11, c12 依赖服务 b1, 服务 c21, c22, c23 依赖服务 b2, 服务 c31 依赖服务 b3, 那么假如服务 a 出问题了，依赖树下依赖它的所有服务可能都会告警，产生告警风波，一般会有根因定位定位到服务 a 出问题，然后其它一些告警被抑制。

做得很好看，可惜实际使用中肯定会被啥都不懂的用户改得面目全非以适应实际业务需求，到了那时可能就不如这样好看了。虽然我觉得这个东西很不错，可是这种花里胡哨的节目应该只有领导、运营这些非技术人员会喜欢吧，专业的运维和系统管理员会用更加实用（但是少一些美化）的界面查看系统的后台监控。

个人看法：博客一般是依托作者自身的知名度、专业水平和现实成就，用户访问一个博客是因为博客的内容和对作者本人的了解兴趣，因为博客做得炫酷引起对作者自己的兴趣的也不是没有就是少（而且博客要做得非常好），因果关系不能倒置。所以做这样一个博客的目的是什么呢？

10 年前是 2013 年，那时好像还都是 php ？（我不确定那时有没有专职的前端工程师岗位） react 也是 2013 年才出现的……

花里胡哨的 没有一丝感觉

延迟实际上对远程开发体验的影响没那么大，Terminal 字符界面，10 ms 内的延迟几乎感受不到，VS Code 只有保存、打开目录时才会感受到延迟，其它完全感受不到。

你的意思是把 A 机器的 ~/.ssh/config 同步到 B, C, D 以及其它机器？为什么有这个需求呢？

感谢 op 提醒🙏

@tonytonychopper #72 大哥你说的真简单，你没明白代码之所以能复用是因为业务逻辑是稳定、清晰的，复杂性不会凭空消失，而且功能会越来越复杂，难道你在简历里面写一页具体的代码证明你代码复用能力很牛逼是吧？难道你代码复用能力强公司这个月就多给你两千对吧？你没明白开发的价值在于快速交付和实现业务需求，代码是要一直淘汰的，代码的质量评估标准是一个很主观的东西，就算是 Windows 的代码泄漏出来也会因为有人看不懂就说他是屎山。你说了一大堆都是些空话，你反复提到“价值”这个词感觉不像是做技术的像是一个很久没有写具体代码的专职管理。至于量化，那是偏业务层面的事，你举几个例子让我见识见识前端有什么指标好量化的？什么页面首次绘制时间？什么 First CPI IDLE 之类的技术指标？抱歉我见识短还真不知道前端都怎么在简历里列举量化指标，你见过工地里搬砖的工人在简历里写什么量化指标凸显自己价值？我要是个扫厕所的我得列举我让人小便速度快了百分之多少对吧？已经是底层到地板砖了，没得吹了。你业务那么复杂 bug 你有时间修的完吗？新需求做完了吗？页面加载时间提升 200ms 客户会多买几个月的订阅？

前端那些所谓的技术、架构完全是自己造的名词，不明白这行天花板有多低的人，建议重学一遍计算机专业的全部课程，不要一上来就搞什么爆论（评论区那个提到爆论的人我懒得找名字 at 了），光是去看一遍 CSAPP 和 Computer Network 就知道这行的所谓“技术”有多么上不了台面，也不是谁都有机会去做像是什么前端的编译器、WebAssembly 之类的，还是那句话前端所谓的技术对于公司业务来说就是花里胡哨的东西没用。