程序员怎么提升源码

❶ 对程序员来说，在公司里真的能提升写代码的水平吗

现在的网上会流传"程序员秃顶"这一说法，到底程序员是有多费头发？不就是写写代码，敲敲键盘就可以了吗？还有，写了这么长时间代码，是不是真的像电视上演的那样，各种代码随便敲，而且表现出来的都非常帅气，这些到底是真的吗？

其实，对于程序员掉头发这一件事，只能说是因为用脑过度，导致脱发。而且经常坐在电脑面前，​脸上头上都会多多少少出油，从而会导致脱发比较严重，也就出现了"油腻大叔"这类的词，所以说现在的很多人一听到程序员就不由地想到了这四个字！

最后要学会代码重构。学习新东西，肯定会导致一些逻辑混乱。这个时候就需要自己在脑中进行重新构思，进行排序，相信经历过这些，在以后的编排中肯定会更加得心应手！

❷ java程序员如何提升自己

关于java程序员如何提升自己，建议从下面几个角度提升：
1、提高自己的逻辑思维能力。严谨的逻辑能力是高水平的程序员区别于低水平的程序员的一个原因。高水平的程序员可以在设计和逻辑上保证滴水不漏, 并用逻辑的准确性来减少代码 bug。
2、坚持不断学习并严格要求自己。强化自身代码调试的能力以及勇于去研究你不懂的代码，熟悉不同的代码结构和设计模式。
3、此外，保持长久而主动的学习，保证技术的更新。另外，可以通过一次次的实践去培养编程思维以实现自身的提高。

❸ 开源如何提升编程技能

开源是很多程序员都会面临的问题，很多人会相信接触的开源源技术越多对自己的编程技术提升越快，写出来的代码也更好。开源可提高编程技能之间有什么相关性或因果关系吗？

阅读代码能让你变得更优秀

我在编程生涯的早期就明白我阅读的代码越多，我的代码就能变得更好。我知道，当我不得不维护其他人的代码时，简单和干净的代码几乎总是比花哨或复杂的代码好——即使有注释。然而另一方面，当我花足够的时间去理解复杂代码的时候，我常常能够学到新的技巧。不论怎么样，都能让我有所提高。

这使得我在那些没有代码审查的地方一再争取。而当没有足够的时间来正式执行“代码审查”的时候，我会自己浏览存储库和阅读代码。当然，那时我还被受限于来自于小团队的公司资源。

超越语法

在你不得不全力对付任意编程语言的语法时，也就是学习如何充分利用该语言最琐碎的时刻。一门语言的语法往往是非常静态的，并且如果你出错了，你的编译器会向你控诉。更深层次的课程涉及到什么语言最适合解决什么样的问题（“合适的工具做合适的工作”），以及如何用那种语言编写代码以便于使它高效和可维护。

学习新语言有许多方法：课程，教程，导师，书籍以及等等。我通常会结合这些选项来学习一门新的语言。我注意到，当涉及到非语法元素的时候，这些方法常常非常相似。

阅读来自于其他人的实际部署代码会让你收获更多。不仅仅是常规的结构化学习，你还需要学习模式和实践方法。语言中所谓“正确”的做事方式并不总是效果最佳的方式。你会经历边缘情况，一次性事务以及意想不到的集成。你也会找到这些问题的解决方案，有好有坏，但如果你认真思考的话，那么这正是出来“推荐做法”的地方。今天的模式就是明天的反面模式。

你可能对有些事情，例如“总是注释”，“逗号放到最后”，“缩进x个空格”有着自己的想法，当然你是对的。我对提到的这些及编码的其他方面也有着自己的感受。

有时候当我阅读其他人的代码时，如果看到他们做错了，我会生气。但是随着我代码阅读量的增加，我开始懂得，总会有一些情形常见于别人的代码，但我在我自己的代码中却未曾遇到过的，并且我的方法没有必要那样执拗。我不仅改变了我的一些观点，而且懂得更加灵活。

开源无处不在

随着开源运动的发展，可供阅读和学习的代码数量也大幅度增长。例如Gitlab，GitHub和到BitBucket这些网站就允许我们获取全功能的应用程序，不仅可以阅读代码，还可以摆弄。很少有我想要学习的东西是不能在开源代码中获取的。

我以前学习新的编程语言，会把重点放在诸如目录结构和命名约定这些简单的事情上。但是，现在，我会找一些不同的开源项目，然后可以开始拼凑常用的方法。我很少强调以前那些类型的东西了。

可用的代码是如此之多，但质量却良莠不齐。当我们想要学习的时候，常常搞不清楚哪个好哪个不好。那就保持阅读代码吧，慢慢地你会学会如何区分。阅读“坏”的代码可以帮助你理解为什么它是“坏”的。关键是不要害怕尝试任何你觉得看上去正确的东西，并且当你走错路的时候能够承认错误，并改正问题，然后继续前行。

坏的代码就坏的，是这样的吗？

有人会说“坏的代码比好的代码要更多更明显”。sub-reddit致力于坏的代码。

在这些年里，我写了很多好的代码和坏的代码。当我看到我以前写的代码时，我的第一想法就是我怎么会写这样的垃圾代码。这实际上意味着我还在学习中。如果我看到我以前的代码，觉得它看上去非常伟大，那么说明我并没有提高。

那么，我们怎么才能从坏的代码中学到东西呢？

你阅读的坏代码越多，那么你就越擅长发现坏的代码

当你在学习和搜索例子的时候，你会发现和使用大量不能工作的代码。请记住，仅仅因为它不适合你的情况，并不能说明它就是坏的代码。学习如何让它工作能够使得你变得更优秀。

