奋斗足迹|崔玉松 » 回忆

2011年总结

崔玉松 — Fri, 13 Jan 2012 13:02:39 +0000

忙了一年，终于可以休息下了，2011年对工作上的总结就是“忙”，上半年还好，下半年忙得吐血，每次报销打车票的时候，才看到原来自己两个月里有80%以上的时间都是晚上10店以后回家的，甚至有几次凌晨回家，9点又到公司的记录，真的在玩命。回头看看2011年初的对2010年的总结，发现自己已经职业了很多。
2011年其实没啥总结的，团队的业务还行，年中的时候试图换个岗位尝试一下没玩过的东西，结果没去成，感觉还挺有意思的。
2011年初的几个愿望基本上都没有实现，时间倒是确实不多，但是总体来说，如果够刻苦总是能找些时间的，2011年读了很多书，数据库和搜索引擎的最多，甚至有考数据库认证的打算，书看完了，却没时间去考试。算了，不考也罢。
2011年整体来说，过得还算顺利，没胖也没瘦，身体还好，没生什么大病，去了一两次医院。

2012看来没有世界末日的迹象，日子还是得过。2012事情很多，要静下心来做一件自己想做而没有做的事情，可能很难，希望能坚持。2012我希望能够将持续集成引入自己的项目中，让自动化代替部分人工，测试的同事太辛苦，也为了让自己睡个安稳觉。2012年依然有值得期待的书籍，读10本书是必须的。2012得换个手机，旧手机一直没坏，换掉觉得浪费。2012要多认识些朋友，都世界末日了，在黄泉路上大家有个伴。2012多活跃一些，多写点博客。2012希望下班后能早点回家。2012希望自己和亲人身体都好，这才是革命的本钱。

对我影响最大的基本技术书（一）

崔玉松 — Thu, 21 Jul 2011 16:05:46 +0000

日子一天天过去，人也慢慢变懒了，虽然有每天坚持阅读的习惯，慢慢的动手实践的次数少了很多，不是没有时间，是实在不想动，肩膀和手腕都很痛，脖子也痛，游泳和台球能有明显治疗效果，有类似职业病的朋友不妨试试，现在越来越多的公司会放一些健身设备在公司，尽量利用吧，反正折腾坏了也不用自己赔。
我一直想给我过去的一段技术路做一个小结，后来发现哪有什么总结，不过是拾人牙慧而已，就好比泥瓦匠和建筑设计师的区别，那么就总结一些对我现在影响比较大的几本书吧，没有哪个影响最大的问题，按时间排序或许比较公平。

这是我除了教科书之外遇到的第一本我认为最好的书，我对对象的理解，对方法，对属性，对OOP对编译器，对Java甚至以后的面向对象语言的特点都打了很好的基础。我天生不怎么聪明，光对象这个概念就在图书馆发呆、翻书，研究有了将近一个月。读这本书是因为当初觉得谭浩强那本C语言写的太垃圾了，学完了都不知道能干嘛，纯粹为了学习而学习，学到最后很多人都放弃了，因为不知道有什么用。当初读英文原版是因为图书馆找不到中文版，美国亚洲基金会赠送给我们大学图书馆的书，有很多很多好书，很多是国外名校的原版教材，可惜其他学科完全看不懂，太多专业名词。

我能走向IT技术这条路正是因为本书，黄忠成老师深入浅出的讲解，真的让我当时刚入门的小伙子一下子豁然开朗，因为读了这本书，我一下子走到了好多人的前面，当时我读大二，和已经毕业多年的人交流的时候，他们常常被我问住，而我知道的答案，他们却不知道，这让我的信心得到了极大的膨胀。时不时安慰自己一下原来天生就是个搞编程的料。在B/S模式大行其道的今天，估计很多人不知道这本书了，现在回想起来，这本五六年前的书，放到今天，仍然有很多指导意义，优秀的架构思想依然可以应用到B/S模式上。也因为本书，我曾经一度自卑的小心灵慢慢得到了更多的精神上的YY，看是平视曾经仰视的人，这对我后来的生活改变很大。也许黄先生看到此文也会差异，一本技术书籍居然能对人影响如此之大。好书就是好书，不管影响的是技术还是精神，最终都会影响读者的生活。

