2系的撸过帮顶了

不缺后端工程师吗？

@victor 别闹了哥们
放着城市里肤白胸大腿长屁股翘的高知女性不要，花钱去买越南媳妇，脑子让门挤了吗？

@Atu 哦
我说了我也来自中朝边境
几十年前是有这样的事情的 但是现在这个年代绝无可能。

@victor 同来自中朝边境的人表示质疑：2014这样一个年代还能发生大米换朝鲜女人这样的事？现在已经不是几十年前了
私以为你在忽悠大家博眼球。

你所描述的是消费类电子产品的UI特征，这些产品严重依赖UI的美观来取悦用户

工业应用并不重视这个
去看看商场的收银机、亚马逊快递员手中的巴枪、或者宜家员工使用的内部系统等等的UI你就明白了

select name, max(dateline) from t group by name

谈平均没有意义啊
我搞了若干年java，若是让我学3个月php，相信至少可以达到一个拥有3年php经验的程序员的水平

@frankzeng 谢谢 最后选了这个。加了三条金士顿的ECC服务器内存
目前使用感觉良好

case when写出来太冗长了
ifnull和coalesce就够用了

@jack230230 对 正因为我不了解那个repo.getCommit具体是做什么用的，所以才用了“假如”的字样

@caixiexin
与数据库（以及其它外部repository）打交道的核心思想之一就是batching
能在一个请求中做完的就不要分拆成多个请求

正文这里的repo假如能提供一个getCommitsBatch(String[] sha)方法，也就没有必要动用concurrent了

getCommits这里对concurrent的使用方式并不是一个良好的实践
试想如果前端向后段发送了大量的getCommits请求，且每个请求中的sha数目都超过了8，那么就会生成N*8个新线程。这样会导致jvm性能下降，也可能引发由线程栈爆满引起的OutOfMemoryError

java工程中concurrent的最佳实践是这样的：
1. 使用一个service component来提供thread pooling功能，所有业务逻辑中的异步任务都提交到这一个thead pool中处理。
2. 不要使用Executors提供的工厂方法创建ExecutorService。推荐使用ThreadPoolExecutor的最复杂的那个构造方法。在这里你可以指定thread pool的大小、线程回收机制、队列大小、队列满员时的处理方式

做到以上两点，才能实现对concurrent线程数目的整体把控

@pierrecpen 既然你这么说，那么我想问问为了尊重那些听不懂粤语的人，何必自己上去献丑？随便找个普通话标准的电视台主播就好了

@pierrecpen 明明是为了钱

重量仅为381克。。呵呵了
9.7寸的ipad air 2也就比这重了50g吧

2-3年经验的话这个价格还可以
睡后大概1w+四五百的零头
租房、吃饭、穿h&m或同价位的衣服、分期付款买rmbp和iphone
过上述生活足够了

个人愚见：
Customer中没有必要保存List<Order> 不然莫非List<Address> List<Favorite>这些都要各存一份？
通常只要提供OrderService.listOrderOfCustomer(customerId)这种服务就够了

关于你的不一致的问题：
不知你使用的是什么语言及orm工具。一些orm工具是可以支持级联删除的
我自己在这种场景下通常不依赖数据库外键或orm工具，在一个事务中先后做删除Customer和Order的操作即可

@huage 你需要了解的是事务隔离级别这个概念
http://en.wikipedia.org/wiki/Isolation_%28database_systems%29
http://msdn.microsoft.com/zh-cn/library/ms173763.aspx


具体到你的情况 入库和销售这两个业务在共同操作库存这个资源，这样需要一个锁来保证两个业务各自的原子性
通常的做法是在业务系统中使用乐观锁或悲观锁来解决这个问题，而不是依赖数据库的事务隔离

@CupTools 多谢
openstack实无必要 毕竟团队现在规模还小，短期内规模也不会急剧膨胀
xenserver就够用了