你怎么知道它是坏的代码？

人们喜欢批评。阅读评论，如果你看到很多“WTF（什么玩意）”，那么可能你看到的正是坏的代码，试着指出为什么不好的原因。不要只留下“这代码真烂”这样的评论。不要装得你好像懂得坏代码的所有需求，要知道，总有一个它之所以被这样写的正当理由。如果你知道它为什么是坏代码的原因，那么不妨留下一个有建设性的评论。或者??

让它变成好的代码

放一个能让代码变得更好的pull请求。修正语法，使用更好的方法，添加注释或修改缩进：这些都是改进代码的伟大方式。加一个为什么你推荐改变代码的解释。

昆明北大青鸟java培训专家认认为，当我帮助别人学习的时候能学到更多。如果我认为我理解了一个新的主题，那么我会找个人来试着向他解释，这能让我更深刻地理解和记住它，并且让我快速发现我是否写了坏的代码。

回报

记住开放源代码在你参与进去的时候效果最佳。代码更改在大多数项目中都是受欢迎的，但是有很多出力的方法。

测试开源代码和文件错误报告；帮助完成文档集；写教程和如何做的例子；参加对话——或者仅仅只是帮助传播。每一件事都能带来改变，并且越多的人参与进来越好！

❹ 程序员如何提高自己的编程技巧

可读性：函数命名随意，实现逻辑混乱，代码格式不统一。。。
可靠性：程序运行很难稳定，bug百出。。。
维护性：代码逻辑没有层次，混成一团，很难维护改进
移植性、重用性：许多人写的代码，只能各自使用，很少有能共享的功能性代码
高效性：很少从算法、资源占用、执行效率等角度去考虑，经常导致服务器负载过重
那么我们改进时，就可以从以上几点出发。
总结了一下自己以前的经验，主要有以下几点：
提高自己的程序语言基础。对于许多新手程序员来说，只是简单的学会了该语言，知道一些简单的用法。但是实际编程的时候，许多写法、用法不标准。举一个很常见的例子：许多人刚刚学c++,java等面向对象编程的语言时，虽然知道了类、知道了类一般都有“多态”的特性，但是他们还是经常会用“类型判断”去判断某个对象是属于哪个类的实例、然后强制转换、再调用方法。却完全忽略可以用多态来避免这种丑陋的实现！
熟悉语言规范。如果不知道自己所学的语言还有规范，那么建议你现在去查找。说个简单的规范，Java的类名要取得有意义、首字母要大写。再比如：一个函数只实现一个功能。再比如一个复杂的：连续的if else条件判断最好不要超过10个。
培养自己严谨的逻辑思维能力。我们写程序，至少都会在脑海里走一遍程序的流程。如果流程走通最后却出现bug，那么就是流程的某个细节我们没有考虑到！有的时候，我们总是自认为自己已经考虑的非常全面了，其实不然。同样举一个例子：对一个集合，写个for循环按照一定的条件删除里面的元素。其实这里面隐藏了一个“集合在动态变化”的陷阱。比如说，将第一个元素删除了，如果集合的数据结构是将第二个元素移动到第一个元素上，那么，第二个元素就遍历不到了。所以，有时候，我们看似很简单，觉得逻辑非常正确的代码，可能就潜伏着陷阱。
熟悉所用语言的API。学一门语言，其实不只是学语法，学语义。更重要的是学基本的API类库。因为你实际编程的时候，自己所写的代码其实很少，大部分都是用的别人的API，将许多API的功能穿起来，才是自己实现的功能。用好的API，能增加代码质量、提高代码可读性、减少代码bug、减少工作量。就比如说堆栈这个数据结构，程序员基本都知道，但是大部分人可能都不能实现一个正确的堆栈API。
熟悉了解一些数据结构、算法。平常写程序时，或多或少都要接触一些常用的数据结构，比如说链表、map等，了解它们的原理对于那些没学过数据结构的人来说很重要。很多时候，一个简单的功能被实现的超级复杂的原因就是没有使用简单清晰的数据结构。
掌握一些编程思想、设计模式，这会让你的代码更加具有结构性、条理更加清晰！比如说，面向接口的编程思想，能让你的代码易于修改、易于扩展。如果更进一步，站在架构的角度去考虑。
多看高手代码，读一些优秀的开源代码，看一些经典的书籍。比如说《Effective C++》、《Effective Java》、lucene的源码。这些会让你提升巨大，只有了解到高手眼中的世界，才能有成为高手的可能！
代码重构。多回顾之前写的代码，进行一个系统性的整理。因为我们起初开发，不是面面都能想到，许多新东西是不可避免的，这就意味着可能会导致一些逻辑混乱。在开发完成后，多回顾回顾，寻找能改进之处，这也是一种进步。
即时缺少高屋建瓴的能力，我们也应该多从全局的角度去考虑整个工程的代码的层次、模块、架构等问题点。可以尝试着进行功能点拆分、接口交互设计等工作。
为自己的代码添加测试用例。可能因为懒惰，许多程序员基本都不会为自己的代码添加测试用例，这其实是一个不好的习惯。即时是有测试人员的团队，添加测试用例对你的好处也是显而易见的。
至于从团队的角度，可以考虑建立以下几点：完整的规范、执行流程、review机制和辅助工具。由于本篇文章主要针对的是个人，就不展开。工具方面，可以考虑开源的ReviewBoard。
个人的代码质量提上来，团队的水平才能提上来，公司的效率才能提升。其实最主要的是，个人的层次、境界才能提升！