blog

足球比赛-第八十六期

../../images/8cb32a1c71beb879b67a35241e6c0198_720.jpg

周末去公园里，刚好发现了两个特别大的足球场，一个是中年人玩耍的，一个是高中生玩耍的，看着他们在足球场上肆意奔跑的样子，真的感觉青春真好，有无上活力。

技术类

未来如何招聘程序员

前些天，讨论区有一个帖子，提出一个问题。

如果未来的代码都是 AI 写的，那么我们怎么招聘程序员呢？

程序员负责代码，但代码是 AI 写的，不是程序员写的，那么应该怎么面试他呢？

你仔细想想，这个问题比预想的难多了。

首先，考察他的代码能力不重要（代码不是他写的），更重要的是考察他会不会 AI。只要善于使用 AI，能够产出合格的代码，对公司来说就是合格的人选。

但是，什么样的面试问题，能够考察出一个人是否掌握 AI？下面是我想出的一些问题：

请将一个复杂的项目需求，转化成提示词，要求是清晰、逻辑性强、切中要害。
描述一个你认为需要使用 Skill 和 MCP 的场景，并阐述它们的工作原理和构建方法。
如何将一个大项目分解，设计出一个多 Agent 协同工作的机制。
…

这些问题能识别出 AI 编程高手吗？我完全没有把握。

其次，除了 AI，还要考察什么呢？这也很不好想。

我应该还会问一些架构问题，你可以不写代码，但要懂怎么组织代码，架构出一个系统。但我也不确定这是必需的，因为 AI 生成的大型系统迟早变成一个黑箱，可能对于架构知识的要求也不是很高。

另外，我还要看看他以前的项目，如果以前他用 AI 做过类似的东西，那么应该问题不大。但这也不可靠，且不说完全类似的项目非常少，就看 AI 进化速度这么快，两年前的经验早不适用了吧。

总之我发现，很难确定什么面试问题是一定有效的，能够可信地筛选出合格的应聘者。AI 颠覆了软件开发，也连带颠覆了程序员面试。大家有好的面试问题吗？

有一点是确定的，面试各种编程细节意义不大了，因为你不需要记住语法细节了，直接问大模型就行。

修复Javascript时间的旅程

https://bloomberg.github.io/js-blog/post/temporal/

Temporal 是 JS 历史上规模最大的 API 提案，历经 9 年、多家公司（Bloomberg、Microsoft、Google、Igalia）协作推进。文章发布时（2026 年 3 月）已接近 Stage 4
标准化落地。
对于日常开发者来说：以后无需再被迫引入 moment.js / date-fns / dayjs 来弥补 Date 的缺陷——原生就能优雅处理复杂时间逻辑。

日常开发中，就是使用大型的依赖工具来进行时间上的转换和显示，不过优化这一项有利于不在需要大量的构建内容在时间转换上，也是利大于弊的。