@haozi1986 长见识了。最好还是能够有合适的主板来用起来。

@silencefent 有点担心这个 u 够不够用，或者有没有别的推荐

什么年龄

1024 + 1+5 替你回血

这个貌似是微服务之后提出来的一个，一个人负责指定服务的所有内容，开发，部署，运维。

只用 python 写一些小工具，写大项目要人命 。

赶紧删除聊天记录，漂流瓶什么的吧，别被你女朋友发现了什么。 哈哈

我觉得 flume 的代码不错，结构，职责都很清晰，复杂度也比 spring 低，设计也不错

plum 84，不占地方，改有的键都有，用着舒服

分母

我是觉得，业务复杂的项目完全可以用 oo 来实现，维护方便，而且能够留下来业务的模型。对企业很方便，但是前期投入比较多。

相对的，非 oo 的项目，很快就可以进入开发，然后项目上线快，后期维护成本大，积累少，适合业务简单的。
当然，这只是我个人的理解。

其实我是觉得设计不好，是因为开发懒，或者项目经理的安排有问题。敏捷开发的方法，可以避免很大一部分。

框架是解决了基本部分，但是复杂的业务，医疗这些，和业务模型不冲突吧。

我理解的高级程序员是这样的。（java程序员）
1.工作年龄（实际开发）
2.能解决架构设计问题，对一个软件系统的的设计，维护，修改等
3.了解国际开源组织的一些新技术，并且能够对一些技术适用情景有具体的掌握
4.对软件系统能够提出实际的优化方案。