《构建外脑 / 智变时代的个人知识管理》
本文探讨了在新一轮的 AI 变革之下，如何用新工具来帮助扩展大脑思维与记忆的边界，以及知识工作流的新方法，激发潜能，构建外脑！全文 12000 字左右。
https://www.indigox.me/build-exobrain

很有启发性的文章，让我第一次思考“编译”和“解释”意味着什么。我的结论是一个代表性能，一个代表灵活性，方向不同但会有交叉。
启发性内容：根据错误消息发现编译阶段、编译和解释只是实现的细节、比较它们就像比较水果和蔬菜……
https://eddieantonio.ca/blog/2023/10/25/python-is-a-compiled-language

《编译和解释语言：番茄的两种说法》

1.语言规范和实现是截然不同的东西
2.通过一系列不断发展的BF实现，任何给定的语言都可以作为解释器或编译器实现

“我希望我间接展示或至少暗示的另一件事是，任何语言都可以以任何风格实现。即使你想把 CPython 看作是一个“解释器”（这个术语可能很危险，因为它遮挡了内部的编译器），但还有 PyPy，它动态地将 Python 程序编译成机器代码，以及各种系统将 Python 代码静态编译成机器代码（例如 mypyc）。”

https://tratt.net/laurie/blog/2023/compiled_and_interpreted_languages_two_ways_of_saying_tomato.html

《富有同理心的开发者》

“编程的工艺始于同理心，而不是格式、语言、工具、算法或数据结构。”

“对自己的同理心包括认识、理解和富有同情心地回应我们的情绪、思想和经历。就是以我们提供给朋友或亲人的相同理解和支持来对待自己。这意味着承认我们自己的痛苦、恐惧和失败，并以善意而不是自我判断或批评来回应它们。”

“对自己的同理心是自我保健和个人成长的一个重要方面。通过练习同理心和自我同情，我们可以与自己建立更健康的关系，从而提高幸福感和复原力。请记住，善待和理解自己不是一种自私的行为，而是过上充实和平衡生活的重要组成部分。”
https://digma.ai/blog/the-empathetic-developer/

没有银弹丨Fred Brooks 关于软件开发困难论述的经典论文
No Silver Bullet—Essence and Accident in Software Engineering

最近 Fermat’s Library 解析了 Fred Brooks 关于软件开发过程中困难论述的经典论文 No Silver Bullet（没有银弹），这篇技术论文让人兴奋，我过去比较喜欢的两篇技术写作是 Andy Matuschak 关于革命性思维工具的理解 How can we develop transformative tools for thought? 以及 Conor 关于作为革命性思维工具出现的 Roam Research 白皮书 Roam White Paper.

这是一篇 1986 年的论文，Fred Brooks 探讨了软件工程开发复杂度困难的内在根源以及如何处理，他的根本论断是「没有银弹」，即没有任何一种技术或管理上的突破能承诺在10年内使软件项目的生产力提高一个数量级（生产率、可靠性、简洁性）。「银色子弹」，欧洲中世纪传说中针对狼人吸血鬼等魔物的银制特效子弹，隐喻最强杀招/王牌（名侦探柯南剧场版中也经常被提起）。「没有银弹」平移我前面提到过的「索洛悖论」（ Solow Paradox），生产力延宕，技术革新的时候我们都无法保证生产力增加，更不用说技术本身的迭代承诺（银弹）。

论文中，Fred Brooks 将软件复杂度分为本质复杂度（Essential Complexity）和偶然复杂度（Accidental Complexity），即软件自身带来的困难：复杂性、符合性、可变性及不可视性，不可能通过现在或者未来技术完全解决；以及技术及其它局限所带来的困难，如编程语言、开发工具等限制，可以通过技术进步改善，比如 Conor 使用 Clojure 作为革命性思维工具 Roam Research 的开发。

---
Fred Brooks，图灵奖得主，《人月神话》（The Mythical Man-Month）的作者，编程类书籍中的经典，之前我看的一个 Thread 分享其爬取的最受推荐的编程书籍，「人月神话」为 TOP 6.

Fermat’s Library，是个解析、注释并分享学术论文的网站，过去我分享的另一篇有趣论文「印象派绘画反映 19 世纪空气污染的现实主义元素」也来自该网站，值得关注。

Reference
为什么 logseq、roam research 等 web app 都选择了 clojure

#technology #tools

2023 Python 开发者调查

官方第七次开发者调查，旨在了解Python开发社区的现状

https://survey.alchemer.com/s3/7554174/python-developers-survey-2023

一则信息：Guido访问日本在东京大学的讲座活动

https://pyconjp.connpass.com/event/301716/

OpenAI 2023 年开发者大会概要

Pydantic 新版本发布信息
https://github.com/pydantic/pydantic/releases/tag/v2.5.0b1

