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 生成,可能有误。

    编程与软件工程mywiki.wooledge.org

    Bash 陷阱

    Bash Pitfalls

    4次上首页
    13年跨度
    573累计得分
    206条评论

    2009 — 2022,它一次次回到首页

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

    导读

    这是 Wooledge Wiki 上的 Bash 陷阱合集,逐条说明 shell 脚本里常见的错误写法及其修正,涵盖引号、变量展开、通配、条件判断等易错模式。它多年来被反复推荐,常被当作写 Bash 脚本前或代码审查时的参考清单。

    为什么经久不衰:Bash 的坑长期不变,几乎每个写 shell 的人都会踩;这份清单能帮你少调试、少留下维护隐患。

    关键词 Bashshell 脚本陷阱ShellCheck

    HN 评论精选

    推荐把 ShellCheck 和严格模式作为写 Bash 的必备防护。

    我认为哪怕只写一行 Bash,ShellCheck 也绝对必不可少。我还会用这套“非官方 Bash 严格模式”和 DIR= 快捷写法来开头所有脚本:set -o errexit、errtrace、nounset、pipefail 等。

    nikisweeting查看英文原文

    I consider shellcheck absolutely essential if you're writing even a single line of Bash. I also start all my scripts with this "unofficial bash strict mode" and DIR= shortcut: #!/usr/bin/env bash ### Bash Environment Setup # http://redsymbol.net/articles/unofficial-bash-strict-mode/ # https://www.gnu.org/software/bash/manual/html_node/The-Set-Builtin.html # set -o xtrace set -o errexit set -o errtrace set -o nounset set -o pipefail IFS=$'\n' DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )" I have more tips/tricks here: https://github.com/pirate/bash-utils/blob/master/util/base.sh

    Bash 适合个人小工具,不适合需要他人维护的生产代码。

    Bash 是我最喜欢的编程语言之一,但不是用于生产。编写别人必须使用和维护的大规模生产 Bash,付出的代价大于收益。但个人使用——调 API、整理数据、写文件——Bash 很有乐趣,因为它比几乎任何其他语言都更要求创造力。某个时刻,就是你独自面对 coreutils 和整个世界。

    zests查看英文原文

    Bash is one of my favorite programming languages. Not for production. Writing significant production Bash that others have to use and maintain is more of a struggle than it is worth. But for personal use? Hitting APIs, organizing data, writing to files... Bash has been enjoyable because it requires much more creativity than almost any other language. At some point it's just you and the coreutils against the world.

    shell 把字符串输出直接当输入、不先解析校验,坑太多,所以宁用正式语言。

    这类事情正是我总是用真正的编程语言而不是 shell 脚本的原因。我无法理解把随机的字符串输出当作其他命令的输入、却不先校验并解析成实际数据结构的所有陷阱。

    Ambol查看英文原文

    These type of things is why I always use a real programming language rather than shell scripting. Can't wrap my head around all the different pitfalls of treating random string outputs as input for other commands without first validating and parsing them into an actual data structure.

    Bash 陷阱带来维护噩梦,但管道的表达力也难轻易替代。

    多年前我花了很多时间写 (ba)sh 脚本,这份文档是很好的资源!但那段时期给我的主要教训是,bash 陷阱是可读性/维护的噩梦,而且大多数人对大多数陷阱并不了解,这让问题更糟;你无法知道眼前脚本的原始作者或未来维护者知道哪些陷阱、不知道哪些。但我不确定语言缺陷在多大程度上是它表达力强大的必然结果。Unix 管道很棒,Bash 对它们的语法相当有表达力;我可以用更“正常”的语言复现同样行为,但等价代码是更不易读的字符串处理、控制流和错误控制的过程式杂烩。

    amirkdv查看英文原文

    Years ago I spent a lot of time (arguably too much time) writing (ba)sh scripts and this document was a great resource! But my main lesson from that period was that bash pitfalls are readability/maintenance nightmares, confounded by the fact that most people don't know about most of the pitfalls. To make matters worse, you can't know which pitfalls are or aren't known to the original author / future maintainer of the script in front of you. But I'm not sure to what extent the language warts are inevitable consequences of what makes it so expressive and powerful. For example: unix pipes are amazing and the bash syntax for them is quite expressive. I can reproduce the same behavior in any of the more "sane" languages but I find that the equivalent code is a less readable procedural soup of string munging, control flow, and error control.

    历次讨论

    同类还值得读

    1. 开源应用架构

      The Architecture of Open Source Applications

      《开源软件架构》(AOSA)是一本在线免费书,邀请知名开源项目的作者亲自剖析其内部设计,涵盖 SQLAlchemy、LLVM、Audacity、Apache、Bash 等系统。

      编程与软件工程上首页 9 次 · 2011–2024aosabook.org编辑精选
    2. 编程语言简史:简短、不完整且多半错误

      A Brief, Incomplete, and Mostly Wrong History of Programming Languages

      一篇以戏谑、故意不准确的方式回顾编程语言史的博客文章,用夸张轶事和讽刺定义串起 Lisp、C、C++、Java、JavaScript、PHP 等语言。

      编程与软件工程上首页 8 次 · 2009–2021james-iry.blogspot.com
    3. SQLite 是如何测试的

      How SQLite is tested

      SQLite 官方文档页,系统介绍 SQLite 的测试体系:多种测试方法(TCL 测试、模糊测试、回归测试、静态分析等)和海量测试用例,展示了这个小型开源项目如何靠极致测试获得…

      编程与软件工程上首页 8 次 · 2009–2025sqlite.org编辑精选
    4. 高级编程语言(2009)

      Advanced programming languages (2009)

      Matt Might 的经典文章,按用途推荐“高级编程语言”:如果追求就业就选主流语言,如果追求表达力、学术研究或创业,则推荐 Haskell、OCaml、Scala 等函数式语…

      编程与软件工程上首页 8 次 · 2009–2022matt.might.net
    5. 我的 Forth 与栈机器经历

      Yosefk - My history with Forth & stack machines

      作者以亲身经历回顾了使用 Forth 语言和栈式机器的历程:既赞叹其简洁优雅、代码量小、可自举的优点,也坦率指出栈操作在实际编程中的痛苦,以及 Forth 社区文化中的问题。

      编程与软件工程上首页 8 次 · 2010–2024yosefk.com编辑精选

    打赏支持

    打赏二维码

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

    WeChat

    关注向阳乔木

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

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

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