程序员小白如何提升算法

⑴ 初学者java程序员怎样快速提升自己技术

一、提升对java技术的思考
很多人口里嚷着要提升java技术，行动也有，但就是不奏效，是怎么回事呢?因为行动前没有好好的思考，比如老是盯着已经掌握熟练的java技术练习，你为什么不考虑多练练你不熟习的java技术呢?那么应该思考些什么关于java技术的问题呢?
1、这个技术能解决什么问题(why)
2、比较适合在哪些场景应用(where+when)
3、这个技术跟我已经掌握的哪个知识或技能类似，有什么差别、有什么特点、有什么优点和缺点(what)
4、了解前面的问题后，你在开始考虑提升java技术那么效果会比较好。
二、善于模仿，把他人的变成你的
你的代码刚开始是怎么学会的呢?不外乎模仿，但是模仿也有诀窍，有的人模仿的快，有的人模仿的慢。时常强调，多去看看其他人的代码是怎么编写的，你可以从其他人的代码中模仿出很多的东西，甚至你可以尝试去修改其他人的代码，让它跟你的想法更加接近，看看你下次是不是可以这样做，看看学习效率有没有提高或者变得简单，长此以往，你的java技术一定会有质的提升。

⑵ 程序员小白都应该知道的30件事

作者 | 宋兰欣 廖馨婷

来源 | 读芯术

从事编程并不容易。每年有许多人从各国的顶级计算机科学专业毕业，这是所有人都向往的最具竞争力的职业之一。与此同时，编程也振奋人心。随着技术的进步，每天都有新的创新。对于喜欢编程，并立志从事编程的人而言，编程是其热爱且为之奋斗的事业。

本文的这个列表可以帮助新手答疑解惑，节省精力。即使目前某些内容可能暂时不需要，但是总有一天它会派上用场。

1. 从事编程无需学位，但需要有所了解。

编程是少数几个不取决于学位的职业之一。但是编程是一项知识密集型职业。如果你要从事编程行业，阅读一些基本的涵盖计算机科学的基本概念等书籍是必要的。除了编写功能代码之外，为你的技术打下坚实基础，对基本概念有一个深刻理解，这使得你能够赢得技术面试有助于与同事交流。

2. 在问题解决技能上，编程十分具有创造力。

大多数人都有这样一种先入为主的观念，即编程就是分析和解决问题的能力。这只说对了一部分。编程还涉及许多创造性。通常，可以使用多种方式编写给定的代码。当你设计出最简单有效的编码方式时，创造性就产生了。

3. 掌握所有编程语言是不可能的，诀窍是将一门语言学到极致。

世界上有数百种编程语言。有一些编程领域为特定的职业道路铺平了道路：Web开发人员，前端开发人员，后端开发人员，软件工程师，数据库开发人员等。明确希望成为哪种开发人员，然后学习该职位所需的技术技能。

4. 你不需要成为一个机器，保持作为人的状态就更好了。

请记住，你首先是人，其次才是一名程序员。初次编程时，很容易迷失在代码中。你是一个人，你需要笑，需要哭哭，需要减压，需要与人交谈。作为一名程序员，平衡生活，尽可能的发现工作之外的乐趣与激情将为工作带来更多创造性。

5. 编程是应用知识而不是死记硬背。

与发明和创造新知识领域的研究不同，编程就是应用现有知识。书籍，研究论文，在线文章和学习视频将成为经常使用的资源。没有必要记住所有知识。可以通过搜索资源找到答案。随着处理的项目增加，知识也会自然而然铭记于心。

6. 你每天都会与冒名顶替综合症对抗。

编程是所有“聪明”人都超同一个目标前进的行业。除非你是天才，否则你会每天都觉得自己不配取得成功。当你每天都为这种感受所困时，会试着想办法解决这一问题。你可以一直将其作为学习新事物的动力，正确看待问题。

7. 作为一名程序员，你还需要有工作之外的生活，否则，你只会沉迷于编程。

有段时间你可能会宅在家里不出门。但是，要成为一名快乐的程序员，必须主动寻求计算机屏幕之外的生活。职业生涯的成功往往取决于你遇到的人。人际关系对程序员而言必不可少。保持程序员之外的个性特征对于防止沉迷于编程至关重要。当你乐在其中而非强迫自己时，工作才会更加出色。

8. 与他人合作会学得更快。

在职业生涯初期，你会想要断开与外部世界的联系，沉溺于阅读这十本有关编程的书籍，以建立计算机科学基础。你猜怎么着？如果你找到一个学习伙伴，会学得更快。当你与他人合作，所有的编程“缺点”都会暴露出来。编写的代码会得到审阅。由于有第三方的存在，你将会学着编写高效的代码。由于伙伴也在学习，所以你会想找到最好的办法。当你从事程序员这一工作时，总会有人审查代码。你永远不是独自一人这是你需要习惯的。

9. 不需擅长数学和科学。

在技术行业会遇到各种超级明星程序员，他们在接受了长期的文科教育之后，发现了编程在逻辑思维方面的吸引力。有很多画家和作家在追求艺术的同时以编程谋生。成为一名优秀的程序员，你需要的是坚持不懈。编程很辛苦。但是，一旦有了恒心，任何人都可以通过阅读编程书籍掌握基础知识。在这个行业工作一段时间后有很多人重拾数学。最后他们甚至可以在没有接受正式数学教育的前提下理解实施复杂的算法。

10. 成为全明星“学习者”。

程序员的学习能力都很强。刚开始也许你的学习能力并不出色，但最终将会得到提升。有时，工作会要求你在六个月内学习三种编程语言。这就是技术创新的状态。作为程序员，每天都在学习。学习就像呼吸一样。即使你对每天都需要学习的状态不太舒服，你也会被迫习惯。

11. 你将对完成项目上瘾。

