2022年度废物报告

Posted 2023-02-03 运维Linux和python

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了2022年度废物报告相关的知识，希望对你有一定的参考价值。

序言

怎么去形容2022呢？就像废了好大力气抓住了一条鱼，后来鱼游走了，剩下一股子腥味，却怎么洗也洗不掉了。

还好。。。只是一个废物。

冬天--在玩一种很新奇的东西

这个冬天不太冷，简直有点热，温度直逼四十度，羊了个羊。

最难沟通的不是没有文化的人，而是被灌输了标准答案的人，我看人贼准。。。有的时候能跳过一些坑，你说是运气呢还是努力？

最近在更换ssl证书的时候，替换了证书，但是校验不通过，测试了三种方式，各种各样的怀疑方向，例如证书是不是正确的？例如证书链是否存在问题？例如使用的tls版本是否一致？例如一些公钥证书是否加进去了。最后发现是证书链存在问题，加入了证书链即可解决问题。

如果没有问题，那么三分钟搞完，但是恰恰是有了问题，花了2天，测试方案，测试方法，猜测可能的解决性。。。那么如果没碰到问题，是努力的结果还是幸运呢？如果别人给的证书已经加入了证书链，那么三分钟搞定。如果自己知道需要加入证书链，然后找别人的时候，别人很配合的给予了正确的证书链，10分钟解决。如果在进行测试的时候，懒得去关注这个问题，直接使用curl的参数-k去忽视这个问题，15分钟解决，但是会遗留下隐患，有些设备访问的时候，会访问到不受信任的证书。

这不是我的问题，这是你的问题。。。很多人的第一反应，应该是太繁忙了，对于其他的事情来不及思考。

努力能解决问题，花费的时间要很长。。。更好的是，协作能更快的解决问题，与愿意协作的人去协作吧，有的时候，有的人说话不好听，但是会提供很好的思路，很多可行的办法来解决问题。。。找到合适的人，解决合适的问题。事实上，这个也是蛮难的。

你那么努力，又做出了什么？？？摸摸自己的内心，是否觉得努力并无啥大用？一件事要想做成，需要很多人的协助，就像羊了个羊，病毒一样的传播，如果没有传播物，何来快速发展，快速的让温度升温，让冬天变成夏天，让夏天变成冬天。

努力不懈是对的，但是有的时候，也需要一点小幸运，事情就会成了。。。坚持努力，如果充斥着坏情绪，其实是很难的，不是说不能成，是很难很难。。。亲身体会，情深似海。

秋天--打破迷墙

当我知道有的人一周就干七个故障，我连班都不想上了，我把“我是谁”这首歌循坏了7*7，加起来49遍，我都没想通他是怎么做到的。

一次故障只是污染了水流，而重复故障就污染了水源，我写了一个BUG，触发了一次故障，不要紧，都是别人的问题，别人的系统做的不够好，只要我写的BUG修复的时间足够长，别人就不会发现我在写BUG，因为。。。我拒绝了所有的需求，别人的需求再也不敢找我写了。。。我写的BUG吓死你。

一项制度，总是双刃剑，就像需求评审，一方面可以让需求丰满，核实，但是另一方面也让开发的进度受阻，在速度和质量上到底追求什么？如果需求评审完了，但是依旧BUG漫天飞呢？

其实还好，只要测试够丰富多彩，无论你的bug多少都能测出来，在上线前解决掉即可，可惜交付物居然没有评审，测出一个bug，修复需要一周，一周后再次回归测试，很好，又来一个bug，再来一周。。。项目进度遥遥无期，简直是嗨的到极致。

如果。。。我说如果，如果没有进度压力，这种产出的程序员是极好的，大家都有事情做，都在耗费自己的时间，耗费自己的青春，成长的进度极慢极慢，有些人，没有学会承担责任，但是学会了甩锅，还能一本正经的说，这个没问题，我能实现，明天就好。。。听多了，就当没听到一样。

有没有听说一种bug，叫隐藏bug，就是那种只有在特定情况下才触发的那种。。。只要我不告诉你我的代码逻辑，你去测，测出来我算你赢。。。

我终于理解了为啥测试需要去搞自动化，因为被bug搞疯了啊。。。一次回归测试很复杂的好不，简直要了人命了。。。测试的时候要看k8s集群，测试的时候，要看pod的日志，测试的时候还要去看存储在etcd中的信息，测试的时候，还要去看json字段比对，what a fuck。。。自动化不是大势所趋，是TM被逼的啊。。。

