@xfxly 其实已经有一部分设计的工作是准备找外包了， 只是考虑到如果外包， 后面招来开发接手比较麻烦， 说不定又得另起炉灶了。 而且也是考虑到组个团队， 大家做起事情来会更上心。

@stormxx 好吧， 这个你还是忽略吧。

@aaaaaaaaa 如果是两表之间有 relation， 你用 includeKey 应该就可以， 这个文档里有。 如果你想同时查三张或三张以上， 用 CQL， 语法和 sql 差不多， 只不过还有点小坑，但也还能用了， 这个也有专门的说明文档。

@Hydjan 哈哈，谢谢支持

准备 Mark 下来， 不回一个似乎说不过去

@davidtsang 他的意思是大概是一面给你一本这个书， 二面的时候就问书里的内容啦

@xujif 有可能，刚入这一行，真要是约定俗成，也就可以接受了，不过其他的问题仍然让人觉得头疼。

用英文全称 + 约定俗成的简写足矣。
如果是面向对象语言，一个真正的类（不是那种只有静态方法的 helper, util 类）其实， 一个方法就是一层 namespace，实例变量，方法变量结合这些 namespace context 就可以很好的理解了。
变量名长根本不是个问题，至少不是个多起眼的问题，spring 里面四五个单词，二三十个字符的类名变量多了，但这只会让代码更容易理解。
使用拼音，拼音首字母简写是要绝对禁止的，如果不禁止，那我就要离职。
真正在起名时面临的问题是，英文太差，找不到合适的词来给变量命名，随意使用缩写，缩写简写混用等。
比如，刚刚十分钟前，我还和人讨论数据库结构，起的一堆表名已经让人头疼，表的权限还没给我，我还没去细看这些列名是怎么样的，但估计也是乱成一坨：
md_security_stg: security 一般是做和安全相关的意义来理解，虽然也有有价证券的意思，但这里用来保存私募基金的相关信息，md 是什么意思叫？ master data， 缩写， stg 呢？ stage， 搞得我还真只能拿张纸和笔来一个个记对应关系。
pfund_nav: 私募基金净值， private fund 一个简写一个全写已经不能容忍， 你还当中不用来下划线来区分一下， 还有， 净值用 nav 是个什么意思？ 一眼看上去绝逼是 navigation 的简写， net value 简写也不是这么个写法啊。

按价格的半衰期一年来算吧

不过话说 Mac 就是用来败的呀， 保护那么好干嘛， 一两年后换个新款好了。
实在不爽， 到街头请个泥工用砂纸打磨一下吧， 哈哈！

当二手出了吧

主要还是市场需求吧。

你就不能不用？ 知道厕所里有屎还偏要往里面冲， 闻到臭味那还能怪得了谁？
我就不信除了这几家的东西， 你就找不到替代的。

转眼一瞬间

maven 和 Java 之间的关系

上海有哪里能潜水？ 金山？

这么点预算，以后你会后悔的，男人，对自己要好一点。