程序员的数学思维修炼

程序员的数学思维修炼（通用5篇）

篇1：程序员的数学思维修炼

程序员的思维修炼

开发认知潜能的九堂课

我的总结

第一章：尝试改变自己。

第二章：德雷福斯模型。从整体角度看待问题。保持实践。学习如何学习的技能。

第三章：双cpu，L与R。多用脑，多记录想法。积极的情感。什么是创作？。多编码，深思熟虑，专注实践。

第四章：增加感观体验。R型开路，L型紧跟（从整体到局部）。使用隐喻（异类联想，培养幽默）。改变解决问题的角度

第五章：“很少”不意味着“没有”。从多个角度看待问题。你确信？你怎么知道的。凡事总有两面性。

第六章：学习能力可能是成功的最重要因素。技术不是最重要的，持续学习才是最重要的。教育的含义：从学习者那里引导出一些东西。仅仅掌握知识，而不去实践，没有用，随机的方法，没有目标和反馈，往往导致随机的结果。DMART目标。对主动学习的投资做好计划。很多教育家把学习者分为三大类：视觉型，听觉型和动觉型。

SQ3R学习一本书（或其他？）的方法：1，调查：扫面目录和每章总结，得出总体看法。2，问题：记录所有问题。3，阅读：阅读全部内容。5复述：总结做笔记，用自己的话来描述。5，回顾：重读，扩展笔记，与同事讨论。

主动阅读。R->L:首先是一种全盘，浅显但是广泛的调查，然后转换到传统的L型活动，扩大多重感官的参与（讨论，笔记，图片，隐喻等）。

使用思维导图。

同时用R型和L型做笔记。写文档的过程比文档本身更重要。观察，实践，教学。

第七章：积累经验是学习和成长的关键--我们通过实践的方法学习，效果最好。趣味性很重要。为了更好地学习，请更好地玩。在你的环境中安全地探索，创造和应用。当大脑受到压力，它会主动停止一些思考，眼界会缩小，不再考虑可能的选择，更糟糕的是，你会把R型完全拒之门外，L型主导一切，当你认为时间至关重要时，R型根本没机会工作。让大脑为成功形成惯例。从相似点中学习，从差异中忘却。记忆的每一次读取都是一种写入。

第八章：冥想：注意呼吸，顺其自然，不做任何判断和回应。

你需要随时随地做好准备捕捉信息，但是，一旦你捕捉到它，不能只让它呆在那里，这对你没有任何用处，你需要处理这些材料，组织它，发展它，合并不同的材料，并将整体的想法提炼和划分为更具体的想法。以为我们绝大多数人都没有百科全书的记忆力，一旦你读过一次，记得去什么地方找到对应的细节就足够了。一旦你选择一组工作，就要持续进行，避免情境切换。动态刷新头脑中的清单是相当昂贵的，应该在外部信息系统中保持待办事项清单。

第九章：真正的发现之旅不在于追求新大陆，而在于拥有新的视野。“不作为”是敌人，而“错误”不是。当你变成专家之后，你最想追求的事情是。。新手的思维。

第一章 绪论（p1）

软件并不是在集成开发环境IDE或者其他工具上设计出来的，它是在我们大脑中想象和创建

出来的。（p2）

当前最重要的两项技能就是：沟通能力，学习和思考能力（p2）

利用计算机模型类比人类的思维过程（p4）

生命中没有什么是恒久不变得，只有死鱼才随波续流，尝试改变自己（p4）

诀窍1：始终关注情景（p5）

第二章 从新手到专家的历程（p11）

德雷福斯技能获取模型，概括了从新手到专家必须经历的五个阶段。（p11）

德雷福斯模型的5个阶段：1新手，2高级新手，3胜任者，4精通者（他们能够纠正以往不好的工作表现他们会反思以前是如何做的，并修改其做法，期望下一次表现的更好，到这个阶段，自我改进才会出现），5，专家（直觉是专家的工具）

我已经见过很多年轻的程序员（1-5年经验）从来没有做过一个成功的项目（p22）诀窍2：新手使用规则，专家使用直觉（p24）

新手到专家，重要的三个变化：（1）从依赖规则到依赖直觉的转变（2）观念的改变，问题已经不再是一个相关度等同的所有单元的集合体，而是一个完整的独特的整体。（3）最后，从问题的旁观者转变为问题涉及的系统本身的一部分。（p24）

诀窍3：知道你不知道什么（p25）

你需要实践，积极的实践需要四个条件：（1）需要一个明确定义的任务，（2）任务需要有适当的难度，有挑战但可行（3）任务环境可以提供大量反馈，以便于你采取行动（4）提供重复犯错和纠正错误的机会。（p27）

诀窍4：通过观察和模仿来学习（p29）模仿->吸收->创新

我们需要研究如何在项目中实践尽可能多的现有技能（p30）诀窍5：保持实践以维持专家水平（p31）

诀窍6：如果你需要创造力，直觉或者独创能力，避免使用形式方法（p34）

在系统思维中，往往是事物之间的联系最让人感兴趣，而不是事物本身，这些联系有助于形成情境，而正是情境让这些事物各不相同。（p35）

诀窍7：学习如何学习的技能（p37）

第三章 认识你的大脑（p37）

大脑是双cpu，每次只有一个cpu可以访问内存，这两个cpu对应着大脑中两种不用的处理方式，线性L模式，异步，综合处理的R富模式。：R型对直觉问题解决和创造性非常重要，R型没有做任务语言处理，L型让你细致工作并实现目标。（p39）大脑必须刷新，必须使用，否则就会丢失记忆.(p40)

随时记录想法（p42）

诀窍8：捕获所有的想法以从中获益更多（p44）

面对复杂的设计问题或者难以修改的bug，优秀的程序员通常都有冲动去编码和构建，由此可以从中学习，这就是R型的综合而不是L型的分析。（51）

诀窍9：综合学习与分析学习并重（p51）

积极的情感对学习和创造性思维非常关键，处于“高兴”的状态可以扩展你的思维过程，激

活更多的大脑物质。

如果处于一个丰富的环境中，里面充满了需要学习，观察和交互的事物，你就会产生大量的新细胞和新的神经联系（p55）

诀窍10：争取好的设计，它真的很有效（p55）

创造来自于选择和组装，他要选择最合适的部件，并将它们组装成最合适的表现形式，这就是创作。（56）如果你想发现全局，整体的模式，需要R型，如果需要分析部分和细节，需要L型。（57）诀窍11：重新连线大脑，坚信这一点并不断实践（p58）

好程序员，多编码，深思熟虑，专注实践。（59）

第四章 你用右脑（p60）

诀窍12：增加感观体验以促进大脑的使用（p61）

大脑善于持续适应变化的环境，因此，要定期改变环境，满足你的大脑（p62）很多常见得活动都能够激活r型停止L型的占用：听音乐，绘画，静思，慢跑，等。（p63）诀窍13：R型开路，L型紧跟（p68）

学习过程中，不要太迫于学会和记忆，首先只是适应它，试着理解其意思，掌握主旨思想，然后再采取传统的L型活动走下一步。（p69）

L型和R型在隐喻上（也就是创建类比的过程中）是想通的（p71）

诀窍14：使用隐喻作为L型和R型相融之所（p71）{电脑的隐喻：窗，鼠标，老鼠，回收站，垃圾桶}

当异类联想时，这种联系越不可能（两参照系相距越远），创造性的成果就越大。

轻声!那边窗子里亮起来的是什么光?那就是东方,朱丽叶就是太阳!；；爱情是叹息吹起的一阵烟；；哲学是逆境中的蜜乳。（p73）

幽默既不是浪费时间，也不是无害的消遣，而是反映了思维，学习和创造所必须的重要能力，他与联系有关。（75）

