好项目烂架构的问题，四年coder的吐槽

        四年多码农，毕业后在一家小私企做前端；（初始asp.net，对oo有了比较深切的理解；处于对某空间的效仿，对前端技术架构理解的比较透彻）；

        在这家公司混了4个月之后跳出来想自己单干；

        自己接了个小项目，最终烂尾收摊；

        事后回到公司上班，进了一家小企业，做物业系统，5个人团队，初识mvc2.0；

        干了半年，无奈公司发展不行，跳到一家更小的团队，3个人，才干两个月被炒，原因不明（这两个月对我的思想提升很大，之前只会考虑从数据库到页面呈现的思维方式转入到应用缓存技术，基本上每天上班8小时处于思考状态，到现在回想起来，没有一家公司可以让我处于这状态；现在的公司，半个月的工作量两天基本都可以搞定）；

         接下来到了某电力行业国企，做内部oa，此时的我对系统架构有了比较好的认识，能看到一些问题；引入了一些比较流行的思想，aop，ioc，等待，因为在这做事比较清闲，没事看了不少的技术帖子和书籍，是个人提升最大的一个阶段；

         如今，在一家300人+的公司，研发团队大致70人，本组15人，也算是比较大的团队了；选择这家企业主要是看它是创业阶段的，而且发展还不错，等进来了之后发现各种问题，主要是技术层面上的，所以发发牢骚；

         经历了7-8家公司，没有一个公司的技术架构能让我彻底折服，特别是现在在的这家公司，感觉产品概念非常的好，无奈，技术架构处于10年前的思想，（说刚刚毕业的人写出来的也不足为过），没有产品文档，代码紊乱，数据结构设计冗余拖沓，没有开发文档；代码嵌套太深，基本上软件行业的标准都没有出现过；反正就是一种没办法读的概念；最夸张的是，本来只要改一个字符的，我用了两天的时间去理清其中的代码逻辑；感觉每天不是在写程序，而是在拷贝代码；这样的生活很无趣，想做好一个产品，却无从着手；

         总而言之就是，垃圾的技术架构和用户体验，绑架了客户；

求解，

         另外个人觉得现在处于瓶颈阶段，上不去的感觉;个人意愿发展方向是技术架构，不知道大牛们有啥好的意见和建议；

附技术关键字：

AOP,IOC,DDD,设计模式，jquery,extjs,dojo,clr,sql,mvc,ccna,C#,css2.0,wcf异步编程，多线程，等

 

 

 

在此，我行很多和我一样或者差不多的经历的同行们，一直都在摸索，一直想技术提升，一直想往NB的方向前进；却不知道何时能让自己都佩服自己写的代码或者程序。这些coder们很拼，刚出来的时候每天睡四个小时，只是为了能跟上开发经验比我们多的人，不会被说：”你怎么连这个都不会“；”这个我都不知道怎么教“的回答；这些coder们很拼，看到网络上有自己在技术方向上的，总会不停的摸索，效仿别人的程序是怎么写的，效仿那些大牛们的思路，和编程方式方法，以此作为榜样；看到推荐书籍，总会想着办法啃一点是一点；但总觉得少了点什么似的，或者说就是没有自己的知识体系？不会总结？没有实战机会？其实我也对这些很迷茫，要说差，总能在身边找到比自己还差的coder，要说好，貌似好技术的人都不怎么愿意分享自己的经历：或者是因为coder人情世故这块会比较的差劲吧~

在我的地区，如我们一样的coder们也不少，而且来来去去，很多都像小蚂蚁一般，四处乱闯。小公司，小团队，小项目，可能数据库数据行都难说能上个10W的，有什么机会可以接触到如：分布式缓存，负载均衡，等等一系列的技术关键字；接触到的都是极其小而微的项目，没有开发流程可言，就是boss说一个功能做一个，明天弄出来吧，不需要考虑扩展性，不需要考虑隐藏需求；没有设计文案，没有开发文档，总而言之就是：“我这么说，你能理解不？理解了就这么做吧！”；

有人批判，4年换7-8家企业，会有忠诚的问题；其实，如果一个环境能让你不断的提升，让你不断的充电，总有你不会的东西，我觉得，我不会考虑换（当然排除待遇在外）；可能也是自己一开始的选择问题吧，但换回来，如果一个人饭都吃不上的时候，你是不是会饥不择食寒不择衣？很多时候选择也是要有条件的，ps（本人农村，父母无收入，过去基本是处于一天不工作就要挨饿的情况~）；如果有那么一个环境我会考虑的是，公司会不会因为我的学习能力或者技术强度不够而把我开掉，而不是另谋高就的问题；

