猫的安逸

转载

其实整篇还是在乱写,文不对题

[hr]

上个星期六的时候买了两只猫回来。其实这个想法已经[url=[archive=135]]琢磨很长时间了[/url],好处是显而易见的,我坐在电脑前的时间减少了很多。看着猫懒洋洋睡觉的样子,我想到安逸这个词,之后开始自责,年纪轻轻的去想什么安逸。

其实这也不是什么问题,安逸的生活也不会没有作为,相反,去年整整一年一点都不安逸,可我最终还是什么都没做成。我甚至怀疑去年一年无数的麻烦让我整天硬撑着,以至于现在反而不适应这种正常的生活了。那时陷入了一个恶性循环,每天回来经常打游戏到两点,早上七点又爬起来上班,游戏不能解乏,只是想用游戏来让我忘了那种让我厌烦的工作。现在,我又很自然而然的戒了游戏瘾。我有点理解抽烟的人了,不过我还是认为抽烟很愚蠢,不仅仅是因为与生俱来的对烟味的厌恶,在我上小学的时候在阳台上看下去,几个初中生靠在墙角里学抽烟,一个家伙被呛了几口,然后在同伴的怂恿下继续抽下去,最终学会了,飘然的抽起来,很多人学抽烟可能仅仅是模仿,但不可否认这种动机就很傻。