语锋陡转真是幽默的来源（p75）

诀窍15：培养幽默感以建立更强大的隐喻（p75）

诀窍16：离开键盘区解决难题（p84）

努力从不同的角度看待问题，这是获取洞察力的诀窍（p87）

诀窍17：改变解决问题的角度（p88）

第五章 调试你的大脑（p93）四大类问题：认知偏见，时代影响，个性倾向；（p94）

诀窍18：“很少”不意味着“没有”（p99）

诀窍19：适应不确定性（p100）

随着项目进展，你会逐步找到答案，最终一切都有答案（p100）

好记性不如烂笔头（p101）

诀窍20：信任记录而不是记忆，每一次思维的输出都是一次输入（p101）

诀窍21：从多个角度看待问题（p109）

诀窍22：尊重不同人的不同性格（p109）

诀窍23：像高级动物一样行动，请坐深呼吸，而不要张口鸣（p115）

R型到L型，该开始思考时是全局和经验性的，然后转换到更常规的实践和技能，从而实现学习过程。（p116）

诀窍24：相信直觉，但要验证（p116）

当你坚信某件事情的时候问问自己原因。你确信老板在报复你，你怎么知道的？（要抱有怀疑和追寻根源的态度）（p117）{p167：鸡蛋不一定都是白色的}

凡事总有两面性，仔细权衡，积极和消极的两面，有助于确保你更全面地评估形势。（p118）我们通过逻辑来证明，通过直觉去发现--庞加莱（p118）

第六章 主动学习（p119）

在当今技术和环境下，学习能力可能是成功的最重要因素，它决定了你是“大获全胜”，还是“勉强通过”。（p119）

技术不是最重要的，持续学习才是最重要的。（p119）

教育的含义：从学习者那里引导出一些东西（p120）

学习不是强加于你的，而是你需要主动做的事情。仅仅掌握知识，而不去实践，没有用。随机的方法，没有目标和反馈，往往导致随机的结果。（p121）

DMART目标（specific，measurable，achievable，relevant，and time-boxed），具体的，可度量的，可实现的，相关的和时间可控的。（123）

诀窍25：建立DMART任务实现你的目标（p116）

你创建小任务越多，你就越容易看清自己与目标的距离。（p126）

诀窍26：对主动学习的投资做好计划（p128）

很多教育家把学习者分为三大类：视觉型，听觉型和动觉型（p130）诀窍27：发现你的最佳学习方式（p134）

诀窍28：组织学习小组学习和辅导（p136）

我们都是天生的模仿者，最佳而且最有效的学习方式是观察和模仿别人（p136）

SQ3R学习一本书（或其他？）的方法：1，调查：扫面目录和每章总结，得出总体看法。2，问题：记录所有问题。3，阅读：阅读全部内容。5复述：总结做笔记，用自己的话来描述。5，回顾：重读，扩展笔记，与同事讨论。（p137）

诀窍29：主动阅读（p139）

R->L:首先是一种全盘，浅显但是广泛的调查，然后转换到传统的L型活动，扩大多重感官的参与（讨论，笔记，图片，隐喻等）。（p139）

使用思维导图（p140）诀窍30：同时用R型和L型做笔记（p143）

诀窍31：写文档的过程比文档本身更重要（p146）

诀窍32：观察，实践，教学（p149）

第七章 积累经验（p150）

积累经验是学习和成长的关键--我们通过实践的方法学习，效果最好。（p150）

真正的学习--对你有用的学习--来自实践和认知，而不是外部的教学活动或者死记硬背。（p151）

趣味性很重要（p152）

诀窍33：为了更好地学习，请更好地玩（p53）

把事情分成大脑足以容纳的几部分（p154）诀窍34：从相似点中学习，从差异中忘却（p155）

诀窍35：在你的环境中安全地探索，创造和应用（p156）

诀窍36：观察，不做判断，然后行动（p161）

当大脑受到压力，它会主动停止一些思考，眼界会缩小，不再考虑可能的选择，更糟糕的是，你会把R型完全拒之门外，L型主导一切，当你认为时间至关重要时，R型根本没机会工作。（p164）

诀窍37：允许失败，你会走向成功（p164）

想象自己成功被证明是一种达到成功的有效的方法（p167）

诀窍38：让大脑为成功形成惯例（p168）

记忆的每一次读取都是一种写入（p170）

第八章 控制注意力（p171）

好的问题是没有答案的，它不是一个需要拧紧的螺栓，而是一颗种下的种子，由他可以收获一片思想的绿洲（p171）

诀窍39：学习集中注意力（p174）

冥想：注意呼吸，顺其自然，不做任何判断和回应（p175）

在任何情况下，都要保持呼吸的意识，感受空气在你的肺中，并让其他的想法自然溜走（p176）拖延与浸泡：如果某个任务你真的不想做，那么任何分散注意力的努力很可能只是耗费时间。如果你仍然有兴趣，但感觉“困难”，那么思想其实是在继续发酵，这当然没问题。（p178）诀窍40：挤出思维的时间（p178）

你需要随时随地做好准备捕捉信息，但是，一旦你捕捉到它，不能只让它呆在那里，这对你没有任何用处，你需要处理这些材料，组织它，发展它，合并不同的材料，并将整体的想法提炼和划分为更具体的想法（p180）

以为我们绝大多数人都没有百科全书的记忆力，一旦你读过一次，记得去什么地方找到对应的细节就足够了。（p181）

爱因斯坦也深谙此道，据称他曾经被问到一英里有多少英尺，他回答说，他不会在头脑中填满能轻易找到的东西，这就是参考书籍的用处，这是一种有效使用资源的方式（p181）诀窍41：使用wiki来管理信息和知识（p183）

多任务处理对生产力会造成重大损失，一项研究发现，一般情况下，多任务处理将耗费你20%到40%的生产力。我们大脑没有“保存栈”或“重新加载栈”的操作（p186）

科学家认为，试图把注意力同时放在几件事上，意味着你在每件事情上都会处理得很差。so，无论你做什么请不要同时都做。（p187）

一旦你选择一组工作，就要持续进行，避免情境切换。动态刷新头脑中的清单是相当昂贵的，应该在外部信息系统中保持待办事项清单。（p190）诀窍42：制定交流规则来管理干扰（p192）

诀窍43：少发送邮件，你就会少收到邮件（p193）

诀窍44：为邮件通信选择你自己的进度（p193）

你一直在持续努力地工作，你觉得越来越困难，或烦恼，或只是需要休息一下。可以，在白纸上随手涂鸦，或者随意走走，保持对情境友好的状态（p194）

诀窍45：屏蔽中断来保持注意力（p194）

如何保持注意力：我们鼓励你把冥想作为保持思维敏锐和清晰的工具。记住你需要集中注意力做什么。记住下面三件事：（1）学会安抚喋喋不休的L型思维，（2）主动在前进中思考和增强思想，即使是不成熟的。（3）明确情境切换的昂贵代价，尽可能地避免。（p199）

第九章 超越专家（p200）

真正的发现之旅不在于追求新大陆，而在于拥有新的视野（p200）

危险不在于做了错事，而在于根本没有去做事。（“不作为”是敌人，而“错误”不是）（p201）不管你能做什么，或者期望自己做什么，现在就开始做吧，勇敢可以给人智慧，力量和神奇，现在就开始做吧--歌德（p202）

当你变成专家之后，你最想追求的事情是。。新手的思维。（新手的大脑有很多可能性，但是专家心理只有很少）{专家太相信自己的专业水平，对其他的可能忽然不见}（p203）维梅尔鼓励女孩像他一样看待世界：充满复杂和丰富的细节，这是我们都在面对的挑战--完全看清世界，不断看清世界，和我们自己。（p204）