这本书应该无数的人都熟悉，程序员走向高级程序员必读之书。作为一个编程人员，如果你没读过真的很遗憾。或许你可以先看下云风关于代码大全的读书笔记，电子版也有很多地方可以下到，但我依然建议你去买一本，偶尔翻翻也无妨，每次都会有新的收获。第一次看到这本书的时候，我以为这本书是一本代码示例，也没当回事，后来听朋友极力推荐此书，跑到学校边的书店找到此书，才知道被书名给骗了，或许说被书的翻译者给骗了，或许翻译成编程宝典，编程手册。此处的Code应该不是代码的意思。花了将近两个月的时间才读完，再花了一个半月的时间重读了一遍，从小学到读完大学，我唯一一次记读书笔记正是这本书，没办法，不记笔记的话很多东西消化不掉。而且也确实有太多值得记的东西了。

夜深了，明晚接着写，肩膀又隐隐作痛，悲剧

又过去了一年

崔玉松 — Fri, 14 Jan 2011 13:03:06 +0000

感觉2009年总结才刚刚写，怎么又写2010年总结了呢，如果不是在Google Reader中看到那么多牛人都发布了自己的总结，差点忘记了已经又过了一年。
回首过去的一年，对于国家只有一个字：“涨”，房价涨，菜价涨，食用油涨价，电费涨价，连厕纸都涨了20%以上，楼下的包子以前一块钱两个小的，现在一块钱只能买一个喽，公司食堂最贵的菜从8块跳到了10块，还好，工资没涨！
对于自己，也只能用一个字形容：“忙”，非常忙，特别忙，忙得昏天暗地，不停的加班、加班、加班、加班……去年元旦前后进入状态后，一直就是不停的做着各种各样项目。
关于生活：
过去的一年不欢不喜，老人说这就是生活，我租了一套在资产泡沫的朦胧的光辉下价值两百万人民币的公寓。在杭州这样的高空置率的城市里，最大的好处就是房租相对还算可以接受，虽然房价虚高。给房子里填齐了各种各样的锅碗瓢盆，明年老娘来的时候就不用被说空着那么大的厨房，没地方做饭了，想想日子倒是也过得衣食无忧，连感冒都没有过，不过没存下来什么钱。又长一岁，开始更关注，房子、车子、票子、妻子、老子……
关于工作：
前面说过这一年主旋律是就一个“忙”字，不过也算是看了不少的书，甚至不少好书，也实践了不少想法，甚至又重新尝试搞起了垃圾站，实践证明现在的搜索引擎已经不是四年前的搜索引擎，实在没那么好欺骗，自然我的小九九就落空了。在我的2009年总结中，我提到2010年要好好学习两门语言，一个英语一个 Python，英语没怎么学，除了多认识了几个单词之外，无所长进，Python倒是学习并应用了一段时间，写了一个google app engine 应用，写了一个简单的CMS系统，写一个爬虫，写了个静态文件的压缩与简单分词，爬虫每天可以抓取和处理四千万左右个页面，压缩与去重处理大概能处理几十G数据，看了好些关于这方面的论文，也算是一种收获吧，虽然都是实践性项目。关于我所每天从事的工作，一个考虑公司可能不让说，另外一个考虑也没啥好说的，社区电子商务这个模式跟我曾经对某位在搞互联网电视的朋友说的一样：没人踏足的领域不一定就是块风水宝地，做成功了，我们就是英雄，做不成功就是英烈，当然成为英烈的可能性更大一些。年末进入的移动互联网倒是有奔头，但目前这个领域也仅仅是看好，并没有成熟的用户群，一群公司蜂拥而上就跟当年美国和苏联抢着登月球一样。我咋这么悲观呢……
关于机遇：
2010年是中国经济全面从复苏走向泡沫的一年，各种资本变着法进入各种领域深藏起来，从年初的民工荒，到后来的技术荒，团购网站铺天盖地，优酷、当当等乘着机会到海外圈钱，创业版的开市又为中国无辜的P民提供了一个合法的赌场，过去一年中国股市新发股票价值超过万亿，而市值却没有任何提升，蒸发了万亿。好友离开公司去了北京，本也想换个环境，最后为了几斗米而折腰，人家说会有期权和股权，我觉得那些都是骗人的，结果就在这个月（2011年1月）这丫居然真的在纳斯达克上市了，悲哉！2010年过得是这辈子到目前为止最忙的一年，也是最有想法的一年，或许慢慢的进入了这个圈子，或者是迫于压力，总是试着去做一些尝试，虽无所收获，也算是一种锻炼和对自己的历练。
关于2011年：
不管明年是不是2012，努力还是要努力的。去年没有完成的今年肯定要完成，比如英语，阅读已经不是什么问题，问题出在口语上，实在不行，出点血吧，去新东方搞一下，这玩意没环境确实不好学。Python暂时搁置一下，准备搞一下C和搜索算法这一块的东西，或许能为移动终端贡献一点东西