一个不写单测的程序员不是好的程序员，一个测了的程序，至少能跑，不说性能怎么样。。。曾几何时，看了一个哥们测试的并发，并发只能达到20，然后。。。他居然交付了，然后他说我的测试方法不对，然后他投诉我了。。。大哥，你牛逼。你写的代码，不写个使用说明也就算了，你让我去猜测怎么测，我测了，你说参数不对，谁他娘的还知道要修改参数来测试。。。说好的默认参数即可呢，emmm。。。我孤陋寡闻了

如果可以选，我选能力中等，但是服务一流的人合作，能力弱，这个可以补，但是服务意识不到的，真NM没办法合作下去。

代码写的很好，以后不要再写了。能力很强，以后不要再合作了。。。再见，再也不见。

夏天--想去海边

最不擅长交际，却恰恰需要很大强度的交际能力，不到最后一刻，绝不开会，拖延症发挥到极致，能三句话讲完的，绝对不用三句半，能三分钟说完15张ppt的，绝对不超过3分钟零一秒。

你懂没懂，我才不管，我知道，我要表述完成。。。我说完了，你们有意见就提，我看谁敢提。。。

一段时间，三天失眠一次，简直就是辗转反侧，人际交往带来的强大的压力，到底是kpi带来的压力还是责任带来的压力，其实傻傻分不清楚。。。想做成一件事，但是又有一些事不想做，规避不了短板，虽然能发挥长处。

短板就是坑，踩也是迟早的事，常在河边走，总是要光脚的。所以如果你发现了你的缺点，如果实在是不能避免，那么迟来不如早点来，早点踩坑吧，这样。。。或许补一补，也就不是你的短板了。

这么好的技术，这么好的想法，不拿出来分享有点可惜，可惜的是有的人就是不想当众说话，能打电话的绝不面谈，能打字的绝不电话，能意会的绝不打字。。。这该死的紧张感，就像处理重大故障的感受一样一样的。

知而不行，是为未知。。。在进行一个产品选型，技术方案设计，技术方案验证的时候，不要选那种中式吹牛逼的，简直就是一个大坑，官方文档写成了一坨，各种各样的坑层出不穷，简直把一辈子的坑踩完了。。。也不一定，或许，这只是一个开始。

有的产品，例如etcd，技术选型的时候，非常方便，从安装到部署，从监控到日志，从告警到解决问题，官网简直是一应俱全，这种用起来太舒服了。没有花里胡哨的吹牛逼，没有故意去抹黑对手的产品，各种东西在官网都能找到，做这种产品的运维，简直是一种享受。。。enjoy time，spend less time。

其实做产品就像做人，在30岁以前不要狂妄自大，要耐住性子，耐住寂寞，好好的打磨技术实力，大好时光打好基础，而不是出了校门，劳资天下第一，就像一个产品还不成熟的时候，不要吹嘘，好好打磨，成熟了，自然有更大的机会

可能到了35之后，更应该狂妄，因为积累，因为不狂可能在这个市场上就更没有机会了，可能。。。这段话你听不懂，没关系，你以后会懂的。

不要因为狂妄自大，导致浪费了很多成长的机会，多谦虚一点，老东西们的存在，自然也有存在的道理，无需当炮灰，这个世界不缺炮灰。

春天--漫步醉香

最近收到好多朋友说cka，其实我也不知道这是个什么鬼，还有很多人发，既然有太多的人问，那就说说系统性的学习。

k8s我学了很久了，然后今年重度使用helm，各种各样的问题铺天盖地的弥漫而来，靠查看官网，看各种github，去漫步去探索，最终基本都一个一个解决了。

然后想着系统性学习，就找了一个说培训效果好的资料看了看，在浪费了几个小时后，我回想一下，我碰到的问题中，这个里面一个都没说，这个培训的重点在于入门，让你知道架构是什么，让你把一个命令的help操作一遍。。。简直毫无价值

就像老师讲课，每次说的都是1+1等于2，然后发现考试的时候，都是各种微积分的试卷，你能考试通过？

所以不要迷恋培训，培训完成了，拿到证书了，其实不能解决任何问题。。。就像k8s里面的容器的优雅关闭，看看案例，都是随意写个echo到文件里面，实际场景中，有这种傻逼需求么？？？没有，完全没有。。。

实际场景中都是让你去回调一个函数，你要获取到pod的ip，你要获取到一些关键的参数，那这些参数怎么获取，从环境变量中获取，而环境变量怎么设置在pod中，又能带出来一系列的问题。。。所谓的系统性学习能解决这些问题吗？不能。。。这就是培训与实际的差距。

个人不反对培训，但是如果迷信培训。。。以为培训考证了，就天下无敌，那我劝你善良。

在书本里其实可能学到的有限，只有动手了，动脑了，碰到了实际的问题。。。才有可能真正的积累经验，纸上谈兵，废物。。。