最近意识到自己不会写代码了，领导抛过来一个问题，自己第一步先想怎么解决，第二就是到网上找代码实现自己的方案，第三就是测试代码，这基本上已经是固定模式了，每次写代码前如果不上网找一下资料，感觉自己都不知道怎么写第一段代码！每次写完代码以后总觉得那不是自己写，心里很痛苦！
不知道该怎么摆脱，想看几本书提高一下自己，但是又觉得自己是基础不扎实，好吧，我完全不知道怎么样才算基础扎实，可以手写代码实现复杂算法？那我绝对做不到，就连手写代码也做不到！
求高手指引，摆脱迷茫，或者推荐几本书看看，谢谢
虽然可能被点-1，还是要说 懒。
本来只想说上面的话，说完又有点想说的。
lol里某个英雄有句台词叫做"不要畏惧未知的恐惧"。
就我而言，我经常畏惧的往往不是一无所知的东西，也不是了解一些却不熟悉的内容，而是有些熟悉但不精通的内容。
我是属于对未知技术充满热情的人。
我经常会在一时冲动下去学习某项技术。并且学习过程很有规律:
初识，兴奋;了解，幻想在这个领域叱诧风云;再熟悉，知道了精通的道路上会经历哪些困难，具体的、大概的。然后在某个机缘巧合下遇到了一个难以解决的困难，自己解决无果，加上自己懒和找借口一流的功力，会导致一个结果:开始有连续的一段时间不再接触这门技术。进而，可想而知，在可能再次拿起这项技术前我大概已经又开始初识下一项技术了。
为什么说这些呢，因为我认为不愿提笔写代码，懒当然是一点，万恶之源。
还有一点是我对目标技术的整体概念太模糊，也就是没有达到初步精通的程度。
我对这样理解精通:
一个通过一根10cm的绳子挂在钉子上的重10kg的球体，在竖直平面匀速旋转过程中绳子突然断裂，球体在最高点沿水平方向抛出，落在距钉子水平距离20cm的地面上，问钉子距
地面有多高？
如果你学过高中物理并且成绩不错，应该能在读每句话时联想到相关的知识点，知道这些知识点是属于能量守恒章节还是自由落体运动章节，并且能想到缺少哪些条件，我是不是忽略了忽略空气摩擦等条件，这种题目是不是王后雄上那道题的一个变形。
这种对题目的思考大概就是初步精通了高中物理的感觉。
写代码后，大概好久没有过这么爽的感觉了。
爽！
可是没有精通的同学呢？
又要做物理了。这里好像是抛物体运动，这里好像是要考虑摩擦什么的。诶，一般不都是给高度求距离么？这里应该反过来就行。反过来。。。然后这里好像。。。啊啊啊！我的头好痛！这出题人脑子进屎了？语言组织能力这么差，真不是我看不懂，是它完全没说清楚啊！
等等诸如此类的吐槽，然后再看到这类题型，也完全不想多思考，反正自己也会在之前的困难点上被难住，直接跳过吧。
写代码也是一样吧。
dp是那么个东西我知道，要递归地去做嘛。
有个大概的概念，没有细节。不会立马想到需要考虑递归边界的问题，不知道dp属于哪类算法，不知道类似有哪些算法。
整体概念越差，越排斥去开始某项工作。因为潜意识里害怕，因此如此恶性循环。
要打破它。
我的方法是，无论从哪个知识点开始，找个切入点，让自己静下心来做道题，写段代码，慢慢开始不要被恐惧支配。坚持，不要被懒惰支配。
这样，大概我很快就能发现，我会从这个知识点了解了那个一点，慢慢重新开始了解这些技术，让自己能接受写代码。这次不要让懒惰战胜你，突破仅仅是熟悉的程度，就能果然开朗了。
每日都写几行代码,最好做一些小而有趣的东西,不一定非是纯软件,比如我最近都在造航模,也要写很多代码.
我刚毕业的时候是程序员,后来调去做售前,现在创业团队又要时不时写代码.我觉得恢复功力没那么难.
- 手边放上代码大全。
- 断网。
当接到任务时，尝试写一小段。至少在尝试了2个小时且毫无进展的情况下，才能上网搜索。
多写代码 多看书
和我差不多啊！
感觉是代码熟练度不够！看书没什么用啊！要多写，多写，多写
网上查的代码尽量自己写出来，不要复制粘贴然后再改！
写的多了在遇到类似的问题就可以直接写了！
业务熟了，再给个需求脑子里就有思路了！
共勉之！
说白了就是代码写的少，在你的这三步之后再增加一步：按照自己的理解，自己从头写代码实现一边。
多想想为什么？单凭的做项目是积累了很多经验，但是对能力的提高作用不是很显著。在自己写每一行代码的时候多问问为什么？其次不要总想着去看别人是怎么实现的，这样别人的思维方式会局限你的思维方式。自己实现了再去和别人的代码对比一下。没事的时候可以多深入的研究点东西，比如看看源码之类的，自己再造个轮子之类的。
这是个什么情况？
所谓低潮期，不管什么行业什么工作，都会有这样的情况。这个太正常了，扫大街的不比你固定多了？
怎么办？
这绝对不是多写一点代码就可以解决的，这不是能力问题，这是心理问题。所以解决的方法是转移注意力，说白了就是不要管。老是想着蛋疼的事自然会蛋疼。
量变引起质变
平常心。人不顺，喝水都会塞牙缝。人一旦浮躁，什么都不好。
关键是多思考和多coding，再就是看看别人的牛逼代码了。
同时参考别人的代码最好是只看下思路，然后自己实现出来。
看得多了，写得多了，有需求自然心里就有方案了，然后就能撸出来了。
也是我经常纠结的问题, 有时候能灵光一现, 有时又只能走一步算一步.
简单的情形要写出代码可能容易一点, 先明确问题是数据的变换还是图形界面,
如果只是变换, 就是获取输入, 然后一层层调用函数, 最后输出, 这个过程简单,
如果是图形, 就是创建 MVC 的各个组件, 分别初始化数据和界面, 后面也就顺了
中间的要点是弄明白整个程序要运行起来, 主要是按什么样的模型?
以及, 哪些是模型核心的数据, 哪些是从模型衍生出来的中间过程的数据..
知道核心是什么的话, 说不定问题可以简化不少
对于前端的小项目大部分时候还是够用. 这个问题确实挺难的.