软件开发中的几个经典问答

崔玉松 — Tue, 11 Jan 2011 07:36:22 +0000

Q:如何保证产品可用性？
A:先做出来吧，能用就行，不能用再改嘛，不行就加机器
Q：如何保证产品的性能？
A：狗屁性能，现在人都没有还要啥性能，先照简单的做，把功能实现了先，以后的事情以后再说
Q：如何保证产品的可维护性？
A：维护啥啊，还有一堆功能要实现呢！刚开完会，前面做的那些东西又要整，再说这个项目已经做成这样了，现在没时间回头整理东西，需求要得急啊，这个东西应该一开始就做啊，现在代价太大了，下个项目再说吧
Q：如何进行产品测试？
A：这个真没想过，让测试去做计划吧，尽量做好自测吧，用户急着要这个功能，先赶工吧

以上是我经常听到的回答，至于对与错，屁股决定脑袋

杂记

崔玉松 — Sat, 18 Sep 2010 14:52:52 +0000

本来要学老王，取名叫乱炖，老王一直执着的用这个词，那我就换一个吧。一个多月没写博客了，前面一段时间是因为实在太忙，后面是懒，疯狂加班之后回家就什么都不想动，过了经过差不多一个多星期的正常人生活，现在终于缓过神来了。这个项目差不多是我加入以来我做过的最大的项目，很累，也很疯狂，项目还在继续，迭代一轮一轮的进行中。留下点笔记，记个印象。
1、项目开始的时候往往思想很宽泛，这个想要，那个想要，每一个功能都是无敌的，每一个功能都是必须的。我一直不赞同一开始就把产品设计的看上去很大很全，主要基于两个理由：
第一，产品一开始设计得大而全，会导致开发周期被拉长，在没有经过市场检验或者最终用户使用的时候，过长的周期会导致开发人员效率降低，没有人愿意做一个看不到前景的产品，没有来自最前线新的需求刺激，没人知道这个东西是不是靠谱的，很长的开发周期还会导致开发人员的疲惫，当然这个可能有些公司不一样，如果人手充足，这个情况或许不那么明显，但据我所知，所有的公司都是缺人的，特别是IT公司，为项目加班是常事，如果这个项目周期再长一点的话，估计就崩溃了。
第二,产品一开始就设计得大而全会导致设计出很多无用的功能，每个人都知道一个产品存在的意义在于其20%的功能，或许有人要反驳，我不预先搞多一点功能，我怎么知道那20%的功能是什么。这个疑问是有道理的，问题就在于，如果我们不能找出最精华的20%功能是什么，那么我们或许可以把圈子放大到30%，40%，甚至更大一点的范围，我们的工期也会缩短很多，避免做无谓的工作。
2、关于开发周期，我觉得最好不要超过一个自然月，一个月20个工作日，除掉UI和页面部分设计，再除去测试和修Bug时间，留给研发的时间大约40%~60%，也就是8~12个工作日，如果只需少量页面方面工作，留个研发的时间会多3~5个工作日。研发工作大约两个星期的，大部分正常上班时间是完不成工作的，不可控的因素有很多，所以这个阶段，可能会加班加点，稍微放松的时刻留在bug修复阶段和后续迭代的UI及页面设计阶段，这个阶段如果稍作控制，可以避免研发人员加班，有至少一个星期的时间让心情得到释放。
3、以上两点基本上接近了敏捷开发的管理流程，敏捷开发在最大限度的保证质量和兼顾项目人员之间的平衡，套用一句话，如果实施了敏捷开发，员工没有离职，那一定是加工资了，如果没有加薪，那一定会离职。需求的不断刺激和短周期的迭代，会导致项目人员情绪的紧张和工作的高压。
4、关于Zend DB，这个玩意的可移植性确实不错，稍作整合，就能嵌入其他框架，但是这玩意最好还是别用在复杂的项目中，而且由于Zend DB本身的设计问题，很多东西你不得不去搞个很变态的方式去解决，比如计算符合条件记录总数。可能由于出于降低耦合度的目的，Zend DB 本身不自动设置缓存，每次需要在action，在新建的每个Model中都要去写和缓存相关的代码，当然解决办法也是有的，就是自己在为Zend DB增加一个组件，将接口和数据库操作给整合进去，然后新建的Model不再继承原先的Zend_Db_Abstract，而是继承你增加的那个组件，从而做到相对优雅的使用缓存。不过我还是推崇，直接写SQL，虽然看起来不那么优雅，但是更容易掌控，对项目日后的调优，非常有益，在复杂逻辑的时候表现优越，如果只是单表操作，ORM依然是不错的选择。至于怎么选择，取决于你的需求，和你项目组人员的整体水平。
5、关于Zend Cache，这个玩意是个好东西，让我们在本地写程序的时候可以方便的使用文件缓存，到服务器上也很方便的改成memcache缓存，少排了好多二氧化碳，Zend组件最优越的地方就是可以轻松的整合，偷懒少写了好多代码，唯一用的不爽的地方是Zend Cache的Tag功能，这个功能本来是个很cool，很有用的功能，但是因为大部分key-value缓存不支持这个玩意，这个东西变成了只有文件缓存时可用，但是在每次save一个缓存的时候，如果需要给这个缓存加个过期时间的话，就得这样写:$cache->save($data, $cache_key, $tag, $expire)，因为memcache不支持这个玩意，这时候每次传入的tag就是一个空的数组，我就一直不明白为啥$tag不放到最后一个参数，毕竟所以的缓存类型都支持过期时间，而只有文件缓存才支持Tag
6、关于Tornado（被墙了）,我不知道国内用的人多不多，源代码hosting在github上，从邮件列表来看，似乎国内用的人不多，在华莽用户组这样的Python社区里面都几乎没有人提及，这个玩意非阻塞性的Web Server，集成了Web Framework 和 Web Server，我有幸能在我的试验性项目中使用这个东西，提供一组数据，没啥用处，供需要的人参考，单个进程大约能支持1.2K左右的活动链接，当然，要在Linux服务器上，并且支持epoll，多进程可以到2K，占用内存在100M以内，服务器没有任何异常，有进一步挖掘的潜力，我估计能超过3K，当然不建议你这么做，因为Server的后端可能处理不过来了，如果你想动手实现一个Web IM 之类的应用，Tornado是最佳选择之一，另外，如果用来做Web游戏的Server，也是非常合适的，Tornado的Web Framework这一块还很简陋，非高级人员+非Geek人员，不建议用来做产品开发
7、如果你还在寻找一个项目管理工具，我建议你使用Redmine，这玩意能够显著帮助你的团队减少抱怨，减少无效沟通，能够让上下游的同事更自如的安排计划，当然，这一切还需要你做一个布置，平台是死的，需要大家往里面填充属于自己的东西