编码成瘾是真实存在的。在编程生涯中的某一阶段，你将经历通宵编程的马拉松。在完成项目之前，你都不会想要睡觉。由于大脑正在处理大量的信息，你会忘记吃饭，喝酒，甚至不会离开办工作。不要紧，工作做完后，就到外面散散步或者度度假吧。

12. 耗费一整天只为找一个小漏洞。

多数时候，在编程项目中许多部分彼此相互关联。通常，你会发现除非修复了系统中潜藏的一个小漏洞，否则无法继续进行下一步操作。作为程序员，除非找到这处漏洞，否则你会对整个项目倍感压力。你会整天坐在电脑夙夜难寐，只为找到这一漏洞。这种现象只有找到它后才会消失。

13. 你将花费大部分时间在谷歌搜索无人能为你解答的答案。

如果使用流行的语言编程，那么大部分的问题都能得到解答。但是，也有例外。有时，你也会出现别人碰不到的问题。在这种情况下，参考编程书籍并询问编程委员会通常会帮助你答疑解惑。

14. 阅读设计模式的书

是否毕业于国内外最好的计算机科学专业并不重要。在每个程序员的职业生涯中，都会坐下来仔细阅读Head First Design Patterns。它可能是新程序员最常阅读的书籍之一。还在等什么？赶紧拿起它并从头到尾阅读。

15. 学会专注于确切的拼写

在每个程序员的职业生涯中，都会用自己喜欢的语言编写足够的代码，以便按照自己的方式做事。这包括为变量，类，甚至数据库中的表提供的命名约定的准确拼写。仔细审查这一点。你最不想发生的就是因为拼写错误而产生的系统漏洞。记住，当理由充分时沉浸与值得关注事情是情有可原的。但是如果无据可依，那不过只是无意义的重复。

16. 你可能会放弃

有时你会遇到无法解决的问题。有时问题难到让你怀疑人生，只想要辞职。有时工作环境会让你想要放弃。激情取决于坚持。这时候质问自己，是要坚持还是放弃？当遇到挫折和困难时，你就把它当做港湾和下一次腾飞的跳板。

17. 重头再来

当你看到那些和从前的一样热爱编程的人，你会很羡慕接着发现自己无法放手。你不能放手。然后又会回到编程项目上来。你意识到在内心深处，和编程同呼吸共命运，这是你才成为一名真正的程序员。

18. 回到某种形式的学校教育，去学习系统的知识。

即使是从精英计算机科学硕士课程毕业的最优秀的程序员也将在工作中学习。事实上，在职培训是大型科技公司工作的最佳福利之一。公司将送你去学习“高昂”的课程和研讨会，以培训你使用他们希望使用的最新技术。如果碰巧在工作中没有学到足够的知识，你将接触到许多在线编码学院和youtube视频，以提高你的技能。

19. 被不喜爱的公司聘用

即使你是一个平庸的程序员，某些公司也会需要你的技能。当他们面试你的时候，试着记住你也在面试他们。根据公司的文化，你可能会发现自己想对这份看似轻松地工作说不。作为程序员，工作时间很长。找到适合自己的公司文化几乎至关重要。幸福度会带来好的工作表现。如果你的技能无可替代，总会有其他公司排队挖你。非必要情况，不要轻易妥协。

20. 技术面试不合格

技术面试不是开玩笑。高级程序员经常以编写技术面试问题为乐。通常，出于某些原因，这些问题总是格外难。如果技术面试不合格，这也不是世界末日。这当然不能证明你的编程能力。它只测试你的知识库。试着想想积极的一面。如果个人技能出色，经理们会记住你。如果他们看好你的能力，然而你并不适合担任这个角色，他们仍可能会联系你，为你提供另一个职位。

21. 被告知你很出色

在职业生涯中，有时候你会觉得自己像个明星。经理需要依靠你完成项目，他们夸赞你很棒，以激起你的干劲。你会觉得自己处于世界之巅。注意了，这是在诱导你变得自负。请保持谦虚，毕竟学无止境，人外有人山外有山。

22. 被贬得一无是处

在职业生涯中，有时你会觉得自己一无所知。对项目没信心人会告诉你，你什么都不知道。也许他们这样做是为了让你了解自己身处的位置。但是，既然你正在阅读这篇文章，你就会大踏步前进。因为你知道的可能比你想的还要多。你所掌握的知识也会随着时间增多。一年后，人们会尊重你，所以请坚持下去。假以时日，甚至可能赢得那位曾经将你贬得一无是处的人的尊重。

23. 与你所欣赏的其他程序员竞争

编程最绝妙的方面之一就是竞争。当你编写一个你钦佩的程序员认为值得的代码时，会开心地像赢了彩票。编程竞争总是很有趣。精妙之处不在于谁是最好的而是互相学习。

24. 可能理解不了同事的话

一开始，这种情况可能是每周或每月一次。在新编程工作中，你可能理解不了同事刚刚说的话。可能以下两个原因。鉴于生活环境的不同，你可能听不懂他们的口音。在这种情况下，请另一位同事翻译。不能理解某人的言论并不可耻。很可能，其他同事也花了多年时间才得以习惯这种口音。另一个原因是同事刚才所说的完全超出了你的知识范围。那也没关系。毕竟，同事是专家。让同事以图片形式解释一下。你会想要拉把椅子坐下详听，因为这可能需要一段时间。

25. 看到去年写的面条式代码，你会感到羞耻

这事儿常常发生。开始时因为Perl代码，我被批评了。这是一个记录良好的代码，设计也很好。但我却用一种难以阅读的语言写出来。所以，我写了面条式代码。但是，每年，无论我怎么努力，我仍然会找到一些我清除由于快速完成工作而编写的面条式代码。这就是程序员的日常。我们解决问题并修补问题。不必觉得羞愧。当你意识到这是你写的，返回修正即可。

26. 当你厌倦了看另一行代码时，你将在数据库项目中躲避