诀窍48：抓住方向盘，你不能自动驾驶（p205）

篇2：程序员的数学思维修炼

程序就是一系列按步骤进行的操作序列，它有好多种级别，比如最低级的微程序、次低级的汇编程序、高级的各种编程语言程序、最高级的脚本语言程序，也许我列的不对，但没关系，我要说的是不管是那个级别的程序，其本质都是操作的逻辑序列。大多数系统和应用程序都是建立在高级编程语言上的，比如C、C++、C＃、FORTRAN、BISIC、JAVA等等，就让我们只关注这一级的编程能力吧。因此如果一个程序员的逻辑能力不高，他永远都不能成为一名具有合格职业水准的程序员，我们在下面的讨论有关编程能力的方方面面，最终都是为了最大程度地提高和实现一名程序员的逻辑能力。

一、掌握基础知识：十六年寒窗的持续积累

从7岁读小学起，经过16年的学习，你从软件专业本科毕业后，必须完成以下几门专业课程的学习：计算机组成、操作系统原理、汇编语言、数据结构、编译原理、数据库原理、软件工程、结构性设计语言(PASCAL、C)、面向对象设计语言(C＋＋、C＃)、计算机网络等，你最好还懂一些算法分析、分布式系统、计算机图形学、形式逻辑、人工智能原理、软件设计模式、软件构架/框架等研究生的课程，16年来，你积累的除了知识，更重要的是形成最适合自己的学习方法和工作方法。这些是你具备程序员职业水准的基础能力，不要受什么计算机软件怪杰之类传奇的影响，那不过是小概率事件，而且这些怪杰们就算没有读过软件本科和研究生，也往往自学了大多数专业课程，很可能比在校学习的学生对这些课程的精髓部分理解的更好，还有他们的工作方法和思维方式是特别而高效的，但普遍性差，可以借鉴，不宜模仿。好，所以现在你只需要问问自己，那些课程和知识都学会并掌握了吗？如果是，那就准备好进行实践了。

二、在实践中提高：成为一名高水平的Coder

好了，你毕业了，在校功课都不错，也找了一个专业对口的工作，你想大展鸿图了，可是别急，你的翅膀还不够硬，不信我们说来看看。

通常，你在工作中都会用到某一种单位/公司固定的操作系统和编程语言开发环境，比如Windows、UNIX、LINUX等操作系统，又比如用VC、VB、PB、Delph、JAVA、Motif/XWindow、QT、OpenGL、OpenInventor等编程语言和开发环境，我们在后面把它们合称为开发环境。就在校学习的有关开发环境的知识而言，大概你距工作需要的差距是不小的，当某个操作系统和编程语言环境成为你的饭碗时，就不应也不能用通过课程/认证考试之类的眼光和要求来评价你的能力，即使你能考100分。你需要深入地学习该操作系统和编程语言环境的各类开发手册的所有内容，你会说大多数你都用不上，其实你既对又不对，对的是单从使用的角度而言，你确实用不上开发手册的大多数内容，比如庞大的VC开发类库和复杂的开发环境，你在实际工作中能用到的不到总数的1/10或1/5，不对的地方在于，你用到的部分不是孤立存在的，它们是整个体系中的一部分，只有对整个体系有了一个较完整的了解，才能得心应手、随心所欲地用好你用到的部分，你才算初步具备在这种开发环境下进行Coding的职业水准(还远不够程序员的职业水准呢)，而这只是刚开始。如何才能真正掌握一种开发环境的全面的知识呢，最原始的办法就是读开发指南/教程、参考手册，一般来讲，学习开发指南/教程时，你如果是一个认真的人，都会完成5/10~7/10左右内容的学习和练习，如果你想成为职业选手，就应该完成9/10以上内容的学习和练习。参考手册不同，大多数所谓的“程序员”们只是用到了才翻翻，这差的太远了，你应该象读开发指南/教程一样，每个环节都要读，比如VC，参考手册中的每个类，类的每个函数，都要读上几遍，它们往往是一小伙一小伙地纠缠在一起使用的，开始时读得你毫无头绪、心烦意乱，不要紧，还有一手呢，如果你开发环境安装的全面，它们往往都有开发商做的demo例子可看，你就进入另一个境界了，开始时你关注demo中的具体技术，后来你发现这些demo的程序写的都还算不错，结构简单但合理，如果你真的用心，就一定能发现一些个别的demo是极品，它所展现的程序逻辑结构是你设计不出来的，你现在有点更关心它的程序设计构架，甚于对你原始目的(某种相关的技术/技巧)的关注，这时的你，开始了从一名Coder向一名Programmer的转变，你会忍不住要看看开发商提供的源程序，比如.h和.cpp，通常你会找到include路径下所有的.h程序，你才知道，哇！好多好多东东在参考手册中都没提到，你要学的太多了，没时间顾及其它的业余爱好了，现在知道为什么程序员是年轻人的职业了吧，你要有足够多的时间才行，即使你的智商有160。如果你走到这一步，在你工作的团队中，已经是经常有人向你请教技术问题，经常有人请求你帮忙debug，你已是公认的“高手”了，别得意，因为你仍然是个Coder，为什么这么说呢，你想想，你已深入了解了这个开发环境中的各种技能，知道一名Coder如何用好这些东西，可是你能设计的出提供给Coder们用的东西吗？唔„„，你想了想，可能还不太行。对了，就是这样，你还是一名小我境界的程序员呢，本质是个Coder，当然已是一名高水平的Coder了，然而你需要进一步登堂入室才能成为一名真正的程序员。

让我们继续吧，通常你都是从精通一种编程环境开始的，假设你已经较为精通在Windows下用VC开发软件了，这时在技术和技巧方面你将面临一小一大两个挑战，第一个小挑战是如果公司/单位改换了开发环境，比如用LINUX下的QT交互语言工具进行开发，你不过是把前面掌握VC的过程再来一遍，由于在主观上经历了VC工具的学习过程，在客观上各种开发环境都有太多相似的方面，这回你掌握的应该较快。要小心，在这时第一次诱惑之门打开了，因为你感觉良好，看！这回这么快，我就这么好地掌握了新的开发环境，你开始关注其它暂时还用不到的同类环境，比如VB、Delph、JAVA，如饥似渴地掌握各种开发工具，证明自己的学习能力和价值，但你忘了一点，你仍然是个Coder，只不过是一个在好多开发环境下都能编程的Coder，就像你生活在中国，因而精通了汉语，工作需要你又掌握了英语，然后你就来了劲，把俄语、日语、阿拉伯语、拉丁语，等等等等，都学习个遍，我只能说，有点BT。你忘了自己是个职业人，同一类的东西工作中用得到才需学习，太多太多的Coder们喜欢在一起比较和炫耀自己会掌握了几种开发工具，不信你看看招聘时的求职书就知道了，sigh！他们中绝大多数人永远都只能停留在这个层次上，心浮气躁，一生都再也当不成真正的程序员了。总结一下，其实你在这时需要的是对自己掌握新开发环境的能力的自信，而不是一遍遍地重复来证明自己。第二个大挑战就是你明白了只掌握VC是不够的，你发现自己有点浅薄，有很多东东你会用但你不太懂，很多方面支持VC编程的知识你都没掌握，比如操作系统的源码、网络协议知识、Windows 的注册表、进程和线程的基础知识、硬件驱动方面的知识、ActiveX、Windows 庞大的 API，又是一个等等等等，这些基础知识的学习和掌握可是要花费大量时间的，你再一次深切地感到时间太不够用了，因为这时的你大概有许多俗务缠身了，所以有点沮丧，还不用提IT业每天不知有多少新东西在发布，KAO，永远都跟不上，越拉越远了。哎！别气馁，振作一点，你还是忘记了自己是个职业人，既然好多东东在工作中你永远都没机会用，那么干嘛要学呢？用什么才学什么，最多预测到马上要用什么，先一步学什么好了，要知道没有人是真正的、无所不精的全科大夫，除非你是神，但如果你还在耐着性子看这篇文章，你肯定是个人嘛。

