This directory lists Chinese-language blogs.
这是 Jant 人工维护的一个社区目录（包括 jant.me 托管和自部署的博客），旨在帮助读者发现新的 Jant 博客和内容。
AI 的热潮确实让我想起早期低代码和无代码工具的突破。我不怀疑 AI 能成为开发者的有用工具，我知道有些任务它能作为更好的工具来辅助完成。但这些论点总让我再次思考偶然复杂性与本质复杂性的问题。
布鲁克斯在《没有银弹》一文中探讨了新工具对开发者生产力的影响。要像程序员一样思考，你必须理解现实世界的复杂性。编程最好被理解为在混乱的现实之上施加简化的表征——我们称之为_抽象_——通过降低复杂性使其可理解。这让我们能够将特定情境泛化为可层层叠加的抽象层。
即使更好的工具减少了偶然复杂性，本质复杂性依然存在。我们仍需以正确的方式设计抽象和系统——一种优雅、清晰且可维护的方式——这本身就是一项复杂的工作。而这种复杂性不会消失。这类工作需要技能、经验以及从过去系统失败中艰难获得的智慧。
一个多小时的视频，很舒服的就听完了，嘉宾的思维方式以及抓的点都非常清晰，所以听起来很爽，直击我的一些好奇点。
对国产大模型和国外大模型，对开源和闭源的差异、对模型的训练都有了更前沿的了解。值得之后重听。
嘉宾的 Twitter：https://x.com/Xianbao_QIAN
请记住，人工智能并没有增加需要软件的人数，也没有增加能够审查软件的维护人员数量。它主要增加了代码量和竞争关注的项目数量。其中一些是健康的，但很多却分散了本应共享的努力。
还是要打好基础功 #SEO
约翰·列侬最爱的一首歌，他中期的一首作品，歌词很有寓意，永远忘不了那句「Power to the people」
感慨，manus 多么能打的一个团队，希望他们这次能够挺过来
善良、诚实、认真做事、敢于寻找机会
★★★★★ 5/5
这个 CEO 的讲话结构、逻辑太强了
好久没有听到这样一首节奏既优美，歌词也寓意深刻的歌曲了
他们说：“不使用人工智能的人将会被时代抛弃。” 我简直无法用语言来形容我有多么讨厌这种说法，因为我非常肯定，实际情况恰恰相反。
依赖人工智能的人终将被时代抛弃。他们会忘记如何思考，如何写作，如何进行简单可靠的搜索，如何分辨事实与虚构……他们会忘记如何他妈的学习。我觉得这才是最让我难过的地方。学习本身是多么美好的事情啊。
如果你相信聊天 GPT 能比你做得更好，为什么就让它做呢？为什么不努力变得更强，学习如何成为或做到人工智能永远无法做到的事情呢？
人生只需要两大核心能力：创造价值 + 销售价值。
Sell the Truth—— 贩卖真相、坚守真诚、建立可信度。
高手从不刻意 “卖东西”，只把自己笃信的事实、认知、价值，诚实且精准地传递给同频的人；不合频立刻转身，不纠缠、不消耗。
人天生本能抗拒被推销，真正的顶级销售，本质是建立可信度：
足够真诚、讲真话、专业懂行；
放下自我 ego，换位思考，看懂对方真正想要什么；
着眼长期利益，而非短期利己。
唯一通行证是可信、真实、有认知。不用花里胡哨的成交技巧，把事实讲清楚、把逻辑说明白、把利弊摊开即可。
沟通心法：「Yes, And」先接纳，再表达。先看懂对方为什么这么想，再表达自己为什么这么想；不是为了赢口舌之争，而是为了靠近真相、达成共识。
魅力不是圆滑讨好，是同时传递笃定自信与真诚善意：有立场、有力量，又顾及他人感受。
只卖自己发自内心认可、真心热爱的事物
随时有转身离开的底气👍
推荐一个很适合学习日语、也适合喜欢文学的人听的频道。
每周都会发布一些青空文库作品的朗读。
后知后觉的发现《金牌得主》已经出第二季了。目前可以在 YouTube 免费观看。
★★★★★ 5/5
第二季只有九集完全不够看。
尝试一下 Owen 的新作品，一个看起来挺舒服的博客平台。静态博客的发布确实有摩擦力，即使我设置了 Makefile 一键从 Obsidian 中发布。
有点像 ChatGPT 刚出来的时候的交互
如果你读过凯恩的专栏，不仅能获取新闻，还能接触到恰到好处的八卦、笑话、观点、评论、未来活动的预告、市政厅的内部消息、真实犯罪故事、双关语、体育话题、人文趣闻以及社会评论。如果某件事没出现在凯恩的专栏里，那就不值得关注——至少对生活在旧金山市内的人来说是如此。
他于 1938 年 7 月 5 日在《纪事报》发表了题为《对我来说是新闻》的首篇专栏文章，此后六十年来，他几乎每晚都活跃于社交场合。在那个还没有互联网的时代，没有人比他更广有人脉。《纪事报》曾报道称：“在典型的一年里，他提及了 6,768 个名字，收到 45,000 封来信和 24,000 通电话。”
Hacker News 上分享老文章时有个惯例：标题末尾会标注年份，例如 (1990)，这个网站把所有符合这种格式、得分 ≥ 4 的 HN 提交收集起来，从 1900–2025 年，按年份归档。
从这个项目改造而来，改为按年份排序，并且翻译了一下标题，这样阅读起来别有一番风味，比如你会看到 1912 年卫报的报道《泰坦尼克号沉没》，源码在这里。
这个排版好有美感啊，希望哪天能复兴一下。
这篇文章居然是 1982年美国海军上将海曼·里科弗关于组织和工作的演讲，他的团队设计并建造了第一艘核潜艇——“鹦鹉螺”号。
实践表明，推动工作取得进展的不是组织或管理体系，而是人。因此，必须在部属职业生涯的早期就赋予他们权限和责任。这样，他们才能迅速成长，并协助管理者完成工作。
必须允许员工自由寻求更多的工作和更大的责任。在我的组织中，没有正式的职位描述或组织结构图。职责的界定较为宽泛，以免限制员工的发展。每个人都可以按照自己认为最合适的方式行事，并随时向任何人、在任何地方寻求帮助。这样一来，每个人的发展仅受自身能力的限制。
临时工无法有效完成复杂的工作。因此，管理者必须让工作既具挑战性又富有回报，这样员工才会长期留在组织中。这使组织能够充分利用他们的知识、经验和企业记忆。
在从事一份工作——无论什么工作——时，人必须觉得自己拥有这份工作，并表现得仿佛自己将永远留在这个岗位上。他必须像对待自己的事业和金钱一样，尽心尽力地做好本职工作。如果他觉得自己只是暂时的看管者，或者认为这份工作仅仅是通往更高职位的跳板，那么他的行为就不会考虑到组织的长远利益。 他对当前工作的缺乏投入会被下属察觉，而下属也会因此变得漠不关心。太多人把整个职业生涯都花在寻找下一份工作上。当一个人觉得自己拥有当前的工作并以此方式行事时，他便无需为下一份工作担忧。
二战前，我来到华盛顿担任舰船局电气部门负责人时，发现设计由一人负责，生产由另一人负责，维护由第三人负责，而财务事宜则由第四人处理。整个局都是这样运作的。这在我看来毫无道理。设计问题在生产环节显现，生产错误在维护环节显现，而财务问题则渗透到各个领域。 我改革了这一体系。我让一个人全权负责其所辖设备的各个环节——包括设计、生产、维护和合同签订。一旦出现任何问题，我便能明确知晓该追究谁的责任。我如今管理的组织也遵循这一原则。
负责人必须关注细节。如果他不重视细节，下属也不会重视。然而，“魔鬼藏在细节里”。关注那些看似微不足道的小事，既辛苦又枯燥。 在我的工作中，我大概有百分之九十九的时间都花在别人可能称之为琐碎细节的事情上。大多数管理者更愿意专注于宏大的政策事务。但一旦忽视了细节，项目就会失败。届时，再多的政策或崇高理想也无法扭转局面。
重要问题应以书面形式提出。没有什么比将自己的论点写下来更能磨练思维了。口头讨论中被忽略的缺陷，在书面文字中会变得显而易见。
如果重要决策未被记录下来，人们就会依赖个人的记忆，而随着人员离职或调岗，这些记忆很快就会消失。 在我的工作中，能够追溯数年前的记录以确定当初做出决策时所依据的事实至关重要。这有助于将新问题置于恰当的视角下，从而更容易解决。同时，这也能最大限度地降低重蹈覆辙的风险。此外，如果重要的沟通和行动没有被清晰地记录下来，就永远无法确定它们是否被理解，甚至是否被执行。
我提到的这些理念并非新鲜事物——前几代人早已认识到勤奋、注重细节、个人责任感和毅力的价值。与那些备受推崇的现代管理技巧相比，这些品质在工作中依然最为重要。
在从事一份工作——无论什么工作——时，人必须觉得自己拥有这份工作，并表现得仿佛自己将永远留在这个岗位上。他必须像对待自己的事业和金钱一样，尽心尽力地做好本职工作。如果他觉得自己只是暂时的看管者，或者认为这份工作仅仅是通往更高职位的跳板，那么他的行为就不会考虑到组织的长远利益。 他对当前工作的缺乏投入会被下属察觉，而下属也会因此变得漠不关心。太多人把整个职业生涯都花在寻找下一份工作上。当一个人觉得自己拥有当前的工作并以此方式行事时，他便无需为下一份工作担忧。
Hacker News 目前有一名全职版主：Dan Gackle (dang)
所有评论的初始得分为 1 分（但为了防止从众效应，除了作者本人之外，评论得分对其他用户不可见）。当用户的 Karma 达到 501 时，便可以对其他评论进行踩（downvote）
用户应该为他们个人觉得在智力上有趣的故事投票，而不是因为有人要推广内容。
版主有时会拯救一些没有获得太多赞的帖子，并重置该帖子的提交时间。（这也是常见问答里不鼓励删除投稿的原因之一）
发帖或评论发表后，作者可在 2 小时内进行编辑。作者也可在这两小时内删除帖子/评论，但仅在其没有回复的情况下，以防讨论被丢失。若有回复，则无法删除
在用户对帖子或评论投票后，该投票可在 1 小时内取消。超过该时间，投票将变为永久。
作为教程的 HN 提交会被版主降低排名，因为它们较少满足纯粹的求知欲。
我们意识到大多数应用其实只是需要一个数据库
使用 Instant DB，基本上相当于你在前端操作数据库， Instant DB 负责帮你处理将数据持久化，它是 Local first 的，关于低成本的部署。
看起来非常适合所有重操作的应用，希望下个应用有机会试用一下。
