谈谈重构

  写字楼里如青楼,不许人间见白头。还好大家都很聪明,大家都逐渐变成了秃头。一个人如果秃了,他的头发肯定不白。因为他已经没有了头发。

  互联网公司里,最不好惹的就是秃头。不仅仅是因为他们技术强大,还有日复一日的保持锃光瓦亮的头,是需要很强的毅力和耐心。

  赵亮就是这样一个不好惹的人。他虽然还没秃,但是部门里的秃头前辈们,都说他技术很强,未来可期。因为,秃头前辈们在赵亮这个年纪,头发远比他茂盛。

  但是,这个不好惹的人,此刻却谁都能惹。因为赵亮是个新人,新人虽然发音像个信任,但是谁都不信任。

  老板:你刚来,我不求你能解决多大的问题。好歹打打下手,有点贡献吧。张平说你写的代码,你不能保证正确性是怎么回事?

  赵亮无奈道:这个项目原先的单元测试都无法通过,没有手段验证正确性。

  老板:那你想个方案处理一下,有问题求助张平。

  张平是组里的老人,常年加班熬夜,身材佝偻,面色发黄发黑。他负责给赵亮派任务,张平是个很耐心的人。张平派任务的时候,总是第一步做什么,第二步做什么,讲的清清楚楚。

  赵亮做任务的时候,照着步骤,舒舒服服做就行。然而每次做完,都会出问题。新人虽然不被信任,但是新人做事出问题,这一点,大家却出奇的信任。
  组里的项目是个重构项目,重构的第一原则是用测试去保障重构步骤的正确性。当然,因为老板们不喜欢重构,重构总是没有明显的商业价值。所以他们的项目不叫重构,叫架构演进。

  如果第一原则都不满足地重构,毫无疑问,是肯定会出故障的。出故障了怎么办?好办。担起责任就行。最好,担责任的人还不是自己。

  那会是谁担责任?出问题的人。出问题的人是谁?是赵亮。每次赵亮照着张平的去做,每次都会出问题。

  赵亮不傻,他即将秃了的头就是明证。这个项目需要一个背锅的,而不被信任的他,就是被甩锅的最好人选。只要锅一背,试用期就可以结束了。人再一走,甩锅的人就可以高枕无忧,不用担心暗地里做的事露出马脚,也不用担心被报复。

  赵亮需要一个机会去发难,扳倒张平。好在秃头们都很耐心,即将变成秃头的耐心也不差。而且,谁也想不到一个职场新人,竟然会反扑。

  想不到的事情,往往就有意料之外的效果。

  这周周会,故障复盘。张平已经连续出了好几次错误,所有人都在质问他是怎么做的事情。

  一向沉闷的赵亮,突然在会议上抛出自己的观点:连续出问题是基础测试设施缺失的问题。紧接着,开始讲述自己准备了好久的解决方案。老板当即拍板,决定按这个方案思路去做。

  赵亮救了张平?

  从那天开始,张平知道,他再也没有人给他背锅了。一个经常出问题的人,如果没有了背锅的,光是自己的锅也已经扛不过来了。那他除了更拼命熬夜加班去弥补,那还能做什么呢?

  赵亮没有救张平,因为他用方案证明了实力,拿到了团队的信任。而不被信任的人,总是过得惨。



ps.上班越久越不想谈论技术。我认为工作一段时间的技术同学,愿意深入钻研,自学都是很容易的事情。

反而是生活作息,社交,沟通写作,理财,健康以及职场各种骚操作,甚至是婚姻爱情等等需要去学习探索。(当然,技术这饭碗不能丢,得保持学习,跟紧行业前沿。)

一个月没在牛客发帖子了,主要是之前尝试了一下写非技术的内容。想调整调整文风,尽量平衡好我自己想表达的东西和对大家有帮助的内容。


  

  
  
  

  

  

  
  

  

  
  
  

  

  
全部评论
文理双修
点赞 回复 分享
发布于 2020-10-18 23:34

相关推荐

最终还是婉拒了小红书的offer,厚着脸皮回了字节。其实这次字节不管是组内的氛围、HR的沟通体验,都比之前好太多,开的薪资也还算过得去,这些都是让我下定决心的原因之一。但最核心的,还是抵不住对Agent的兴趣,选择了Ai Coding这么一个方向。因为很多大佬讲过,在未来比较火的还是属于那些更加垂类的Agent,而Ai Coding恰好是Coding Agent这么一个领域,本质上还是程序员群体和泛程序员群体这个圈子的。目前也已经在提前实习,也是全栈这么一个岗位。就像最近阿里P10针对前端后端等等不再那么区分,确实在Agent方向不太区分这个。尤其是我们自己做AI Coding的内容,基本上90%左右的内容都是AI生成的,AI代码仓库贡献率也是我们的指标之一。有人说他不好用,那肯定是用的姿态不太对。基本上用对Skill、Rules 加上比较好的大模型基本都能Cover你的大部分需求,更别说Claude、Cursor这种目前看来Top水准的Coding工具了(叠甲:起码在我看来是这样)。所以不太区分的主要原因,还是针对一些例如Claude Code、Cursor、Trae、Codex、CC等一大堆,他们有很多新的概念和架构提出,我们往往需要快速验证(MVP版本)来看效果。而全栈就是这么快速验证的一个手段,加上Ai Coding的辅助,目前看起来问题不大(仅仅针对Agent而言)。而且Coding的产品形态往往是一个Plugin、Cli之类的,本质还是属于大前端领域。不过针对业务后端来看,区分还是有必要的。大家很多人也说Agent不就是Prompt提示词工程么?是的没错,本质上还是提示词。不过现在也衍生出一个新的Context Eneering,抽象成一种架构思想(类比框架、或者你们业务架构,参考商品有商品发布架构来提效)。本质还是提示词,但是就是能否最大化利用整个上下文窗口来提升效果,这个还是有很多探索空间和玩法的,例如Cursor的思想:上下文万物皆文件, CoWork之类的。后续也有一些Ralph Loop啥的,还有Coding里面的Coding Act姿态。这种才是比较核心的点,而不是你让AI生成的那提示词,然后调用了一下大模型那么简单;也不是dify、LangGraph搭建了一套workflow,从一个node走到另外一个node那么简单。Agent和WorkFLow还是两回事,大部分人也没能很好的区分这一点。不过很多人说AI泡沫啥啥啥的,我们ld也常把这句话挂在嘴边:“说AI泡沫还是太大了”诸如此类。我觉得在AI的时代,懂一点还是会好一点,所以润去字节了。目前的实习生活呢,除了修一些Tools的问题,还包括对比Claude、Cursor、Trae在某些源码实现思想上的点,看看能不能迁移过来,感觉还是比较有意思。不过目前组内还是主要Follow比较多,希望下一个阶段就做一些更有创新的事情哈哈。这就是一个牛马大学生的最终牧场,希望能好好的吧。说不定下次发的时候,正式AI泡沫结束,然后我又回归传统后端这么一个结局了。欢迎交流👏,有不对的🙅不要骂博主(浅薄的认知),可以私聊交流
码农索隆:和优秀的人,做有挑战的事
点赞 评论 收藏
分享
评论
1
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务