2024-第五十三周

该周报主要为各个地方内容的汇总整理

技术

关于长期的软件开发

这篇文章主要讨论了长期软件开发所需的注意事项。重点包括减少依赖、持续测试、简化代码、文档化、团队稳定性、开源思考、日志记录和性能监控。文章强调了长期软件开发的挑战，并提出了许多关于如何在长期项目中确保软件稳定性和可维护性的建议。

• 从长远角度看，软件开发需要关注依赖关系、测试和简单性，以确保软件能够长期稳定运行。
• 软件开发团队需要定期进行代码重构、文档编写、团队稳定和日志记录，以确保项目的延续性和稳定性。
• 对依赖进行审核和定期检查，尽量减少依赖的数量，以降低项目的复杂度和风险。

编程十年的感悟

这段文字主要讲述了作者在编程领域的成长和感悟，包括持续学习、学好英语、独立思考、先跑起来再说、顺手的才是最好的、代码不是万能的、与优秀的人共事、身体是一切的本钱等方面的体会和建议。同时，还分享了作者在不同公司工作的经历和对技术发展的看法。

• 持续学习：学习多种编程语言和技术，保持竞争力和适应新的技术潮流。
• 学好英语：英语是必备技能，有利于了解最新技术、融入国际社区和职业发展。
• 与优秀的人共事：和优秀的同事一起工作，可以提升技术能力、建立人脉，获得更多的职业发展机会。

工具

CodeDiagram

使用 CodeDiagram 更快速地理解复杂的代码库

remote-storage

remoteStorage 是一个易于使用的库，它将本地存储（localStorage API）与远程服务器相结合，使得用户可以在不同的会话、设备和浏览器间保存数据。这个库就像是一个简易的键值数据库，不仅能作为后端使用，还兼容 React、Next.js、Vue 和 Node 等多种 JavaScript 技术栈。

react-intersection-observer

这是一个基于 React 的 Intersection Observer API 实现，可以帮助您了解某个元素何时出现在视口内或从视口中消失。

kyanos

Kyanos 是一款基于 eBPF 技术的网络分析工具。它能够直观地展示数据包在内核中所花费的时间，并且可以捕捉请求和响应，从而提高故障排查的效率。

AI

🚀 介绍 DeepSeek-V3

DeepSeek V3 是一个巨大的进步，速度提升至每秒 60 个标记（比 V2 快 3 倍！），拥有 671B 的 Moe 参数和 37B 的激活参数，训练数据达到 14.8T 个高质量标记。API 价格仍然是市场最具价值的，但从 2 月 8 日起会有所调整。DeepSeek 的使命是不变的，致力于开源精神和包容性人工智能的长期发展，未来还将支持多模态和其他尖端功能。期待与社区一起推动创新边界！

• DeepSeek-V3 迈出了巨大的一步，速度提升至每秒 60 个标记，是 V2 的 3 倍之快，功能也得到了增强，API 兼容性得以保持。
• DeepSeek-V3 采用了 6710 亿个 MoE 参数和 370 亿个激活参数，训练数据达到 1480 万亿个高质量标记，是一个巨大的进步。
• API 价格更新后，直到 2 月 8 日与 V2 持平，而之后的价格会有所调整，但仍然是市场上最有价值的选择。同时，DeepSeek 秉持开源精神和长期主义，致力于推动通用人工智能的发展。

其他

2024: 在夜海中观望浪潮

自豪版本

长期软件开发

有些领域的软件会持续运行几十年，比如发电厂、起搏器、飞机、桥梁、重型机械的软件。它们可能几年都不会改动，然后推出一个新的大版本。

如果一个软件的开发周期长达几十年，需要长期维护，那么最好做到下面几点。

（1）尽量减少依赖。

软件的依赖项越多，长期越难以维护。依赖包括开发时依赖和运行时依赖，都是越少越好。

现在，很多软件在运行时会调用云服务，这也不利于长期维护。

（2）完备的测试用例。

测试对于重构、删除/添加功能，会提供极大的帮助。当你中断 3 年后，重新开始开发，测试也会让你快速了解系统。

（3）减少复杂性。

复杂性是软件开发的头号敌人，会让最好的程序员和团队都铩羽而归。

由于熵增定律和人类行为，除非你有意识地遏制，否则复杂性总是会增加。

因此，你需要养成严格的开发习惯：尽早和频繁地重构，删除不必要的或重复的代码，花时间简化。

（4）编写简单无趣的代码。

代码越简单越好，重点是代码的运行逻辑要显而易见。你永远不会后悔编写了简单的代码。

那些看上去很聪明、很高深的代码，会让后期的调试和理解变得复杂。特别注意那些高性能代码，只有当你正确理解它们时，它们才有效。

另外，那些眼下时髦、被热炒的明星技术，如果没有得到充分验证，也需要规避。

你最好只使用至少有 10 年历史的可靠技术。有一条规则是，某项技术的寿命与它们当前的年龄成正比，即存在越久的东西越可能继续存在。

（5）日志、遥测和文档

如果软件不是持续更新，开发者的注意力就会转到其他地方，不会立即跟进，所以需要有日志和遥测，能把运行过程记录下来。

文档则可以帮助我们理解几年前、甚至十几年前，编写原始代码时的想法。可能的话，记录所有事物，不仅仅是代码，还有理念、想法和为什么。

（6）团队

团队人员变化是很常见的。在许多地方，在一个团队呆三年，就已经很久了。虽然你可以用良好的文档和出色的测试，来抵消这种人员变化，但这很困难。

软件长寿的最简单办法之一，就是让开发成员长期稳定，保持工作十年。这意味着，你必须给你的程序员提供良好待遇，否则人们会离开。

在某些地方，软件是外包公司或咨询顾问写的，他们将代码丢到你的系统中后离开。对于长期运行的软件，这是非常糟糕的安排。

（7）开源

让你的代码暴露在外界的眼光，是保持代码可靠的好方法。一个有趣的事实是，只有质量良好的代码，人们才愿意对外分享，也就是说，如果不开源，人们会愿意在组织内部接受质量更差的代码。

开源代码有更高的标准、更多的测试，这是让代码不过时的绝佳机制。