当你进行一次精彩的编程攻关时会发生这种情况。已经两个月了。你需要休息一下。但是你喜欢这种势头，所以继续前进。然后你意识到SQL很有趣。无法弄清楚为什么你不能看另一行代码。但不知何故，将数据放入数据库并再其取出使你感到愉悦。你陶醉于完全逻辑语言的简单性。

27. 对编程马拉松又爱又恨

编程马拉松现在很常见。程序员加入团队并相互竞争。在这个过程中，他们会在几个小时内进行高密度学习。你会因为团队精神爱上编程马拉松，也会因为快速码字造成的腕关节综合症而讨厌它。你也会讨厌工作拥挤的房间以及在编程时感官的过度刺激。

28. 阅读研究论文时，会觉得一个字看不懂

你会说英语吗？好大多数人会说是的。但是，你可能会一遍又一遍地阅读一些研究论文，并发现自己一头雾水。对我来说，在学习基础数学之前，大多数关于算法的研究论文看起来都像是一片巨大的雾林。然后，突然间，一切似乎又都拨开迷雾了。

29. 购买耳机

在职业生涯的某个阶段，当你专注于代码时，会发现任何类型的噪音都会阻碍你的感官。买一个能够隔绝外部噪音的好耳机，可以让你在嘈杂房间内专心工作。在某些时候，还会发现音乐有助于编码。编码生涯的早期我就发现，音乐节奏有助于流畅地编码。即使是现在，需要提高工作效率时，我还会找些音乐来听。

30. 抓住与同伴交流的大好时机。

在职业生涯的某个阶段，你会成为公司非常重要的开发人员群体。这时你将被邀请到异地技术专业人员将在这里进行社交活动。高层管理人员会借此机会了解你。这并非是无忧无虑、享受的时候。相反是与同伴交往和交流的大好时机。有时，外出活动还包括与其他公司的技术专家的会议。

⑶ 新手入门如何快速提升编程水平

首先，并没有快速提升的办法，都是孰能生巧，学习越多掌握的越多。学习编程是一件好事，新手入门不要认为编程很难,也不要急功近利，先了解你学习编程的目的是什么，目的决定发展方向。

其次，目前对于编程有很多种编程语言以及相对应的开发软件，根据你的情况选一种语言进行专业学习，不要盲乱学习。编程是一种融汇贯通的东西，学会基础到后边就越来越简单了。而且可以向多种语言发展。

再次，这边有些一些常用的编程语言，对于新手来说有些帮助。
C语言 是一种可移植性和多系统平台的编程语言
JAVA 是一种功能强大可移植性强的开发语言
HTML 是一种超文本标记语言
Java Script 是一种基于客户端的脚本语言

程序语言，顾名思义就是一种语言，是用于交流的，程序就是计算机的语言和人类语言的翻译者，做一个程序员就是要把人类世界的问题用计算机的方法去解决和展现，可是因为种种原因，大多数人在如何学好语言，如何学好开发平台上疲于奔命，到头来你只会敲写代码。如果想做一个合格的程序员，C++、JAVA、sql、都是一定要学的,另外，不要去学你喜欢的，也不要去费劲脑子想该学什么，看看IT界，IT市场需要什么，你就学什么。

新手学编程要从根本出发

从理论上来说，需要广泛的阅读，了解算法的博大精深和计算机的基本理论。
从实践上来说，需要有广泛的练习，练习的广泛在于练习不同的内容。
然后就是创新精神和数学思维能力，这些都是需要培养的。

基础要打好

学编程要具备一定的基础，总结之有以下几方面：

(1)数学基础 、从计算机发展和应用的历史来看计算机的数学模型和体系结构等都是有数学家提出的，最早的计算机也是为数值计算而设计的。因此，要学好计算机就要有一定的数学基础，出学者有高中水平就差不多了。

(2)逻辑思维能力的培养 、学程序设计要有一定的逻辑思维能力，“思维能力”的培养要长时间的实践锻炼。要想成为一名优秀的程序员，最重要的是掌握编程思想。要做到这一点必须在反复的实践、观察、分析、比较、总结中逐渐地积累。因此在学习编程的过程中，我们不必等到什么都完全明白了才去动手实践，只要明白了大概，就要敢于自己动手去体验。谁都有第一次。有些问题只有通过实践后才能明白，也只有实践才能把老师和书上的知识变成自己的，高手都是这样成材的。

(3)选择一种合适的入门语言、 面对各种各样的语言，应按什么样的顺序学呢？程序设计工具不外乎如下几类：

1.本地开发应用软件开发的工具有：Visual Basic 、Delphi 、VC++ ( C++ Builder ) 等；数据库开发工具有：Visual Foxpro 、Oracle Developer 、Power Builder 等。

2.跨平台开发开发工具如 Java 等。

3.网络开发对客户端开发工具如：Java Script 等；对服务器开发工具如：php 、ASP 、JSP 、ISAPI 、NSAPI 、CGI 等。以上不同的环境下几种开发工具中 VB 法简单并容易理解，界面设计是可设化的，易学、易用。选 VB 作为入门的方向对出学者是较为适合的。 (但现在已经过时)

培养好的编程习惯

编程入门不难，但入门后不断学习是十分重要的，相对来说较为漫长。在此期间要注意养成一些良好的编程习惯。编程风格的好坏很大程度影响程序质量。良好的编程风格可以使程序结构清晰合理，且使程序代码便于维护。如代码的缩进编排、变量命令规则的一致性、代码的注释等。

多问多学习

掌握编程思想必须在编程实际工作中去实践和体会。编程起步阶段要经常自己动手设计程序，具体设计时不要拘泥于固定的思维方式，遇到问题要多想几种解决的方案。这就要多交流，各人的思维方式不同、角度各异，各有高招，通过交流可不断吸收别人的长处，丰富编程实践，帮助自己提高水平。亲自动手进行程序设计是创造性思维应用的体现，也是培养逻辑思维的好方法。