OK，一般工作后三五年，你经历了上述过程，经受了诱惑和考验，终于明白了一个道理：你要的是强劲的学习知识的能力，是对某种软件知识/技能的有深度的精通，一种摸到它的根的深度，而不是已掌握的技能的种类和数量。这时无论谁用他掌握了多少种你不会的技能来吓唬你都没用，你对他的层次只有蔑视。通过几年的学习和工作，要记住最重要的一点，永远最重要：对自己学习IT知识能力的自信，一个程序员一生都要不停地进行高强度的学习，用心问问自己，有没有这个自信？别用虚荣心来骗自己哦，如果没有的话，那就不必花费你宝贵的时间向下看了，作者在此感谢你有耐心看到这里，现在建议你关闭这篇文章，趁着年轻，当机立断转行吧！

三、注重逻辑：成为一名职业程序员

好，再前进一点点，你就要成为一名职业程序员了，让我们继续来完成这个任务吧！我们在前一节提到过，“你发现一些个别的demo是极品，它所展现的程序逻辑结构是你设计不出来的，你现在有点更关心它的程序设计构架，甚于对你原始目的(某种相关的技术/技巧)的关注”，其实你是在关注这个demo程序作者的思维逻辑，所有程序的本质就是逻辑。技术你已经较好地掌握了，但只有完成逻辑能力的提高，你才能成为一名职业程序员。打一个比方吧，你会十八般武艺，刀枪棍棒都很精通，但就是力气不够，所以永远都上不了战场，这个力气对程序员而言就是逻辑能力(其本质是一个人的数学修养，注意，不是数学知识)。逻辑能力也是逐步提高的，开始时你一定是用直观的逻辑能力来编程的，怎么想就怎么编，不对就再改，在改进中提高自己的逻辑能力，从直观逻辑能力提高到抽象逻辑能力，这是很正常的。提前说一句吧，到达逻辑能力的至高境界，其表现是用数学语言来描述问题和问题的解决办法，高度抽象！好，说回来吧，你要提高逻辑能力，最快的办法就是读别人写的结构优秀的程序。优秀的代码是百读不厌的(这句话是我抄来的)，暂时放放对其中某种技术和技巧的关注吧，你要推导和学习的是这些好程序的逻辑结构，它们是被精心设计出来的。你可以先捂住这个demo程序，自己设计一个功能相同的程序结构，然后比较一下demo的程序结构，如果差距较大，那你就不应简单地改进一下，而是要把demo作者设计的过程在心里复原一遍，做到这一点也许有点困难，但这种事干的多了，你就会越干越快，越来越得心应手，你的逻辑能力飞速提升，你能看得上的逻辑结构优秀的程序开始不多了，下一步就是练习。从工作中开始吧，如果你有空闲，你需要做至少两类练习，一类是算法练习，所有的经典算法都是经典的逻辑，题目有的是，像个好学生一样吧，每年的国内国际编程竞赛都有逻辑要求非常高的题，你可以只选一两道难题来做做。当你可以把复杂的单递归程序(只有A调A)变成非递归程序时，已经不错了，如果你能看得懂双递归程序(A调A、A调B、B调A、B调B都有)，我为你鼓掌！你不必往下看了，我有点不好意思啦――班门弄斧，你快滚蛋吧！另一类是把以前和当前你工作中你不满意的程序推倒重新设计一遍，这非常重要，省时省力，因为你熟悉需求，技术上也没问题，目的就是改进程序的逻辑结构，很划算哦，唯一要克服的就是：你对推翻以前工作中那点小小成就的心理障碍，如果你真想优秀，说句粗话：这点心理障碍算个屁，一遍遍反复地推倒已有的成果只能使自己快速进步，放手干吧，没什么好可惜的，马恩早就在《共.产.党宣言》里说过了：在这个过程中，你失去的只有锁链(禁锢你思想的锁链)。

让我们来总结一下，经过自我否定后，再生的你尽管对过去的“业绩”还有一些眷恋，但已是一个初步具备职业水准的程序员了，掌握了相应的技术和技巧，具备了较高的抽象逻辑思维能力，最主要的特征是：能自觉地自我否定，不断地追求更高水平的逻辑能力。

在这个过程中，如果你能注意以下一些小的方面，你前进的步伐也许会快一些。

l 从编译原理的角度来理解你工作中使用的高级语言，如果你做到这一点，至少有两个好处，第一个好处是避免一大堆低水平重复出现的编译错误。一名优秀的Coder平均在一个工作日中应该完成200行以上的源码，其编译错误应该控制在5个以下，要知道这200行源码不是一次完成的，所以大多数情况下你都要追求一次编译通过，而一名职业水准的程序员，应该进一步做到即使用purify这类的工具来检查源码，也不会存在严重的内存泄露。第二个好处是可以提高源码的可读性和效率。规范地编写你的代码使你自己的逻辑清晰，因为你明白多加几个括号和空行、多换行对齐、多注释，编译器是会自动识别的，不影响程序执行的效率，反过来，控制好递归调用和循环内的if语句才是提高程序效率的关键，要全力避免递归，但要深刻理解递归，能通过自己建立堆栈来把递归程序转换成非递归程序，要求还是较高的哦！

l 避免思维陷阱，只要你是人就一定有自己的思维惯性，这一定又会表现在你的程序逻辑中，有时你就是从这个惯性中跳不出来(谁都有这个时候)，但要心里有数才行，所以你需要帮助，如果你有几个水平相若或更高的职业伙伴，太好了，当遇到花30分钟还打不下的bug时，就别浪费时间了，找他们吧，最要紧的是能思路清晰明确地表述你的问题，通常你自己在这个过程中或者伙伴中就有人把问题解决了，又快又好。另外，有几个可以良性竞争的职业伙伴是人生的一件幸事，1+1>2，大家各有所长，你最好做到及时公开你的成果，技不压身嘛，IT发展的这么快，你再优秀，那点东东也没有什么值得隐藏的，所以你可以技术或水平不够高，但千万不可以让真正具有职业水准的选手鄙视你的职业品质和行为。

l 有自己debug的特点，下面的说法作者不敢太肯定，只是经验之谈。即使在VC这种高度完善的开放环境下，你仍然应该要求自己仅凭打印语句就能debug。这也有两点好处，第一个好处是，遇到bug你会认真想问题所在，而不是用debug工具一步步简单地追踪卡在哪儿了，你定位bug范围的方式是从大到小、从粗到精，这是一种自顶向下的思维方式，而用工具追踪，容易形成自底向上的思维方式，这不算好，你应该先看到森林，再看到树木。我反复提及：程序就是逻辑过程，大多数程序从main函数开始，是由数据结构和功能子程序组成的一个树形结构的逻辑过程(要认清即使是面向对象的程序语言也是一样的)，它的执行过程是深度优先的，但你定位bug应该是广度优先的，好好想想这一点，嗯？第二个好处是强迫你思考并记住而不是用工具看到调用过程，你大脑的抽象逻辑思维能力和胳膊上肌肉的力量一样，都是练出来的，如果你的bug是程序结构上的逻辑错误引起的，这一点就非常重要了，顺便说一句，最难打的bug就是程序逻辑结构错误导致的bug。你要是真正明明白白地认识到这儿了，那我就没什么东西可以告诉你了。总之，程序员的职业水准：生产效率和程序质量，主要是取决于源码中bug的数量和debug的速度，而不是取决于编写源码的速度。给你一个我自己定义的考查一个职业程序员的指标：一个合格水准的职业程序员，编程的时间如果算一份的话，其累计debug的时间不能超过一份，真正职业高手累计debug的时间应该控制在0.5份以下，如何？你关上门悄悄问问自己，你花费在编程和debug上的时间比例是多少？如果你把程序员作为自己一生的职业，那么就永远都要牢记一点：追求做一个0 bug的优秀程序员！这是任何一个想成为职业程序员的人的理想，请相信：坚忍不拔地追求实现这个理想将让你出类拔萃！

