碰到史上最烂JAVA项目

算是一个项目小头目的人，连最最最最基本的Java包要小写，JAVA方法名，JAVA变量名的命名规范都不知道
包是大写的！方法名是大写的！在WebService那一层全部耦合上JDBC的东西，Action里面写SQL。
我把方法封装了，还要我都合并在一起，说这样写放在一起看起来清楚。

求教各位大哥了 小弟该怎么办

今天遭遇了 Service里面居然有HTML CSS的代码。直接进行HTML的字符串拼接！
最最最奇葩的是没有Pojo 没有Bean 没有Entity ，所有都是放在Map里！

一看就是没见过市面的吧。

几千行的存储过程。八千行的javascript我都维护过。而且我还重构了那个八千行的javascript。存储过程我是实在动不了……

当代码写到了一定程度，就会有这样的能力也就会碰到这样的任务。能够在规范的代码约束，优良的框架下写代码是一件幸福的事情。但是，这样也容易造成懒惰。架构设计得好的系统往往锻炼不了什么人的。每天只是在造一个齿轮而已。

当猎头找你，要你去接受年薪很高的职位的时候，你就会发现，这样的岗位上的工作基本都是这种让人看了就让人绝望的代码。但是你想想：如果是规范的简单的代码，那岂不是才毕业大学生都可以维护了。何必来找你？这样的工作才是真正锻炼人的，应该好好珍惜。

代码的混乱一方面是因为历史原因，另外一方面是因为业务本来就复杂。我见过一个系统关联的进程有上百个。有java的，有vb的，有C#，还有shell脚本和C，然后通过Socket、webservice、http、数据库通讯和同步。写java写着写着就变成了写perl，然后变成写c，接下来还要改存储过程，然后还要写点vb，最后还给界面上一个silverlight。

搞技术总是想设计一个万能的语言，一个统一优美的框架，设计出一个优美的系统。但是业务本身就不是优美的，本身就不是简单的。能够读懂别人的代码，并且能够从中学习到业务知识，甚至能够就现有的代码提出新需求的概要和详细设计，才是做业务真正需要的能力。这个时候才会突然想到UML里面的几种图还是真都有点作用，自己没事就在本子上画画吧。

一看就是没见过市面的吧。

几千行的存储过程。八千行的javascript我都维护过。而且我还重构了那个八千行的javascript。存储过程我是实在动不了……

当代码写到了一定程度，就会有这样的能力也就会碰到这样的任务。能够在规范的代码约束，优良的框架下写代码是一件幸福的事情。但是，这样也容易造成懒惰。架构设计得好的系统往往锻炼不了什么人的。每天只是在造一个齿轮而已。

当猎头找你，要你去接受年薪很高的职位的时候，你就会发现，这样的岗位上的工作基本都是这种让人看了就让人绝望的代码。但是你想想：如果是规范的简单的代码，那岂不是才毕业大学生都可以维护了。何必来找你？这样的工作才是真正锻炼人的，应该好好珍惜。

代码的混乱一方面是因为历史原因，另外一方面是因为业务本来就复杂。我见过一个系统关联的进程有上百个。有java的，有vb的，有C#，还有shell脚本和C，然后通过Socket、webservice、http、数据库通讯和同步。写java写着写着就变成了写perl，然后变成写c，接下来还要改存储过程，然后还要写点vb，最后还给界面上一个silverlight。

搞技术总是想设计一个万能的语言，一个统一优美的框架，设计出一个优美的系统。但是业务本身就不是优美的，本身就不是简单的。能够读懂别人的代码，并且能够从中学习到业务知识，甚至能够就现有的代码提出新需求的概要和详细设计，才是做业务真正需要的能力。这个时候才会突然想到UML里面的几种图还是真都有点作用，自己没事就在本子上画画吧。

你别想了，我以前也遇到过这种人，你对他不介意，他还不满意你呢，马上时间长了，他就找个理由把你给撵走了，还是趁早自己走吧

唉，楼主果然是小弟弟啊。须知技术只是用来赚钱的手段，只要这个项目还在赚取利益，什么都是可以接受的。

一哥们儿在试用期被辞了，他上一家公司很烂，很闲。
他在那舒服了两年。。。
楼主 你懂了吗？

没错，，其实也并不是要所有都跟java规范一样的，我们是用java语言，规范看公司．

反正不差我们钱就是了．