每周见闻分享：杂谈AI取代程序员
每周见闻分享：2025-02-16 - 2025-02-23
AI
1、杂谈AI取代程序员[^2]
标签：思考
强烈建议对这个话题感兴趣的小伙伴去阅读一下原文。这里放一下原文对于 AI 取代论背后动机的分析，我觉得很有道理。
除去真的担心自己被AI取代的从业者外，我觉得看到两种扯着AI大旗的人。
一种就是懂程序开发，装不懂程序开发，然后贩卖焦虑的人，最近非常火的就是，「我用Cursor从0 xx 天开发了一个App」 (Cursor是最近一个很火的AI编辑器，可以通过输入的指令生成代码).
大体都是说自己完全不懂程序开发，借助AI/Cursor, xx天内开发出了一个App, 并且冲到了苹果App Store热门榜第一.
普通程序员看到这种说法，一个小白从无到有都能开发出一个App, 难免会焦虑,不得不说，这种反向装弱再变强真的令人防不胜防， 想着不能被落下，就斥资加入各种付费群或者购买各种课程。
神智清明的你可能在心平气和下很难做出这样的决定嘛。 另外一种就是要用AI来取代程序的公司，说要通过AI来增效，裁撤工程师，比如国外的 Workday 裁员说要再招人做 AI 的新闻, 还有2023年 Google 因为AI裁员而30000 名员工的新闻。
因为说是AI取代了程序员，被毕业的员工们和待毕业的员工们都只会把裁员的原因归罪到AI上， 管理层的无所作为，墨守成规，决策失误，无序扩张这些失误都不需要承诺后果了，反正背锅有AI。
苦一苦员工，骂名AI来担。
接下来聊聊我作为一名普通大龄程序员（非 CS 专业、无大厂经验、对日外包出身、从前端转后端）的感受。
说实话。刚开始有听到这个论点时，确实有些焦虑。但仔细一想，早在 AI 出现前就已经有低代码取代程序员这种说法了。
然而现实是，尽管有数十种低代码框架，但程序员依旧在干活。
对程序员来说，编程或者说开发，实际上占整个工作的比例是最少的。更多的是对需求的理解与分析、技术的选型、架构/逻辑的设计、系统部署等问题。针对大型项目，还要考虑任务拆解、人员安排、系统负载、成本控制等众多因素。而这其中除了开发工作之外，都是目前 AI 无法做到的事情。
就我个人使用体验而言，AI 在写单元测试、文档注释、ChangeLog 上非常有用，减轻了开发者的负担。同时针对一次性的脚本任务，也很不错。但基于现有系统的维护和开发，效果并不理想，还是需要人去介入。
毕竟从需求到设计就经过了一次翻译，从设计再到提示词，又是一次翻译。每多一次翻译就会造成一次损失，更何况开发者对提示词的理解又各不相同。那结果自然可想而知。
最后，再次引用原文中观点：
AI现阶段还是无法取代程序员的，未来AI我也觉得很难取代程序员(当然，取代把需求翻译成代码的人肉翻译器还是有可能的)，因为程序员虽然是和机器打交道，但是本质上还是解决人的问题。
担忧程序员被AI取代的人可能只看到了测试场景里面的 happy path, 也就是AI能生成老板们想要的代码，没有看到unhappy path, 也就是老板们想要的代码, AI生成不出来要怎么办?
毕竟人可以根据已有的经验进行归纳总结，把已有的经验应用在未踏足的领域，且持续学习，但是AI还是受限于预训练数据，做不出来就是做不出来。
但是对程序员而言，AI不失为一个好用且提效的工具，好用的工具就应该多学多用多玩，而不是担忧被其取代。
这是作者利用 AI 生成的街舞海报，是不是哪里很奇怪呢？ 
其他
1、装修容易踩坑？这是我的避坑方法论 - 少数派[^1]
标签：Life
自从自己装修完之后就开始看这类家装攻略。有点像复盘，看看自己做的不到位和不足的地方。其实这些应该事先预习。
作者还是蛮厉害的，自己了很多功课甚至设计了图纸。很难得看到实际支出会比预算更低的情况。
评论区更是值得一看，有很多知识可以学习。有装修需求的小伙伴可以看看。
2、湖的名称是否反映其特性？[^5]
标签：Life
作者在法国的“绿湖”徒步后，湖水的绿色给他留下了深刻的印象。于是作者开始好奇湖的名称是否能反映其特性？
于是作者从网上搜集需要的数据并整理成 JSON 格式，然后又从卫星图片中获取对应湖中的一个像素作为颜色。最终结论是湖水的名称与其特性并不相关。
利用技术手段一步步实现自己的小目标。让我怀念起了刚开始学编程时的快乐与纯粹。
工具
1、Animate.css | 跨浏览器CSS动画库[^3]
标签：CSS,前端
一个 CSS 动画特效库，通过给元素添加类名就能实现对应的动画效果。Github star 有 81 k。
官网上可以看到各种效果，纯 CSS 体积也很轻。之后如果有前端项目时可以使用。
Coding
1、Overflow Clip属性解析[^4]
标签：前端,CSS
介绍了 CSS3 中 overflow:clip 属性。clip 有裁剪的含义，可以裁剪超出父元素的部分，并且不会出现滚动条。类似 overflow:hidden + 滚动条隐藏或者绝对定位等样式组合。
作者给出了非常详细与易懂的说明和例子，可以做出许多效果。如标题头部、滚动动画、重叠边框等。
2、7分钟深入理解柯里化 - Yazeed Bzadough[^6]
标签：JavaScript,TypeScript
面试八股之一的“柯里化”。针对多个参数，进行简化。
这篇主要介绍实现方法以及调试过程。核心是利用 function 的 length 与闭包实现柯里函数。我自己在工作中遇到的不多，也不太会主动使用。
3、JavaScript中如何将首元素移至末尾[^7]
标签：前端,JavaScript
一篇简短的文章，主要讲了现代 Web 开发里利用 container.appendChild(container.firstElementChild); 可以很容易把第一个元素到末尾。具体的应用就是走马灯效果。
回想十年前做前端时，走马灯的实现会刻意在末尾多重复一次第一个元素，从而使得动画效果看起来是连贯，通过 setInterval 来计算距离和速度。需要写非常多的代码。
参考文章:
- [1] 装修容易踩坑？这是我的避坑方法论 - 少数派: https://sspai.com/post/96168
- [2] 杂谈AI取代程序员: https://ramsayleung.github.io/zh/post/2025/%E6%9D%82%E8%B0%88ai%E5%8F%96%E4%BB%A3%E7%A8%8B%E5%BA%8F%E5%91%98/
- [3] Animate.css | 跨浏览器CSS动画库: https://animate.style/
- [4] Overflow Clip属性解析: https://ishadeed.com/article/overflow-clip/
- [5] 湖的名称是否反映其特性？: https://ivanludvig.dev/tech/lake-colors
- [6] 7分钟深入理解柯里化 - Yazeed Bzadough: https://www.yazeedb.com/posts/deeply-understand-currying-in-7-minutes
- [7] JavaScript中如何将首元素移至末尾: https://joshtronic.com/2025/02/16/how-to-move-the-first-element-to-the-end-in-javascript/