时间管理，帮效率加分原文网址：http://bwqcw.cn/2009/12/xue-xi-zi-liao-shi-jian-guan-li-bang-xiao-shuai-jia-fen/嗯，一开始，想先问候你的心情。新世纪一开始，世界上大事小事状况连连，你我所熟知的世界，竟能在眨眼间，就面貌全变。在触目惊心之余，不禁也让人再度思忖，“时间”与你我之间的关系。面对过去，想做的没做，时不我予；而放眼未来，该做的待做，纷乱不已。心理学家们发现，从受创心情中走出来的最好方法，就是换个角度来诠释事情，并将焦距集中于当下，积极地规划未来。所以让我们把愁苦惊骇轻轻放下，一起来想想，该怎么规划时间，才能帮效率加分，让生命无憾。时间管理，看来毫无新意，其实它的意义远大于管理时间。因为时间若利用不当，压力就接踵而来，而生命，也就杂乱无章。所以时间管理，是压力管理，更是生命管理。时间管理的目的，是要能帮助你我，把时间做最有效率的运用，完成我们所珍视的人生目标。也可以这么说，时间管得好，我们就能有时间做完该做的事，并能享受所想做的事。听起来很棒吧？！那就事不宜迟，快快一起来瞧瞧，时间到底该怎么管理啰！分析时间运用现况请以十五分钟为单位，记录你每天的时间花费方式，请别偷懒，三四天后，你会恍然大悟，为何自己总是学莫文蔚，成天嚷嚷着“没时间，我没时间”啦。列出生活目标接下来，请把你现阶段的生活目标明确地列出。嗯，在这儿要写的，是全方位的生活目标，包括了工作、人际关系（家人及朋友）、个人保健（运动、保养等）以及自我实现（嗜好兴趣、学习进修）等各方面。别忘了，一个平衡的生活状态，才是真正丰富的生命成就，对吧？！排出重要顺序现在则要把每个订出来的目标，依序列出其重要性。请记得运用80/20原 理，80%的绩效，往往来自于20%的事项，快快找出那重要的20%活动吧！以周为单位做规划最好的时间安排是以一星期为蓝本，如此既不失其全面性，又能保有适应变化的弹性。排定每天的生活计划为了要达成一周生活目标，每天都该有需完成的进度分配。定进度请愈具体愈好，例如“写企划案两小时”就十分模糊，改为“完成企划案前两大项”就好遵 多了。善用身体的自然律动你知道吗，我们身体依照内在的生理时钟，在一天之中有着不同的能量表现，如果能顺着生理律动来安排时间，那就事半功倍了。* 早上9点到11点（企划时间）：此时我们的思考、组织、计划能力最强，反应最敏捷，最适合用脑超多的企划工作。* 早上11点到中午12点（决案时间）：短程记忆和推理能力在早上11点到达高峰，而近中午时则是作出复杂决定的最佳时机，因此这段时间用来开会很不错。* 下午1点到2点（创意时间）：在下午2点左右，我们的想象力最会遨游，因此若要写写信，作作诗，或想些新点子，就快趁现在啰！* 下午3点到5点（整理时间）：在下午3点，身体各功能都跌停板，最适合做些不太需大脑的事，例如回电话、打字、整理档案等。不过值得一提的是，此时长期记忆还不赖，所以复习外语、恶补新学习的工作技能等，都是好做法。* 下午5点到7点（运动时间）：我们的体能在下午5点达到最高峰，反射动作快，身体D 调能力佳，想健身瘦身的你，快换上运动服，用力流汗吧！由难到易，不要拖延一旦订出了每天的生活计划，就得好好遵守才行，要不就前功尽弃。如果你也如我一般，感到知易行难，那就来个狠招，找位好友来相互监督，甚至订出惩罚条款，给自己更多动力。不要一切事必躬亲时间只会消逝，不会增多。因而能不自己做的，就千万别累坏自己。挑出别人可代劳的事项，以及你该说“不”的活动，就这么说定，把这些事情避开，留出时间做真正重要的事情。留出弹性空白时间请别想把时间表排得分秒必争，这样只会增加压力，而减少产能。活动间留一些空白，以便应急，或是用来调整心情。做了总比没做好如果你是个完美主义者，总是得等到“准备好了”才行动，那就很可能会成了“一直心动，却无行动”的拖延大王。相信我，像你这样的自我要求超高者，表现是不会太离谱的。所以当心中那个“再计划看看”的声音又冒出来时，别忘了大声吼回去“先动手看看”，大不了可以再修正嘛，对吧？！别总是一心多用有时，你的确可以，也应该一心多用时间。例如搭车的时间也看书，一石二鸟，再加听音乐，一石三鸟。然而如果按这个原 则安排所有的时间，那恐怕就要天下大乱。学学禅宗的精神，一次只做一件事，唯有专注于某个当下，才能免去焦虑，创造奇迹。最后想再次提醒你的是，时间是我们最真诚的朋友，却也是最可敬的敌人，管好时间，也就经 营好生命。OK，有关时间管理，能跟你分享的，都已知无不言，接下来，就让你我一起振作起来，展现言出必行的亮眼成绩！*此文节选自《工作其实很简单》之“效能提升篇” （作者：张怡筠；河北教育出版社）；来自：张怡筠的情商俱乐部
原文网址：http://lifesinger.org/blog/2009/11/how-to-be-a-good-tech-leader/对于程序员来说，大部分公司都提供了多条职业发展方向：1. 技术型路线：编程高手、技术专家、架构师2. 管理型路线：项目经理、部门主管、总裁3. 复合型路线：技术总监、CTO4. 特长型路线：销售顾问、培训讲师这些路线，看起来很清晰明了。但对大部分26 – 32岁的程序员来说，如何发展，究竟该走哪条路，内心可能都存在彷徨与纠结。技术和管理，有如鱼和熊掌，不可兼得，这是寓言里的警示。但在现实工作中，鱼和熊掌往往必须兼顾。上面的4条路线中，不少职位可以进一步抽象为技术型领导。如何做一个好的技术型领导呢？下面是我的一些思考。按需服务当官的最高境界，是为人民服务。这句话看起来很虚，仔细想想是句至理名言。但是，作为技术型领导，需要谨慎的不是没有服务精神，而是服务得太热情。比如一个刚上任的技术领导，接到一个任务时，可能会担心万一同事做不好怎么办？于是将任务中最难的部分，自己加班加点搞定，剩余的部分才交给同事去做。这种强制性服务，对下属同事来说，并不是一种帮助，而是侵占。会让自己很累，同时让同事缺乏成就感：事情仿佛都是领导做的，自己只是打打杂。更好的一种处理方式是：先交给同事去做，同时告知如果遇到困难，可以随时讨论，一起解决。这样能让自己更轻松，同时让同事也得到成长。按需服务，而不是一厢情愿的强制性服务，会让团队成长得更好更快。委托和授权不少技术型领导，平时冲锋陷阵惯了，接到任务的第一反应是：如何解决这个任务？甚至10分钟内，大脑里已经把需求拆解成一个个代码段了。这不是一种有效的领导习惯。更妥当有效的第一反应是：团队中谁最适合完成这个任务？将任务委托出去，授权给合适的同事去负责。任务的拆解分析、时间评估等，信任同事，让同事反馈给你，而不是亲历亲为。交代任务本身，而不是实现方法遇到过一个场景：领导接到一个任务A，想到可以用方法B来实现。于是委托下属去完成方法B. 结果方法B并不能完成任务A, 导致任务A延期。作为领导，交代任务时，一定要如实传递，可以和下属一起讨论实现方法，但切忌不要直接将自己想到的方法当成任务本身分配下去。参与感、归属感和成就感流水线式操作，效率高，但并不适合软件开发行业。软件开发的主体是人，是情感化的程序员。作为领导，不要主动替下属去开各种会议。一个项目早期的需求讨论、用研分析等，要尽量让开发者参与。参与能让项目组的成员及早地形成团队感。这样，真正开发时，才会当成自己的孩子一样去用心写代码。项目发布后，这就是整个项目团队成员的荣誉了。否则，领导参加会议，下属只管写代码，流水线式分工，大家就都会有接单思想，有活了就干，没活了上Google Reader. 缺乏归属感和成就感，做出来的产品绝对好不到哪里去。信任与尊重交代任务时，要信任同事能把事情做好。对于技术型领导来说，交代某些重要任务时，往往会忍不住自己在心里思索预期解决方案，并期望同事的解决方案能和自己想的八九不离十。当同事的解决方案一旦和自己不同时，这时要特别留意，千万不要将同事的方案直接否定。要懂得尊重，即便自己的解决方案更好，也要委婉地给出建议，并反思为何当初分配任务时，没有主动去找同事讨论自己的预期方案。谦虚、坦诚和开放对于自己懂的，保持谦虚，并尽可能的教给同事，保持开放的心态。对于自己不懂的，要坦诚直言。不懂装懂，只会让下属看不起。批评对下属的批评，话无需多，点到即可。不吝赞美、懂得欢庆当下属表现优异时，要在公共场合适当地给予赞美。在周报、邮件里，要多提及团队的成果和优点。当完成重要项目时，适当的聚餐庆祝。在这些点点滴滴中，有时不经意就能培养出团队荣誉感。
虎丘的地方很美，去虎丘的时候，傻傻的看着路，就跟着走了，过了一座桥，就这么走着，地方就是江南水乡的感觉，老房子，老瓦片，老石头，还是老人。 路很窄，也就两个人并排的宽，旁边有河，有旅游的船来往，河岸上还有柳树，都到冬天了，树还是一片一片的绿，想不到现在已经进入了冬季。 时不时的有一只黑猫，喵喵的喊叫，还有流浪狗在溜达着，我也在溜达，我不知道路，走了好远，看到一处小字，留园…，才明白自己无意中到了，留园了。 曾经看过余秋雨写过关于留园的文章，写了留园的一砖一瓦，一花一草，记忆最深的是写留园的石桥。现在看到的石桥，最常见的拱桥，上面的石阶高低不一，而且长短也不一样，有的石阶，都不知道啥时间坏的，缺了一角。还见过一种石桥，类似于那种独木桥，一个长长的石头就那么横在那里，桥也就出来了。石桥应该被补过的，不再是一个完整的石头，现在是好多石条在一块的，上面还有好多缝隙，虽说离河不高，但也有点担心的。 在河边只管走，看不到头，也看不到底，看到一座桥，转了一个弯，绕到对岸，从原来的方向回去了。
原文网址：http://www.20ju.com/content/V128633.htm1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过 你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先 在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。3、软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队 中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤 陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”（非 技术型）带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整（软件开发技术变化实在太快）。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用 将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些 家伙出的书，100%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技 能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。6、不要仅局限于对某项 技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序，看看 Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序；用VC＋＋、Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码；除了会用J2EE、 JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。 试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由， 所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具（目前主要有VC++、Delphi） 进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀 的开源框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须 以个人、团队在当然开发语言上的传统或者经验来解决问题？？？“他山之石、可以攻玉”。8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验 者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（其实这个结论不应该被局限在软件开发领域、可以延伸到很多方 面）。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没 有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。9、理论与实践并重，内外双修。工程师的内涵是：以工 程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。掌握软件开发 语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工 作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软 件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的 产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工具，5、6 年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思 想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道理大 家都懂，但有多少人真正能做到呢？11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工 作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当别人拿着合同找你合作，你却这也不会，那也不熟时，你将后 悔莫及。12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明：“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想象的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。13、本文的总结与反思：A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。
