Jun 26
工作中总是有2种人,一种是为老板打工的人,一种是为自己工作的人。  

  前者的眼里衡量的标准核心就是钱,老板给多少钱,他就做多少事,无利不起早,讲求即时回报。我们更愿意称他们为“钟点工”,他们一生的价值基本上可以直接用时间乘以工资计算,他们永远不可能成为企业家或创业者,因为他们忍受不了创业漫长的投入期和失败的风险,他们之间的区别仅在于选择打长工还是打短工,最短的短工是按小时计算和当天回报的,就像肯德基钟点工每小时8元,好一点的按周结算,大部分人都选择按月来兑现他们的回报,只要回报少了、减了或者没有按月兑现,马上就会表现在脸上,对抗在行动上,用双脚投票,因为他们工作是为了别人。   

  少部分的人成为了后者,有人愿意花上一年来实现自己的目标,用成果来对价回报,他们成为拿年薪的职业经理人,更有少数的人愿意花更长的时间、更多的投入来证明他们的梦想是可以实现的,他们终能成为企业家。对这些人而言,投入工作的时间多少已经不重要,他们不以时间赚取工资,他们靠成果证明价值,也正因为这样他们比普通人更努力,更勤奋,愿意付出,面对困难有更坚定的意志力,大量优秀的职业经理人和创业者们每天工作的时间超过12小时,剩下的时间也往往和工作有关联,即使打高尔夫也是在拓展人脉。  

  事实上,从获得第一份工作开始,待工作的态度已经决定了你未来的职业之路能走多远走多高。

  我们可以不花一分钟的投入立马获得一份月薪1000元的洗盘子工作,我们也可以花2个月学会理发,成为月薪2000的理发师,甚至花6个月的时间学习,成为月入5000的大厨,不过想象一下,如果可以用天和月来实现的目标,能走多远?现实中那些让我们惊叹的成就绝大部分都超越了月的概念,刘谦的春晚“硬币”魔术苦练了两个月,杨丽萍潜心两年创编了《云南印象》,王老吉从1亿到100亿的销售额增长用了6年,北京鸟巢建设了7年,中国**创建新中国奋斗了28年。有许多高不可及的成就甚至超越了生命的极限,梵高去世后47年才被是人誉为“不仅是一个伟大的画家,而且是一个出色的作家与哲学家!” ,一个世纪后一幅《鸢尾兰》售价达5400万美元,曹雪芹逝后三百年,《红楼梦》被广为流传成为文学经典。  

  可笑的是我们身边大部分的人从小学开始,花费了15年甚至更长的时间用来学习,毕业一旦投入的工作后,就迫不及待的要求回报,在一个很低的层面上重复着简单的工作,渐渐忘却渐渐远离了自己当初的梦想,最后习惯了当一名“钟点工”,一晃几年过去了,还在原地踏步,度年亦如度日,蹉跎岁月无数。   

享受你的工作

  对事业没有追求和梦想的人,对待工作仅仅是种谋生手段,他们工作和生活经纬分明,一讲到生活立马联想到郊游、美食、家人好友美不胜收,一想到工作,辛苦乏味,痛苦不堪。他们在工作中体验不到成长和快乐,愤愤不平,永远觉得自己的工作的回报太少了,想尽办法逃避付出,稍有些委屈,这种感觉就会愈发强烈。  

  实际上,正是因为仅把工作当做任务,没有全力投入,能力的提高也极其有限的,特别是对责任的理解,他们不太会主动承担责任,主动帮助团队拿到成果,所以很少被获得重用提拔的机会。工作能力提升开始是来自简单工作的重复,更重要的是在不断面临的新的情况下解决问题的能力,如同一个医生,总是看感冒,把复杂的病症推给别的医生,那么时间再长,他的水平也是不会提升的,如果你期望能力突飞猛进,那就需要挑战和突破你的职业极限,这很像体育竞技中体能的提升,你只有每次跑到筋疲力尽每次比上一次多跑100米,你的体能和耐力才能快速提升,我们在电视上看见刘翔在比赛中破了12秒88,非常伟大,其实并非他这一次全力以赴了,在平时的练习中已经无数次突破了12秒88,想要在竞技场上保持巅峰状态的秘密就是把每次练习都当成是决赛,让打破记录成为一种习惯。我们再来看看我们身边的同事,特别是业务人员,有多少是把突破自己或团队业绩记录作为习惯的?所以也注定了大部分人都是平凡的人。  

  工作在我们的一生中会占据1/5甚至更多的时间,既然我们无法绕过,又为何不能化敌为友,热爱我们的工作呢?世界几乎所有伟大的成就都是来自对事业的热爱,对命运的挑战。梵高对生命、阳光的狂热诞生了《向日葵》,他创作的巅峰状态是在他逝世前的最后两年,而这两年是在精神病院度过的;贝多芬在失聪的情况下写下不朽名作《第九交响曲》;霍金21岁时就不幸患上了会使肌肉萎缩的卢伽雷氏症,甚至演讲和问答只能通过语音合成器来完成,却写下了著名的《时间简史》,任何职业的巅峰状态都不是出于对金钱的最求,那些陷入狭隘的得失观,还在计较是否加班少发了工资的人是永远无法成为真正的大师的,各个领域内的大师们无一不是对工作、对事业的发自内心的热爱甚至狂热,你如果不热爱你的工作,你的一生注定将平淡而终。  