l 做好程序的单元测试，这是另一项考查你是否是一名具有合格职业水准的程序员的一个必要指标。其实在你拿到需求的时候就要准备单元测试用例了，并且这些用例将直接影响你的详细设计(有关软件设计本来是该放在第四节讲的)。我们还是打比方吧，当你拿到一个需求时，除了分析它静态的功能外，还应明确它动态的操作/执行过程，把这个动态过程明确地用流程图画出来，比如分为A～Z的26步，其中A又可以进一步分解为A1～A5的5步，直到不能再分解为止。又比如说A3步不可分解了，那么你应该把A3步的正常操作和所有五花八门的异常操作都列出来，确保正常的操作肯定正确，异常的操作起码程序不退出才行。这样你就要写好多好多的测试用例，说句老实话，我也从来不写！但我一般会列一个提纲，比如A3步有正常的操作a、b、c、d、e共5项，异常的操作有f、g、h、i、j、k、l、m、n共9项，你在进行单元测试时都应该跑一遍，这样的程序都还不敢说质量如何好，但起码可以说较稳定吧！如果要想在进行单元测试时干得快、效率高，那么在进行详细设计时，你就应该把A3步中对所有正常操作和异常操作的判断都设计好，在编程实现A3步时，使得程序的结构合理高效，对不对？所以，如果你在工作中是割裂地看待软件工程中从需求、分析、设计、编程、测试等各个环节，恐怕水平很有限喔！但如果你在分析需求时就能看到测试的问题，并改进设计和实现，为此做好相应的准备工作，嘿嘿，整个软件开发过程你的效率会高很多，通常你在一个开发团队中就会高度自信的，你已越过当一名偏颇、露骨的高手的境界，成为一个平静的高手，这可是The best in the best！，用周星星的话说：是高手之高高手，因为别人看不出你高在哪儿，没见你有什么高招或特拚命干，但反正你就是干得又快又好、又省力。关于进行单元测试还有很多复杂的方法，在此本文只提到了最基本的一点，目的是让你在工作上考虑周全、安排有序，其它的自己琢磨吧，没有人能替你吃饱饭！

l 如果你是用C＋＋编程，我再简单谈谈有关内层释放的一个小技巧，就是对所有你编写的类，在构造和析构函数中加打印语句，统计每个类在运行程序时构造和析构的地方，如果是配对的，那么起码没有对象类一级的内层在程序运行结束时没有释放，然后你就可以把打印语句删掉了，招数虽土，但管用！

l 还有其它一些好习惯，在这里我随笔写一些，你要是有不同看法也请一笑过之吧。编程时应该对齐缩进，一个缩进用一个tab键，一般是4个空格，严格遵守开发团队的编程规范也是非常重要的。一个子程序不应超过30行(不算空行)，其内多重循环不应超过3层，否则都应该分裂成两个子程序，个别算法程序可以长一些，但也不宜超过200行。通常一个类的所有成员函数总和不宜超过1500行，多了就应该考虑分解成两个类(这个工作最好在设计时就完成)。每完成一小段程序，比如15～30行，就立即编译运行，不要假装高手，先敲它一大堆程序，再编译运行，妄想一次成功，体验一种假爽的、虚荣的快感，或炫耀给别人看，这么做只能证明自己是一个不折不扣的傻瓜，装酷而已。因为只要有一次不成功，你就会花费大量的时间来调程序，别人的进度在这时就远远地超过你了，平常心是道，还是修炼真功夫吧！孙子兵法里关于这一点有明确的阐述，我就不引用了，但建议你真的不要这么干，除非你确实就是这样总是一次就成功的天才，那你还看这篇文章干什么呢？我又不是写给你们这些天才们看的。再就是有学会买好书、读好书，关于计算机和软件方面的书太多了，时间有限，比如有一个叫侯捷的家伙，几乎写的每本书都不错，张国峰的C＋＋编程也不错，这只是我的个人意见啊，好书多着呢，列出来比这篇文章长好多倍，我就不多说了。还有一招，要是你运气好，能搞到一些著名软件系统的源码，好好读读吧，在此我只能告诉你，Linux操作系统的一些源码不错，是开放的，你可以合法地搞到，其它的不要说是我建议你侵犯知识版权啊！

四、天生神力：成为系统分析员

本来就论述如何成为一名职业程序员而言，本文已基本完成任务了，但《菜根谭》有言：竭世机枢，似一滴投于巨壑，穷诸玄辩，若一毫置于太虚。既已乘兴到此，何妨多置一毫于太虚呢，作者不才，干脆尽兴写算了。

你要是运气好，直接进入了一个严格规范生产的软件企业就业，刚开始就应该是按别人做好的软件设计来实现编程，你可以有机会直接学习软件设计，当你积累的足够多了，能够对其中的一些设计提出好的改进建议，而且干得又快又好，就会渐渐地展露头角，我相信你终有一天成为一名软件设计人员(注意，不是软件产品设计人员)，步入系统分析员的行列，但这还需其它的一些条件和自我修炼。如果你在一个不规范的软件企业工作，那也不错，你很可能直接就有机会进行软件设计，然后开发、测试，甚至还不得不自己定义需求，把软件开发过程的各个环节走一个遍，当然这样对你的要求更高，而且你也不容易得到及时有益的指点，在正态分布的情况下，你应该是成长的很慢。但不管就业的单位如何，如果你决心要成为顶尖软件职业选手，通常什么客观困难都阻挡不了你，然而你个人的因素可能会阻止你的前进。下面提出的观点纯属一己之见，伤人自尊之处作者在此提前道歉，并建议你除非对本文有强烈的兴趣，否则就请直接看第五节或放下别看了。丑话已说在前头了，在各种软件开发组织的发展过程中的事实也证明，只有少数程序员能成为系统分析员，我想这一点不是我杜撰的吧，因此你要是在看接下来的部分时感到气愤难当，那也实在没着，纯属活该，因为作者只是在说明自己的观点而已，你最多可以呲之以鼻，表示一下你的轻蔑好了，但没有任何理由可以骂人！

作者自己没有到微软面试过，但身处软件行业，关于微软的许多东东当然还是有耳闻的，据说微软招聘一名程序员要过五个已经成为微软程序员的面试关，而且是一票否决制，又据说大多数面试题并非编程，而是一些有关逻辑和智力的题，作者私下也做过许多流传的微软面试题，并对此做法深以为然。程序的本质就是逻辑，所以几十年前就有人提出编程是一门艺术，而艺术是要靠天份的，这一点少有人反对。一个人的逻辑能力可以不断提高，但其能到达的终极逻辑能力的层次必定为其天生智力所限制，这一点就让人不易接受了。好笑啊！人们可以公开承认自己没有某种或全部的艺术天份，但要说自己逻辑天份不够，换句话说承认自己笨、IQ不够高，往往是要怒发冲冠的，其实这又有什么区别呢？话都说到这儿了，再次建议你如果不够自信，就跳过这一节吧，直接看第五节，好吗？

