不知道每次推荐的文章有多少人是看完的,或者能看掉一半的人有多少?真心觉得不多,沉默的大多数估计还是看推荐的正文和标题……剩下的开场白就忽略了,直接进入正题吧。
每周推荐阅读 2013-04-01
上个礼拜,有一个故事深深地打动了我,我相信故事的主人公是真实的,刺哥的中国黑客系列越来越引人入胜了——《中国黑客传说:游走在黑暗中的精灵》(http://taosay.net/?p=189),一看到V,我就想到了《V字仇杀队》,果然,《V,背后的故事》(http://taosay.net/?p=200)中证实了我的猜测,V,一位低调的地下世界的王者,震撼了我们大家的每一根神经。
Instagram的故事有点被神话了,但他们所用的技术和各种方案却没有那么多的惊喜之处,简单的东西往往是最好的,大家都期望“简单”,可要做到简单往往是很不简单的。这篇《Instagram 5位传奇工程师背后的技术揭秘》(http://www.csdn.net/article/2013-03-28/2814698-The-technologie-%20behind-Instagram)揭示了Instagram背后的技术,看看他们是怎么做的。
这段时间关注了不少微信的公共账号,微博140字往往很难把事情讲深入讲透彻,相信讲的人也不过瘾,但是微信公共账号就有很大的区别,你可以充分地表达自己的观点,相比微博的“浅”阅读,它可“深”多了。今天的最后,我要推荐3个公共账号,几乎都是每天更新,而且不局限于技术,还能谈人生谈理想,比起我每周写点东西,他们辛苦多了,我要代表读者感谢他们:
- 冯大辉的“小道消息”,这个就不用多作介绍了,我相信大家十有八九已经关注了。“小道消息”里不止小道消息,还包含了大辉对各种问题的观点,他的分析很是犀利。
- 池建强的“Mac技巧”,我在之前的推荐中有提到过,“Mac技巧”从第一天起就不局限在Mac小技巧,每次开篇都会谈点人生百态,谈点自己的所思所想。
- 吴翰清的“道哥的黑板报”,黑哥和V这两位的故事刺激到了我的神经,相信被震撼到的不止我一个,这个黑板报上除了故事,还有很多安全方面的东西。
以后我会陆续再推荐几个我喜欢的微信公共账号,也欢迎大家向我推荐。
每周推荐阅读 2013-04-08
很多人都知道我平时使用的脚本语言是Ruby,而Ruby似乎总是和Rails纠缠在一起,不过我几乎是纯粹地使用Ruby,所以当我看到范凯的这篇《Ruby社区应该去Rails化了》(http://robbinfan.com/blog/40/ruby-off-rails)还是挺赞同的,谈到Ruby就提Rails的日子早该结束了,Linkedin和Iron.io转投其他语言不是Ruby的错,说Ruby的性能不差并不是事实。
最近玩单片机的同学不少,有的拿来做BT下载机、高清播放器,还有的拿来放个人网站,甚至像百度还架起了规模化的集群。淘宝的一粟就结合了Raspberry Pi和Go跑起个人站点,还写了很多Raspberry Pi相关的文章,比如这篇不少人都用的上的《Raspberry Pi做BT下载机+高清播放器》(http://hugozhu.myalert.info/2013/03/06/raspberry-pi-with-xmbc.html)。另外,市面上除了“树莓派”还有很多别的板,贵点的有PandaBoard,便宜的有CubieBoard,看看张宴的《iPhone大小的盒子服务器Cubieboard》(http://blog.s135.com/cubieboard/)。
最后,上次说好了会陆续推荐微信公共账号,这次的三个公共账号分别是:
- 林昊(毕玄)的“HelloJava”,毕玄大神对Java的了解之深,我等只能仰视,这里有很多排查技巧,问题解答,Java开发者不能错过。
- 王保平(玉伯)的“WTP”——Web技术与产品交流,关注前端技术,前端同学必备精品。
- 吴鲁加的“防泄密”,我本来对这个话题并不感冒,可是越看到后面越是觉得有意思,起码应该保护好自己。
每周推荐阅读 2013-04-15
俗话说“林子大了,什么鸟都有”,类似的,系统大了,什么问题都能撞上,前段时间遇到了好几次HashMap造成的系统Load飙高,耗光CPU的事情,大家也进行了排查,找到了原因。林昊大神就这个问题,发表了两篇深入的分析:《又一起并发场景下错误使用HashMap的Case》(http://hellojava.info/?p=31)以及《并发场景下HashMap.get导致cpu耗光的原因分析》(http://hellojava.info/?p=45)。网友@fire对原因的一句话描述:
出现死循环是因为map中的桶链表出现了循环链表,循环链表是因为并发put操作造成的,同时进行了resize();如果只有一个线程进行put操作,是不会出现循环链表,所以读写并发不会出现死循环,只有写写并发才有可能出现死循环。
第一次听说林仕鼎的大名是在12306第一次被春运整趴下,多路高手为它出谋划策的时候,后来才知道林仕鼎是百度的大牛,今年年初时,百度搞了南京数据中心开放日的活动,介绍了百度新一代数据中心的情况,最近InfoQ对林仕鼎做了个采访,了解了下他对数据中心计算的一些想法:《林仕鼎谈数据中心计算(一):整体大于部分之和》(http://www.infoq.com/cn/articles/linshiding-on-sddc-design-01)、《林仕鼎谈数据中心计算(二):存储资源分层》(http://www.infoq.com/cn/articles/linshiding-on-sddc-design-02)。
前几天池建强在Mac技巧上做了个调查,想了解下大家对他写的内容的看法,是想看技术、扯淡还是技术加扯淡。我告诉他,读者多了之后,难免众口难调,其实你写什么,读者看什么。有一篇感兴趣的,他会多看看,不感兴趣,就忽略,再不喜欢,退订就是了,如果为了迎合各种口味做了很多改变,也许就不是那个Mac技巧了。我想每周推荐阅读也是,曾今看到过有评论说都是技术类的,没意思,我本来就是写给周围搞技术的人看的,所以自然以技术类的文章为主(我现在也会推荐些轻松的东西),而且我推荐的都是我看过的东西,所以我本人的口味也会对推荐的内容有很大的影响,如果您收到了邮件,不喜欢这些文章,我只能打个招呼,说声抱歉了。
每周推荐阅读 2013-04-22
本周的第一篇推荐文章来自Facebook的第二位中国籍工程师王淮,他在离开Facebook后回到国内后当了一位天使投资人,同时他也经常会写些东西分享一些Facebook的成功经验,比如那本非常畅销的《打造Facebook:亲历Facebook爆发的5年》,这里有一篇节选——《解密Facebook产品的开发流程》(http://www.programmer.com.cn/15584/),其中罗列了一些可以借鉴的东西:
- 描绘远景,设置目标
- 收集想法并排出优先次序
- 跨团队沟通
- 告知所有可能关心的人
- 设计产品
- 指定项目责任人
- 定期碰头会
- 了解进度 汇总报告
- 发布产品 监测数据
曹政(caoz)是互联网圈内的知名人物,曾在QCon上听过他的分享,最近他在博客上分享了一些自己的数据分析经验——《数据分析这点事》(http://hi.baidu.com/ncaoz/item/564975db8fcd6495260ae79e),也许他不是专业的数据分析师,但是我觉得他的经验更值得我们这些不是专业人士的人去学习,看着很简单直白,如果能做好,那一定能受益匪浅,比如让自己对数据更敏感一些,部门搞些竞猜什么的。
最近雅虎中国邮箱要关闭的事情让我有点伤心,作为雅虎邮箱的老用户,大量的账号都绑定在这个号称永久、无限的邮箱上,后续估计有的好折腾了。心情差啊,用句落伍老套的话来说,我再也不相信用户和邮箱之间的爱情了。但是我看到了两篇文章,我觉得我又开始相信爱情了,攻城师们好好看看吧——《程序员妻子自述:那些程序员教给我的》(http://www.cnbeta.com/articles/233442.htm)和《中文女和程序员的爱情奇遇》(http://www.cnbeta.com/articles/234153.htm)。
这两天都在关注四川雅安地震的消息,作为非专业人士,大家还是好好做好自己的工作,不要好心跑去灾区却给人家添乱,有钱捐钱有物捐物吧(要捐钱的话,红十字会还是算了,实在是很难再让我相信它了,汶川地震那年《开源技术选型手册》的作者们委托出版社将稿费捐献给了灾区,我很无知地投票选择捐给红十字会,这次建议大家选择支付宝吧,捐给壹基金)。雅安加油!附上一份最新2010年版《地震安全手册》(http://select.yeeyan.org/view/140316/358260),有空读读吧,也许关键时能救人一命。
每周推荐阅读 2013-05-06
上周由于五一小长假正逢周一,所以每周推荐阅读也放假一次,想想那些每天都笔根不辍的微信公共账号,我的工作量还真是可以忽略不计。最近大把的时间都花在看几本书上了,网上的文章还真看的比以前少,如果推荐的东西不合大家口味,就请选择性阅读吧,呵呵。
先来谈谈邮件,我想大概是受小道君那篇微信的影响,大家都开始谈论公司里怎么写邮件,后来又看到了这篇《在公司里,如何写好一封电子邮件》(http://focuzine.com/2013/04/how-to-write-a-good-email-in-your-company/),写邮件也是门科学啊。不得不提的是,群发邮件不知道能不能少点,群发后的群回能不能再少点,太多与邮件无关的人只会把它当做垃圾邮件来看待,甚至是看都不看。(希望没人把每周推荐阅读当垃圾邮件,好歹看个正文吧:-))
我不知道有多少人分不清进程和线程,分不清没关系,网上找篇文章看看就好了。什么?大学的操作系统教程?算了吧,这里有篇通俗易懂的——《进程与线程的一个简单解释》(http://www.ruanyifeng.com/blog/2013/04/processes_and_threads.html),真的是图文并茂,卡通漫画风格,绝对好懂。
七印部落花了几个月,把70几分钟的《乔布斯:遗失的访谈》(http://v.youku.com/v_show/id_XNTUxNDY1NDY4.html)翻译整理了出来,我一直非常钦佩那些听译公开课、采访和演讲的人,那得花多少时间和精力啊,我自己就听译过几次采访,深知其中的辛苦,感谢七印部落。
最后,来点大容量的干货,首先是本次QConBeijing的所有讲义大集合(http://vdisk.weibo.com/u/1746173800),以前我都会整理打包一下,这回偷个懒,有空我整个大包,每年那几次QCon都是大信息量轰炸,不过大会么,更多的是和人去交流的,不是么?接下来是2013年中国数据库大会(http://vdisk.weibo.com/s/yJ3L7/1366726293),我看了几篇,觉得内容还是不错的,一起推荐给大家。
P.S. 五月份的每周推荐阅读可能会要暂停一次,时间不确定,为了避免大家没东西看,所以最后放上了这么多演讲的内容,没有推荐阅读的日子,就看看PPT吧,谢谢。
每周推荐阅读 2013-05-13
本周的文章主要与语言有关,首先是Java 8,千呼万唤始出来,终于离GA的日子越来越近了,希望不会继续跳票。在还没能用上Java 8之前,先来看看有什么新特性吧——《Java 8 的新特性和改进总览》(http://www.oschina.net/translate/everything-about-java-8)。话说最近我觉得OSChina的技术翻译板块是越来越好了,再推荐一篇别的吧——《Go在谷歌:以软件工程为目的的语言设计》(http://www.oschina.net/translate/go-at-google-language-design-in-the-service-of-software-engineering),关心Go的同学不妨看看。
继续Java的话题,说起Java,除了James Gosling,另一个不得不提的人就是Doug Lea,Java的并发包都用过吧,这就是Doug Lea大神的杰作,清英的并发编程网上整理翻译了不少Doug Lea的并发编程的文章,不得不看,详细列表请移步:http://ifeve.com/doug-lea/。
最后,推荐一篇程辉的文章,他以前是新浪SAE的技术经理,前阵子离开了SAE,踏上了创业之路,同时,他还是OpenStack基金会的个人理事……如此丰富的从业经验,肯定在很多方面有自己独到的见解,本来这是一篇招聘广告,不过写着写着就偏题了,讲了个更有趣的话题——《谈工程师的价值和发展》(http://www.ustack.com/unitedstack-engineer-value/)。
每周推荐阅读 2013-05-20
很早就听说过连城的名号,Erlang的专家,最近看到了他写的《加州求职记》(http://blog.liancheng.info/job-hunting-in-california/),想进硅谷的那些大公司,还真是件不容易的事情,就连他这样的大牛,居然也是屡败屡战……后悔当初在大学里没有参加一下ACM的训练,貌似各大国际知名的攻城湿天堂都对算法有所要求。看完这篇文章,总结下来一句话,学好算法和英语,走到哪里都不怕。由于这篇文章很火,于是《程序员》杂志做了个约稿,就有了这篇《门内门外看招聘》(http://www.programmer.com.cn/16068/),从应聘者和面试官两种不同的角度谈了谈招聘这件事。由于平时我自己也经常作面试官,所以看了之后也颇有感触。(推荐这两篇文章可不是在怂恿大家人肉翻X墙哦)
讲完了招聘,换个话题,相信大家都听说过互联网中很大一部分流量都是属于成人网站,他们为了应对这样的流量,在技术上一定是做了不少功夫。《在整个互联网中,成人网站有多大?》(http://blog.jobbole.com/12479/)和《成人网站性能提升20倍之经验谈》(http://blog.jobbole.com/39323/),这两篇文章也许能让我们一窥其中的究竟。
每周推荐阅读 2013-06-03
估计很多人都会觉得咨询公司有点神秘,里面的人都是何方神圣,尤其是TW,里面大把的技术大牛。来自TW的胡凯写在博客中写了一个系列,让大家可以对咨询公司多一点了解:
- [咨询公司]新手上岸指南(http://www.iamhukai.com/?p=1064)
- [咨询公司]杠杆意味着什么?(http://www.iamhukai.com/?p=1068)
- [咨询公司]分公司的合作(http://www.iamhukai.com/?p=1073)
三个和尚的故事估计很多人都听过,但是这个版本的故事却很有意思,看看团队的效率是如何扼杀整个寺庙的和尚的,为了解决喝水问题,成立了种种部门,开了无数大会,进行了多方协调,最终,三个和尚累死了,寺里的和尚渴死了——《效率低下的组织是怎么产生的?》(http://mp.weixin.qq.com/mp/appmsg/show?__biz=MjM5ODIyMTE0MA==&appmsgid=10000507)
每周推荐阅读 2013-06-17
上周一属于法定假日,按照惯例,放假的日子不写每周推荐阅读,加上本月暂停了一期,所以这周会多推荐几篇东西。
上周的一件大事就是WWDC 2013,关于大会的各种信息欢迎自行Google,当然相信各位同学都已经知道了,比如新的iOS、新的Air、新的Mac OS X……如果有兴趣,一定要去看看这次放出的Keynote,已经有同学把它搬上优酷了,还是高清的:《Apple WWDC 2013 Keynote Address》(http://v.youku.com/v_show/id_XNTY5NDkwMjMy.html)。
聊完苹果,再来看看Google,它们的云计算技术世界领先,这里有篇来自GCE团队内部人员之手的文章,可以让人稍微了解一些GCE的情况——《An Introduction to the Google Cloud Platform from an Insider》(http://blog.rightscale.com/cloud-industry-insights/introduction-google-cloud-platform-insider)。
视线继续留在硅谷,那里的高智商精英们业余时间都玩点啥,相信很多人都很感兴趣,工作时开动脑筋,到了业余时间继续开动脑筋,看完了他们做的智力题,我渐渐觉得,不是我没训练好,就是自己真的智商不够……《硅谷日记2009年1月8日:硅谷的智力题》(http://www.guifabu.com/?p=6063),好吧,也许就是智商低了点。
还是回到日常工作吧,虽然我不是DBA,不过我经常和DBA打交道,要承认一点,我们的DBA们还是很牛X的。互联网行业和传统行业有着很大的不同,做事的方式也不太一样,MySQLOPS上起了个头,期待后续内容——《互联网DBA需要做那些事》(http://www.mysqlops.com/2013/04/27/internet-dba.html)。
说完了DBA,再来聊聊前端,和玉伯是在QCon上认识的(作为同事居然还要跑大会上才初次见面,上海杭州应该多交流啊),和他聊天有种很踏实、谦逊的感觉,而且话语中隐约透露出道与禅的味道,让人钦佩。最近读到一篇他很久前写的《互联网时代的时间管理实践》(https://github.com/lifesinger/lifesinger.github.com/issues/102),最后有两句话很有道理:
最好的阅读是产出。...读是为了写,学是为了用。
虽然我出过好几本书,不过说起读书,和每年能读100本书的人比起来,真是读得太少。看到这篇标题时,我楞了一下——《程序员都不读书,但你应该读》(http://www.aqee.net/programmers-dont-read-books-but-you-should/),程序员都不读书么?还是值得一读的好书太少了?我一直觉得看文章比看微博好一点,看书比看文章再好一点,所以建议大家要多读书,读好书。其实国内有不少有良心的出版人,我相信他们能给我们带来好的作品。
每周推荐阅读 2013-06-24
本周的推荐从36kr上的两篇文章开始,与国外两个很火的产品有关。《Facebook的黑客之道——这三个人重建了Facebook的基础》(http://www.36kr.com/p/204004.html),三个牛X的人,写出了HipHop和HHVM,让Facebook得以更顺利地发展。《Pocket历程:一家拒绝了Evernote收购的创业公司如何成长》(http://www.36kr.com/p/204119.html?vt=0),我正在使用Pocket,所以对它还是很感兴趣的,尤其是标题里还写着拒绝了Evernote的收购,Evernote用户们怎么看?
现在DevOps真是很火,除了互联网公司,企业也开始来趟这浑水——《企业为DevOps做好准备了吗?》(http://www.infoq.com/cn/articles/virtual-panel-entreprise-ready-for-devops),看看参加这个采访的嘉宾,大牛云集,值得一看。
最后,看点轻松的内容,你有没有在头脑发昏的时候编码?相信每个码农多多少少都会经历过那么几次吧,看看这个忠告——《忠告:不要在愚蠢时间写代码》(http://www.csdn.net/article/2013-06-02/2815508),有多少人愿意接受这个忠告呢?