程序搬砖大法

  来，让我们愉快的搬砖吧！！！2333333！

  作为一只飞的比较早的老鸟，一直被人问：“我这里不会写，怎么办呀！”“完全不知道怎么开始写啊！”“看到这个需求就懵逼！”

特别是看到刚入职的同事一脸懵逼的样子，让我想起当年的苦逼日子。如今，不用苦恼了，我会将我最强的装逼大法传授给你们，不对，是搬砖大法！！！

一、真搬砖大法：C/V大法

简单来说，就是抄袭大法，这个方法人人都会，但是人人都用。没有那个程序员没抄过代码。问题在于，你真的会抄吗？

方法描述：遇到一个需求，找一个类似的功能（后面简称C端），将他改成符合我们预期的功能（后面简称V端）。

方法要点：找相同和找不同

注意事项：1、请先完整阅读C端代码，绝对忌讳在没有完整阅读的情况下进行复制。不注意此项会导致，代码冗余，功能缺失，以及地雷。

2、理解V端所需要的功能。 此项非常非常非常重要，因为不管是使用什么方法，你要做什么东西是必须提前知道的。不注意此项干脆别开发了，你是个搬砖的，你连砖是啥都不知道你搬什么？你连搬哪里去都不知道你搬什么？辛辛苦苦搬了半天发现搬错地方了，能怨谁？

3、对比C端和V端相同的功能。

         来来来，找相同了，这里好奇怪，为啥还要对比功能呢？我找C端的时候就已经知道这2个功能是差不多的了，为啥还要对比。简单来说，对比相同功能是非常重要的，比如你要实现登录页面，你找淘宝的登录过来用，淘宝真的登录真的能适合你吗？不知道，要自己仔细的对比。

        这里那我实际的例子来说：当时抄一个表单，傻逼逼的抄过来了，结果发现一个事情，他的验证是通过后端验证的，这样验证对导致页面的刷新。然后，我了了个去，自己写前端js验证，写ajax验证，然后还把后端验证保留了。写个js验证的时间都比抄完整个代码耗时要长，当时就应该换个C端抄都比自己写快。

4、对比C端和V端不同的功能。

        终于到找不同了，其实找不同没有找相同重要，毕竟C/V大法就是靠复制吃饭的。但是找不同重要在于，我的代码能不能被再次复制！很多人复制的时候都只关注功能，把不一样的改掉，功能实现就行。这样不行，虽然应付过去了，但是对自己没有好处。最终坑的还是自己。

       还是用我实际的例子，但是有个小伙复制代码，实现一个3层级联的下拉框。当时复制代码之后，功能怎么都实现不了。我过去一看，这家伙复制以前自己的代码，他之前的代码呢是从一个不知名的地方复制的。我看到这段C端代码，里面一堆不知所云的方法，一些变量根本就没有用到。在C端还勉强能运行，复制到V端后就各种出问题，因为他根本就没办法看懂C端代码了。只会把C端重新整理好了才结束。

方法总结：C/V大法的主要好处在于开阔眼界，你不知道怎么实现不要紧，有人实现过就可以学习学习。不知道怎么把既有代码优化，那就去看别人的好代码，学习到了之后才是自己的。没事别一老抄功能，没啥意思，可以去c/v一下框架的实现啊，比如spring啊myBatis之类的。

C/V只是手段，进步才是目的。请不要舍本逐末！

二、撞墙大法好：直觉法、经验法

这个方法估计很少人用，其实说实际来就没有那么神奇了，当经验和分析能力没有那么强大的时候，这个办法非常有用。

方法描述：拿到一个功能，不知道怎么写。那么先判断一下大约应该怎么做。然后去实验（不是完成功能），实验成果那么就完成功能，实验不成功那就换个方向继续。

方法要点：你必须知道一个方向（这里考验是对知识面？），详细的试验

注意事项：一定要验证，一定要验证，一定要验证。

     比如说：fastdFS可以做分布式文件管理，你可能听说过这个玩意做文件管理比较方便。于是直接拿来用，没有做过任何验证，做着做着发现有一台服务器始终配置不上。为啥一看，这个ip是内网地址，fastdFs是没办法穿内网的。所以死球！

     这种方法最重要的几点是，我感觉那个方法可以，(比如三重循环可以实现我的功能）,那么就试试能不能满足要求。不行（撞墙了）就换个方向，直到你没有任何灵感为止。

     注意是感觉，不是知道，如果你知道那个方法可以实现，就直接实现算了，不需要在去试验了。

     然后是你已经找过了没有其他可以借鉴参考的（相似度不高，相似度高直接C/V好了），如果有参考的，但是没有源码可以复制，那么可以参考一下他们的思路。如果没有参考的，那么是需要你自己撞墙的，不停的试验。

     最后是试验请注意，不要轻易放弃，有时候你和成功只有一步之遥。某个看似不可能的方法往往可以成功。有些方法已经撞墙过了，但是你撞墙的力度不够，没把墙撞塌，所以失败了。

三、大神专用，脑洞法：

整理中