Django 5.0 的 beta 版本已发布，稳定版预计 12 月发布。这个版本只支持 3.10+，不兼容旧版本。

新增特性及版本变更说明：
https://docs.djangoproject.com/en/5.0/releases/5.0/

Python软件基金会获得了 GitHub 颁发的“Wonderfully Welcoming”奖！

“Python Software Foundation（@psf）不仅仅是 Python 开发的中心；这是一个以多样性和包容性为核心的社区。通过 PyCon Charlas 等举措，PSF 打破了语言障碍，为讲西班牙语的贡献者提供了一个平台。它还通过支持开创性的 PyLadiesCon 来支持性别多样性。”

“更重要的是，PSF 致力于提供尊重和安全的社区体验，并通过强有力的行为准则得到加强。它还通过字幕扩展了可访问性，并对健康和安全措施保持警惕。在 PSF，它不仅仅是关注代码；更关心背后的人。”

https://pyfound.blogspot.com/2023/11/psf-wonderfully-welcoming-award-github.html

Mypy 1.7 已发布

https://mypy-lang.blogspot.com/2023/11/mypy-17-released.html

PyScript 2023.11.1 版本已发布

这是对 PyScript 的彻底重写，增加了大量新功能、更小的文件大小、更快的加载速度等等。

https://jeff.glass/post/whats-new-pyscript-2023-11-1

#Python潮流周刊

Python 潮流周刊#26：requests3 的现状

🦄文章&教程
1、Kenneth Reitz：迟来的道歉，以及 requests 3 的进展
2、grequests：异步的 HTTP 请求
3、开发一个 Python 编译器和解释器
4、使用 Python+ChatGPT 开发一个书籍摘要 AI
5、数据库生成的列 ：Django & SQLite
6、你能用 Python 的 bisect 模块做到这些事
7、为什么说在 Windows 上为 Python 3.12 构建的 SciPy 是一个小奇迹？
8、使用 AI 进行网页抓取实验（使用 GPT-4 解析 HTML）
9、Django vs Flask：哪个是最好的 Python Web 框架？
10、在 Mac 上安装 Python 的正确方法
11、用 Python 开发简单的 Android 数据分析应用
12、改进 Numpy 的 Python API，为 2.0 版本准备

🐿项目&资源
1、pyvideotrans：视频的语言翻译，并添加配音
2、pyink：Google 内部修改 Black 而成的代码格式化工具
3、sqlmodel：Python 中的 SQL 数据库
4、wagtail：一个 Django 内容管理系统
5、NBA-Machine-Learning-Sports-Betting：使用机器学习的 NBA 比赛预测
6、Python_EBook_Free：Python 电子书和资源
7、pathway：高吞吐量和低延迟实时数据处理框架
8、prefect：一个工作流编排工具，构建数据管道
9、VideoCrafter：生成高质量视频模型
10、程序员值得看的 42 个学习资源
11、networkx：Python 的网络分析库
12、PythonFrameworks：Python 的各种框架汇总

🐢播客&视频
1、core.py：一档新的 Python 播客
2、为什么静态类型又流行起来了？
3、《Boost your Git DX》作者的两期播客

👀 全文 👀 合集     🤝投稿    🐱频道

订阅：微信 (可加群) | RSS | 邮件 | Twitter

Requests 库作者 Kenneth Reitz 在 2023 年 11 月 9 日发了文章：迟来的道歉

他回应的是 Trio 库作者 Nathaniel J. Smith（下称 NJS）在 2019 年 5 月发的文章：为什么我不与 Kenneth Reitz 合作

我很好奇，这 4 年以来，他发生了什么事？为什么在这么久之后，做出这份略显短促的回应？

查阅资料时看到 KR 在2016年2月发的 MentalHealthError: an exception occurred，诊断出患有“双相情感障碍伴精神病”（Bipolar Affective Disorder with Psychosis）

2019年3月的 MentalHealthError: three years later，加重成精神分裂情感障碍（情感亚型）（Schizoaffective Disorder (Bipolar subtype)）+“边缘性”PTSD

非常同情 KR。

NJS 的文章也提到 KR 的精神问题，但他说“疾病并不能消除某人对他人造成的伤害，或他们对自己行为的责任。许多人在不伤害他人的情况下控制自己的病情，当他们搞砸时，他们会像我们其他人一样做出弥补。如果有人做不到这一点，那么作为一个社区，我们可以有同情心，但不应该给他们权力和影响力。”

《软件工程是关于思考，而不是打字》

“工程师越缺乏经验，这对他们来说可能就越奇怪。毕竟，他们的工作是写代码，那么 thinking 怎么可能比实际 doing 更有价值呢？”

“Weeks of coding can save you hours of planning.
数周的编码可以为你节省几小时的计划时间。”

https://jordankaye.dev/posts/thinking-not-typing/