@little_cup

「如果你选择了二本，那么意味着你将在纯win+落后业界N年的环境里读过你最宝贵的年华。我们还在教着用着VC6的环境，老师会说「git啊？哦好像听说过，那个太复杂了你们本科生不需要了解」。」

很遗憾您抱着这种观点...时间是学校的，也是你自己的，是学校课程的，也是你自己的。

自己若不好好珍惜，别责怪学校。

时间就放那呢，学校课程看不上，可以少花点时间在那些上(及格就行)，某些通用的基础知识课，若老师很牛，建议还是去念，去和老师交流探讨。

其它节省的时间，可以充分利用来学和折腾你喜欢的方向/项目，去学各种世界一流大学的在线公开课也OK，为各种开源项目贡献力量也OK，....etc.

就还未发明时间旅行和实现意识永生不灭的当前来说，时间公平，就看自己怎么用了。

伯克利？MIT？

「记忆碎片」，是循环渐进增量式倒序...

@hadi 「自动化部署」...若这个自动化策略出了差错，也会造成破坏。

@vietor 「。那个“国产”服务器之后又坏过一次内存，造成我们只拿那台机器做备份了，不敢放任何有价值的数据。」... 有时备份就是唯一的救命稻草，没了就死了，备份机应该比线上生产机更加可靠才行啊。

@cloudzhou 用 cat 管道 到 后面其它，只是为了方便一系列的 过滤，修改起来方便，否则 测试时，有些在资源前面的条件来回改很头疼。


@rrfeng 我用我的 cat ... 一串作那一堆文本日志过滤求分类计数结果，实际跑的机器只有2G内存，运行过程中没去看top，swap分区也就4GB，机器貌似也一直响应正常。

@rrfeng 这个 awk 用法太高级了...小白表示不明则厉... Orz

总量不是很大，结果最大的一个分类统计是97W。

嗯，最近一周正全力在搞这个，刚好昨天也拿 python 写 map/reduce 测试过。

13天的邮件日志文本，一天一个，总量62GB，存有5个数据节点的hdfs。
以 hadoop streaming 方式跑 很简单的 python，搜索发给 qq.com 的失败退信，取出退信代码，按退信代码分类求数量。

hadoop 跑了9分8秒，大部分都是map时间，reduce 瞬间完成。

然后在一台单机(与一台数据节点机器配置一样)，用 一行指令完成同样事情：

time cat * | grep "@qq.com" | grep -v "success" | awk -F "," '{print $7 $8}' | sort | uniq -c

耗时28分25秒。

「现在连mysql 几百并发都搞不定啊」

烂的SQL语句可以让机器表现变慢1万倍。

充分利用缓存了没？用好缓存能解决绝大部分「性能问题」。

web静态缓存(varnish/squid)，对象内存缓存(memcached)，db 查询缓存，等等。

@paloalto

「还有的人，单身，背井离乡在千里之外的城市，窝在不知名的小公司里打工，逆来顺受，所有的工作都自己扛，一个人在公司加班到凌晨，然后骑十几里路的自行车回家，饿着肚子睡觉。但他自己知道不会这么一直打工下去，以后要有自己的一份事业，不仅要赚很多钱，而且让天下的人都知道他的名字。他把现在受的苦当做学习、磨练，为了有那么一天，把自己做的产品放到世人面前，享受他们的掌声和称赞。」

好傻好天真，梦偶尔作作就行了，当真就输了。

月X贴，这种话题，搜搜本节点就是了吧~

千万种发行版，千万群粉丝，千万种推荐，严格说没啥参考价值。

定时启动是可以用cron，何时退出在进程的程序内自行实现定时器比较好吧。

最近是有讨论到btrfs，某位v2exr 说遇到过数据损坏状况，性能也不很理想。

三块盘，还是建议组个raid5吧。

OS只装单盘，风险大了些。。。

若此机不是很关键，可以承受downtime 在3小时(换硬盘+重装配置系统，3小时够了)，那么系统盘用单盘也可。

LVM 没有容错性，最近几年没用过LVM，多年前作过LVM实验，忘记是否有作这种测试。很可能就是 @halfbloodrock 讲的状况。

建议LZ可以先在虚拟机下作个实验看看。

btrfs 也可用，不过当前我只是当成带snapshot的文件系统来用，没用过其raid模式。

是啊，Google 也开始投资量子将算机了，CIA 更是长期投资者，未来的世界是透明的。

@zealinux 我现在一个作前端很NB的同事以前中学辍学就去工地搬砖了，搬了一年，收入没多少，就报学习班学网页制作了，然后就现在了。

以前用 rsync + zfs/btrfs 的 snapshot 来增量备份 mysql

@msg7086 今天一早就有同事有这需求了，才从gentoo转debian，搞过两三次自己陪NMP，要死要活的，目前还没搞定，算了，就用dotdeb吧... Orz

@denger
@iMouseWu

「3. 关于 OO 上，我觉得这只是对于一个长期从事非 OO 语言的程序员突然转换成写 OO语言才会存在这个问题。对于一个写 C 只有几个月的初学者来说(因为可能连面向过程和面向对象还没弄清楚)，并不会存在转换的问题。」

这点不赞同，假若都认真学习的话，尤其是第一门程序语言就是C，则其「惯性」不可忽视，之后没有接触更多的程序语言，一下子换成学习纯OO的Java，是会很困扰。

即便是学校的C课程，几个月结束后，接着新开Java课程，这样都会有转换的困难。