Skip to main content

Command Palette

Search for a command to run...

碎碎念之惯性的力量

Updated
1 min read

光看题目,可能觉得我是想写一个关于习惯的正能量,不过很遗憾,接下来我想表达的是关于习惯的一些反面事例。

AI+搜索

今年AI界最大的事件莫过于openai公司出品的chatgpt爆火了,很多人通过多种方式接入免费的chatgpt3.5, 在工作中使用。现在团队中挺流行的一句话就是:不会的话问一下chatgpt啊?似乎chatgpt掌握了一切真理,它可以给我们所有想要的答案?但我想说,如果世界只有一个AI,那并不美好啊。当然,我也见过有些人视chatgpt为正统,而其它都是垃圾,让我想一句话:不知有汉,无论魏晋。然而在AI百花齐放的时代,如果不知bardclaudenew bingLlama……,是不是少了一些乐趣?所谓尽信书不如无书。一直到现在为止,我非常自信地觉得AI取代不了我,它可以辅助我,帮助我更高效工作,但如果没有强大的信息甄别能力,再好的AI也是无用的。

有同事有用chatgpt,我给他推荐claude2。他试用了下,觉得体验上有点不习惯,于是又用回百度搜索+chatgpt的模式了,然而这个技术组合并没有提高他在工作中的效率,反而因为过于相信AI失去判断,时常陷入焦头烂额的局面中。当然,他经常会找我帮助,在他实在用AI搞不定的时候……我没法改变别人处理问题的方式,每个人都需要去探索适合自己解决问题的路径,最重要是保持开放的心态,持续学习。

错误在延续

《显微镜下的大明》中学霸必须死篇中的“人丁丝绢”的税务错误延续百年之久,历史上也有人发现,但最后都不了了之。就算有错又如何?前人都是这么干的,你要去做改变,不是打前人的脸吗?你想要做改变,以前的流程就得变化,按部就班多好?……但是,错误就是错误,它不以人的意志为转移,细想之下,工作中的好多事情,不也是如此吗?比如笔者目前工作的这家公司,或许是第一家我删掉(别人)的代码与自己写的代码行数基本持平的公司(目前呆了半年)。没有什么秘诀,无非是,清理无用代码,把一些原本就可以通过配置解决的代码删除,比如通过jmx agent集成到java应用而不是自己写exporter通过jmx获取metric,光凭这一项工作我就下架了两个go写的后端exporter服务。然而,一些错误却一直在延续,比如:原本可以通过deploy部署的资源,却偏偏要自己写operator去直接操作pod(最让我惊讶的是,当我提出可以用deploy部署无状态资源时,架构师竟然觉得用operator高级,用deploy是一种退化。作为一个实用主义者,真的很难授受这个观点),明明有好用的list watch机制,却偏偏要使用kafka作为中间件来同步pod的状态。但是,当你提出这些时,众人纠结的点在于如何兼容以前的代码、是不是自己去改,要不干脆就事不关己,高高挂起……有时候我会想是不是自己太激进了?我的初衷在于借力开源,聚集核心,将复杂的事情简单化。不过,一些错误,可能真的有损既得利益者的颜面,这就不是我能左右的了。

你改了什么?

因为最近一直在做平台快速部署的事情,于是顺手把项目Jenkins打包的脚本给优化了一下,无非就是镜像的multistage打包、tag使用7位的commit id等操作,老套的方法,不过已经稳定运行了一周多了。然后第二周的时候,同事A打包失败,然后问了最近改了什么东西没有,还将Jenkins的打包输出日志截图给我,我看了一下,真的是又好气又好笑,明明日志截图中的报错内容有写明了原因(贵司jenkins只有一台机器,编译在master节点进行):

no space left on device

这样的事情竟然发生了不只一次。同事B也是打包失败,问我最近是不是改了什么东西,然后我看了下报错日志,嗯, 是docker push失败,一直在retry,盲猜是harbor出问题了,果不其然,部署harbor所在的主机,因磁盘空间不足导致redis挂掉了,所以docker push才会失败。这还没完,同事C部署平台服务时失败,问我是不是改什么了?我一看报错

invalid reference format: repository name must be lowercase

原来是同事C把服务的镜像地址配错导致的……

接二连三发生的这些事情让我挺受挫的。其实只要再进一步,每个人都能找到问题所在。但是很遗憾,我将之归结为害怕改变,因为害怕,以致于更加迷恋舒适区,从而影响自己对问题的分析与判断。或许还有信任问题,我一直觉得,we are a team,可惜,目前还没有凝聚力。