好了，把话题说回来，你已经成为一门合格的职业程序员了，如果要想成为从事软件系统设计的职业系统分析员，第一件事就是悄悄找一个标准智商测试的网站或其它渠道，严格认真的测一测自己的智商，如果IQ低于130(正常智商是110)，就请别费劲了，打消掉成为系统分析员的念头吧！好！好！先请你冷静一下，好好想想，其实微软面试时就是在测你的智商和逻辑数学素质呢，这就是本节的标题为“天生神力”的原因，因为设计就是从无到有地进行创造，无论是软件还是其它行业都一样，可以有借鉴的，没有现成的，设计就是创造！如果你IQ在130以上，又决心要当一名职业软件系统分析员，其实你不过是要准备好吃更大的苦而已，有什么好虚荣的呢？

修炼还是从基本功开始的，过程和成为一名职业程序员差不多。必须使用设计工具这一点是不用多说的。在工作中，你基本上遇到的是两类方式的设计，一个是结构化设计，另一个是面向对象设计，就个人经验而言，面向对象的设计更好。如果你工作中不得不采用结构化的设计，你必须熟练地掌握数据流图和控制流图的分析和设计，一般来讲，如果你把一个软件中用到的数据模型设计好了，针对功能化的流程，不难设计出数据流图，但下一步设计控制流图才是挑战，如果你按照需求走不通设计好的控制流图，那么你或别人在按照这个设计编程实现时，必定也走不通，没有奇迹会发生，还是在设计阶段严格要求吧，又有一点需要牢记：返工是最慢的。当你在进行控制流图的设计时，也不要妄想得到需求人员提供给你明确的指点，通常他们要是能够把需求的功能和操作次序写完整的话，你应该就感恩戴德了，从需求中整理出功能、操作的拓扑次序和条件是你作为系统分析员的职责。看看，要是没有一点图论的基础和拓扑学的入门知识，你是当不好一个职业系统分析员的，即使你天赋不错，必要的数学和逻辑素质仍然不可或缺。也不用气馁，永远没有最好的设计，只有更好的设计，反复地进行设计迭代，勇于推翻旧的设计，你将快速进步。如果你在工作中是采用面向对象进行设计的，那就更有利了，有关面向对象设计的书太多了，不用作者在此多费口舌，建议精读一本经典的书，比如北大邵维忠等编译的《面向对象的分析》，有些方法和技巧可能过时，但其逻辑的基本原理是非常正确的，其本质是，你在逻辑上是如何认识这个世界的，你就是如何设计软件体系结构的，然后读读其它书，触类旁通，自己创造机会多实践，成功自然会到来的，总之，不管是结构化设计还是面向对象设计，评价一下自己的软件系统设计方案吧，有好多指标呢，比如是否均匀和平衡？局部独立性强不强？有没有歧异的结构？有没有层次太多或太少？有没有某个层次太大、太广？是不是逻辑结构先复杂了再化简的？还是只会设计简单的，复杂不起来(这一点是笨哦，如果出现多次，请你不要意气用事，转行吧)？最重要的一点，是否容易理解、实现和改进？你自己会得出评价的。如果有机会看到别人的设计，一定不要错过学习的机会，自己推导一遍，认真比较比较，获益会较多。

走到这一步，你就应该关注设计模式了，首先还是学习，这方面的好书有的是，但一般在工作中用到的设计模式较为单一，应该多尝试一下其它的设计模式。其次必须要明白设计模式不是设计思路，也不能代替设计思路，比方你要从A到B修一条路，设计模式只是让你选择，是修水泥的还是柏油的？是高架路还是普通的，但线路必须你自己定，而线路就是设计思路，模式对思路是有影响，但不能代替，所以如果你的智商高达250，我相信你直接用汇编语言也能写出面向对象的程序来。第三在此有一个陷阱，很多系统分析员生搬硬套设计模式，全然不懂如何融会贯通，在你的一项具体工作中，往往是以一种设计模式为主，其它模式为辅的，思维不拘泥于形式才是关键，而且也为你到达更高的软件设计的境界做好准备。

唉！都不知该怎么向下写好了，因为已达到作者水平的极限了，我胡乱说一点，你凑合看吧。软件设计最终的层次是：以无法为有法、以无限为有限，这句话是李小龙说的，不是我说的。再拾人牙慧一把，类比一个故事吧，金大侠在《倚天屠龙记》里讲到张无忌初学太极，学会的标志是把刚学的招数全忘了，记住的是太极的道理和精神，和李小龙有些相似喔，软件设计也一样，忘记所有的设计模式，随心所欲进行设计才是至高境界，所以你能到达多高的软件设计的境界最终将取决于你的哲学素质，这一点实在是不好写啊，你自己领悟吧！作者只有祝福了！

五、职业人的终极目标：全面修炼，成为Leader

这一节更不好写，涉及到太多其它非技术方面的因素，特别是个人人生观和世界观的修炼，如果本帖的点击率超过作者私下期望的一个数值，那我就争取尽力厚着脸皮再补上吧。我只说一句，虽然大家都知道软件开发是一个团队性的工作，但追求参与一个大型软件系统的成功开发，是一名软件人员的本能，就像拿破仑说的不想当元帅的士兵不是好士兵，所以不追求实现大系统的软件人员，也不是一个好的职业软件人员，但你只有成为Leader，领导一个优秀的软件开发团队，才有机会实现这个终极职业目标，对不对？ 好吧，不管你现在的感受如何，我都谢谢你能读到这里！我不习惯假谦虚，就不说什么作者水平有限，本文抛砖引玉，欢迎大家批评斧正之类的客套话了，虽然作者水平确实有限。所以我认为你尽管有权砸砖，但实在没必要搞回帖、或回骂、或顶之类的玩意儿，我只是尽兴写一点多年从事软件开发工作的体验，因此接下来我就高挂免战牌，不回复任何回帖了。再次谢谢你能有耐心读到这里！希望本文对你有所裨益，祝你成功！再见！

篇3：程序员的数学思维修炼

关键词：小学数学；课堂教学；教学能力

专家名师的数学课堂总是给人一种如沐春风的感觉，能让学生在轻松愉悦的学习氛围中学习基础知识，提高解题技能，提升数学思维。听完这样一堂课，大家不由地会赞叹执教老师的深厚功底。其实，只要我们数学教师注意几个方面，也可以组织成熟的课堂。教师首先要精通本学科内容，把握数学概念之间的练习，明确小学数学在教学中的深度，运用数学思维引导学生由浅入深地理解教材内容，组织学生以小组合作交流的方式探究数学知识的内涵与外延，及时联系生活实际，用数学知识解决实际问题，激发学生数学学习的兴趣。教师在课堂上要运用幽默风趣的语言吸引学生的注意力，让学生沉浸于“数学王国”，汲取丰富的数学知识。

一、灵活应用教材，挖掘教材内涵

教材是学生课堂学习的基本资料，教师要指导学生阅读教材中的每一处细节，概念、公式需要在理解的基础上记忆并会灵活运用。例题的解题步骤更要仔细分析，每一步都是典范，包括解答的规范性都需要学生仔细分析模仿。数学知识前后联系紧密，前一节的内容是后一节的基础和铺垫，后一章则是前一章的深化和延伸。

例如在学习苏教版五年级上册《小数的加法和减法》时，教师可以让学生先熟悉教材，初步认识小数加、减法的算理。在教学时，教师不要刻意讲授“小数点对齐”，而是要让学生通过计算来感受到小数点必须对齐，如果还停留在“整数加减，末尾对齐”的话会出现什么现象，如15.8+2就会等于16，这样学生就会发现整数部分相加都等于17，由此让学生认识到错误，从而感受到小数点对齐的重要性。在此基础上学生就会思考，为什么整数加减计算时末尾对齐，而小数加减时需要小数点对齐呢？这就探究出了加减法计算的本质，即计算时需要“数位对齐”。算理对于学生学习来说是最重要的，只有让学生明确算理与算法，才能使学生真正理解和掌握知识。

