标签归档:乱讲

因域名解析问题不能访问三天

如果你能看到本文,证明域名新的解析成功了,天朝真的什么都很有意思。 本博客的域名fendou.org 之前在国内注册的,后来转移到godaddy去了,今年早些时候传言要白名单了,随后真的不能访问,于是乎又将DNS服务器换到国内的DNSPOD,还好DNSPOD解析不需要备案,但是懒得改IP,直接cname到一个还在godaddy上解析的域名,结果这个域名现在也被白名单了,这几天各种纠结的事情缠身,也没怎么看博客,结果就杯具了好几天,现在改成直接使用A记录指向国内的主机,先凑合着用,等周末的时候弄到GAE(Google App Engine)上去吧,由于众所周知的原因,GAE这么好的平台,居然和谐了,还得再弄个境外的服务器做反向代理。另外一个纠结的问题是,本博客主域直接使用的裸域,没有www,GAE不能绑定裸域又是杯具……搬到GAE上最多就是国内不能正常访问而已,好歹数据还在,只要Google 没倒闭,一切都是安全的,Google倒闭的那一天,或许和谐从此消失,换成了民主

发表在 Life Diary | 标签为 | 留下评论

对我影响最大的基本技术书(一)

日子一天天过去,人也慢慢变懒了,虽然有每天坚持阅读的习惯,慢慢的动手实践的次数少了很多,不是没有时间,是实在不想动,肩膀和手腕都很痛,脖子也痛,游泳和台球能有明显治疗效果,有类似职业病的朋友不妨试试,现在越来越多的公司会放一些健身设备在公司,尽量利用吧,反正折腾坏了也不用自己赔。 我一直想给我过去的一段技术路做一个小结,后来发现哪有什么总结,不过是拾人牙慧而已,就好比泥瓦匠和建筑设计师的区别,那么就总结一些对我现在影响比较大的几本书吧,没有哪个影响最大的问题,按时间排序或许比较公平。 这是我除了教科书之外遇到的第一本我认为最好的书,我对对象的理解,对方法,对属性,对OOP对编译器,对Java甚至以后的面向对象语言的特点都打了很好的基础。我天生不怎么聪明,光对象这个概念就在图书馆发呆、翻书,研究有了将近一个月。读这本书是因为当初觉得谭浩强那本C语言写的太垃圾了,学完了都不知道能干嘛,纯粹为了学习而学习,学到最后很多人都放弃了,因为不知道有什么用。当初读英文原版是因为图书馆找不到中文版,美国亚洲基金会赠送给我们大学图书馆的书,有很多很多好书,很多是国外名校的原版教材,可惜其他学科完全看不懂,太多专业名词。 我能走向IT技术这条路正是因为本书,黄忠成 老师深入浅出的讲解,真的让我当时刚入门的小伙子一下子豁然开朗,因为读了这本书,我一下子走到了好多人的前面,当时我读大二,和已经毕业多年的人交流的时候,他们常常被我问住,而我知道的答案,他们却不知道,这让我的信心得到了极大的膨胀。时不时安慰自己一下原来天生就是个搞编程的料。在B/S模式大行其道的今天,估计很多人不知道这本书了,现在回想起来,这本五六年前的书,放到今天,仍然有很多指导意义,优秀的架构思想依然可以应用到B/S模式上。也因为本书,我曾经一度自卑的小心灵慢慢得到了更多的精神上的YY,看是平视曾经仰视的人,这对我后来的生活改变很大。也许黄先生看到此文也会差异,一本技术书籍居然能对人影响如此之大。好书就是好书,不管影响的是技术还是精神,最终都会影响读者的生活。 这本书应该无数的人都熟悉,程序员走向高级程序员必读之书。作为一个编程人员,如果你没读过真的很遗憾。或许你可以先看下云风关于代码大全的读书笔记,电子版也有很多地方可以下到,但我依然建议你去买一本,偶尔翻翻也无妨,每次都会有新的收获。第一次看到这本书的时候,我以为这本书是一本代码示例,也没当回事,后来听朋友极力推荐此书,跑到学校边的书店找到此书,才知道被书名给骗了,或许说被书的翻译者给骗了,或许翻译成编程宝典,编程手册。此处的Code应该不是代码的意思。花了将近两个月的时间才读完,再花了一个半月的时间重读了一遍,从小学到读完大学,我唯一一次记读书笔记正是这本书,没办法,不记笔记的话很多东西消化不掉。而且也确实有太多值得记的东西了。 夜深了,明晚接着写,肩膀又隐隐作痛,悲剧

发表在 Life Diary | 标签为 , | 一条评论

博客迁移到国内

