锁定老帖子 主题:碰到史上最烂JAVA项目
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (8)
|
|
---|---|
作者 | 正文 |
发表时间:2011-12-19
技术是用来实现问题的只要还能实现问题。你管它写得什么样啊?
你要嫌弃它不好看,你可以改啊。 |
|
返回顶楼 | |
发表时间:2011-12-20
如果你能把你说的这些问题都重构掉,那么你会学到很多东西。
|
|
返回顶楼 | |
发表时间:2011-12-20
笑而不语~~~
|
|
返回顶楼 | |
发表时间:2011-12-21
楼主在哪工作 我也去
|
|
返回顶楼 | |
发表时间:2011-12-22
所谓的命名规范就是统一 有的人不喜欢用驼峰命名法也可以 重点是得先后一致 得有规律
没有人纠正他你就尝试纠正他嘛 项目不大就重新做嘛... |
|
返回顶楼 | |
发表时间:2011-12-22
你这个连源码都看得见,还叫最烂,等你做过没有源码,没有注释,没有负责人的项目的时候,就知道没有最烂,只有更烂了。。。
|
|
返回顶楼 | |
发表时间:2011-12-22
去年公司有个项目。。系统都不能正常运行。。。烂了半年没人管。。。后台报错都找不到表。。。。。。。。。据说是以前的人把数据库给搞坏了。。后来就离职了。。。。。后来
|
|
返回顶楼 | |
发表时间:2011-12-22
yywill 写道 一看就是没见过市面的吧。
几千行的存储过程。八千行的javascript我都维护过。而且我还重构了那个八千行的javascript。存储过程我是实在动不了…… 当代码写到了一定程度,就会有这样的能力也就会碰到这样的任务。能够在规范的代码约束,优良的框架下写代码是一件幸福的事情。但是,这样也容易造成懒惰。架构设计得好的系统往往锻炼不了什么人的。每天只是在造一个齿轮而已。 当猎头找你,要你去接受年薪很高的职位的时候,你就会发现,这样的岗位上的工作基本都是这种让人看了就让人绝望的代码。但是你想想:如果是规范的简单的代码,那岂不是才毕业大学生都可以维护了。何必来找你?这样的工作才是真正锻炼人的,应该好好珍惜。 代码的混乱一方面是因为历史原因,另外一方面是因为业务本来就复杂。我见过一个系统关联的进程有上百个。有java的,有vb的,有C#,还有shell脚本和C,然后通过Socket、webservice、http、数据库通讯和同步。写java写着写着就变成了写perl,然后变成写c,接下来还要改存储过程,然后还要写点vb,最后还给界面上一个silverlight。 搞技术总是想设计一个万能的语言,一个统一优美的框架,设计出一个优美的系统。但是业务本身就不是优美的,本身就不是简单的。能够读懂别人的代码,并且能够从中学习到业务知识,甚至能够就现有的代码提出新需求的概要和详细设计,才是做业务真正需要的能力。这个时候才会突然想到UML里面的几种图还是真都有点作用,自己没事就在本子上画画吧。 这哥们说得真好。。。说出了我得心声 |
|
返回顶楼 | |
发表时间:2011-12-22
jamcode 写道 等待雨季的到来 写道 问题是薪水还不错,公司也不忙,还挺轻松的,换了好几次工作了,不像再换了
你别想了,我以前也遇到过这种人,你对他不介意,他还不满意你呢,马上时间长了,他就找个理由把你给撵走了,还是趁早自己走吧 确实啊,我也碰到过这种事 |
|
返回顶楼 | |
发表时间:2011-12-22
如果你对技术有热情,跟这种人混窝火不?
|
|
返回顶楼 | |