总结

1、先照书上的题目写，题目的设计是有道理的巩固基础知识。

2、找数学题，写个小程序解决，熟悉算法和基础函数。

3、自己出题目，小一点的，如自编资源管理器、自编写字板之类，练习WINDOWS下的编程。

4、结合身边的事，找个中等课题，或看别人的程序，自已想办法实现。

5.把教材中的例子,自己仿照着写一遍,上机运行,看结果.要知道,任何产品都是有例子的，有机结合或仿照。

6.从自己熟悉的事情入手,如成绩统计,编制一段程序,完成一个功能.然后再完善。

7.要反复破坏代码,从破坏中寻找代码的规律。

8.必须经常反复上机练习。

⑷ 作为一名程序员，如何提高自己的编程能力

现在的程序员越来越多，如果，你身为一名程序员，但是，你的编辑能力并不是很好的话，你就会被一些能力好的人取代。所以你要多看一些书籍，还要多做一些练习题。

⑸ C#初级程序员，怎么快速提高技能呢做技术牛人

1：团队精神和协作能力
把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。

2：文档习惯
说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。

3：规范化，标准化的代码编写习惯
作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。
有些coding fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。
再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。
4：需求理解能力
程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

5：复用性，模块化思维能力
经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。
复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。
一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力。

6：测试习惯
作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。
测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到的需求理解能力。

7：学习和总结的能力
程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。
善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。
善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。
一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。
具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是一种意识上的问题。

那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言，除了应该具备上述全部素质之外，还需要具备以下素质：

第一，需求分析能力
对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者，他们不但要理解客户需求，更多时候还要自行制定一些需求，为什么这么说呢？
一般而言，进行研发任务，也许是客户提出需求，也许是市场和营销部门提出的需求，这时候对于研发部门，他们看到的不是一个完整的需求，通常而言，该需求仅仅是一些功能上的要求，或者更正规些，可能获得一个完整的用户视图；但是这都不够，因为客户由于非技术因素多一些，他们可能很难提出完整和清晰，或者说专业性的性能需求，但是对于项目组织者和规划者，他必须能够清醒认识到这些需求的存在并在完成需求分析报告的时候适当的提出，同时要完整和清晰的体现在设计说明书里面，以便于程序员编码时不会失去这些准则。
程序设计者必须正确理解用户需求所处的环境，并针对性做出需求的分析，举例而言，同样一个软件通过ASP租用方式发布和通过License方式发布，性能需求可能就是有区别的，前者强调的是更好的支撑能力和稳定性，而后者则可能更强调在各种平台下的普适性和安装使用的简捷性。

第二，项目设计方法和流程处理能力
程序设计者必须能够掌握不少于两到三种的项目设计方法（比如自顶至下的设计方法，比如快速原型法等等），并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的整体设计。设计方法上选择不当，就会耽误研发周期，浪费研发资源，甚至影响研发效果。
一个程序设计者还需要把很多功夫用在流程图的设计和处理上，他需要做数据流图以确立数据词典；他需要加工逻辑流图以形成整体的系统处理流程。一个流程有问题的系统，就算代码多漂亮，每个模块多精致，也不会成为一个好的系统。当然，做好流程分析并选择好项目设计方法，都需要在需求分析能力上具有足够的把握。

第三，复用设计和模块化分解能力
这个似乎又是老调重谈，前面基本素质上不是已经说明了这个问题吗？
作为一个从事模块任务的程序员，他需要对他所面对的特定功能模块的复用性进行考虑，而作为一个系统分析人员，他要面对的问题复杂的多，需要对整体系统按照一种模块化的分析能力分解为很多可复用的功能模块和函数，并针对每一模块形成一个独立的设计需求。举个例子，好比是汽车生产，最早每辆汽车都是独立安装的，每个部件都是量身定做的，但是后来不一样了，机器化大生产了，一个汽车厂开始通过流水线来生产汽车，独立部件开始具有一定的复用性，在后来标准化成为大趋势，不同型号，品牌甚至不同厂商的汽车部件也可以进行方便的换装和升级，这时候，汽车生产的效率达到最大化。软件工程也是同样的道理，一个成熟的软件行业，在一些相关项目和系统中，不同的部件是可以随意换装的，比如微软的许多桌面软件，在很多操作模块（如打开文件，保存文件等等）都是复用的同一套功能模块，而这些接口又通过一些类库提供给了桌面应用程序开发者方便挂接，这就是复用化的模块设计明显的一个佐证。
将一个大型的，错综复杂的应用系统分解成一些相对独立的，具有高度复用性的，并能仅仅依靠几个参数完成数据联系的模块组合，是作为高级程序员和系统分析员一项最重要的工作，合适的项目设计方法，清晰的流程图，是实现这一目标的重要保证。

第四，整体项目评估能力
作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需要大量的经验积累，换言之，这是一种不断总结的累计才能达到的境界。在西方一些软件系统设计的带头人都是很年长的，比如4，50岁，甚至更老，他们在编码方面已经远远不如年轻人那样活络，但是就项目评估而言，他们几十年的经验积累就是最重要和宝贵的财富。中国缺这么一代程序员，主要还不是缺那种年纪的程序员，而是那种年纪的程序员基本上都是研究单位作出来的，都不是从专业的产品化软件研发作出来的，他们没有能积累那种产品化研发的经验，这也是没有办法的事情。
第五，团队组织管理能力
完成一个项目工程，需要团队的齐心协力，作为项目设计者或研发的主管人，就应当有能力最大化发挥团队的整体力量，技术管理由于其专业性质，不大同于一般的人事管理，因为这里面设计了一些技术性的指标和因素。
首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。
其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥组队的效率。
一个代码水平高的人，未必能成为一个合格的项目研发主管，这方面的能力欠缺往往是容易被忽视的。