所以，教师在指导学生探究教材内容时也是对知识点的“再思考”和对概念原理的“再开发”，学生在探究过程中往往会收获意外的惊喜。当然，教材的利用也不可按部就班，照本宣科只会禁锢学生的思维，无法突破教学重难点。所以，教师要深究教材内容，适时联系旧知，灵活运用教材。

二、组织小组探究，丰富经验积累

数学学习是在不断积累知识的基础上丰富经验的，课堂收获的多少，主要是看学生在课堂上的主体活动。小组合作探究是新课改中比较重要的学习方式，但是目前有的课堂并没有让学生有足够的时间去探究、讨论，合作学习只是停在表面，学生的思维没有真正动起来，这样的数学课堂，教师也潇洒不起来。教师要适时组织学生进行合作探究，于动手操作中积累经验。

例如在学习六年级上册《长方体和正方体》时，对于长方体表面积的计算，教师可以给每组学生一部分长方形的硬纸片和胶带，让学生在组内合作拼装出长方体。这样的数学活动学生乐于参与，并且可以发挥出小组合作的作用。在组长的组织协调下，学生能够分工合作，快速有效地完成任务。在展示环节，有的组将不可能拼成长方体的六块纸板也粘在了一起，引起很多学生的哄堂大笑，而笑后的思考就是长方体相对面的形状和大小相同。由此可见，错误也可以是美丽的，因为错误让学生加深了对知识的掌握。这样学生在求长方体的表面积时就可以用相邻三个面的面积和乘2。同时，学生在操作中还可以发现，长度相同的棱才能拼在一起，由此也就发现了棱长中4长、4宽、4高的问题，所以在求棱长之和时就可以用长、宽、高之和乘4。这些发现都是学生操作和总结的结果，可见在积累了经验的基础上解决问题可以自然而轻松。

小组合作交流，是同龄人认知的交换，对理解、内化数学知识有着重要的作用。活动经验的积累是无可替代的，需要学生经过动手实践来获得。学生学有所获，便是成功的课堂。

三、观察学生动态，适时设计追问

学生的学习状态是教师进行教学活动的“指挥棒”，成功的课堂是以学生为主体的课堂。教师围着学生转，根据学生的接受能力，适时调整课堂的方向。教师在课堂教学中对学生的表现进行恰当的评价，鼓励学生进入更深层次的思考。数学知识联系紧密，教师在备课时可以设计拔高题，适时引导学生深究知识的内涵。

例如在学习三年级下册《长方形和正方形的面积》时，教师可以在学生掌握了长方形和正方形面积的基础上，设计一些具有思维含量的问题，从而加深学生对知识的掌握。如教师可以给出这样的问题：用一根12米长的绳子围成一个长方形，怎样围成的面积最大？这样的问题带有开放性和探究性，学生可以通过画一画、想一想、议一议等方式进行探究。学生通过尝试可以得出，当边长为3米时，也就是围成正方形时面积最大。这时教师可以通过追问来引起学生更深层次的思考：为什么周长相同时，正方形的面积最大？对于这个问题倒不需要现在就回答，但是学生通过这样的追问会发现数学大有奥妙，也就可以发展学生进一步学习和探究的积极心理。

“追问”在数学课堂中经常会收到意想不到的“生成效果”。学生的思维能力在教师的追问中得到更好的锻炼，课堂在“追问”中丰富了容量，更加充实，体现了课堂的成熟。

四、锤炼自身语言，展示教学魅力

课堂“功力”的修炼，很重要的一个方面就是教师的语言表达能力。教师在组织课堂时，学生没有任何压力，思维可以得到更加发散的伸展。教师的语言风趣幽默，站在学生的角度去思考问题，与学生的认知能够产生共鸣。教师能够根据课堂实况迅速调整教学方式，科学合理地解决课堂突发事件，不会为了取巧而任意增加课堂教学的“难度”。现代课堂需要熟练掌握现代技术知识的教师，能够灵活运用信息技术的教师总会让学生很崇拜，所谓“亲其师，信其道”，学生喜欢数学老师，肯定也会喜欢数学学科，课堂效果就更好。

篇4：Java程序员修炼十大过程

学习java这么久，见到过项目中的神人在键盘上运指如飞的编程速度，当时就被震撼了。当编程越来越成体力活，我们还能有自己的思想，还能修炼为Java系统级别的程序员嘛？学习与修炼以下知识与技能，帮你早日达成愿望。

一、努力成为某个行业或者领域骨干

面对漫长的职业生涯，要想不被淘汰，必须具备一招鲜吃遍天下的能力，选择自己感兴趣的方向，努力而深入的研究，计算机技术发展到今天已经细分很细，努力研究一种Java开源框架或者开源HTTP服务器源码或者研究过网络爬虫源码或者WEBKIT内核，不愁没有人要你。如果你是非常了解金融，企业ERP,证券，保险，移动应用行业的应用开发业务的人，一样不用愁工作。这些知识不随语言而改变，努力做一个有核心竞争力的Java程序员。

二、保持谦虚，三人行必有我师

乔帮主说他要保持初心，努力学习，我等更应该保持谦虚，IT技术发展日新月异，在你眼中不可能实现的技术，也许别人早已经有思路。保持谦虚就有机会吸取别人身上的长处，古人有云：满招损，谦受益。一个得道的高人更是说出了“下下人，上上智”的禅语。永远不要拒绝帮助你周围的人解决难题，解决难题是进步最快途径。不要放弃任何一次可以提升自己技术与能力的机会。

三、熟悉常见的网络通信协议

对HTTP协议，知道POST, GET的区别是什么，阅读过HTTP相关的RFC文档。学会使用sniffer工具查看数据包，帮助查找与调试程序，知道TCP与UDP的区别，知道并理解E-Mail发送与接受的协议如SMTP,POP3,IMAP等协议，了解MIME与Base64编码。知道组播是怎么回事情。

四、理解并能合理运用设计模式，UML建模

知道并理解设计模式中蕴含的几种基本原则如：里氏替换原则，开闭原则，合成复用原则，依赖倒置原则有很好的理解，并能举例说明。对常用的设计模式如工厂模式，单例模式，观察者模式，责任链模式，桥接模式等知道灵活运用，明白什么是回调（Callback）。最后用一位高人话来总结设计模式，它是为了让软件更容易被别人读懂，更容易维护而产生，设计模式本质是程序员之间的交流，如果A用工厂模式设计一个模块B来接替，A只要说该模块是工厂模式实现，B维护起来应该容易得多，所以设计模式是关于交流，不关于代码。切忌滥用设计模式。学会使用UML建模工具至少熟悉一种URL建模工具。

五、自动测试与软件配置管理（SCM）实现

知道什么是软件配置管理，知道Hudson-http://java.net/projects/hudson/运用该工具SCM,知道怎么获取测试代码覆盖率，Java有效代码行数（NCSS），完成firebug,JDepend等工具集成ant/maven.熟悉并注重在开发过程中使用JUnit单元测试，理解白盒测试规范。

六、Java语言学习

对线程（thread），串行化，反射，网络编程，JNI技术，容器（Map,List, Iterator），类加载器（ClassLoader），输入输出流，垃圾回收机制，有比较深入的了解，最起码做过项目应用。有过Java项目的性能优化经验，最起码掌握一种性能监视工具的使用，熟悉JVM参数，最起码知道可以在JVM启动时指定不同垃圾回收机制，以及不同垃圾回收机制之间的差别，熟悉JVM参数优化。

七、掌握英语，良好的读写能力

英语是计算机的母语，掌握好英语对于阅读英文资料学习新技术大有帮助，我的建议是尽量读英

