Examples are the best documentation2 months agohttps://rakhim.exotext.com/examples-are-the-best-documentation大多数开发者需要一个例子就能理解文档，但官方资料很少提供。正式文档面向专家，但许多开发者同时处理多个上下文，需要快速恢复上下文。Python的max()文档示例展示了复杂性：用户必须理解*、/、仅位置参数、可迭代对象、仅关键字参数、key等，而一个简单的代码示例就足够了。像clojuredocs.org这样的社区项目展示了包含相关函数的实用示例的价值，使其成为日常编码中不可或缺的部分。
Things I Don’t Know as of 2018 — overreacted2 months agohttps://overreacted.io/things-i-dont-know-as-of-2018/Experienced engineers often face unrealistic expectations to know everything, but knowledge gaps are normal.The author lists many technologies they don't know, including Unix, low-level languages, containers, microservices, Python, and more.Admitting knowledge gaps does not devalue experience; even seasoned developers have valuable expertise despite gaps.The author encourages sharing knowledge gaps to combat impostor syndrome and unrealistic expectations in the tech industry.
So, I tried to build an Android app2 months agohttps://david.coffee/so-i-tried-to-build-an-android-app/注册Google Play开发者账户需要提交政府身份证件、水电费账单和25美元费用，但新账户即使付款后仍存在自动封号的风险。新创建的Google账户可能意外被暂停，迫使开发者使用历史更久的个人账户来避免即时拒绝。Google的封闭式Beta测试要求加入Google群组、点击单独链接成为测试者，并等待1-48小时应用才会显示，远不如苹果更简便的TestFlight系统。用于测试的Google群组可能因无内容或无帖子而被暂停，进一步复杂化了测试流程。自2023年11月起，新Play商店账户必须拥有至少12名封闭式Beta测试者、等待14天、通过测验并维持测试者数量；旧账户则不受新规影响。12名测试者的要求对独立开发者构成惩罚，反而鼓励了虚假测试者或账户买卖，未能提升应用质量。复杂的安装步骤导致用户在尝试初期就放弃测试，造成参与度低和挫败感。作者的应用在App Store上架仅需2-3周，但在Google Play上仍未公开，这令人对未来的Android开发失去信心。
IDEs are done, and they are not coming back2 months agohttps://cpojer.net/notes/not-coming-back作者在1月加入VoidZero时，创建了一份关于JavaScript工具中30个开发者体验问题的列表。一个朋友的问题让作者意识到他们不再需要同时使用Sublime Text和IDE，从而促使他们删除了Sublime Text。几个月后，作者不再手写代码，之前确定的小问题变得无关紧要并被遗忘。作者现已删除待办事项列表，并计划删除VS Code，宣称IDE已过时，不会再使用。
The Human-in-the-Loop Is Tired2 months agohttps://pydantic.dev/articles/the-human-in-the-loop-is-tired大型语言模型（LLM）让编程真正变得有用，同时也带来了不稳定性，如果被忽视，可能导致职业倦怠。使用LLM进行开发会引入‘监督疲劳’：审查AI生成的代码缺乏传统编程的满足感，且令人感到孤独。AI提高了工作强度和并行任务启动能力，但并未改善深思熟虑的完成度，从而引发了‘人类奖励函数问题’。LLM辅助编程转移了技能需求而非消除它们，强调品味、细微差别和架构专业知识成为关键差异因素。新技能正在涌现，例如事前验尸分析和将专业知识编码到LLM指令中，这显示了技能的演进而非工艺的消亡。
Software Has Changed2 months agohttps://www.abeautifulsite.net/posts/software-has-changed/软件开发已经发生了剧烈且快速的变化，让经验丰富的工程师感到震惊。开发速度变快了，但不一定变得更好了，更侧重于数量而非质量。心流状态已被‘思考中…’的状态所取代，代码常常因廉价的实验而被不加思索地丢弃。优秀的开发者现在可以完成更多工作，利用节省下来的时间进行代码审查、打磨、重构和添加额外功能。技术债务可以在进入主代码库之前得到解决，从而提高整体代码质量。这一领域一夜之间发生了变化，需要适应更快的构建速度，并在更高层次上思考以避免视野狭窄。一个关键问题随之而来：如果最终结果是坚实、经过彻底审查且值得信赖的代码，那么创建过程真的重要吗？
The gauge broke: devs felt 20% faster with AI, measured 19% slower3 months agohttps://intrepidkarthi.com/writing/the-gauge-broke/一项对照试验发现，有经验的开发人员在使用AI工具处理熟悉的代码库时，感觉速度快了20%，但实际上慢了19%。AI加快了打字速度，但这并不是专家的瓶颈所在，同时增加了如提示、等待和审核经常有细微错误输出等额外开销。团队层面的数据显示，拉取请求的数量和大小有所增加，但没有带来净交付增益，代码变更更多而重构减少，表明验证已成为新的瓶颈。工具构建者正在将重点转向以智能体优先的集成开发环境，强调验证而非生成，这与开发流程中已识别的瓶颈相吻合。速度感是误导性的；成功的团队必须衡量实际生产成果并重新分配审核阶段的人员，而不是依赖感知到的开发速度。