HackerURLs

一次又一次被重新发现的经典。

同一个链接,相隔一年以上,一次又一次被人重新发现、再次冲上 Hacker News 首页。能经受住这种时间检验的,大多是值得一读再读的文章。每篇附中文标题,讨论最热的那些再加上中文导读和高赞评论翻译。

从名人堂开始
  • 4,700+篇经过时间检验的经典

Hall of fame

名人堂

在经典库里看全部精选

上首页次数最多、而且有中文导读的 30 篇。时间轴上每个黑点是一次上首页,空心点是一次没冲上去的投稿。

  1. 正在载入经典…

Archive

经典库

按第一次上首页的年份分布,点柱子筛选。

排序

    About

    这些经典是怎么挑出来的

    1. 01

      合并同一个链接

      读取 Hacker News 自 2006 年以来的全部链接投稿,把 http/https、www、跟踪参数等写法不同的同一篇文章合并成一条。

    2. 02

      只留经得起时间的

      同一链接至少两次拿到 50 分以上(约等于上首页),而且两次相隔一年以上;再由 AI 剔除状态页、产品首页和新闻事件。

    3. 03

      写导读、译评论

      上首页次数最多的 2,000 篇配上中文导读、"为什么经久不衰",并精选翻译 HN 高赞评论。导读由 AI 生成,可能有误。

    职业与工作方法benkuhn.net

    注意力是你最稀缺的资源

    Attention is your scarcest resource

    2次上首页
    5年跨度
    1,008累计得分
    361条评论

    2020 — 2025,它一次次回到首页

    黑点是上首页(≥ 50 分)的那次投稿,空心点是没冲上去的投稿,点越大分数越高。

    导读

    Ben Kuhn 的这篇文章指出注意力才是人最稀缺的资源,而非时间:频繁切换任务、被打断和同时承担多重角色会大量消耗注意力。作者结合自身经历谈到写代码与管理兼顾的困难,认为管理者应专注管理、避免分心于个人技术工作。

    为什么经久不衰:它把“注意力稀缺”这一常被忽视的约束讲得透彻而实用,在信息干扰越来越多的今天依然切中要害。

    关键词 注意力管理时间管理工程管理深度工作

    HN 评论精选

    应用中不可关闭的干扰性功能是对用户注意力的不尊重,应形成反干扰的行业承诺。

    虽然不是文章主题,但这个标题让我希望有个“我们不会故意分散你的注意力,并提供减少干扰的选项”的应用/网站承诺徽章。比如 Discourse 论坛的“成就”系统就在分散注意力:它复用了新消息的通知机制,我每次都得点进去看是不是真有新消息,结果只是个愚蠢的成就徽章,时间和心神都被浪费了。把这种事乘以几十上百个应用和网站,那些无法关闭的功能显然是对用户不负责任、不尊重的。设计这种干扰的人是坏人的观念应该传播开来。

    greggman3查看英文原文

    I know this isn't the directly the topic of the article but the title "attention is your scarcest resource" reminds me that I wish there was some pledge/badge of "we will not intentionally distract you and provide options to reduce distractions" pledge for apps and websites. It drives me nuts for example that discourse has "achievements" to distract you. Every discourse forum I join for customer service is yet another 15 distracting achievements begging for my attention. It's not that I care about the achievements, it's that it's the same notification system that I got a new message so I'm compelled to go see if the highlight is a new message and when it turns out it's not, it's a dumb achievement badge then my time has been wasted and my mind has been distracted. Multiply this by 50 apps to 100 apps/sites etc and it's clear that features as such that can't be turned off are irresponsible toward and disrespectful of users. That idea that you're a bad person if you design and create such distractions needs to spread.

    兼职写代码的经理很难做好管理,小团队干脆不要设经理。

    这篇博客最关键的点其实被放在了结尾:既要写代码又要当好工程经理是非常困难的。与其争论各种折中技巧,不如全职做管理。据我的经验,6 人以上才能让经理满负荷,10 人左右最理想;再多人就无法均匀投入每个人了。对于不到 6 人的小团队,我的答案是不设经理,只设技术负责人,相信 1-5 人的小组能自己解决内部问题。

    burlesona查看英文原文

    I think the most salient point of this blog is pretty much buried as the closing thought. It’s pretty hard to be a good engineering manager when you also have programming responsibilities (IC work). Sure, you can debate about what the different hacks are to try and work around this and do a good job in spite of the difficulty, but it’s a lot easier to just go full-time managing. In my experience it takes six or more people to fully occupy a manager. Ten seems to be about perfect. You can go higher than that (and many do) but at a certain point you’re not evenly investing in all your people anymore, you’re mostly focusing on a few at a time. Obviously the hardest part of this is if you don’t have 6+ people to manage. My answer to very small teams is not to have a manager at all, just have a technical lead and trust that a group of 1-5 people can work out their own crap.

    未来若能通过植入体扩展工作记忆,注意力的差距将造成人与人之间的根本分化。

    我现在认为奇点最可能的情形是有人发明出增强短期记忆的植入体。我们会发现注意力主要由工作记忆主导,能同时处理两倍信息的人与做不到的人在运作方式上有本质区别;超过 5 倍后,双方可能连沟通都困难,更别说竞争了。

    hinkley查看英文原文

    My most plausible scenario for the Singularity now is someone figuring out how to augment short term memory with implants. I think we are going to find that attention is dominated by working set memory, and people who can juggle even twice as much stuff are going to operate fundamentally differently than those who can’t afford or won’t have the surgery. And past 5x it may become difficult to even communicate, much less compete.

    历次讨论

    同类还值得读

    1. 用十年时间自学编程(1998)

      Teach Yourself Programming in Ten Years (1998)

      Peter Norvig 1998 年的经典文章,回应“21天/24小时学会编程”一类速成书,主张真正精通编程需要约十年持续、有意识的练习。

      职业与工作方法上首页 11 次 · 2007–2025norvig.com编辑精选
    2. 如何成为一名程序员:简短、全面而个人的总结

      How to be a Programmer: A Short, Comprehensive, and Personal Summary

      一篇广为流传的程序员成长指南,作者以个人经验系统总结了成为优秀程序员所需的各项技能——从调试、测试、沟通到团队协作与身心健康。

      职业与工作方法上首页 6 次 · 2008–2015samizdat.mines.edu编辑精选
    3. 不要自称程序员

      Don't Call Yourself a Programmer

      经典职业建议文章劝软件工程师不要把自己局限在“程序员”这个标签上,而要从公司业务角度说明自己创造的价值;文中讨论了成本中心与利润中心、头衔、求职与职业选择,也顺带批评了学术界的价…

      职业与工作方法上首页 5 次 · 2011–2021kalzumeus.com编辑精选
    4. 创作者的日程与经理的日程

      Maker's Schedule, Manager's Schedule (2009)

      Paul Graham 在这篇文章里把时间表分成两类:管理者的日程以小时为单位,会议可以填满一天;创作者(程序员、写作者等)的日程则以半天为单位,需要长时间不被打断的连续块。

      职业与工作方法上首页 5 次 · 2009–2021paulgraham.com编辑精选
    5. 为什么程序员的薪酬不与生产力成正比

      Why programmers are not paid in proportion to their productivity

      讨论为什么程序员的薪酬往往不随其生产力成比例增长:生产力难以客观量化,薪酬更多受组织预算、岗位定价和个人议价能力影响。

      职业与工作方法上首页 5 次 · 2009–2022johndcook.com

    打赏支持

    打赏二维码

    觉得有用,请作者喝杯咖啡。

    WeChat

    关注向阳乔木

    微信公众号「向阳乔木推荐看」

    微信公众号「向阳乔木推荐看」二维码

    微信扫一扫;在微信里打开本页时,长按二维码识别。