encounter2017

《人月神话》：复杂性不会消失，只会转移。AI 没有消除本质复杂性，而是将其从编码环节部分转移到了设计、验证和集成环节，通过 ai 你可以让车子跑的比原来快 10 倍，但车子出问题的频率也会同样增加。

感觉在重新发明编译器和程序员

我来，10 行内手搓数据库（ bash ）

#!/bin/bash

db_set () {
echo "$1, $2" >> database
}

db_get () {
grep "^$1," database | sed -e "s/^$1,//" | tail -n 1
}

对方如果让在职员工来做证人证言，你可以提出质证：其作为受公司管理的在职员工，与公司存在利害关系，因此其提供的证词，内容受到公司影响，不具有客观真实性，也不具备合法性，因此本人对此不予认可

简单看了下，没理解为啥要弄出来一个 addIndex 后，还要弄一个 addIndexRight, 作为一个“函数式”的库，不应该直接用 map 来实现吗？而且 add 和 addIndex 听起来就有歧义，为啥前者直接就是算数加法，后者就是添加成一个 tuple ?
const arr = ["a", "b", "c"];

const res = Array.from(arr.entries()).map(([i, v]) => [v, i + 1]);

引用下 https://refactoringguru.cn/design-patterns 的一段话：

设计模式自其诞生之初似乎就饱受争议， 所以让我们来看看针对模式的最常见批评吧。

一种针对不完善编程语言的蹩脚解决方案
通常当所选编程语言或技术缺少必要的抽象功能时， 人们才需要设计模式。 在这种情况下， 模式是一种可为语言提供更优功能的蹩脚解决方案。

例如， 策略模式在绝大部分现代编程语言中可以简单地使用匿名 （ lambda ） 函数来实现。

只写 java 的是这样的，建议也多看看其他语言，所谓的设计模式，在现代的编程语言中，很多都内化成语法了，举几个例子：
策略模式：一等函数公民(js/ts)，匿名函数 (c#), 类型类（ scala ）
构造者模式：case class (scala), record(jdk 17), data class(kotlin), dataclasses/pydantic (python ）
visitor 模式: 代数数据类型 (rust), sealed trait + 模式匹配 (scala)
单例模式: 语法关键字支持（ scala/kotlin ）, 类本身就是 (ruby)
Decorator 模式：Decorator 注解(python)

他想要的不是 ai ，是赛博灯神