Tags: , ,
Nov 2
    æ‰€è°“谚语,就是用言简意赅、通俗易懂的方式传达人生箴言和普遍真理的话,它们能很好地帮助你处理生活和工作上的事情。也正因如此,我才整理了10句编程谚语,每位开发人员都应该铭记他们,武装自己。

1. 无风不起浪
Open in new window
别紧张,这也许只是一场消防演习


  代码设计是否糟糕,从某些地方就可以看出来。比如:

    * a. 超大类或超大函数
    * b. 大片被注释的代码
    * c. 逻辑重复
    * d. If/else嵌套过深


  程序员们通常称它们作代码异味(Code Smell),但是就我个人认为“代码警报”这个名字更为合适一些,因为它有更高的紧迫感的含义。根本问题处理不当,终将引火烧身。

  译注:Code Smell中文译名一般为“代码异味”,或“代码味道”,它是提示代码中某个地方存在错误的一个暗示,开发人员可以通过这种smell(异味)在代码中追捕到问题。

Aug 14

优秀来自好的习惯。怎样成为优秀的开发人员?图灵公司最近热销的《高效程序员的45个习惯》一书给出了很好的解答,非常值得一读。

这本书的英文原版荣获了有软件奥斯卡之称的Jolt生产效率大奖,在Amazon上也是好评如潮。第一作者Venkat Subramaniam博士是Agile Developer公司创始人,敏捷开发方面的权威人士,精通各种开发技术。第二作者Andy Hunt更是大名鼎鼎的人物,是敏捷宣言的创始人,著名图书出版公司Pragmatic Programmers的创始人。他有两本书大家应该都是知道:经典的Ruby教程《Programming Ruby》还有许多开发人员的最爱《程序员修炼之道》。

译者团队则由著名的敏捷咨询公司ThoughtWorks咨询师钱安川和InfoQ中文站敏捷社区首席编辑、《程序员》杂志前副主编郑柯组成,可以信赖。

值得一提的是,这本书很像《程序员修炼之道》在敏捷时代的续篇。风格和写法都很神似。下面是从书中摘出的45个习惯标题,每个标题下面的文字是我读此书的笔记摘要。另外,图灵公司还在官方博客上提供了几个章节免费阅读(下面给出了链接)。

强烈推荐大家将这些打印出来,贴在自己的办公桌旁边的墙上,学习实践。

态度篇


1. 做实事

不要抱怨,发牢骚,指责他人,找出问题所在,想办法解决。对问题和错误,要勇于承担。

2. 欲速则不达

用小聪明、权宜之计解决问题,求快而不顾代码质量,会给项目留下要命的死角。

3. 对事不对人

就事论事,明智、真诚、虚心地讨论问题,提出创新方案。

4. 排除万难,奋勇前进

勇气往往是克服困难的唯一方法。

学习篇

5. 跟踪变化

新技术层出不穷并不可怕。坚持学习新技术,读书,读技术杂志,参加技术活动,与人交流。要多理解新词背后的所以然,把握技术大趋势,将新技术用于产品开发要谨慎。

6. 对团队投资

打造学习型团队,不断提高兄弟们的平均水平。