综上可以看到，作为一个主管研发的负责人，一个项目设计者，所需要具备的素质和能力并不是程序代码编写的能力，当然一般情况下，一个程序员通过不断的总结提高达到了这种素质的时候，他所具有的代码编写能力也已经相当不简单了，但是请注意这里面的因果关系，一个高水平的项目设计者通常已经是代码编写相当优秀的人了，但是并不是一个代码相当优秀的程序员就可以胜任项目设计的工作，这里面存在的也不是智商和课本的问题，还是在于一个程序员在积累经验，逐步提升的时候没有意识到应当思考哪方面的东西，没有有意识的就项目的组织和复用设计进行揣摩，没有经常性的文档习惯和总结习惯，不改变这些，我们的合格的项目设计者还是非常欠缺。

另外，为防止有无聊的人和我较真，补充一点，本文针对目标是作商业化的软件项目和工程，那些科研机构的编程高手，比如算法高手，比如图象处理高手，他们的工作是研究课题而非直接完成商业软件（当然最终间接成为商业产品，比如微软研究院在作的研究课题），因此他们强调的素质可能是另外的东西，这些人（专家），并不能说是程序员，不能用程序员的标准去衡量。

最后补充一点东西，一个软件项目研发的设计流程是怎样的呢？以通常标准的设计方法为例，（不过笔者喜欢快速原型法）。

第一个步骤是市场调研，技术和市场要结合才能体现最大价值。

第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手册。用户视图是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了很多操作方面的流程和条件。数据词典是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成了一半多。用户操作手册是指明了操作流程的说明书。请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。
需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或公司市场部门）能够有真正的沟通和了解。

第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和经验教训的总结，还要重新进行详细设计的步骤。
第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把具体的模块以最‘干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软件系统在完成了一半的时候，其实还没有开始一行代码工作。那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。

第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候吗？从来没有！

第六个步骤是测试
测试有很多种：按照测试执行方，可以分为内部测试和外部测试；按照测试范围，可以分为模块测试和整体联调；按照测试条件，可以分为正常操作情况测试和异常情况测试；按照测试的输入范围，可以分为全覆盖测试和抽样测试。以上都很好理解，不再解释。
总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会又不可预料的问题存在。
完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，知道这个软件被彻底淘汰为止。

写这些步骤算不上卖弄什么，因为实话讲我手边是一本《软件工程》，在大学里这是计算机专业的必修课程，但是我知道很多程序员似乎从来都只是热衷于什么《30天精通VC》之类的，他们有些和我一样游击队出身，没有正规学过这个专业，还有一些则早就在混够学分后就把这些真正有用的东西还给了老师。

网上现在也很浮躁，一些coding fans乱嚷嚷，混淆视听，实际上真正的技术专家很少在网上乱发帖子的，如笔者这样不知天高地厚的，其实实在是算不上什么高手，只不过看不惯这种对技术，对程序员的误解和胡说，只好挺身而出，做拨乱反正之言，也希望那些还沉迷于一些错误人士的coding fans们能认真想想，走到正途上，毕竟那些聪明的头脑还远远没有发挥应有的价值。

⑹ 如何从没有一点技术知识的小白成为一个合格的程序员

一．学好C语言的运算符和运算顺序
二．学好C语言的四种程序结构
（1）顺序结构
（2） 分支结构 ①if(条件) ②if(条件) ③嵌套分支语句 其语句格式为 ④switch开关语句
（3）循环结构
(4)模块化程序结构
三．掌握一些简单的算法
以上是C最基础的东西， 先会了这些， 以后的不同道路你可以自己选择了， 对这些有一些大体了解，你就知道以后怎么做了，GOOD LUCK， 另外我谈谈我的经验

[经验之谈]30岁，我的程序，我的梦！
程序人生 : 30岁，我的程序员梦想
作 者： redbridge (雪燃)

30岁，开始实现我的程序员梦，从一个编程爱好者，从一个业余的程序员，一个水平不高的程序员，一个半道出家的程序员......
我的经历到这里就告一段落了，五年里跳了五次槽，不知道和大家比算不算多J，没有什么太多起伏，但我想很多朋友可能会和我有类似的经历，不知道能不能引起你们的共鸣。我想对我上面所说的话给一个总结：