前两天看到有人还在谈论这些日子已经被谈的臭够的话题,本来有了驳的动机,可当时在公司还有喜欢的事要做,等到家的时候,又没了这个念头。可能最根本的原因是,谁也无法说服对方,比方说我[url=http://bbs.q3acn.com/forumdisplay.php?f=18]最常呆的一个论坛[/url],三年半了,大家一直在意识上分成了几个对立的派别,激烈的时候都指责对方是粪青,有人甚至打趣道,看到一个会有争议的帖子,就可以直接想象出每个人都会说哪些话,这确实无趣的很。曾经有位“老李”赐言:“大家都保持自己的想法,我觉得很好。交流并不表示要改变双方的想法。”着实受教。

以前如好斗的公鸡一般,遇到什么事都要对着理论一番,现在看来完全没必要。有句话经常用来自省(当然,更多的时候还是被我忘掉):“看一个人的身价,看他的对手。”应该节省时间,把文字花在值得出手的地方。[url=http://blog.sunmast.com/sunmast/archive/2005/08/01/16052.aspx]Sunmast 批 CSDN[/url],感觉没必要,CSDN 首页新闻的水平,众所周知。5 年前它就是这个样子,5 年后它还会是这个样子。

每次在 blog 上写字的时候,好像都是打一分钟字得想五分钟。还有一句话叫“言多必失”。很小的时候看过一个寓言故事,森林王国举行知识问答比赛,三名选手分别是喜鹊、长颈鹿还有个什么动物来着,长颈鹿是哑巴,所有至始至终没说过一句话,而抢答的规则是对了 +10 分,错了 -10 分,于是其他两位选手先是一度高分领先,可之后的问题越来越难,最后竟扣成负分,比赛结果,什么也没做的长颈鹿拿了冠军。我还有个逻辑是,如果你看见一个人在洗脸,说明他的脸之前是脏的,可至少洗了之后能好一些,如果你从来没见过某人洗脸,那他的脸肯定是脏的,而不是因为他的脸一直干净的用不着洗,没有这样的人。一直想把“奇文共欣赏,疑义相与析”这句话放到首页的什么地方。我认为 blog 是个很好的锻炼,有些东西如果不写出来接受批判,可能永远都不会知道自己是错的。即便是被人驳斥了,至少可以安慰自己,多明白了点东西,以后这个地方不会再错了。偶然看到自己几年前的字,总会面红耳赤的质疑自己为何能写出如此浅薄、冲动的文字来,三年后再看现在写的东西,也还是会这样,但多少这可以证明自己有点提高。

还有上面提到 CSDN,可以用我老婆总结的一个观点来解释。我很恼火为何家附近的饭馆的都毫无例外的雇了这么一群傻服务员,我老婆说,聪明点的人可以把服务员这个工作干的很好,问题是这样的人是不会甘心只能拿到一个服务员的工钱的。很多想表现的很专业很正经的网站一样,它们的经营者只愿意找来一堆看起来物美价廉的编辑,而不会知道他们的新闻只能让人穷极无聊的时候当冷笑话看,或者为喷子们找点事干。

只所以说去年一年及今年上半年一直处于烦躁和压抑里,可是说工作中没有顺心的事,在一个项目还没发芽的时候就知道它注定要烂掉,却毫无办法,狂妄的说,我觉得我在跟一群傻子、一群根本不配当程序员的家伙们共事,他们不懂得最起码的调试方法(我觉得这个几乎不需要经验,只有智商就够了)、也不理解定义出来的那些接口和规范。比方说其中一个,从他来的时候我就怀疑他一无所知,直到三四个月后还没做成任何东西后被开掉了。经理一直抱怨的问题是,哦,时间太紧了、人手不够,我们要更多的招人。毫无目的的胡乱招人(标准大体就是,只要不是刚毕业的,基本上来者不拒),这是很伤自尊的一件事,有一次经理吃饭的时候跟组头和我说,现在只有你俩能出活了,我在想,既然你也知道,为何还要花钱养着若干废人。我也懒得记我周围的人都叫什么,而人员流动也很快,当我辞职的时候,我苦笑的对着经理说,我来这刚刚整一年,可我在之前来的、之后来的,都已经走了,现在整个组除了你和某某,其他人全部都换过了(言意之下你该想想这么惊人的人员流动率,你该想想为什么了),不知道他能否明白。

“君子坦荡荡,小人常戚戚”,不过这句话可能用在这里并不是很合适。我的意思是,很多人看不到隐性成本和收益,而计较于账面上的分分角角,如果原来的公司稍微改善一下环境——让食堂做出来的东西看起来确实是给人吃的、不要对技术人员死卡上班时间、给所有人加条 256MB 内存(我认识的一个关系很好的同事是负责写驱动的,要用虚拟机,可所有人的机器都是 256MB 的,我想象不出他是怎么做开发的)——他的收益会远大于支出,可惜他看不到。就像[url=http://blog.donews.com/liuren/archive/2005/08/01/491410.aspx]没有几个网站的经营者会不去看 Alexa[/url]一样。

[hr]

再岔开话题说别的。刘韧说

[quote]
我想,我今后安身立命的能力。应该是代表用户向程序员提出尽量正确需求,并协调多个程序员共同完成功能需求。要完成这个任务,我必须要使用程序员的语言,知道他们在做什么?以及怎样实现的。
[/quote]

可以拿我正在读的这本[url=http://www.china-pub.com/computers/common/info.asp?id=9918]《程序开发心理学》[/url]的第一章第一段现学现卖:

[quote]
曾几何时,人们一度对 COBOL 寄予过厚望;生活在当年的人们会听到,周围人都在大谈特谈管理人员能够阅读程序代码的可能性。回顾这段历史,今天的人们不难理解:当时的管理人员总是急于摆脱受制于程序员的处境,而鼓吹 COBOL 的那些人恰恰利用了管理人员的这种心理,这样就可以从他们那里套取更多的经费。再天真的人也不可能真正相信,有朝一日管理人员将能够阅读程序。这怎么可能呢?要知道,即使是程序员自己,也从不阅读程序。
[/quote]

还有一段,P175,第 7 章 程序开发任务的差异

[quote]
然而,主管们很有必要更加充分地理解程序开发过程:可以用来说明这一点的事实是,主管们居然会天真到相信,专业人员经过数年的经验积累才掌握的东西,他们可以只用一个星期就能精通。
[/quote]

我不是在为程序员增加神秘感(就像原始宗教的巫师那样故弄玄虚),事实上我非常明白自己还算是很嫩的那类。但我还是要提出一个建议,你只需要提出需求和设想,其他的让程序员去做,最后你负责检查功能是否都完成、时间和花费是否都在预算范围之内,从而评价程序员的好坏。每个人都有各自的长处。

[hr]

又想起里一些事情。在两个月前到处应聘的时候,有个人问我的第一句话是:“你写程序快吗?”这么一问把我给吓跑了。而原来的公司,居然打算通过检查每个人每天的代码量来评价工作是否努力。而这两件事居然都是懂些技术的人干出来的。他问我快不快的时候,我就知道他打算分配什么样的流水线垃圾让我去做。而代码量……我在竭力减少代码的时候(在我看来,除了像 Lucene 这种东西我现在还想不明白以外,其他所有的 Web 应用都是线性的、直观的,没有多少技巧可言,而执行效率是我最需要关心的东西),他居然打算以代码量去衡量好坏,而提出这个概念的人是这么写代码的,一开始写了一个管理界面,所有的设置参数都保存在一个表里,之后又有三个类似的管理界面,于是他把原来的页面复制了三份,改了下文件名和里面的表名,就可以正常用了。这么改真的很快,虽然这四个页面的绝大部分代码是一模一样的,差别不超过 5%。后来程序又有些变动,但是这部分已经分配给我来接手了,于是每次功能改动,我都要在四个页面的相同部分删改相同的代码,整个程序大体都是这样,到处是凌乱的代码重复,而一开始写这四个页面的的这个人也正是我的项目经理。

[hr]

写这点乱七八糟的东西,用了我大约三个小时的时间,我这人太容易走神。