无题

崔玉松 — Thu, 17 Jun 2010 05:48:36 +0000

最近项目一直压得喘不过气来，博客荒废了很久了，不过还好养成了在睡觉前将当天google reader中新的文章全部看完，PHP领域缺乏新意，每每有几篇文章出来也是跟我这样的庸俗后生一样泛泛而谈，大多已经了解，没有激起半点欲望。倒是蔡学镛老师的最近几篇文章激起我更多的感慨和思考，蔡以技术而成名，而最近几篇文章却一直避而不谈技术，这是技术者的反思，顺着他的思路，我也来感慨一下。
1、谈敬业
蔡学镛说：即使是面对自己不喜欢、违反自己的意愿与志趣（但不违反法律）的工作，依然努力去完成，这就是敬业。我赞成这个定义，按照这个标准，我进入阿里集团的头几个月是不敬业的，因为我迷失的，发现根本跟当初想象的是两回事。现在我觉得我是敬业的，因为我已经忘记了工作时的兴趣，也就是把工作和兴趣完全分开了，兴趣回家搞，工作公司搞，努力把一天的Todo List完成，回家捣鼓自己的玩意，越早越好，这就是我现在的状态，因此我开始避免和逃避加班，因为那妨碍我搞兴趣。我会有点抵触的情绪。因为既然工作不能足够的吸引我，那么我只好在9小时以外的时间来处理了，这一点上我觉得阿里云这样的纯技术公司，至少目前是纯技术公司应该向google学习，每天赶进度不是一个公司的长久，神天天或者非常之经常加班也会烦的。
2、主管应该写周报给下属
我觉得蔡在写下这个题目时一定有很多疑惑，遭受过很多碰壁，经历过很多疑惑，我估计每个做下属都这样，我不知道我的头在干嘛，我不知道做的事情我的头知道多少，我今天只干了一点点东西，我日报或者周报上写了一堆东西，我的头知道么？为什么我找头商量某个实现或者某个方案的时候，他总是不在？他是怎么干活的？我要怎么样才能晋升到他那个位置？他为什么有开不完的会？他为我做了什么？他为公司做了什么？他凭什么他处于现在的位置？
3、KPI心理学
蔡说对KPI的重视程度分为四个阶段，70% -> 30% -> 100% -> 0%，我身边有大把的人对KPI重视程度出于第三个阶段，每天KPI不离口，一提到工作就是KPI，会议上一讨论任务或者接下来的工作的时候就是KPI，我仔细想想，我也许出于第二个阶段，也许处于第四个阶段，或许未来我也会走到100% KPI导向，为了年终奖，为了晋升，也许我觉得这个不是我该做的，那么我会选择离开。KPI这个东西，我觉得有点像中国的考试制度，明知道有弊端，还是无可争议的引入，KPI驱动会让战略任务得以完成，也会失去很多东西，销售因为KPI可能会不停的骚扰客户，这已经不是什么个案了，技术会因为KPI而码一些纯粹为了需求的不够健壮的代码，运营会因为KPI而弄虚作假，如此等等……
4、程序员的激情之道

