@mouhong 也不算是，只是项目不大，搞着项目好乱，想看看大家一般都是怎么把它搞好的。交流学习一下。

@datou552211 是否有重构的经历可供参考。其实现在比较迷茫。

@Felldeadbird 对于第2点。关键是我们在不断的在原来的功能上加需求。越加越乱，不重构似乎已不可能。时间上的确很紧张。很多时候花了很多时间，结果新重构的功能比原来的功能不稳定还引来怀疑改动的价值。 对于第3，4点，公司只想把代码跑下去。重写一个新版本根本不是产品能提得出来的需求。也不会有那么多时间。也同意不是每个人愿意重构。

@ZackYang 谢谢书籍上的推荐。

@kn007 谢谢中肯的建议。我也渐渐发现某些东西在原来尚能满足需求，但是源源不断的新的需求进来之后，让原来的架构渐渐的运行起来有些吃力，进而慢慢变成一个大问题。但是需求进来的时候时间往往是不可控的。大家都不能等你把架构改了再做需求。如果是盲目的直接调整架构是有益的。比如觉得哪点就好，需要调整就直接调整。问题就是说 架构哪些，怎么判断哪些需要被架构。

@loading 设计架构弄不好就弄巧成拙，大家都是如何提高自己的架构设计水平的呢。目前我只知道*重构*那本书。想顺便把大家的重构水平也提高一下。

@gongweixin 我也觉得可以这样。但是每次新需求，并不是所有人（有新手）都愿意去动哪些容易产生问题的东西，比如重构，一般是怎么处理这种情况的呢。另外遵循怎么样的准则，重构能做得比较好呢。

@kn007 项目刚开始的时候什么情况都有可能发生。我现在接手的项目就有这个问题。重写？有没经验分享。

@YouXia 人少，需求多。是要抽出一个人来做专门重构吗。如何解决项目进度和重构本身挤占时间的冲突呢。重构如何做呢。专门设计还是调整当前的东西以满足需求，有何准则，或书推荐。

其实等你十年回过头来再看，这算个什么事啊。

@virusdefender 对此有成熟的框架或项目可以参考吗。
@hjxx 对更新有何建议。就是更新消息读取状态这种写操作。看大家都建议写操作也写内存。

@zhicheng 静态化是指将什么静态化呢，是指将数据hash到不同数据库吗。但是hash有个不好的地方，一旦做调整就很麻烦。

@zado 但是用内存。如果程序挂了。不能从内存中恢复，一些状态丢失了，尤其是一些写的状态丢失了，会给人感觉程序很不稳定。

@aru
@zado

你们两位都是说的是指将现在的从库（只读库）用内存缓存的方式来实现吧，不知有没理解错。但是对于主库的写压力有什么好的建议吗，因为比如一些群推消息，会记录某某用户已经拿过，这时会有一些写入，而且需同步，因为要避免同一用户拿到两次数据。

我是每次用自动开启的，还好吧。不然的话，就电脑配置好一点。

我觉得可以选择提前实习，也可以选择补补基础。就是深看数据结构，网络，操作系统，于是出来后你就可以进大公司了。不过读书的时候比较浮躁，看不进去就最好早出去实习。否则你会发现你浪费了太多的时间。其实初级程序员只能进小公司，除了知道一些API，本身在深度方面的成长不会太多，不过大家也都是这么过来的。

@hellogbk javaw有可能是tomcat,你可以强杀掉就行,用任务管理器或者用taskkill。一般MyEclipse强关了后，如果没有退 出tomcat就会出现这种，这些连tomcat启动也会报端口占用错误，强杀没关系的。

一般不自动发布的原因可能是你的工程有错误，比如动到JAR包什么的了。所以view->show errors，看下你工程下面有没有错误。没有错误的话clear 一下。也就是手动编译。看会不会自动发布。这里需要注意的是，关掉所有打开的代码，删除掉所有打过的断点，有的时候断点会引起代码不更新，或者更新了后又改回去了。