程序猿的苦闷一

    一直待在从事企业应用开发的大公司，有一个问题比较突出。接触的东西比较少，眼界不够开阔。

    大公司太规范，不会创造全才。举个例子来说：大公司中，架构师是分很多类的，有业务架构师、应用架构师、数据库架构师。为什么这样做呢，其实也比较容易想明白。三个人每人负责一类，那公司对你三人的依赖不是那么强，即便有一个架构师离职了，那不还有两个在吗？离职的那一块很容易就补上了。但是如果一个人身兼三份，那离职之后这个公司岂不。。。这其实就像面向对象的单一职责，被公司运用到了极致，呵呵。

    所以，这类猿兄们你们从事企业应用，接触不到多少高并发、数据库拆分、使用不上消息队列、各种一系列的苦闷。。。

    还好，你可以精进自己当前的工作，coding我也要当成一件艺术品在欣赏。那就是面向对象和设计模式、重构。
   
    代码不是写完就没事儿了，需要我们用心的斟酌，哪里可能有潜在变化、哪里代码重复、哪里的switch case很多而且在不断的扩展，如何设计才能方便以后好维护、好扩展，能重用，最好有灵活性。

    牢骚至此，与同样苦闷的猿兄们共勉。