7. 懂得丢弃

老的套路和技术,该丢,就得丢。不要固步自封。

8. 打破砂锅问到底

不断追问,真正搞懂问题的本质。为什么?应该成为你的口头禅。

9. 把握开发节奏

控制好时间,养成好习惯,不要加班。

开发流程篇

10. 让客户做决定

让用户在现场,倾听他们的声音,对业务最重要的决策应该让他们说了算。

11. 让设计指导而不是操纵开发

设计是前进的地图,它指引的是方向,而不是目的本身。设计的详略程度应该适当。

12. 合理地使用技术

根据需要而不是其他因素选择技术。对各种技术方案进行严格地追问,真诚面对各种问题。

13. 让应用随时都可以发布

通过善用持续集成和版本管理,你应该随时都能够编译、运行甚至部署应用。

14. 提早集成,频繁集成

集成有风险,要尽早尽量多地集成。

15. 提早实现自动化部署

16. 使用演示获得频繁反馈

17. 使用短迭代,增量发布

18. 固定价格就意味着背叛承诺

估算应该基于实际的工作不断变化。

用户篇

19. 守护天使

自动化单元测试是你的守护天使。

20. 先用它再实现它

测试驱动开发其实是一种设计工具。

21. 不同环境,就有不同问题

要重视多平台问题。

22. 自动验收测试

23. 度量真实的进度

在工作量估算上,不要自欺欺人。

24. 倾听用户的声音

每一声抱怨都隐藏着宝贵的真理。

编程篇

25. 代码要清晰地表达意图

代码是给人读的,不要耍小聪明。

26. 用代码沟通

注释的艺术。

27. 动态地进行取舍

记住,没有最佳解决方案。各种目标不可能面面俱到,关注对用户重要的需求。

28. 增量式编程

写一点代码就构建、测试、重构、休息。让代码干净利落。

29. 尽量简单

宁简勿繁。如果没有充足的理由,就不要使用什么模式、原则和特别的技术。

30. 编写内聚的代码

类和组件应该足够小,任务单一。

31. 告知,不要询问

多用消息传递,少用函数调用。

32. 根据契约进行替换

委托往往优于继承。

调试篇

33. 记录问题解决日志

不要在同一地方摔倒两次。错误是最宝贵的财富。

34. 警告就是错误

忽视编译器的警告可能铸成大错。

35. 对问题各个击破

分而治之是计算机科学中最重要的思想之一。但是,要从设计和原型阶段就考虑各部分应该能够很好地分离。

36. 报告所有的异常

37. 提供有用的错误信息

稍微多花一点心思,出错的时候,将给你带来极大便利。

团队协作篇

38. 定期安排会面时间

常开会,开短会。

39. 架构师必须写代码

不写代码的架构师不是好架构师。好的设计都来自实际编程。编程可以带来深入的理解。

40. 实行代码集体所有制

让开发人员在系统不同区域中不同的模块和任务之间轮岗。

41. 成为指导者

教学相长。分享能提高团队的总体能力。

42. 让大家自己想办法

指引方向,而不是直接提供解决方案。让每个人都有机会在干中学习。

43. 准备好后再共享代码

不要提交无法编译或者没有通过单元测试的代码!

44. 做代码复查

复查对提高代码质量、减少错误极为重要。

45. 及时通报进展与问题

主动通报,不要让别人来问你。
Apr 20
开发又走了一个,测试的MM昨天也走了一个,JAVA组都归自己身上,身边的同事越来越少。

带人,设计,编码,唉。。。悲哀的工作。

周末人力招聘会回来,也没见动静,领导对毕业生不感兴趣,人啊。。

招个人真是难啊。。。
Mar 28
近几周工作一直不在状态,上班始终处于一种压抑的纷围。
年前进行了人事调整,部门里做技术的又少了几个,唉。有种难以持续下去的感觉。
工作没有目标、目的不明确、有需求也难以全身投入开发。
期待的项目分组调整还是一样的不变,说了等于没说,还真不能相信领导,难啊。
危机感!!不清楚自己是否还将继续,这样持续下去自己可能都废了,一点成就都没有,一切都是为了应付。。

得想想出路了。。。
Pages: 2/5 First page Previous page 1 2 3 4 5 Next page Final page [ View by Articles | List ]