相同功能，相同模块的文件应该放在一起，针对不同的处理逻辑建出不同的文件夹或包。重复使用超过三次以上的代码应该考虑把它写进一个公共的方法里，大家都调用这个公共的方法，避免维护太多的重复代码。这样当项目发展的很大以后，开发起来也不至于很乱。6、不知道如何解决BUG普通程序员看到程序报错以后，第一时间是懵逼状态，他们会很慌乱，不知道该如何是好。
有的还知道看一下控制台打印的错误信息，来百度一下，但往往这种方式能不能解决问题都看运气。高级程序员如果做的是一个web程序，报错以后他们会首先看浏览器的控制台是否发送了对应的请求，如果发送了请求会看浏览器的错误码是什么，是请求超时还是发生了500或者是404的错误。然后再针对不同的错误码做出不同的调试方案，如果500的错误，报错日志明显就直接找到对应的地点修改，如果报错信息不明显就通过开发工具来进行断点调试，一步一步找到问题。
7、不会用搜索引擎遇到问题去百度一下是很明智的，但是如果不看报错的信息盲目的去百度，搜索的结果也只是浪费自己的时间。如果盲目去尝试搜索到的解决方案，只会让瞎子变成瘸子。针对这个，大家可以报错以后看报错日志的最后一行，往往报错最后一行就是错误的原因。一般都是英文的，但是并不复杂，往往都是几个单词来说明问题，然后指向一个错误产生的代码位置。
先看报错原因，自己思考以后大概明白是什么原因，不要上来就去拿着最后一行百度。如果拥有科学上网的能力，可以使用谷歌来进行搜索，效率更高，答案更准确。还可以有更多选择：以上是普通程序员在工作中最容易产生的问题。二、提升建议1、培养编程思想编程思想这个东西，不是说工作的久了就能有的，而是在学习和工作中要去思考。
思想思想，肯定要先思而后想，这样才能拥有思想。建议是大家可以针对项目中一些简单的功能去思考，如果让你来从头开发这个功能，你需要对数据库进行哪些操作，需要提供什么接口，需要什么类型的数据，数据需要进行哪些必要的验证，数据库的字段类型以及长度。用笔在纸上把内容都列举出来，写完以后再看几遍，有没有哪些可以做的更好的地方。
然后去看项目里原来的设计，是不是跟你的类似，如果不如你设计的可以在后面的优化中改进它，如果比你的好，那就去思考别人为什么要这么做。久而久之，遇到复杂的需求也能快速拆分成一个个的小需求，那个时候你离项目经理就不远了。2、制定学习路线因为大家的方向不同，有的人是前端，有的人是后端，学习的语言也不同。在这里就针对前端和服务端提一些建议。
前端前端最重要的其实还是基础的js，只有把js学好了，才能轻易的理解高级框架的原理。如果现在能够完成公司的开发任务，建议可以好好学习一下js的基础课程，弄懂它。然后去看看jquery是如何实现的，jquery只有一个文件，而且代码并不复杂，当弄懂jquery是如何实现的以后，再看vue这些复杂的框架，也不觉得难以理解了。
一个前端程序员初期工资有多高，是看他掌握多少框架。但未来能够走多远，是看他内功修炼的是否扎实。后端一般无论是大公司还是小公司，服务端的主要工作就是使用一个或多个框架来开发一些接口。所以很多技术大佬总喜欢自嘲自己是一个 CRUD工程师 （增删改查工程师）。那么如何让增删改查变得更优秀呢，同样都是增删改查为什么有人8K有人30K。
建议是在熟练掌握自己所使用的框架以后，不妨去学习一些项目性能优化方面的知识。比如缓存，比如数据库性能优化。有人可能会说，缓存有什么好学的，不就是redis插入一个key，查询一个key吗？redis一样存在很多高级的用法，也同样存在许多的坑，如果应用不好，轻则数据丢失，重则整个服务器瘫痪。掌握基本的性能优化以后，就可以去研究如何把项目通过容器技术来分离成一个个的小项目。
这时就需要学习docker这种技术，随着docker数量的增多，docker的启动停止，状态监测就成了一个比较繁琐的事情。又需要学习docker的自动化技术。学完这些以后就初步掌握了微服务开发的一些思想，实际上微服务就是在这样的一个过程中不断演进而来的。当拥有了自己的知识广度以后，再去深研框架和语言的底层。
有些东西，并非是运维或者是DBA才能做的，而是每个程序员都必须要掌握的，如果什么事情都依靠运维和DBA，那么十年以后依然还是CRUD工程师。任何技术，特别是编程相关的，他们最终的本源都是一样的，都是代码。所以无论学习数据库，学习缓存，学习容器，为的都是增加大家的知识广度。只有阅尽千帆的人，才能像大海一样睿智。
为什么感觉技术能力很强的人，很难被领导重用？
我发小曾经在一家公司做了五年的技术支持，公司有任何技术问题，只要他到场立马就能解决，老板也经常跟他说，好好干，不会亏待他，然而五年过去了，他连个技术总监都没混上，工资涨幅也低得离谱，直到他跳槽那天，同事跟他吃散伙饭才知道，老板是故意为之！我发小打小学习成绩就好，大学也做了不少项目，积累了很多经验，虽然大学并不是双一流，只是个普通一本，但是论技术，那绝对是他们专业里的佼佼者。
因为履历优秀，毕业之后走了校招，进了一家科技公司做技术支持，他想的是，自己工作经验少，大学背景也不是特别好，所以先从技术支持干起，然后在转工程师，以后往技术总监升就是了。然而进了公司五年，班也加了不少，也为公司奉献了不少，总监的位子还是要从外边招，老板完全没有给我发小任何晋升的机会，一问就是公司会有更好的安排给他，就这么托了五年，我发小离职了。
走的那天，和他挺要好的一个同事跟他说：“平时劝你，跟领导处好关系，你不听，今天走了虽然是意料之中，但还是蛮可惜的。”“为啥我们都升了你升不了？就因为你太过无欲无求，咱们老板需要的是忠臣、不是能臣，你感觉自己凭本事吃饭，老板也不是瞎子，总会看到你的付出，所以你认为没必要向领导提出什么要求，但是你这样想，老板可不这么认为，他觉得你不奉承他，不主动表忠心，早晚有一天，你会走，因为你本事太大啊。
”就我个人工作这几年的经历来说，我发小同事说的，很有道理。为什么技术强的人得不到重用？主要还是两方面原因：首先就是员工方面的原因拿我发小来说，他属于钻研技术的人才，钻研技术的人都有一个特点：不擅长人情世故，对人情世故这一套也是嗤之以鼻，但是对技术问题往往看重。用他的话说，在技术圈，如果你技术不行，是会遭到鄙视的。
所以我发小最反感和瞧不起的就是公司里不懂装懂、乱指挥的领导，有时候为了快速解决技术问题，完成工作，他基本都是用自己的方法，一步到位，解决问题就撤，压根就不管领导的指挥。虽然对公司运转很有益，但是这种做法往往会让领导不爽。另外一点就是，很多从事技术岗位的人才，最初步入社会的时候都会有一个观念：论资排辈或者论技术排辈。
我发小到辞职都觉得公司应该和学校一样，是那种论成绩、论功劳排名的地方，然而现实是：你技术再好，处理问题的能力再强，说话做事不到位，也不一定能在老板眼里留个好印象，不会落个好结果，所谓外来的和尚会念经，你功劳苦劳一大堆，也不如从外边招一个会给老板画饼的管理层。其次就是老板方面的原因恰好我姨夫家是开房地产公司的，他曾经跟我说过，如果把一个企业比作一个朝廷，领导是皇帝，员工就是大臣，而这些大臣大致分为四类：能臣、庸臣、忠臣和奸臣。
在老板眼中的受欢迎程度应该是：忠臣