文原版书，如果是算法方面的可能会困难一点，但是其它像设计模式，软件工程，OO编程思想等尽量读原版，提高自己的英文水平，多多访问开发者，code project,程序员天堂，Pc-magazine等英文IT网站。英语绝对是你必须修炼与提高的技能。此外英语好在外资企业尤其重要，只有外语足够好才可能在外资企业中突破职业瓶颈，向上发展。

八、养成总结的习惯，不断反思

上学的时候老师常让写小结，也没总结出来所以然，以至于工作以后再也不提这档子事情，建议每个项目做完以后对自己都有个小结，总结自己在项目里面学到了什么，反问自己能不能完成在不需要别人帮助的情况下自己完成这样的系统搭建，是否熟悉与掌握项目中所用到的技术，即使有些东西不是你负责完成的但是什么也不能阻挡一颗求知的心，总结要尽量详细记录你遇到那些难题是怎么一个一个的解决的，下次再遇到你是否可以很快解决或者避免这样的问题。有总结才有提高，孔子曰：学而不思则罔，如果我们只是coding到吐血，不思考，不总结提高，永远不可能有能有本质提高，秦相李斯有云：“泰山不让土壤，故能成其大，河海不择细流，故能就其深”,点滴积累不断总结方能量变导致质变。

九、Java代码反编译与代码保护

Java编译产生字节码，因而可以被轻松的逆向工程（反编译），微软的C#生产的DLL也一样可以被轻松反编译。正式由于这个原因产生了许多Java开源的代码保护工具，而Proguard是其中佼佼者，已经被google集成在android之中用于Java代码保护。

十、面向市场，永远对新技术保持渴望

计算机技术的发展日新月异，做为IT行业的软件开发人员要不断的给自己充电，更新自己的技术与时代保持同步，同时还要面向市场，华为总裁任正非说过-“华为的技术革新必须面向市场”,作为程序员同样要有市场意识，很多人都后悔没有在android刚出来的时候加以关注学习。那些很早关注android开发技术的很多程序员因此获得丰厚回报。如今HTML5得到越来越多的浏览器厂家

篇5：Java程序员修炼之道

亲耳听到过不少大牛的演讲，见到过项目中的神人在键盘上运指如飞的编程速度，当时就

被震撼了。当编程越来越成体力活，我们还能有自己的思想，还能修炼为Java系统级别的

程序员嘛？学习与修炼以下知识与技能，帮你早日达成愿望。

一：Java语言学习

对线程(thread)，串行化，反射，网络编程，JNI技术，容器(Map,List, Iterator), 类加载器

(ClassLoader)，输入输出流，垃圾回收机制，有比较深入的了解，最起码做过项目应用。有

过Java项目的性能优化经验，最起码掌握一种性能监视工具的使用，熟悉JVM参数，最起

码知道可以在JVM启动时指定不同垃圾回收机制，以及不同垃圾回收机制之间的

差别，熟悉JVM参数优化。

二：J2EE方面

最好知道JDBC规范是怎么回事情，面对Oracle数据库如果告诉你JDBC驱动不能用了，你

还知道有OCI驱动可以。掌握常见的SQL语句，熟悉JMS，JNDI等组件，掌握一套web开

发模式，从前台到后台，有能力整合好这样的框架。理解并掌握MVC思想，像SSH已经实

现了MVC的分层，几乎不需要你自己再实现，假设你开发一个简单的Swing程序，你能MVC

就说明你真的掌握了MVC的精髓。有能力在J2EE前端开发中构建自己的MVC模式，知道

什么是WEB2.0，知道什么是SOA，SaaS，SaaP等含义

三：理解并能合理运用设计模式，UML建模

知道并理解设计模式中蕴含的几种基本原则如：里氏替换原则，开闭原则，合成复用原则，依赖倒置原则有很好的理解，并能举例说明。对常用的设计模式如工厂模式，单例模式，观

察者模式，责任链模式，桥接模式等知道灵活运用，明白什么是回调(Callback)。最后用一位

高人话来总结设计模式，它是为了让软件更容易被别人读懂，更容易维护而产生，设计模

式本质是程序员之间的交流，如果A用工厂模式设计一个模块B来接替，A只要说该模块是

工厂模式实现，B维护起来应该容易得多，所以设计模式是关于交流，不关于代码。切忌滥

用设计模式。学会使用UML建模工具至少熟悉一种URL建模工具。

四：注重用户体验，掌握KISS原则，知道欧卡姆剃刀原则

顾客就是上帝这个口号我们已经喊了N年了，程序员的劳动成果最终也需要转换为服务提

供给客户，用户体验至关重要，常常看到的场景是功能实现了，软件很难使用，程序员有个

很充足的理由我不是美工，其实注重用户体验跟美工八杆子也打不到一起，FoxMail的成功

在很大程度是用户体验的成功，友好，清晰的用户提示，强的容错与纠错设计是获得好的

用户体验的不二法门。傻瓜相机顾名思义傻子都会使用，这个就著名的KISS原则(Keep it

simple and stupid)意思是UI设计要简单明了，傻子一看就知道怎么用，想想我们做出来的

东西，对照说明书都不知道怎么用。另外一个就是最著名的例子IPhone手机外观设计，是 典型的欧卡姆剃刀设计原则来完成人机交互。

五：自动测试与软件配置管理(SCM)实现

知道什么是软件配置管理，知道Hudson微机原理闹危机，汇编语言不会变，实变函数学

十遍。计算机基础知识被大家普遍忽视。从今天开始好好学习吧……

十一：Java代码反编译与代码保护

Java编译产生字节码，因而可以被轻松的逆向工程(反编译)，微软的C#生产的DLL也一样可

以被轻松反编译。正式由于这个原因产生了许多Java开源的代码保护工具，而Proguard是

其中佼佼者，已经被google集成在android之中用于Java代码保护，访问这里了解更多：

http://proguard.sourceforge.net/

十二：努力成为某个行业或者领域骨干

面对漫长的职业生涯，要想不被淘汰，必须具备一招鲜吃遍天下的能力，选择自己感兴趣的

方向，努力而深入的研究，计算机技术发展到今天已经细分很细，努力研究一种Java开源

框架或者开源HTTP服务器源码或者研究过网络爬虫源码或者WEBKIT内核，不愁没有人要

你。如果你是非常了解金融，企业ERP，证券，保险，移动应用行业的应用开发业务的人，一样不用愁工作。这些知识不随语言而改变，努力做一个有核心竞争力的Java程序员。

十三：提高语言与书面表达能力，掌握基础的项目管理知识

文档与语言表达能力是最好的向外界展现自己能力的方式，很多程序员编程能力很高，表达

能力一般，Linux能够成功，除了归功于网络社区的力量之外，也得益于Linux作者本人给各

大基金会写信，宣传推广，试想如果没有良好的书面语言表达能力，即使Linux系统再优秀，却无法被准确表达，失去各大基金会的支持，Linux还会像今天这么好的局面嘛。所以重视

文档，重视提升沟通与表达能力，才有可能成为Java系统程序员。掌握基本的2/8原则，学

会将模块细化分配给不同的人，预见并控制项目风险，把握项目进度，优化流程，合理的时

间管理，了解TDD，熟悉敏捷开发模式，常规软件开发模式。

十四：掌握英语，良好的读写能力

英语是计算机的母语，掌握好英语对于阅读英文资料学习新技术大有帮助，我的建议是尽量

读英文原版书，如果是算法方面的可能会困难一点，但是其它像设计模式，软件工程，OO

编程思想等尽量读原版，提高自己的英文水平，多多访问开发者，code project，程序员天堂，Pc-magazine等英文IT网站。英语绝对是你必须修炼与提高的技能。此外英语好在外资企业