在程序员的世界，学习是永不停止的，没有谁说的是绝对的正确，编程的经验与教条也同样没有永恒的正确。在我们之前，已经有很多的前辈在这条道路上行进着，并为后来者留下宝贵的经验和建议。
1. 兴趣不是编程最大的动力，成就感才是。
对编程有没有兴趣也不是一个人能否写好程序的必备条件。兴趣必然是一种不求回报能让自我陶醉甚至是沉迷其中的持续性行为。但是“兴趣”太过于美丽，且并不能一直保持，事实上，我们绝大多数人编程其实只是为了混口饭吃或者让自己生活的更好一些。但不得不承认，长期从事一种近似枯燥的“劳作”没有一些信念与寄托是不行的。
兴趣会很快被消磨掉，真正能将人彻底留下来的，往往都是“成就感”。这跟打游戏过关卡的感觉很相似，每完成一行代码，完成一个项目，在最后回头去看自己完成的作品的时候，哪怕身体疲惫不堪，精神都是满足的。这就像在游戏中流畅的按下QWER放出技能打到面前的敌人一样，满心满眼都是满足感，这种感觉是非常美妙的。
因此，准确的在日常的编程工作中找到这种，可以成为你努力工作动力的“成就感”，抛开干瘪的“兴趣”、“爱好”这些包袱，对困在原地的程序员来讲，就是一次新的起点。
2. debug是倚天剑，提出优质问题是屠龙刀
debug与提问是编程过程中两个截然相反的方向。debug代表着自我解决问题，而提问代表着寻求帮助。我们应当尽量的通过debug来解决问题，而不是通过提问来解决问题。
对于刚进入工作的菜鸟，学生的习惯还在，遇见问题第一反应就是找老师，找同学去问，在办公室变成了问同事，问上司，这是一个非常需要改正的习惯。网络上有一群人被称作伸手党，指的是那些遇见问题永远都是伸手找别人要答案，而不是自己去搜索。其实答案就在那里，只要你去动动手搜索就行了。Geogle、百度、搜狗应有尽有，只要你去用。
对于编程来说，自己分析解决debug问题还是培养编程思维，锻炼思考能力的重要机会。初级编程思维的行程并不是来源于写代码，而是你自己调试代码的过程，因此你的每一次提问都是浪费了一次锻炼编程思维的机会。如果一定要问，也一定要提那些自身无法解决，能引发思考的“优质问题”。
所以，遇到问题首先debug，最好是断点调试。一般来说通过debug都能触及到问题的本质，这些本质的问题可能超出了你目前知识的范畴，这个时候再提问，就能够提出一个较为优质的问题。好的问题是由问问题的人和回答问题的人共同构建的，不要小瞧问问题，它其实也是一个人能力的体现。
2. 努力写出优质的代码，而不是仅仅满足于功能的实现
编程就像所有由人类制造出来的作品一样，需要后期的维护和复用的。很多进入行业已久程序员，都会出现一个问题：他们在编程的时候不会考虑优化和未来的维护，仅仅只达成当前需要的功能，不会考虑后续，就像餐厅的一次性筷子。
但是软件并不是筷子，软件开发必然是一个反复迭代、修正、调整的工程，甚至调整和维护的人并不是你自己。一次性筷子你用完后自己都不想再捡回来用第二次吧，那怎么可能别人还愿意捡回来继续用呢？
对于编程工作来说，如果只完成功能，不考虑其他后续问题，那工作实在是太过简单，没有任何的挑战性，感到无聊就变的无可避免。因此追求优质代码，是让你保持编程动力长久持续的法宝，我们每个人对自己的作品都有“美”的期待，长期看到不尽人意的代码，很容易产生厌倦。所以保持对自己的高追求，抓住动力，坚持思考，你总能走到最后，成为强者。
4.视频课程学习最好的方式是自己先实现
网络的发达，很多培训课程变成了线上视频的模式。学习的方式太多太多了，对于视频课程来说，收益最大的一种方式就是：对于有基础的同学，先看老师项目成品，然后尝试自己独立完成，最后再看老师的课程。这样才能通过实践和对比找到自己的问题，完成个人能力的升级，这样的学习才有意义。
不要偷懒，看看你所处的职场环境，掂量掂量自己的斤两，再看看自己做的项目，找出需要进步的地方，修改不够好的缺点，这样才能弥补自身的不足，在这个竞争激烈的战场上活下去。
5. 真正的去实践，而不是一味的学习
编程不是考试，还按照初高中备考的思路去学习编程这是不现实的。编程是一个实践性非常强的工种，很多知识和语法你知道并不代表你掌握了。编程考究的是你是否能够灵活的应用这些编程知识。
很多编程基础知识就如同阿拉伯数字一样，你只看他他就是数字，但你可曾想过数字也能演化出正数、负数、小数、实数、虚数、指数、复数？这些变化只有在实践中，只有在你真正去解决问题的过程中，你才能体会到变化的奥妙与组合的奇妙。很多人会抱怨自己不在大公司，没有优质的项目机会，可你要知道80%的coder都在中小公司，绝大多数coder都没有接触优质项目的机会。
那难道我们就放弃实践？
人之所以为人，就在于我们有很强的主观能动性。外界条件不够优越，我们就自己寻找。模仿你会吗？找一个自己很欣赏的产品，1：1或者尽可能在细节上复制一个产品作为自己的练习项目，有什么不可以吗？连设计师的UI设计都给你省了。但这个过程中，大家一定要注意细节，如果你只是实现了大体的功能，这意义不大。好的产品其实就优秀在细节上，好的程序员和普通的程序员一定的差距也在细节上。
网友评论