曾经有人质疑我为何老是要在项目中采用新技术，是不是为了显示自己很不一样，很厉害？其实这根本就误解我了。我只是通过新技术保持我的激情，新技术就是我的毒品呀！

让一个技术人员保持一种激情我觉得很简单，技术，学习就足够了，阿里内部有很多很多形形色色的分享，每次分享邮件从outlook中弹出来的时候，我都点了Accept，事实上，我只去过一次，关于淘宝搜索广告的分享，分享完毕了之后，我觉得那天是我进入阿里以后收获最多的一天，心情最好的一天，其他的时间分享我也很想去，可是我没有时间，如果我去了，我的项目就无法完成。一个个活生生的例子是一个同事因为对淘宝的数据库架构太感兴趣了，跑过去听了，回来就给他的领导给批评了，好吧，我也想去听，只是我更知道揣测圣意。每个员工都很忙，分享的同学或许是出于自己的兴趣或者分享精神，或许是主管的要求，或许是KPI驱动（分享对KPI评审有加分），这都没有关系，问题是去听的人每次都那么少，我听的那次虽然是京杭同步的视频会议分享，到场者寥寥
5、你被截肢了吗？

在大公司中，员工只需要单一方面的工作表现到极致，就可以为公司做出贡献。但是，如果员工有两方面的能力，甚至三方面、四方面的能力都很突出，这些多出来的能力就无法得到发挥，会受到压抑，导致萎缩。

这是一个悲剧，但这个悲剧在大公司都会出现，我觉得每个优秀的技术性公司向伟大的公司转变的时候都应该学习google，让20%的时间释放多面手员工的技术和创意，未必影响公司的运转和产出，说不定能增加员工对公司的忠诚度和依赖度。

四月过完了

崔玉松 — Thu, 29 Apr 2010 14:27:40 +0000

