@BeautifulSoap 我随便举个例子。
很多服务如果掉了 cookie 重新登录就需要短信验证。
我这没有手机信号，短信验证不了，于是就要在零下十度的天走几十米去小区外面收信号。
再说一个，有些网站帐号是组里公用的，陌生浏览器登录要找公车用户验证邮箱或手机号。万一对方不在线就得等几个小时等对方空了再搞。
这算不算保留 cookie 的原因。

@BeautifulSoap 浏览器扔系统自己的 key 的，重装以后就废了。
只能提前把 Cookie 之类的全部导出来，重装完以后再弄回去。

Java 的好处是随便拉一个熟练使用其他语言的程序员过来就能写。
同样的 Java 工程师岗位，我是写 Ruby 的，之前新来的一个哥们是写 C++的，我们都在做 Java 项目，没压力。
坏处是没法写得魔法和简洁。
我们组之前用 Java 7 ，连 lambda 都没有，写 JUnit 做个 mock ，一个 mock 就是六七行，一个 test 文件随便小几百行，满屏的 mock 加上匿名类。循环都写成循环，连个存档点都没法好好做。
现在好不容易上了 Java 8 了，至少能写写 lambda 了，mock 也可以一行干一个方法了，循环也可以重写成 stream 了，开发轻松了不少，但和写 Ruby 比起来开发效率还是差了太多了。Ruby 项目我一星期干了一个生产系统出来，Rails+VueJS 三天时间做了一个 POC ，但是 Java 我做一个只有 1000 行左右代码的 story 花了差不多半个月，这还是只做了 Unit testing ，没做 Acceptance testing 的情况。
如果老板不追着赶工的话，写 Java 还是挺舒服的，摸鱼摸个爽。追着赶工那就是地狱了。

文中这么多垃圾链接没看到吗。

有些概念从头开始就没讲明白。
比如说，什么是操作系统。

拿 Linux 系统来举例，简简单单可以分解成这些东西：
1. Linux 内核，或者说 Linux 。
2. 核心类库，比如 libc6 之类。
3. 用户空间工具，比如 bash init top 之类。
4. 用户空间类库，比如 libreadline ，libncurse 之类。

那么首先 Linux 内核肯定是要的，否则硬盘网络都没法用了。
然后是 libc6 之类的也是要的，否则就没法和内核通信了，自然硬盘网络都没法用了。
用户工具这些不直接影响使用的东西，的确可以不装。
用户空间类库还是要的，很多都是 python 直接依赖的库，没这些库的话 python 就跑不起来了。

所以这么多东西里，你只能拿掉这些用不到的小工具。
这种时候就是 docker 的专长了，可以很方便地定制裁剪操作系统的用户空间软件。

下次别买 AMD 了，隔壁有昂贵的 Intel ，去交牙膏税吧。

我装宿主机，一点问题都没有。PVE 和 docker 都是 Debian 上的软件包，为什么不能装在一起。

已肉番，在坐牢，收入一般但是不算太忙。等有了身份以后说不定会跳去别的公司看看，但是现在还没下决心。
肉番主要是找个小城市买个房子然后远程工作比较简单。
上海买不起房子，只好去国外买了。

实在没有动力手写 SQL 。

article = Article.find(id) 不香吗。
article.update(title: 'linux') 不香吗。

加入事务：
article.transaction do
　 article.update(title: 'linux')
end

一个普通进程是没有办法提权到超级用户的，除非是有严重的提权安全漏洞。
在你的代码里，sudo 是 root 权限运行的，所以 sudo 内部（比如用 sudo 运行的程序，或者用 sudo 启动的 shell ）可以以 root 权限运行。一旦速度结束，root 权限也就结束了。

sudo su - runjob-admin;
↑这里 root 权限开始。 ↑这里 root 权限结束。

西数和希捷一路货色，低端垃圾高端比较稳。像是希捷 exos 16TB 就非常稳，都是大量采购的。4TB 大概率是垃圾，希捷也是，西数也是。
买硬盘看品牌没太大的意义，品牌内部不同产品线的可靠性天壤之别。

西数蓝盘就是典型的偏垃圾的盘。

现在的升级过程，其实就是把 windows 改名成 windows.old ，然后全新安装一份 windows ，再把一些东西从 old 里迁移到新系统。要翻车的话，也是迁移配置和应用的时候翻车。

是不是先确定一下假期的目的？
你假期是想好好放松，躺在床上滚来滚去，想娶纳尔就娶纳尔，还是想奋斗一把，学习看书干活？

现在的升级就是保留应用和设定的重装。

主要就是 Story 完成时间和 Story 上线后的 bug 率。
有良好自动化测试覆盖的程序上线以后出 Bug 的概率应该会很小，而且不需要很多人工去手动测试和反馈。

@redvoilin #54 新人上手 Ruby 怕是连代码都看不懂。
比如说某算法题，给定一个二维数组，从左上角开始逆时针方向输出序列为字符串。
spiral_print([
['a','b','c','d'],
['e','f','g','h'],
['i','j','k','l']
])
# -> 'aeijklhdcbfg'

这是我的答案：
def spiral_print m
s = ''
while !m.empty?
m = m.transpose
s += m.shift.join
m = m.map(&:reverse)
end
s
end

随便给个别人写的答案：
def spiral_print m
return '' if m.size == 0
m.map(&:shift).join + spiral_print(m.reverse.transpose)
end

这种程度的代码在 Ruby 项目里还算是很常见的。
（不会写得这么简洁，肯定会有注释和合理的变量名，但基本是这个程度的东西。）
当然，要是让新人把 Ruby 当成 Python 甚至 Java 来写，那确实不难，只不过我不会考虑和这样的人一起协作开发。

@aljun 年代一般不会大幅改变一个语言的学习曲线。Java Python 这两个相对死板的语言（指老手和新手基本能写出类似的代码）基本是没得跑了。然后要敏捷性就用 Python ，要扩展性就用 Java 。

我是 Ruby 用户，但是我要和陌生人一起做项目那我宁愿不用 Ruby ，除非我有自信那个人的 Ruby 水平很好。比如 Ruby-China 论坛上面几个老手或者站长来和我做项目，那完全没问题。但是你说 v 站随便拉一个程序员路人过来，那我是不敢要的。但是如果是随便拉一个来写 Java ，那多数是没问题的。

湾区初创公司如果要用 Ruby 的话，因为可以花大价钱招人（比如 200k 年薪），能招到几个大佬一起干活，几个人两星期干出别人半年的活。如果是普通的公司，拿着 75k 的薪资去招人，那招来还是写 Java 比较好。

当然。
越来越傻瓜化，越来越成熟，这个行业一直是这样的。
放到几十年前，一台电脑还要一栋楼那么大呢。
想搞互联网得加入美国国防部，想写程序得拿顶尖大学的数学物理学位。
现在连小学生都能写代码了。
以前写后端要手动管理内存，现在操作系统和高级语言全部帮你默默搞定。
不管是前端还是后端都大幅简化了。

要考虑新人上手成本就不要考虑 Ruby 家族了。

光看招人和上手成本，Java Python 一把梭，随便拉一个会写程序的人，让他们去写 Java 或者 Python 都不会有太大的问题。我一个不会 Java 的人去了个 Java 厂，直接就拿着 Java 开干了。