1． 如果你觉得自己应该追求什么，不管遇到什么困难千万不要放弃，一定要坚持下去。
2． 不要因为自己年轻就找理由挥霍时间，少玩一点SC、CS、魔兽3、传奇、魔力或者…….，多看点书，多练练题。
3． 如果你还是在校的学生，英语很差，专业课也很差。没关系，想怎么学计算机就怎么学计算机吧。其它地只要能混到毕业证就行了。除非你对自己的未来没有信心。（当然，如果你的理想不仅仅是要做一个程序员，那你别丢掉英语。）
4． 如果你不是科班出身，想要转行而不知该怎么开始的话，建议你先看两类书：（1）计算机原理；（2）数据结构和算法。（看数据结构之前先看C语言）。
5． 什么时候努力都不晚，关键是你明白要努力了，大器晚成总比一事无成要好的多。
6． Java、.net、C++、PB、VB、Delphi、汇编到底应该学哪个？我的经验，哪个最简单就先学哪个、公司用哪个你就学哪个、哪个和你有缘（比如刚好你认识一个愿意帮助你的Delphi高手）你就学哪个，如果你都学，或者三天两头的换，我可以告诉你结果肯定是什么都不会，不要心浮气燥，他们都只是工具，学精一门其它的就相通了，重要的是掌握编程的思想。如果你问我面向对象（好像现在已经是面向需求了）、UML、WebLogic、WebService、软件工程、XML…….应该怎么学呀，对不起，这些我也确实不是都会，但请相信，你先实实在在的写上十万行以上的代码以后，那些东西你自然就慢慢会了。
7． 不要以为程序员的工资都很高，程序员之间的水平差异也大。公司衡量一个人的待遇标准是他能给公司带来多大的效益。如果你体现了自己的价值，公司会主动给你加薪的，当然你也可以自己主动提，但一定要在你表现出了自己的价值之后。
8． 轻易不要跳槽，如果非要跳，也要保持工作经验上的延续，而不是从新开始，不然就会象我一样走很多弯路。
9． 如果你以为程序员都是熬夜熬出来的，那么你错了，因为它的代价就是缩短你的青春！大家不要象我一样，真的，熬夜一点也不好！记住老毛的话：如有恒，何须三更起，半夜眠；最怕莫，三天打鱼两天晒网，竹篮打水一场空！
10． 这一点是我觉得最精华的一点：“君子性非异也，善假于物也。”这句话的本意是一个水平很高的人本身并不一定很高明，关键是他善于利用别人的高明！我在这里做个借鉴，就是要充分利用自己身边的资源，不放过任何一个可以提高自己的机会。大家不要误会，这里的假于物可不是指抄袭别人的源代码，而是指通过学习别人的源代码把他的思想扩展到自己的思想里去。
注：上面的十大“精华”纯属我个人的“谬论”，您自己看着消化，有用的收下，没用的请拖入“回收站”。如果你觉得这些总结不过是一些浮华之词，那请你先问问自己：“是不是在行动上都真正做到了。”
这就是我，一个不算优秀，不算勤奋；玩能玩通宵，学也学能学通宵；对梦想的追求很执着；到了30才开始真正写程序；一个很平凡但又不甘于平凡的人……我的经历相信很多朋友都有过的，我现在也不能算是一个成功人士，但我相信我的经历却是值得大家借鉴的，因为我终究代表了一类人。
最后我还想说一点：现在很多朋友都抱怨中国的软件业环境太差，前途渺茫。确实是这样，我有同感。不过我想软件业不过是千万个行业中的一种，每一个行业总是会有起落的，中国的软件业环境差有她的历史原因，我们不要总是简单地和印度相比。抱怨没有意义，已经这样了，抱怨不能使她变好，希望我们每一个人多贡献一份自己的力量，总有一天她会变的比印度还好，甚至比美国还好。
最后：希望所有的程序员和拥有成为程序员梦想的朋友们在新的一年里心想事成，万事如意。请相信我：明天不一定更美好，但美好的一天一定会来！
===================================================================
好好看看这篇文章,对你肯定有用.

⑺ 初级程序员应该如何锻炼自己的逻辑思维和思考能力

对于初级程序员要想提高这两方面的能力，最好的办法就是解剖麻雀——向前人的经典案例学习。
初级程序员还不需要完成高难度的突破，需要做的是掌握基础知识，了解前人遇到了哪些问题，他们是如何思考和解决的，
多看多思考，经常动手做，就会大幅度提高自己这两方面的能力的。

⑻ 一名小白程序猿怎么快速提升编程能力

一、先列三个常见的开发场景：

1、拿到一个模块详细设计文档，大部分程序员的通常做法就是开始搭建界面代码，然后从第一个按钮点击事件或页面Load事件开始写第一行业务代码。写的差不多了，就运行一下，发现哪里不是自己想的那样，就改改，直到改到是自己预想的那样。

2、做完了一个功能模块或几块相关联的功能模块，输入111asd，发现新建正常、保存正常，就提交给测试人员。测试员用测试用数据、测试场景用例来测试，发现有问题，就登记bug。对于严重的影响下一步测试的BUG，测试员就用内部IM通知这个开发人员。对于不影响继续往下测试的BUG，测试员就登记下来，等程序员有空时处理。

3、程序员一般工作不希望大家打扰，所以开发起来就是开发。等手头开发告一段落，就看看BUG库。发现有与自己有关的BUG，就从第一个BUG开始看起。就开始通过IM和测试员掰扯起来（这不是个BUG啊、业务逻辑不是你想的那样啊、我这里不能重现啊、你给的信息描述不清晰啊），于是IM几来几往，甚至跑过去当面交流一番，甚至会拉扯上产品经理一起讨论，更甚者需要项目经理或产品经理发起一个会议来集体讨论一下

这是不是很熟悉呢看这就是大部分程序员开发的三个步骤：写代码、自测、修复BUG。

二、说好的代码设计、代码测试呢看

代码设计看那不是都有开发平台么，已经固化了啊。那不是维护旧功能做完善修改呢么，又不是写新代码，只能在现有代码基础上修改啊，你又不能大幅重构。

代码测试看你丫需求讨论期、产品设计期、设计评审期那么长，都把研发项目时间占光了，就留下2个星期让我们写代码，我们哪里有时间搞那么深的测试。还想让我们搞结对编程看还想让我们搞测试驱动开发看

而且你看测试，什么功能测试、集成测试、性能测试、安全测试、安装部署测试、升级测试、迁移测试、UAT测试，一大堆测试，测试也需要很多时间。

一个项目，需求讨论、产品范围规划与评审、产品设计与设计评审占了一个半月，开发+自测就一个月，测试占了一个半月，这就4个月了啊。

三、为啥程序员写代码总是写写测测看

刚才大家也都看到了，大部分程序员都是从界面代码开始写起，而且写一写，就运行一下看看。为什么会是这种开发方式看

那是因为大部分程序员缺乏在脑子中的整体建模能力。只能做出来一点，真实的感觉一下，然后再往下。

有些是产品经理的上游就有问题，没给出业务流程图（因为产品经理也没做过业务），也没画清楚产品功能操作流程图。

为啥没给出业务流程图看因为产品经理不熟悉业务，另外，产品经理也没有流程建模能力啊。为啥没画清楚产品功能操作流程图啊看因为不会清晰表达流程啊。

很多产品经理、程序员，都缺乏分类、分层、相关、先后能力，更别说总结、洞察能力。