如果你能看到这篇文章说明已经成功了,更快,更稳定,更和谐的开始 迁移的原因,你懂的,最近所谓的访问国外网站的配额已经全面启动了,即使浏览的是正常的网站也会消耗你的配额,其实对于我们这种搞IT的倒是还好,大不了就翻么,又不是没翻过,总有办法能够搞定,只是麻烦点。倒是苦了那些由于工作需要,没了不行的朋友了,比如做外贸的,比如要看国外论文的,做研究的等等类型,其实又何必呢,不过是掩耳盗铃而已,埃及、突尼斯、叙利亚都是榜样,和谐人别人的人总有一天被别人和谐掉

发表在 Life Diary | 标签为 | 4 条评论

那些事儿

由于我住的小区位置的关系,最近经常看到一些学生提到打包小包的找房子,搬家,问路。总是感叹道:又是一个离别的季节。转眼间,离我真正的毕业也两年了,回想过去,虽然不曾后悔什么,倒也挺心酸的。不知道为了什么,也许为了自己逐渐逝去的梦想,也许为了分开了再也未曾碰面的同学,也许为了大学时代意气风发、挥斥方遒的情怀,也许是真的留恋那风则江畔的垂柳,亦或是回忆穿梭于图书馆与宿舍的背影,总之感慨很多。 两年来事业未有所成,梦想依然漂泊,朝九晚六的工作再加上不同程度的“被自愿”加班,我居然比出校门的时候胖了十多斤,或许是压力过大导致内分泌失调?额头的皱纹慢慢爬上来了,手腕和颈椎偶尔也是酸痛难忍,也许这就是做IT职业的代价,每个行业都要为自己的职业付出代价,就像挖煤的工人要随时面对塌方、渗水和持续不断的吸入粉尘一样。如果你运气好或者上面有人,亦或是你实在太优秀了,上天惜才,你不小心从一个挖煤工人变成了一个经理或者煤场的厂长,你就走运了,你终于不用担心自己被埋在矿井里面了,于是你开始担心别人埋在矿井里面会让自己丢了乌纱帽,然后一如既往的抱怨生活是多么的无趣。 每到一个毕业的季节,总是能听到很多关于工作、关于职业、关于理想与现实的声音。而由于我已经毕业快两年,加入了业界还算知名的公司,拿着一份还算能糊口的薪水,做着一份还算体面的工作、在家人和朋友面前露出还算过得去的笑容,我也收到过很多电话,无非就两件事情,最直接的就是帮忙找工作,还有一个就是问IT有没有“钱途”。每每我的回答都令他们很失望,要求帮忙介绍工作的怀疑我不肯帮忙,咨询我职业前景的人都觉得IT行业不适合他们快速致富的梦想。 对于那些不是来IT行业做事的人,我想说: 1、IT行业不能使你一夜暴富,暴富的都是老板,跟你没有半毛钱关系 2、如果你想发财,去做生意,没本钱也没关系,先去给人家打工,总之你要先入行 3、如果你不够聪明但是想做点事情,去做生意,真的 4、如果你不肯努力却羡慕别人的待遇,去做公务员,或者在投胎的时候选择一个叫李刚的爸爸 5、如果你在这个行业不能坚持5年以上,去做生意 6、如果你没做好吃苦的准备,去考研、考博或者家里蹲吧 7、这个世界每天都在发生变化,而IT这个行业是与变化同步更新的最快的一个行业之一,所以你必须要知道怎么熟悉,光知道百度是不行的,那意味着你学习的是已经经过别人消化过的残渣,如果不能熟练阅读最新的外文资料,你的职业将会受到巨大的限制,所以,学好外语是必须的,如果你没打算把它学好,去当老板吧,再请个漂亮女秘书 8、如果你不能接受无论如何也挥不走的加班,IT行业也不适合你 9、溜须拍马对你升迁或许有帮助,特别是中国这样的环境,但如果你只会溜须拍马,那去考公务员吧

发表在 Life Diary | 标签为 | 留下评论

又过去了一年

感觉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和搜索算法这一块的东西,或许能为移动终端贡献一点东西

发表在 Life Diary | 标签为 , , | 留下评论

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

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

发表在 Life Diary | 标签为 , | 留下评论

《从技术走向管理》