纯属个人对现状的吐槽，不喜勿喷！

评论

32 楼 cyruscript 2013-10-24  

kiol 写道

cyruscript 写道

"忠诚的问题"很好笑。如果哪个老板希望员工忠诚，那这老板就等着公司倒闭吧！员工忠诚值与持有公司股份成正比，比例大概为2:1,当股份超过50%时，忠诚值为100%。
员工与公司只有交易模式，没有感情模式,你给钱我拿钱干活就这样，其他东西都是多余的。员工要想生存必须把自己变成机械人，公司要想生存必须排除掉所有天真的想法！
这世界本就残酷，所有这世界只有两种人，一是活人二就是死人－－在毫无希望的明天，活着是唯一的希望！

建议你看看稻盛和夫的理论和成绩。世事无绝对:)

日本人那套东西在中国是行不通的,从中国的角度看那套东西根本就是过于理想化的理论,无论你多有能力，多有热情，有多独特的思维方式，在中国这片土地上，这都化为虚无。－－日本超过200年的企业高达3000多家，而中国超过200年的企业只有三家，把标准降低到150年也就加个王老吉，也就四家而已，也就是说中国生存的残酷程度至少是日本的1000倍。所以在中国这块土地上，生存才是关键。所以在中国，无论是企业还是个人无非就两种结果，要么活着要么死掉。
世事无绝对，但人从一出生就在走向死亡，这是绝对的！
--稻盛和夫救了日本航空，但却不可能阻止日本经济衰退；正如现在中国看似高速发展，不过在我看来有着5、6000年历史的中国，现在不过是“回光返照”而已，真正的死亡30年内必将到来。

31 楼 kiol 2013-10-21  

airu 写道

kiol 写道

要不离开换个工作，要不改变现状。
我分享一下我的经历吧，我选择的后者。
从03毕业到一家公司到现在没换过，当时我们公司也有很多的问题，研发流程太僵化，技术上太依赖商业公司，架构和代码质量上也是能用就行。
我从我自己负责的模块做起，自己进行不管的优化和重构，作出让自己的满意的设计和实现。
推广开源技术，把公司的VSS换为SVN，IIS换为Apache，这大概是05，06年的样子。
再后来换了部门，在公司建议并参与推广敏捷软件开发，整个公司做敏捷转型，开发自动化测试框架建立公司的自动化测试体系。
在公司内引进ruby做自动化测试脚本，引进并推广rails做网站开发框架。

当然，我很幸运一毕业就进入了一个发展前景好，文化氛围好的公司，但是更重要的是要为改变现状做出努力，而不是抱怨。

你这个一定不是国企吧。

确实不是国企，国企没进过不好说。所以说一个有潜力能接受改变的公司很重要，至于现状是不是很烂不重要，越烂越是你发挥的空间。

30 楼 reinhardv 2013-10-21  

说说我自己的经历，也是从一个码农开始，但是很幸运跟对了一个好师傅，多年来的工作，毫无保留的将各种知识传授给我，虽然后来我师傅在公司内被排挤，大公司的通病。但是我确实学到了很多，特别是后来和国外工龄20年以上的所谓架构师们一起争项目时，确实也觉得自己牛了一把。所以跟对一个好的领导很重要。现在希望将这种文化传承下去，所以我对新人也一直毫无保留的传授。

29 楼 airu 2013-10-21  

kiol 写道

要不离开换个工作，要不改变现状。
我分享一下我的经历吧，我选择的后者。
从03毕业到一家公司到现在没换过，当时我们公司也有很多的问题，研发流程太僵化，技术上太依赖商业公司，架构和代码质量上也是能用就行。
我从我自己负责的模块做起，自己进行不管的优化和重构，作出让自己的满意的设计和实现。
推广开源技术，把公司的VSS换为SVN，IIS换为Apache，这大概是05，06年的样子。
再后来换了部门，在公司建议并参与推广敏捷软件开发，整个公司做敏捷转型，开发自动化测试框架建立公司的自动化测试体系。
在公司内引进ruby做自动化测试脚本，引进并推广rails做网站开发框架。

当然，我很幸运一毕业就进入了一个发展前景好，文化氛围好的公司，但是更重要的是要为改变现状做出努力，而不是抱怨。

你这个一定不是国企吧。

28 楼 kiol 2013-10-21  

cyruscript 写道