这是基本训练，是一个做事头脑清醒的人必备的技能，这不是一个程序员或产品经理或测试员的特定技能要求。

我经常看书就梳理书的脉络，每看一本就写一篇总结。我过去闲扯淡还梳理过水浒传、红楼梦的人物关系图呢，其实就在事事上训练自己的关联性、层次性、洞察性。

我经常面试一个人时，我会问这样的问题：逗你把我刚才说的话复述一遍，另外你再回答一下我为什么会这样看地，其实，我就在看一个人的细心记忆、完整梳理、重现能力，我也在看一个人的梳理、总结、洞察能力。

我个人写代码就喜欢先理解业务流，然后理解数据表关系，然后理解产品功能操作流，大致对功能为何这样设计、功能这样操作会取什么表、插入或更新哪些表，哪些表的状态字段是关键。

然后我写代码的时候，就根据我所理解的业务流、功能操作流、数据输入输出流，定义函数，定义函数的输入与输出。

然后，我会给函数的输入值，赋上一些固定值，跑下来看看能否跑通这几个关联函数，看看还需要怎样的新增函数，或者看看函数的输入输出参数是否满足跑通。

剩下的事，就是我填肉写详细逻辑代码了。

当然，大部分人没我这样的逻辑建模能力。怎么阅读理解也想象不出来，也没法定义函数。毕竟有逻辑建模能力的程序员都很少，100个人里有10个，已经是求爷爷告奶奶好幸运了。

那怎么办呢看

我建议是分离分工配合，这就是现实中没办法的办法。让有逻辑建模能力的人来设计函数框架、来设计工具来设计代码模板，然后让没有逻辑建模能力的人来填肉写详细逻辑代码。

我们可以先从最紧要的模块开始这么做。不紧要的模块，还让它放任自流，让熟练手程序员继续涂抹。

我曾经还让有头脑的程序员做榜样，给大家分享他是怎么规划函数的，怎么做维护性代码的代码结构改善的。但是发现效果并不佳，其他人并没有因此能做代码设计。可能逻辑建模能力是个人的基本素质，是从小到大训练成型的，不是你一个大学已经几年的人能够短时间内可以训练的。

所以啊，还是让能走的人先走，让从最紧要的模块开始这么做。

不必担心这样做后，因为过去一件事被分工（一个做代码框架一个填肉）成两个人做了会降低工作效率。我们很多的工作效率低就是因为半瓶子醋搞出来的，来回反复修改。

真是应了刘德华在电影里说的那句话：说你又不听，听又听不懂，听懂了又不做，做又做不好，做不好还不服气。

四、为什么大部分程序员不做代码测试或白盒测试或单元测试呢看

还是因为没有代码设计。因为没有函数啊。所以，一个按钮功能有多复杂，代码就有多长。我见过2000行的函数，我也见过1000多行的存储过程和视图SQL。怎么做白盒测试啊，这些代码都粘在一起呢，要测，就得从头到尾都得测。

所以啊，先学会设计函数，先写好函数，这就求爷爷告奶奶了。很多开发了5年的熟练手程序员，可能都未必会写函数。

函数的输入输出值就很有讲究。很多人都写死了，随着版本迭代，发现过去定义的函数参数不够用了，于是就新增了一个参数。然后，相关性异常就爆发了，其他关联的地方忘改了，到底哪些有关联，怎么查啊，本系统没有，没准其他系统就调用你了，你根本不知道哪个神经人曾经COPY过你的代码修吧修吧就改成了他的功能呢，而且里面的很多代码他看不懂也不敢删，只要他实现的功能正常了他也不管了。于是，你改了你这个函数，他的系统就莫名出错了。

所以，我一般会定义几个对象来做参数。另外，我也很注重函数的日志、函数的异常保护、异常抛出、异常返回。另外，我也很注重参数输入值的合法性校验。

所以啊，应该开发Leader们先制定函数编写规范最佳实践，输入输出参数怎么定义比较好，函数的返回值如何定义比较好，函数的日志记录应该怎么写比较好，函数的异常保护、异常抛出、异常返回如何写比较好。先教会一般程序员，先从会写函数开始啊。

当然，你光有一份规范，程序员们还是不理解、不实际应用啊。所以，还得Leader们做好典型的代码模板，里面是符合函数规范的代码框架，只有这样，一般程序员们才会照猫画虎适应了函数设计的编程习惯。

所以啊，我专门重新定义了leader的明确职责，其中第一个重要职责就是：负责工具/框架/模板/规范的制定，并且负责推广且普及应用落地。

你不明确定义Leader的这个重要职责，你不对这个职责做明确的KPI考核，谁尿你啊。你以为好的工具/框架/模板/规范是靠人们的热情、自发产生的么看我们还没有那么自觉高尚啊。

五、为什么大部分程序员不写注释啊看

我经常说一句话，千万别多写注释。为啥看

因为我们经常遇到的问题不是没有注释，而是更糟的是，注释和事实代码逻辑是不相符的。这就出现常见问题了：残存下来的设计文档是一个逻辑、注释是一个逻辑说明、真实代码逻辑又是一个，钟表多了，你也不知道正确时间了。

所以啊，产品文档、注释、真实代码，三者总是很难一致同步。我为了几百人研发团队能做到这个同步花了大量心血和办法，但我最终也没解决了这个问题，还把Leader们、总监们、我都搞的精疲力尽。

索性回归到一切一切的本源，代码，就是程序员的唯一产出，是最有效的产出。那么，让代码写的不用注释也能看懂，咱得奔着这个目的走啊。

为啥看不懂，不就是意大利面条式代码么，又长又互相交杂。

OK，我就规定了，每个函数不能超过50行。用这一个简单规定和静态代码检查插件，来逼迫大家尝试着写函数。有的函数属于流程函数，是串起其他函数的，有的函数就是详细实现函数，实现一个且唯一一个明确作用的。

