本帖最后由 tdiant 于 2016-6-30 16:54 编辑
1.将代码尽可能的写在同一个类里
Git网站的代码统计功能不能区分代码是不是自己编写的，并且调看记录十分麻烦，因此我可以将代码全部放在一个类里，方便查看代码由谁编写，这样队友发现代码出问题，可以很方便的区分是谁写的，以便尽快联系代码编写者以解决问题。
2.尽可能使用public与static
尽可能的使用public和static，在团队开发中，这可以让其直接从其他地方调用的到，免去了get与set的麻烦，进一步的加快开发进程，让队友更省力，让代码更加简洁明了。
3.尽可能省去注释
既然他可以成为我的队友，那么我相信他一定拥有与我平等的Java开发能力与经验，可以很快的看出我每句代码起到的作用与意义。反倒是，如果我要是处处标注释，这会让队友感觉自己的智商被凌辱，会让其感到不适，反倒减慢了开发进程，降低了开发速率，队友会降低自己的积极性，这可不好。
4.命名时力求简单明了
变量的名称应该力求简单明了，这不仅可以让代码看上去更清爽，在javac编译时会记录下字段名称，这还可以大幅度降低程序的大小。比如一个储存Player类型数据的变量，我可以让他更加简单：
Player a;
又需要一个储存Entity类型数据的变量，同理，它应该叫做：
Entity b;
那么这就很简单了，下面是一个很好的例子：
Game c;
String d;
同理，命名类的时候，应该也力求简单明了：
f g=new f(a,b,c,d);
这样，你的代码看上去就清爽不少了。哦对了，记得在前面加上public static。
5.从不考虑留“接口”
写好代码不需要考虑代码日后某个数据需要变动的问题。既然需求什么的都订好了，那应该就不会出现变动了吧。反正只要我写好这段代码就可以了嘛。我相信到时候队友一定会帮助我改好的，我的队友肯定很勤劳，他一定会帮助我的，嗯，一定会帮助我的。
6.不考虑支持库
我的队友开发经验丰富，我觉得我不需要把Libriary的Jar发给他了，因为他一看报错信息，就知道是什么支持库了，他肯定能从百度、谷歌或bing上搜到的，他又不是傻子。
7.Push代码时可以瞎写备注说明
Git的目的就是储存代码嘛，所以只要我把代码放上去，我的任务就完成了。话说Git那些零碎的东西可真是讨厌，Push代码为啥需要写备注嘛，别人看的都是我的代码，又不是我写的注释和备注！
8.随意的修改公共库可以帮助自己更快完成任务
大家一起开发出来的各个部分都需要调用的公共库，既然我参与了开发，我就理所应当的可以改动它呀！所以我把这些内容更改一小下，我的任务不就完成了嘛？我的队友一定会为我的工作效率感到骄傲的，嗯，一定会夸我的！
9.帮助队友处理异常
异常什么的队友肯定会感觉日狗吧，不如我直接把我的代码套上try-catch块吧，抛出异常什么的只会增加队友的工作量，只有坏处没好处，我真是太为我的队友着想了！
有了这9项，我相信队友一定会夸我的。如果你不幸躺枪，请自己看着办 233。
后记：
1.你还可以去看一下如何写出一个差劲的Bukkit插件，两篇文章配合阅读，效果更佳。点我前往>>
2.感谢andylizi的意见。
3.本文全部采用的是“反语”，非教程类文章。若实际按照本文去做的话。。。233333
TDDDDD宝宝呀，(づ??????)づ
来支持一个！
来支持一个！
支持TDDDDDDD~
TD来，啵一个~
TD来，啵一个~
卧槽你在水jy么。。
TDDDDDDD，看到作者是你我就懂了
在认真的看到④之前我在想 果然大神的世界不一样啊...
然后突然感觉不对劲 立刻翻到最后面才发现又被骗了{:10_522:}
然后突然感觉不对劲 立刻翻到最后面才发现又被骗了{:10_522:}
纯白剑姬 发表于 2016-8-24 19:04
在认真的看到④之前我在想 果然大神的世界不一样啊...
然后突然感觉不对劲 立刻翻到最后面才发现又被骗了{: ...
讲道理，这是一篇很正♂经的文章。
感谢LZ
涨姿势了
对了，类名也最好用ABC
涨姿势了
对了，类名也最好用ABC