"忠诚的问题"很好笑。如果哪个老板希望员工忠诚，那这老板就等着公司倒闭吧！员工忠诚值与持有公司股份成正比，比例大概为2:1,当股份超过50%时，忠诚值为100%。
员工与公司只有交易模式，没有感情模式,你给钱我拿钱干活就这样，其他东西都是多余的。员工要想生存必须把自己变成机械人，公司要想生存必须排除掉所有天真的想法！
这世界本就残酷，所有这世界只有两种人，一是活人二就是死人－－在毫无希望的明天，活着是唯一的希望！

建议你看看稻盛和夫的理论和成绩。世事无绝对:)

27 楼 kiol 2013-10-21  

要不离开换个工作，要不改变现状。
我分享一下我的经历吧，我选择的后者。
从03毕业到一家公司到现在没换过，当时我们公司也有很多的问题，研发流程太僵化，技术上太依赖商业公司，架构和代码质量上也是能用就行。
我从我自己负责的模块做起，自己进行不管的优化和重构，作出让自己的满意的设计和实现。
推广开源技术，把公司的VSS换为SVN，IIS换为Apache，这大概是05，06年的样子。
再后来换了部门，在公司建议并参与推广敏捷软件开发，整个公司做敏捷转型，开发自动化测试框架建立公司的自动化测试体系。
在公司内引进ruby做自动化测试脚本，引进并推广rails做网站开发框架。

当然，我很幸运一毕业就进入了一个发展前景好，文化氛围好的公司，但是更重要的是要为改变现状做出努力，而不是抱怨。

26 楼 airu 2013-10-21  

才4年，还年轻。偶的情况和你差不多，不过也正好可以和你说我的情况。
基本带过各种类型的公司企业。没有那家是完美的，但是你都能学到很多东西。
只是学习要有连续性，要系统。仅此而已。当然个人发展也要有一定机遇。

对技术的追求是好事，但是公司不是技术研究所，公司的核心是业务。
所以不要妄想哪家公司能给你多好的技术提升。一切靠自己。
如果你能每天都在编程，只睡4小时，那么你就离成功不远了。
推荐看《黑客.计算机革命的英雄》，能激励一下自己吧。
技术犹如大海，不能太贪心，找准一个方向，真是不能太浮躁。
静心分析，就能看到你所要的东西。

25 楼 dragonhunter 2013-10-21  

慢慢来，我在的公司也是代码乱不行了，问下自己能写出好的代码？比如你了解java的动态代理，反射，注解，你能模拟写出一个简单的mybatis的类似下面的实现吗？