有了流程函数和功能函数，而且每个函数不超过50行，这就比过去容易看懂了。

六、为什么大部分程序员不抽象公共函数啊看

我经常说一句话：千万别抽象公共函数啊。为啥看

因为大部分程序员缺乏抽象洞察能力。特别是有些积极热情有余、爱学习爱看书、半瓶子醋晃悠的二杆子，看了几本UML、重构、设计模式、整洁代码之道，就跃跃欲试了，还真敢给你抽象公共函数了。

一开始，他觉得80%相似，20%不相似，于是在公共函数里面简单写几个if..else做个区隔就可以。没想到，越随着版本迭代，这些功能渐渐越变越不一样了，但是这个代码已经几经人手了，而且这是一个公共函数，谁也不知道牵扯多少，所以谁也不敢大改，发现问题了就加一个if..else判断。

没想到啊没想到，这个本来当初公共的函数，现在变成了系统最大的毒瘤，最复杂的地方，谁也不敢动，除非实在万不得已，手起刀落。

所以，我平时告诫程序员，纯技术的、纯通用的，你们可以尝试搞搞抽象公共函数，对于业务的，你们还是简单粗暴的根据Leader们做的代码模板代码框架，乖乖的复制、修改、填肉吧。

你们啊，先从做模板做代码片段开始吧，咱们放到咱们内部代码片段开源库里，看谁的代码片段被别人复制的多，说明你的代码抽象设计能力越好了。那时候，我就大胆放心让你撒丫子跑了。在没有学会跑之前，给老子乖乖的复制、修改、填肉吧。

⑼ 程序员如何能快速的成长跟学习

我记得刚刚跨入大三的时候，当时对于NLP、IR、ML等知识，真的了解很少，那个时候做项目特别的痛苦，不知道从哪儿入手，很多时候为了解决一些问题，就开始花时间去做调研，开始学会在ACL等顶级的期刊上面去找论文，在Google文献里面去找论文来读，那个时候真的是每一天保持抽时间读至少一篇论文，读完就开始总结；最后发现读了六七十篇论文，才刚刚开始入门NLP这个领域，才知道有那么多人在研究那么多有意思的问题。

那段时间特别的充实，但是进步真的很快，从一个小白慢慢的编程了一个入门者，最起码别人跟我讲朴素贝叶斯还有逻辑回归等我开始懂了，我开始制定如何去训练一个模型，如何去选择特征，如果去抽取特征；而这些都是来至于读的那六七十篇paper，这六七十篇paper有的很经典，有的很垃圾，但是他们就像一张网一样，在扩展我的知识面。

那段时间特别的充实，但是进步真的很快，从一个小白慢慢的编程了一个入门者，最起码别人跟我讲朴素贝叶斯还有逻辑回归等我开始懂了，我开始制定如何去训练一个模型，如何去选择特征，如果去抽取特征；而这些都是来至于读的那六七十篇paper，这六七十篇paper有的很经典，有的很垃圾，但是他们就像一张网一样，在扩展我的知识面。

可以参考：http://acl2017.org/

可以参考：http://acl2017.org/

4、多和同行交流

不懂就要问，多和行业的牛人去交流；其实很多人都很愿意和你交流，多问问别人是怎么做的，那些技术问题有没有什么新的方法去解决等等，把你的问题准备好，可以请人家吃个饭，边吃边聊，或者直接向人家请教；请教完了做自己的总结，该补充知识的时候就要学会去找资料，慢慢的一步一步的进步，成长。不要想着一步登天，更别想着“速成”

⑽ Java程序员如何自我提升

一、编写可读性强的代码

曾经碰到过多少人认为编写一些不可思议的、复杂的代码可以为他们提供工作的保障。“如果除了我其他人都不知道薪资报告模块是如何工作的话，上面就肯定不敢炒我鱿鱼!”

当然，这在理论上可能是对的(尽管有太多的人在说这句话的时候往往高估了自己)。虽然企业老板可能不会炒掉你，但他们也不会支付你很多薪水。如果公司不能在薪资报告模块上失去你，那么自然而然也不会晋升你。它不会把你放到另一个更受人瞩目的项目上。这样做只会让你牢固地待在当前位置，就像死水一样波澜不惊。

而且，不要自欺欺人地以为这也可以测试市场反应。企业总是希望程序员能够编写干净、可维护的代码。他们需要刷掉不合格的人以满足业务需求。如果你的简历主要特点是精通某一个点，那么你就不会有很多选择，因为在一次又一次的晋升考验中，你的老板总是会略过你。

不要走那条错误的路。与之相反，你需要编写能够使其他人受益的代码，并让业务灵活起来，无论是在项目人员配置上还是在对代码进行更改的时候。

二、了解你的代码如何让别人赚钱

如果有人付钱让你写软件，那么你的输出结果就应该产出经济效益。学习并了解这个利益关系。发展向任何人解答这方面内容的能力。

对最新的客户端技术或在云中进行加速的能力感到兴奋的开发人员比比皆是。对这些东西感到兴奋，并且了解如何使用这些能力来赚钱的开发者就少见的多了。

如果你能针对产品特征好好培养对业务动机的理解，那么你就能做得更好。你会找到既能节省时间又同样能实现业务目标的替代方法。或者，当有一个产品特征证明不可能实现时，你可以提出能降低一部分成本的建议。

企业(特别是真正支付薪水的大boss)喜欢这种软件人的思维。这将意味着你可以晋升，提供咨询服务以及担任领导角色。

三、对职业的思考

擅长编程代表了职业生涯的其中一个方面，并且是一个重要的方面。建议多考虑许多其他的方面，并且有目的地去发展和培养那些习惯。在你自己的时间里，你应该通过一切手段，爱上这个职业。当然还要确保你可以为他人和为自己赚到钱。