对领导 了解领导的沟通风格。 别不屑于拍马屁,人人都喜欢听好话,你领导也不例外。 领导安排的事情要第一优先处理,并及时反馈,如出差的时候到了目的地让领导知道你到了。 给领导汇报要出选择题,而不是问题!领导喜欢部下反应问题时同时提出过个方案供他选择。 领导讨厌部下问直接怎么办或只提供一条路没有选择。 部下说”我以为“,”我知道“,不经请示擅自做主捅了漏子不可收拾,出了问题推卸责任,说”我以为“的词语换成”我错了“。 他也喜欢部下提供有效的反馈信息是同时提出自己的建议。 站在领导和公司的角度看问题。 领导喜欢你能随时报告你的工作进度,不喜欢倚老卖老,埋头做事却什么都不讲。 领导不喜欢自以为是,自持功高,拉帮结派要挟领导。 绝对不要猜测领导的想法,因为你无法达到领导的思维层次。 与领导沟通有错就认,不要辩解,不要犯同样的错误。 与领导沟通时那上笔纸记录。 与领导沟通前设想他会有的疑问,提前准备答案。 让领导的话只说一遍。 你要绝对相信领导的要求总是合理的,领导说的就算错了也要坚决执行,因为你无法完全清楚领导的全盘计划。 满足领导的业务需求的同时,你得考虑他的感情需求。 不要对领导说”应该“,”不应该“,你应该改用”建议“。 工作需要改进的地方自己提前交代,不要等领导说出来。 对下属 安排下属做他们擅长的事情。 向下属解释分派的工作,令他有全面的理解,并引起他对这项工作的兴趣。 分派工作时给与下属所需的资料,由他来决定处理的方法。 分派工作时定出完成工作的时间表的工作标准。确定下属完全明白要求。 关注下属的优点,充分的利用下属的有点而非克服缺点。 绝对不要试图改变下属的性格与特点。 在他发错前提前纠正,别等着他都错了才去骂他“你个蠢蛋“。 不到不得已,绝对不要用上你的职位权利来让下属被迫听你命令,正确的方式是以个人魅力让下属跟你。 就算下属错了,指出错误也是需要艺术的说法,不能开口就提问题,尽量先说他值得赞赏的地方,然后在说某某地方还需改进…一样以来下属自信心不会受到打击。 下属的生活问题也是需要多关注关注的,要不然说不一定那天他就跑去跳楼或者跑幼儿园去了。 定期请下属吃饭,喝了酒心里话才会说出来,才能更好的融合团队。 员工一般非为四种: “态度好能力差” – 在领导看来,这种更有培养前途,所以这说明态度好的人才容易当官 “能力差态度差” – 这种人建议干掉,但干掉也得要有“艺术”不然又一个跑房顶或者幼儿园去了 “能力好态度差” … 继续阅读

发表在 Excellence Article | 标签为 , | 一条评论

杂记

本来要学老王,取名叫乱炖,老王一直执着的用这个词,那我就换一个吧。一个多月没写博客了,前面一段时间是因为实在太忙,后面是懒,疯狂加班之后回家就什么都不想动,过了经过差不多一个多星期的正常人生活,现在终于缓过神来了。这个项目差不多是我加入以来我做过的最大的项目,很累,也很疯狂,项目还在继续,迭代一轮一轮的进行中。留下点笔记,记个印象。 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,这玩意能够显著帮助你的团队减少抱怨,减少无效沟通,能够让上下游的同事更自如的安排计划,当然,这一切还需要你做一个布置,平台是死的,需要大家往里面填充属于自己的东西

发表在 Life Diary, Programming | 标签为 , , , | 留下评论

无题

最近项目一直压得喘不过气来,博客荒废了很久了,不过还好养成了在睡觉前将当天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%的时间释放多面手员工的技术和创意,未必影响公司的运转和产出,说不定能增加员工对公司的忠诚度和依赖度。

发表在 Life Diary | 标签为 , | 一条评论

四月过完了

转眼间,四月就过完了,去年的这个时节,我还在博客大巴为准备毕业论文而伤神,转眼间就一年了。最近一直很忙,不是一般的忙,早上9点到公司,晚上十点半回家,就在我怀疑我是否能撑过去的时候,这个项目接近了尾声,还好,我又活着收工了。这个项目并没有给我带来很多的惊喜,无论是技术上还是商业模式或者产品上,而且由于战略的调整,这个产品宏伟的推广计划也被改变,总体来说,让我感觉不是很好,有点萎靡和颓废。 技术上,基本上一个月以来没啥收获,代码工人,天天code,景埕走后,很少聊技术了,我发现我寂寞了,我无意想在这里争得升迁的机会,我想做好我该做的事情,无论是为人还是做事。这一个月中,我收到很多猎头的电话,我都不知道他们怎么知道我的简历,我只在去年大概这个时候在智联招聘上填写过一份简历,之后就处于关闭状态,而且没有更新过,就算是智联招聘卖了我的简历,那也是很初级的,虽然现在也不是很高级,跟一年前比起来已经进步很多很多了,当然这中间少不了think in lamp 群中一帮兄弟的支持,每每旁观他们激辩或者自己亲身参与某个技术问题的时候都很有收获,有句话是对的,能让别人懂,自己才真的懂了。难道这年头好像初级或者比初级高一点的PHPer需求量很大? 最近在啃《Database System Implementation》,景埕留给我的,英文影印版,非常好的一本书,虽然有点偏向学术了,现在市面上很难买到了,电子书貌似可以下到,如果想深入了解数据库原理,可以一读,不算很厚,连我英文这么烂的人,都有信心读完。景埕还给我一本英文原版的《面向对象软件构造》也是非常经典的书,有点厚度,没有太多时间,如果国内要是有中文就好了,看英文原版有个好处,就是慢,一个字一个字的抠,理解比较透彻,中文的容易走马观花,似懂非懂。

发表在 Life Diary | 标签为 , | 一条评论