public interface UserDao{

@Select("select * from t_user where id = #{id}")
public UserPO selectUser(Long id);

看似比较简单的，你自己写写，还是会遇到很多问题的。

从基础开始，把多个基础的东西用到一起。建议java编程思想看2遍。在看下敏捷开发相关的书籍。多看外国人写的，有能力看英文，没能力看翻译的，国人写的就少看点，除了叫你怎么用，别的没什么，不说夸张的话，90%的写书的都不知道其本质和思想，就是为赚点小钱。

24 楼 xly_971223 2013-10-21  

所谓优秀的架构往往跟时间无关 甚至跟框架是否先进关系也不大
优秀的架构是需要慢慢体会的 代码层面可能看不出来

23 楼 xucaishen 2013-10-20  

这社会适者生成啊，不过，我支持你。。。

22 楼 kanme818 2013-10-20  

moshalanye 写道

kanme818 写道

经历了7-8家公司，没有一个公司的技术架构能让我彻底折服

好吧，楼主觉得哪家公司可以让你折服？你有本事进去么？看看你会的那些东西，2年coder基本就会了，毫无亮点。太看高自己了，踏实做事吧。

2年工作经验的你确定真懂了楼主说的那些你听到出茧子的技术名词。

每个人的感官不同，对任何一个道理理解深度都不同，很多情况你只是认为自己懂了，
我也是这样，往往懂的慢慢变多了，才发现自己越来越不敢说懂了。

《程序员的自我修养》提到，好的程序员是要明白他触碰代码的每一个字节，
我每天反省自己还差多远，我个人觉得自己才入行而已（8年coder的真实感觉）。

我那IOC和DI这些大多数人都觉得理解的东西来提问题，确认下你懂IOC，DI到什么程度了：
IOC谁提出来，最早的实现方案是什么？
IOC 和 OSGI，JMX 等等的历史背景的关联性？
DI和IOC的关系，DI提出期间优秀的DI方案有哪些？
COC在DI中的应用？
现在又涌现出哪些优秀的DI实现后起之秀，优秀在哪里？
各种DI实现及其原理？
和IOC的DI有关的新草案有哪些？

你认为楼主又懂了多深？

21 楼 kuchaguangjie 2013-10-20  

4年了, 别天天围着框架兜圈子了, 有空看看 算法,c,汇编,linux(系统体系,linux编程),
再回去看那些框架, 重复来, 重复去, 基本思想其实很简洁,

20 楼 moshalanye 2013-10-20  

kanme818 写道

经历了7-8家公司，没有一个公司的技术架构能让我彻底折服

好吧，楼主觉得哪家公司可以让你折服？你有本事进去么？看看你会的那些东西，2年coder基本就会了，毫无亮点。太看高自己了，踏实做事吧。

2年工作经验的你确定真懂了楼主说的那些你听到出茧子的技术名词。

每个人的感官不同，对任何一个道理理解深度都不同，很多情况你只是认为自己懂了，
我也是这样，往往懂的慢慢变多了，才发现自己越来越不敢说懂了。

《程序员的自我修养》提到，好的程序员是要明白他触碰代码的每一个字节，
我每天反省自己还差多远，我个人觉得自己才入行而已（8年coder的真实感觉）。

我那IOC和DI这些大多数人都觉得理解的东西来提问题，确认下你懂IOC，DI到什么程度了：
IOC谁提出来，最早的实现方案是什么？
IOC 和 OSGI，JMX 等等的历史背景的关联性？
DI和IOC的关系，DI提出期间优秀的DI方案有哪些？
COC在DI中的应用？
现在又涌现出哪些优秀的DI实现后起之秀，优秀在哪里？
各种DI实现及其原理？
和IOC的DI有关的新草案有哪些？

19 楼 niva 2013-10-20  

1.10年前的技术架构思想是非常经典的，那时候OO发展成熟、敏捷萌芽、ejb被推翻……把那些东西摸透足够把项目做漂亮了，反而这几年似乎没什么特别好的新东西，也可能是我落伍了；

2.怎么你们就这么喜欢写文档，文档就能解决问题？我倒是见过几个项目文档比较齐全，代码还是一塌糊涂，我认为文档是及其次要的东西，很耽误时间、且写不好很容易误导，好代码绝对胜过烂文档；

3.“不需要考虑扩展性，不需要考虑隐藏需求；没有设计文案，没有开发文档”，这正是浮现式设计的精髓。

软件的特点是“软”，变来变去，令人捉摸不定，何必非要用“硬”的方式去做软件呢？
我建议你多读书、多思考。至于工作，无非是养家糊口的手段，就现在的形式，想找到好的公司非常不容易，如果找到了是福气，要珍惜；找不到好的，则能混就混，变得狡猾些，揣摩一下公司的弱点，见机行事。

18 楼 moshalanye 2013-10-20  

cyruscript 写道

"忠诚的问题"很好笑。如果哪个老板希望员工忠诚，那这老板就等着公司倒闭吧！员工忠诚值与持有公司股份成正比，比例大概为2:1,当股份超过50%时，忠诚值为100%。
员工与公司只有交易模式，没有感情模式,你给钱我拿钱干活就这样，其他东西都是多余的。员工要想生存必须把自己变成机械人，公司要想生存必须排除掉所有天真的想法！
这世界本就残酷，所有这世界只有两种人，一是活人二就是死人－－在毫无希望的明天，活着是唯一的希望！

理性管理如果不透着客观的感性思维。
绝对的理性管理，往往会忽视人性需求，道德，正向力量的需求，让失去最基本的归属感。

这是为什么会有HR的原因，HR是正力量经营，员工与公司利益冲突的缓冲和润滑剂。

任何观点或者方法，都存在其片面性，需要考虑适用范围和使用时间点。

过犹不及，水至清则无鱼的道理亘古不变。

17 楼 kanme818 2013-10-20  

经历了7-8家公司，没有一个公司的技术架构能让我彻底折服

好吧，楼主觉得哪家公司可以让你折服？你有本事进去么？看看你会的那些东西，2年coder基本就会了，毫无亮点。太看高自己了，踏实做事吧。

16 楼 moshalanye 2013-10-20  

小公司有小公司的好，大公司有大公司的好。

楼主一直呆在小公司，字里行间能透出对大公司方方面面优点的向往。
但一旦进入大公司，会发现自己是一滴流动的水，你清楚了水的流向，
却失去下决定的魄力和决定后承担后果的勇气。

换而言之，你的技术宽度和深度，以及你建立的朋友圈不足以承担大
部分中国软件企业非职业化的压力。

这种困惑不是只有一个人会有，你过度到了解到更多，技术更优秀后，
技术不再是解决问题的唯一因素，团队建设，人际交往，进度管理，
自己的精力分配，个人价值观都会成为让自己困惑的因素。

个人感觉大凡，真有想法不甘居于人下的都爱折腾，正因为他们折腾
他们才会在不断的痛苦经历中存在成功的可能。

所以，楼主想走哪条路？
外企大公司规范化的工作方式，人性化的生活方式？
互联网公司中无止境一线挑战，技术力磨砺的战场？
大公司规范化学习后，不断折腾中领悟成功的方法？

15 楼 txc_tang 2013-10-20  

如果要想有所建树，来不得半点浮躁。存在即是合理，你改变不了这个社会，只有适应它，然后做些自己想干的事。

14 楼 Tyrion 2013-10-20  

daquan198163 写道

感觉楼主是个有上进心、爱钻研的人，但是也容易陷入技术人员盲目追求技术的误区。

其实除了花业余时间学习新技术以外，最涨功力和经验值的就是解决你工作中的实际问题，
前者很多人都能做到（比如你那些技能很多也是业余时间凭兴趣钻研出来的吧），因此这可以为你的简历增加漂亮的关键字，
但是后者很多人就不重视甚至不屑于认真对待了，一提到自己手头的工作就很多吐槽，比如代码烂难读、架构落后、没有文档、团队效率低、用户体验差，其实你发现的这些问题是绝大多数团队都有的问题，换个公司还会遇到，根源是绝大多数人都只能制造这些问题却不知怎么解决。换言之，如果你能立足本职工作解决掉这些问题中的一个或几个，你就获得了很大提升并且还提高了自己的绩效。
具体的，代码不是烂难读懂么，那你就尝试用它来练习重构（refactoring），不过不出意外的话你不可能彻底解决这个世界难题，但是掌握了重构技能并一定程度的改善了公司代码的质量就是不小得成就了。

再比如现有系统架构落后，如果不允许对系统做大改，那你就尝试在新增模块中引入一些新的技术或框架，或者解析新技术框架的思想来在老系统上做改进……

没有文档、团队协作不好，那你就做一些开发经理的工作（不需要有这个title，先做起来，做好了自然有title了），引入好的工具帮助团队改进工作方式，业界已经有很多好的工具存在了，比如jira、wiki。

用户体验不好？ 你自己不就是做前端的吗？

总之遇到问题多想想解决方法，在解决问题的过程中成长是最快的，这种能力不会像那些技术关键词一样容易过时。

13 楼 daquan198163 2013-10-19  

感觉楼主是个有上进心、爱钻研的人，但是也容易陷入技术人员盲目追求技术的误区。

其实除了花业余时间学习新技术以外，最涨功力和经验值的就是解决你工作中的实际问题，
前者很多人都能做到（比如你那些技能很多也是业余时间凭兴趣钻研出来的吧），因此这可以为你的简历增加漂亮的关键字，
但是后者很多人就不重视甚至不屑于认真对待了，一提到自己手头的工作就很多吐槽，比如代码烂难读、架构落后、没有文档、团队效率低、用户体验差，其实你发现的这些问题是绝大多数团队都有的问题，换个公司还会遇到，根源是绝大多数人都只能制造这些问题却不知怎么解决。换言之，如果你能立足本职工作解决掉这些问题中的一个或几个，你就获得了很大提升并且还提高了自己的绩效。
具体的，代码不是烂难读懂么，那你就尝试用它来练习重构（refactoring），不过不出意外的话你不可能彻底解决这个世界难题，但是掌握了重构技能并一定程度的改善了公司代码的质量就是不小得成就了。

再比如现有系统架构落后，如果不允许对系统做大改，那你就尝试在新增模块中引入一些新的技术或框架，或者解析新技术框架的思想来在老系统上做改进……

没有文档、团队协作不好，那你就做一些开发经理的工作（不需要有这个title，先做起来，做好了自然有title了），引入好的工具帮助团队改进工作方式，业界已经有很多好的工具存在了，比如jira、wiki。

用户体验不好？ 你自己不就是做前端的吗？

总之遇到问题多想想解决方法，在解决问题的过程中成长是最快的，这种能力不会像那些技术关键词一样容易过时。