@wikinee 我一直是用 QQ 邮箱投递简历的

我觉得主要是不要用数字号码的邮箱，数字号码的邮箱说明比较有可能不重视或者很少用邮件通讯

多说一句，

这种有意压榨你的同学

真的有结交的价值？

冷处理不就好了

rust 哈哈哈哈

@karllynn

FAQ 并没有什么有价值的信息： https://wiki.debian.org/DebianWiki/FAQ

我个人使用开源软件的一个核心需求就是有能力参与，和力所能及的贡献，后来因为 debian wiki 这个事情，还有一些其他的原因，我把用了两年多的 debian 改成 arch 了

@Huelse

有这个可能性，可是没有看到官方解释，不能理解。我也是第一次遇到 qq 邮箱被拉黑的情况。

Debian 似乎对国内的 QQ 邮箱有偏见，上次尝试在 wiki.debian.org 被自动拒绝，于是尝试给 [email protected] 发邮件，结果被自动退信

> 退信原因 您的邮件被收件人（ [email protected] ）所在服务商判为垃圾邮件，对方不予接收。
> host mailly.debian.org[82.195.75.114] said: 550 We have blacklisted . Please stop mailing us (in reply to RCPT TO command)

于是我用 gmail 再给 [email protected] 发邮件。对方回了 email，问我具体是用哪个邮箱注册，当我表明我是用 QQ 邮箱用户以后，就没有回音了。

个人无法接受有地域偏见的项目。

@iwtbauh 100 行只是我随便提的数字，旨在说明复杂的逻辑不适合用 shell 完成，你杠这个数字的意义是什么？

@dandycheung 我并没有打算否定作者的努力，我只是从我个人经验和实用性的角度解释这类工具的必要性。作者有他坚持的理由，我有不需要的理由，就是这么简单啊

> 我觉得在于依赖，比如你用 nodejs 写，运行你程序的用户需要在运行平台装 node，依赖的版本管理升级怎么办，这会引入更多问题。bash 和 linux 命令行大多数是通用的，虽然我这个库需要用 bash 4.4，而现实上 linux 装的大多数是 bash 4.3，但是升级一下 bash 还是很简单的事。

1. 这取决于你的业务。如果本身没有什么依赖，能用 bash 写的，同样可以用兼容性好的 node 脚本完成。就是因为逻辑复杂了，才会不得不选择 node, java, go, python, php，才会有各种依赖和版本管理。

2. 升级 bash 4.4 就是修改你的系统工具了，至少需要 root 权限吧，有 root 权限安装个 node/php/python 也是一条命令的事情。

> is_ 系列为什么要这么啰嗦的返回 true 或者 false ？请看这个链接

> The way 2 cannot distinguish the false and the exception occurs in function (it will return other codes if your shell has set -o errexit and set -o pipefail). So the choice 1 is better.

return 0/1 / echo true/false 确实有这样的优缺点

长期做开发的人确实有严谨的逻辑

但是，从我多年写过的 bash 脚本来看，我根本不需要这些啊，如果按照你的考虑，每条都严谨处理，你的 l.is_file 会变成这样：

isFile=$(l.is_file $filename) # when exception with set -e, the script will abort immediately
if [ "$isFile" == "true" ]
then
...
fi

为了极度的严谨罗嗦正这样，何必呢。有这样的需求，正统的编成语言才是最优解。

再退一步想想，is_file 这种底层只依赖简单系统调用的东西都能异常，怕是整个操作系统即将崩溃了，就好比天塌下来了，为啥要关心桌子上的水杯还在晃。

无意冒犯，还是忍不住泼点凉水，bash 虽然可以当编成语言用，但这怕不是 shell 脚本的初衷

100 行内还搞不定的事情，还坚持用 bash 就是糟糕的选择

写 bash 的人就应该熟悉语法，就是追求极简，用

l.is_file() {
[[ -f ${1:-} ]] && echo true || echo false
}

if [ $(l.is_file $filename) == "true" ] ; ... fi

这样罗嗦的方式来替代

if [ -f "$filename" ] ; then ... fi

是不明智的选择

如果有用各种基础库的需求，还不如重新设计一个语言，bash 干这个真的特别别扭

东哥的事情还没搞清楚, 信任度降到最低点了

没啥好买的

技术类 PDF ? 没有 12 寸没法看. 按这个标准只有一家可用.

@lhx2008 以前追 the walking dead 的时候是经常看生肉的, 还有 GOT, 因为生肉出来熟肉至少还有等半天. big bang 我看不了生的, 好像语速快一些和物理学词汇也多一些

我觉得都有关系, 相辅相成的.

不过现在业余时间很少了, 没有看美剧了

再举个例子, 我目前工作在一个存储系统的开发团队, 这个圈子很小, 相关的标准 spec 文档基本上是英文的, 基本上不会有人去翻译中文, 因为圈子太小了, 翻译工作的收益太低了.

大部分新技术刚出来的时候文档基本只有英文的, 如果你也在这个领域奋斗, 等中文翻译出来, 黄花菜都凉了.