转眼间，四月就过完了，去年的这个时节，我还在博客大巴为准备毕业论文而伤神，转眼间就一年了。最近一直很忙，不是一般的忙，早上9点到公司，晚上十点半回家，就在我怀疑我是否能撑过去的时候，这个项目接近了尾声，还好，我又活着收工了。这个项目并没有给我带来很多的惊喜，无论是技术上还是商业模式或者产品上，而且由于战略的调整，这个产品宏伟的推广计划也被改变，总体来说，让我感觉不是很好，有点萎靡和颓废。

技术上，基本上一个月以来没啥收获，代码工人，天天code，景埕走后，很少聊技术了，我发现我寂寞了，我无意想在这里争得升迁的机会，我想做好我该做的事情，无论是为人还是做事。这一个月中，我收到很多猎头的电话，我都不知道他们怎么知道我的简历，我只在去年大概这个时候在智联招聘上填写过一份简历，之后就处于关闭状态，而且没有更新过，就算是智联招聘卖了我的简历，那也是很初级的，虽然现在也不是很高级，跟一年前比起来已经进步很多很多了，当然这中间少不了think in lamp 群中一帮兄弟的支持，每每旁观他们激辩或者自己亲身参与某个技术问题的时候都很有收获，有句话是对的，能让别人懂，自己才真的懂了。难道这年头好像初级或者比初级高一点的PHPer需求量很大？

最近在啃《Database System Implementation》，景埕留给我的，英文影印版，非常好的一本书，虽然有点偏向学术了，现在市面上很难买到了，电子书貌似可以下到，如果想深入了解数据库原理，可以一读，不算很厚，连我英文这么烂的人，都有信心读完。景埕还给我一本英文原版的《面向对象软件构造》也是非常经典的书，有点厚度，没有太多时间，如果国内要是有中文就好了，看英文原版有个好处，就是慢，一个字一个字的抠，理解比较透彻，中文的容易走马观花，似懂非懂。

上海Think In Lamp 聚会记

崔玉松 — Sun, 31 Jan 2010 09:23:04 +0000

关于创业

1、创业不是因为钱多，而是在现在的岗位上可能遇到天花板或者因为兴趣

2、25岁还没创业，那么只能等到35岁了，主要理由是，年轻的冲劲没了，就只能等到真正稳定下来才能去创业，当然前面的年龄只是个描述，并不是严格的界限，只是为了说明在年轻的几年中，有一段时间出去创业的几率很小，而且成本很高

3、盯住小众而高端的市场并一定比大众的市场来钱少，反而更容易做口碑。

4、目前的体制下，政府或者国企的钱最好赚

5、中国穷人多，富人也多，有人愿意出钱玩玩

6、不做培育市场的事情，创业之前做好在中国这个山寨文化很浓的国家被人模仿和抄袭的准备

7、创业是很痛苦的，也是走向更高层次的最好机会之一

关于职业发展：

1、在一个公司的发展是有限的，盯着那个位置不一定能坐到，跳槽或许是捷径

2、薪水是影响选择职位的一个因素，但不是最重要的元素，开心和有成就感更能留住一个人。

3、跳出IT圈子，IT不过是一个工具，不管是电子商务，还是内容提供，娱乐提供等，最需要工具的并不是互联网，而是传统行业，做传统行业更能带来效益和收获。

4、国内的企业和国外的企业还是有很大差距的，不仅仅是薪水，最重要的职业发展方面，国外的企业很舍得花钱在IT方面，来提高生产效率，会为员工提供更多的培训机会和学习机会，甚至有强制学习制度保证员工不断进步和提升

5、站在传统行业看互联网行业的一些技术工作从事者，很多纯粹似乎自虐，大部分企业系统根本不需要承受千万PV，根本不需要负载均衡，根本不需要浏览器兼容，什么也不需要，他们只要能用就行，能快速解决问题、能带来效率提升的就是最好的。

6、每个人的职业都有天花板，或许出去创业一下，更能知道自己想要什么

7、创业不成功者去面试一个更高层次的岗位时，往往能得到更多的信赖和机会

迟到的2009总结

崔玉松 — Mon, 04 Jan 2010 12:40:47 +0000

2008年末在车东的要求下写了08总结，其实08年没有什么好总结的，干了一点点小的事情，不错也算是第一步，如果09年的是充满机遇的一年，那么08年也算是一个准备吧，刚哥也好，神仙也好，曹宇伟也好，甚至科科和小龙都给了我莫大的帮助和指导。

