![](https://img-blog.csdnimg.cn/20201014180756757.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
程序员随想
文章平均质量分 70
子欺
马行千里,汗血乃止;驴行百步,棍棒以驱.
展开
-
我是程序员么?
我是程序员么?好像这是个很傻瓜的问题!曾经,我也认为这是个很傻瓜的问题,因为很长一段时间,我都以软件工程师自居。毕竟中国的名片管理制度不够严格,别说我想说自己是软件工程师,就算印个伊拉克总统,可能也会有人给我印。只要我掏钱。不过,现在我不这么想了,工程师太多,雨后春笋啊!反之,平心而论,我也未必够格。不久前,微软的Peter胡在酒桌上问了大家这样一个问题:“面试的时候,你怎么介绍自己?”答案,分为两种:一种说:“我叫某某某,现在在某公司工作,是个程序员!”一种是:“我叫某某某,是个程序员,现在在某公司工作!原创 2011-01-05 19:46:00 · 2605 阅读 · 28 评论 -
书评——《项目管理修炼之道》
很久没有写东西了,借口是俗事缠身,其实是自己懒了。书为正传,还是说这本书吧!《项目管理修炼之道》是第18届Jolt生产效率大奖得主,名头很响亮啊!这样的名头足以吸引我阅读的兴趣,巴不得自己在瞬间便能掌握它的精髓。可惜,事与愿违,这本书成了迄今为止我读的最慢原创 2011-09-14 10:36:37 · 1421 阅读 · 0 评论 -
敏捷障碍论之“需求”
“敏捷障碍论”,话题铺的有点大,有危言耸听的嫌疑。不过,在敏捷概念和模式如火如荼的今天,障碍的确是存在的。敏捷开发的概念至今已经提出近四分之一个世纪之久,虽然当时人们更喜欢叫它螺旋式开发或其他什么名字,而敏捷宣言从提出到现在也已经经历了十个年头,可是为什么一个备受人推崇和关注的开原创 2011-07-28 10:08:43 · 955 阅读 · 2 评论 -
说不清的Brooks法则
<br />布鲁克斯法则,据说是经典的管理定律之一。<br /> <br />布鲁克斯法则,据说是北卡罗来纳大学计算机科学教授Frederick P. Brooks,Jr.提出的经典理论!<br /> <br />为什么用个“据说”,因为这都是别人和我说的,所以我加上了这两个字!<br /> <br />“为推迟的软件增加人力将使得软件时间发布更晚。 这是因为后来者需要加快速度,同时还要与前任进行沟通,从而使得开发团队增加了更多的开发时间,这个时间超过了新增程序员所做的贡献。从理论上说,软件发展陷入僵局是可原创 2011-04-29 11:32:00 · 3716 阅读 · 3 评论 -
简约 != 简单
<br />先讲个小故事吧!<br /> <br />明神宗朱翊钧是明朝历史中在为最久的皇帝,小哥儿十岁继位,五十八岁驾崩,整整在位四十八年,比他的老祖宗朱元璋的帝王资质要高很多!后世人有的说他是天才,有的说他是昏君,昏君也好,天才也罢,这小子的确有点出人意表的东西!<br /> <br />相传明神宗最大的爱好是炼丹,从当了皇帝开始,就没怎么上过朝,整天蹲在丹房里,研究怎么能强身健体长生不老!最后,小哥儿也是死在自己的丹子上。可毕竟是皇帝,不上朝可以,但不能不理朝政,何况那时候道士朱翊钧的内阁首辅是超级强原创 2011-04-21 16:04:00 · 1198 阅读 · 10 评论 -
也说“重构”
<br />“重构”,太火爆的字眼儿了!<br /> <br />“重构”是什么意思?答:Refactor。可答案却远远不只是这几个字母这样简单。<br /> <br />有人和我说,“重构”就是在eclipse里右键点击抽象方法,改变量名这些个操作。那对不起了,我并不是在批判谁,但这只是诸多开发工具提供的重构工具而已,它还远远不是“重构”。<br /> <br />“重构”本身,是一种方法,一种思想。<br /> <br />它是一种改善既有代码的方法,提高原有代码的易读性,可重用性,节省后期代码的维护成原创 2011-04-14 10:32:00 · 1236 阅读 · 2 评论 -
《高效程序员的45个习惯》书评——敏捷开发修炼之道
《高效程序员的45个习惯》,我对这本书的评价是——“敏捷开发修炼之道”。 事实上,这句评价并不属于我,而是属于本书的作者Venkat Subramaniam博士,因为“敏捷开发修炼之道”原本就是这本书的副标题。我实在找不到一个更为贴切形容它的词句,只好把副标题扒下来,当我的评价! 在讲述我的感悟之前,我想先说一下敏捷! 什么是敏捷? 答:我不知道!我所知道的只有敏捷原创 2011-06-07 10:24:00 · 1109 阅读 · 0 评论 -
设计元素——字体
文字作为做常见、最大的信息传递方式,遍布我们生活的每个角落。也为此,注定了它是每一个设计中最主要的元素之一。大多数设计人员在页面上使用多种字体,往往是随机的,即兴的,完全依赖于自己的喜好或者感觉。然,这种随机会让设计中存在一种或多种冲突,冲突的起因来自字体的样式、大小、粗细等多方面。Robin.Williams在《写给大家看的设计书》一书中将字体分为六大类(不知道是不是他老人家原创):1、Oldstyle——Oldstyle类别的字体是基于手写体创建的,这一类别的字体都有一条自左上向右下倾斜的强调线!所以,原创 2011-05-25 10:23:00 · 2535 阅读 · 1 评论 -
“形象代言人”与“抽风式管理”
“形象代言人”与“抽风式管理”两者似乎没有什么联系,和程序员似乎更没什么关系。但软件行业内,这两样东西都是存在的。先说“形象代言人”:什么是“形象代言人”,成龙对于“霸王洗发水”,郭德纲对于“藏秘排油”,都是形象代言人。那么,一个软件开发团队的形象代言人是谁呢?他真的存在么?一个软件开发团队当中,往往存在这样的一种人,他们不做任何具体的编码工作,而且极有可能不会编码,具体工作是陪各种领导及客户吃喝玩乐一条龙,独自一人的时候在独立办公室内玩空档接龙,原创 2011-04-07 14:16:00 · 3385 阅读 · 14 评论 -
《观止》书评——一本读不完的书
<br />《观止——微软创建NT和未来的夺命狂奔》,好书!可惜,我却没有勇气将它读完。<br /> <br />“观止”,有几种定义:<br /> <br />1、意指观止级的错误;<br />2、面对臭虫见到就干掉——showStop;<br />3、叹为观止。<br /> <br />个人觉得,本书中“观止”一词的三个意义都展现的淋漓尽致。它是软件行业当中最好的报告文学作品之一,正如书的封底上史蒂夫.利维所说的那样——“不论是黑客还是计算机新手,这本书都值得一读。”<br /> <br />全书只有二原创 2011-03-30 16:06:00 · 1134 阅读 · 2 评论 -
《软件随想录——程序员部落酋长Joel谈软件》书评——重申2/8理论
(先说两件不相干的事:首先,《软件随想录——程序员部落酋长Joel谈软件》早在一个月之前我已经读完了,原本打算在读完的时候就给出书评,但因为比较懒惰,又给自己找了一些借口,所以一直拖到现在。为此,我想说声“对不起”。其次,上周不小心把脚扭了,老老实实的躺了三天半,不觉有些懈怠,所以赶快出来把欠下的东西补回来!好了!废话说完,赶快上正文!)《软件随想录》,我看的很快,不得不说,Joel是个理想的管理者,我很希望我能在一个像Joel这样一个领导的团队当中找到自己的位置!可惜,这很可能只是个空想!不过我依旧为我在原创 2011-05-11 10:27:00 · 1991 阅读 · 0 评论 -
《编程人生》书评--一本值得读两遍的书
<br />好不容易把《编程人生》看完了!很受折磨!<br /> <br />怎么说呢,折磨吧,不是因为书不好,恰恰相反,因为书太好了才受折磨。一本好书,我觉得应该多读一段时间,希望它越长越好。可一本厚厚的书捧在手里,没看的比看过的页数多,心里是很着急,很烦躁很难受的。<br /> <br />首先呢,不可否认,《编程人生》是一本好书,一本值得看两遍以上的好书。<br /> <br />《编程人生》是一本访谈笔录,记录了当今最具个人魅力的15 位软件先驱的编程生涯。包括DonaldKnuth、Jamie Z原创 2011-02-21 10:22:00 · 2856 阅读 · 5 评论 -
文学家与程序员
“文学家”,一个超然于世外,高高在上的职业;“程序员”呢?自命清高的IT民工。两者看起来八杆子打不着一下,但多少还是有那么点联系的。我擅自把二者都定位为“文字工作者”,这样两者之间多少就有了那么点联系。希望大家不要飞砖。“文学家”有以下几个特点:1、靠文字吃饭,每天都在和各式各样的文字符号打交道。2、要善于思考,敢于思考。要给自己思考出一堆矛盾,然后再组织文字解决矛盾。3、要有很强的逻辑思考能力,先说什么,后说什么,如果组织开端、发展、高潮、结局,如何演绎起承转合。4、自己心里要有谱儿,要有个目标存在,有个原创 2011-03-07 15:22:00 · 1011 阅读 · 2 评论 -
我的注释等级
(先问声过年好,不管你看得见,还是看不见!过年了,大家都放假了!然后呢?CSDN的博主们也放假了,都不更新了。所以我决定抄个底,抓着淡季更新一个!)我一直在想两个比较有争议的问题——一段拥有良好功能和效率的代码,是不是一定有很好的注释?反之,拥有良好注释的代码,是不是一定有很好的功能和效率呢?有点无聊的问题,因为两个问题的答案都不是百分百绝对的,的确如此,但其中却多少有迹可循。前一个问题,我觉得可以这样进行佐证:一段代码,有很好的效率和功能,但却没有注释或者注释很糟糕,那结果是什么呢?结果是这段代码所达到的原创 2011-02-07 21:00:00 · 720 阅读 · 0 评论 -
代码的未来
代码有将来么?首先,我承认,我做了一把名副其实的标题党。代码不是帅哥美女,哪里谈得上什么将来。然,此将来非彼将来。我的代码将来一定在我的手里么?答案肯定不是,至少肯定不会在我一个人手里握着。好吧,矛盾产生了!既然不会只在我一个人的手里,那我似乎、应当、也许、大概、可能、好像要让我的代码有很好的可阅读性和可维护性,以便于让后来人缩短阅读理解和维护我的代码所消耗的时间。往大了说还可以缩短整个项目在后期维护当中所消耗的时间。帽子扣大了,不过的确如此。我曾经修改过某“专家”的一部分代码——20000行的js脚本,0原创 2011-01-24 15:50:00 · 842 阅读 · 0 评论 -
我思考,为了不让你思考!
最近一段时间,设计做的比较多,感触良多!而感触当中,最感慨的就是,我是程序员,还是一个使用者!其实,我是一个程序员!上一篇博文我已经给自己一个比较精确的定位。可是我觉得,当我在实际开发过程中,尤其是在做概要设计和详细设计的时候,更多的时间,我要站在一个程序最终使用者的角度去看待程序,也只有这样,我所作的东西,才更合理,且更容易被人们所接受。而原因就在于,我所设计、所开发的东西不是给我使用,而是要给一个实际需要他的人使用,这个人十之八九不会是个程序员。貌似这些话听起来有些绕口,也有些不清不楚的,不过这的确是个原创 2011-01-12 20:07:00 · 975 阅读 · 3 评论 -
时间与金钱
时间与金钱,两个伟大恒久的字眼放在一起,看着就很宽泛。不过,我今天要说的是,项目当中的时间与金钱,这样的范围,应当不算宽泛了吧!前几日,一个大学同学和我发了一上午的牢骚——他说现在他正作为PL引导他人生当中的第二个项目,应当说是件好事。可是,PL毕竟与程序员稍有不同,原创 2011-09-21 11:32:41 · 1511 阅读 · 1 评论