习惯?

从小,老师家长都教育我们要养成好习惯,但什么才是好的习惯呢?跑步是好习惯?如果你在身体状态不好的时候跑步,带来的效果是负面的;喜欢看书是好习惯?我一直觉得看书不太功利,找到自己喜欢看的类型,但首先,得先去看书方能知道你自己喜欢什么;习惯性否定别人?习惯性甩锅?习惯性对不熟悉的领域妄下评论?我想习惯这个事情,更多时候要去发现,你只有不断反思自己的各项习惯,才有改进的可能。其实,人,最不了解的,就是自己。我讨论习惯带来的惯性,它总是试图一成不变,但,这个世界,唯一不变的,就是变化,不是吗?

19 views

More from this blog

2025: 祛魅 灰度 念头通达

今天是2025年的最后一天,当大家都在准备下班的时候,好巧不巧的,我刚好发现了一个不大不小的问题,大胆猜想,小心求证,向上反馈,暴露风险,作为2025年工作注解,实在是再有趣不过了。 今年的工作,从结果上看,还算平稳,至于过程,有太多不可言说的部分。厂里打镙丝的牛马,有工资可拿,理应知足了,至于其它的,与己无关,也没那么重要了。 祛魅 近距离观察大厂,才发现一些违背常识/直觉的事实:路人以为的高大

Feb 28, 20261 min read21

大厂祛魅:破碎的专注力

毁掉一个人最直接的方法,就是毁掉ta的专注力。 这句话的出处已然模糊,但放在大厂环境中,却显得格外深刻。 围城 大厂宛如一座围城。城外的人满怀憧憬,目之所及皆是光鲜;城内的人却如困笼之鸟,翅膀日渐退化,每日挣扎求生。 高大上 不可否认,大厂的硬件设施确实令人艳羡:宽敞的独立园区内,来往穿梭的人群中,几乎人人手握智能设备。这看似现代化的景象背后,却藏着一个无奈的事实:在工作时段,每台电脑都被严密监控,连听音乐都成奢望。于是,工作之余玩手机,成了许多人难得的解压方式。 大厂的品牌效应确实强大。外界对...

Jul 29, 20251 min read138

Black Swan

黑天鹅理论 是指极不可能发生,实际上却又发生的事件 来到大厂打工已经满一个月了,从一开始的手足无措,到逐渐度过不适期,也算是适应了吧。 不适应 刚入职时,不适应的地方还是挺多的。 第一次只使用台式机工作,这就限制了我一天中的绝大部分时间,都必须呆在自己的工位上,好在工位足够大。只是人与人的沟通少了很多,有问题只能在工位上通过 IM 呼对方,有种魔幻又现实的感觉 第一次只能用 Windows,也不能 WSL,这给我的工作效率带来了很大影响,不能用熟悉的软件,就连写代码用的 VSCode 的...

Jan 24, 20251 min read74

2024年: 逐渐平静

这个世界是一面镜子,会把你的感受反射给你 2024 开端: 相由心生 那时,还带着一着愤懑,因为拿到了低绩效,虽然内心知道这是公司经营困难,想让我离开的一种策略,但仍然感受到自己那可笑的自尊受到了践踏。自那之后,非必要不加班,只做份内事,尽可能地不去涉及份外之事。 2024 年中: 与人为善 组里的项目眼见不行了,我被迫去支援 AI 项目,久违地写起了 python,项目接近完成时,意外收到通知:我拿到大礼包了。在这之前,架构师因故裸辞。在我离开之后不到两周,我的 TL 也裸辞了,直到同事告诉...

Jan 9, 20251 min read92

企业软件之殇

殇 动词 未成年而死。 名词 战死者。 笔者经历了两家打着云原生旗号的企业软件/解决方案公司,都是中途加入,项目都以解(失)散(败)告终。 云原生解决方案 NB 公司:一个传统的 IDC 小厂,想着借云原生的热度,进军企业软件市场。 在加入这个项目之前,笔者考取了 CKAD 认证,彼时对 K8s 相当着迷。先简要介绍一下这个项目背景: 基于 Rancher (换皮肤)的二次开发项目,名字叫:HCaaS ,在笔者加入这个团队之前,项目已经开发近两年了,除了 TL 之外,其它人之前都...

Jul 1, 20241 min read103

just for fun

57 posts

I'm a Software Engineer