2009年一年实现了很多梦想，或者说是设想吧：

加入一个快速成长的公司，不为生存发愁，
能够给予父母一些物质上的反哺，能够一年回两次家
能够住一次5星级酒店，
能够出门旅游一次，
能够方便的回去见女友，
能够在同学、老师、朋友面前证明自己的价值，
能够读完30本书
玩一次黑莓
买一台mac
参加一次技术聚会

细细数来，除了mac没买之外，其他的都实现了，貌似2009年一年没白活，那么2010年来一点更高的愿望吧

买一台笔记本，性能要好，是不是mac不重要
为女友买一台单反相机
接父母来杭州住一段时间
完成一个开源作品
好好学好两个语言，英语和Python
学会理财
参加两次以上的技术聚会
看完《代码大全》《程序设计语言原理》《high performance mysql》
再读一遍曼昆的《经济学原理》
每周至少健身一次

决定离开

崔玉松 — Thu, 30 Jul 2009 17:12:47 +0000

人这种动物真的很奇怪，大多时候都总是做着利己的事情，很多时候却选择了不能因为自己而活着的方式。

Livid曾经形容上海是个妖怪的城市，结果他终于躲到了杭州去了，我没去过昆明，不知道昆明是不是Livid说的那样美好，我时常去杭州逛逛，深知杭州没有那么好，至少交通不是很好，堵车是我最不喜欢的事情，偏偏杭州这个事情最常见。

2008年8月我进入Blogbus工作，明天我将从这个我从前到现在一直喜欢的公司里面走出，我不知道从这里带走的小资情调能不能融入新的公司，没有办公室政治的Blogbus是我过得最快乐的一年。

杭州并没有传说中的那么人杰地灵，我将要去这个地方，我深知这个地方的牛人都是外来的，杭州没有上海那么排外，上海制定了很多排外的政策，比如外地车就不能在一定时段上高架，比如上海户口的就一定得交公积金和三险，外地人则可有可无，走在是上海的小巷中，总能听到“乡下人”来形容外地人，好吧，外地就外地吧，中国的户籍制度把人强分成农业户口和城市户口，再把城市户口分成外地户口和本地户口，再把本地户口分成市区户口和郊区户口……

对于一个应届生来说，在同学都急着找不到工作的时候，却频频接到传说中猎头的电话，我是幸运的，凭心而论，我不是很优秀，我的很多专业的知识来自于Blogbus师长的传授，有神仙，车东，刚哥，曹宇伟，唐珂，张捷和潘建龙，在UI和HTML等前端技术方面给我帮助的有，李飞，吴旋，姐夫，还有已经离职的小光大哥和陈小新,在产品方面给我指导的也有很多，蔡溪哲，张新玲和夏添，以上排名不分先后，我是想到哪个写到哪个，在经济上帮助过我的还有姐姐，Blogbus除了一条小狗，一个小猫，两只乌龟还两只被猫吃掉的小鱼非常可爱之外，还有平儿，小U，小花，还有杂志的徐帆姐姐等等

离开是为了更好的发展和长大，也许过于一帆风顺对我没有好处，我想去吃点苦头，顺便交几个难友，多认识几个同事~~外面的世界很大，又一次选择了不光为自己而活着……

您可能也喜欢：
对我影响最大的基本技术书（一）	博文视点和O’Reilly	一组很有意思的照片	ChinaUnix网络优化论坛上海站总结	迟到的2009总结
无觅

您可能也喜欢：
超级简单Python Socket Server一例	Python PIL 生成带阴影的缩略图	Python 批量生成缩略图	Python和其他语言数据类型比较	python非贪婪、多行匹配正则表达式例子
无觅

您可能也喜欢：
一组很有意思的照片	对我影响最大的基本技术书（一）	信息泛滥	2008年岁末盘点（一）	卜算子·送别
无觅

您可能也喜欢：
一组很有意思的照片	博文视点和O’Reilly	又过去了一年	卜算子·送别	2008年岁末盘点（二）
无觅

您可能也喜欢：
博文视点和O’Reilly	个人学习方法总结	提问的智慧	怎样写毕业论文？	80 years
无觅