这面试官真奇怪呀。。。又不是不能用. ╮（╯＿╰）╭.

就算真不能用也给个说法呀？

这种子查询嵌套，我们一般用来人工减慢响应时间的，方便以后优化。。。

哈哈，开玩笑了，不过，子查询是需要尽量避免的吧，实在不行搞个动态视图也好呀。

正常吧，我都习惯面向 deadline 编程了

别说原型了，就算方案都不要出。我之前给一个外包公司老板报价写了四五个，一个单都没成，老是反应用户嫌价格高了——他是直接把我的报价 double 了给用户，这能接到单也是天降大礼包了。

lz 看起来是“以结婚为目标的交友”，那怎么不用世纪家园那种平台？

@lslqtz 并不是，移动只开通了七个城市：hdh.10086.cn/yhszd_apple/index.jsp

@Essaim 你提到的这几点，从我用 aw3 这几年的体会看来，都不是很准确呀：
1. 我不知道你说的不十分准确想表达什么意思？除非专业设备，我们也没法期待现有的穿戴设备能给你精确衡量每个卡路里吧
2.通知并不会关闭一个看下一个，如果一次收到多个通知，是会一次都打开，滚动可以全部查看
3.充电的确是必须每天充，但是绝没有“出门变成个摆设”，我试过一天爬山大约 10 个小时，全程开启记录功能（ GPS ），回到家还有百分之二十左右的电量
4.我之所以买蜂窝版就是不想带着手机去运动，结果，只有联通支持 esim，而且只支持几个大城市，我所在的小城市是没指望了

最后提一点，我的 aw3 因为保修期内坏掉，已经换了三次表头了，每次大概是使用 10 个月左右——重点就是，每次更换，重新保修一年，所以都是免费的。

@xy2020 你这个思路不符合逻辑，并不是说，经验无用。你认为掉的坑多了就能得出什么“正确的”结论，那并不一定，就像你炒股亏得多了，就能成为专家吗？事后之明说的就是你这种情况，明明只有未来才知道现在的选择“结果”是否正确，你非要强调做决定的时候就可以“正确”选择，你怎么知道 10 次或者 100 次就能给你“天道酬勤”一回呢？你怎么知道上次选 A 吃了亏，这次选 B 就会赚呢？

楼上诸位似乎都没有接触过各式代码自动生成工具？有些基于 UML，有些面向行业，有些面向 OA/CMS，有些面向数据库，用户可以是略懂 SQL 的需求人员，甚至可以是精通业务的销售人员。做大而全的 IDE，的确没有这样的产品，曾经的 visual studio 是这种目标，但是现在大概用的人不多了，因为解决所有编程问题的银弹是不存在的，更不用说面向的程序员水平参差不齐，最重要的是，开发活动中，最大的风险在于系统的复杂性，而不是具体的 coding，所以 lz 说的需求没人去做。

@xy2020 你的理论是基于“后见之明”的逻辑谬误，所以并不是别人不信你，而是根本没法信。

前两天刚看完《派遣人员的品格》，我得说，那里面的外包环境已经算好了

年轻的话，一线城市拼一下，岁数大了就找个东南沿海城市，别找上海以北的。

如果外语不错就考虑一下出国吧，呆在国内总有不知什么时候就被收割的危机感。

理工男能推导出优秀男？很可疑的假设呀。。。渣男可不分文理科哦

20 年前开始用 j2ee 做项目，刚开始是 JSP/servlet，后来加上 EJB，再后来用上 struts1.x，再加上模板，出了 spring 和 hibernate 之后，刚开始感觉是一种简化和进化，后来 spring 越搞越大，必须 DI/IoC，不用 Spring 全套就不行，整个框架比当初的 j2ee 还大了，我干脆用 play 代替 Spring，再到后来连 java 也不用了，nodejs 、python 用起来更顺手。实际从事项目开发的时候，个人感觉，开发团队在 100 个人以下的时候应该用不上微服务，这样几乎排除了 9 成以上的项目，所以很多用微服务的项目大概率是开发人员在积累微服务的项目经验。

这么算下来，一天最高 30 单，天天做满，无差评罚款，一个月也就 3000 多，哪怕单王也就 6000 多，能覆盖住生活成本吗？

@camillo 我也是早就屏蔽了此人，看到前面的认真回复的 v 友，心疼一秒。。。