在公司追着你安装它的 APP 的时候，你就知道买苹果手机的好了。

@ShuoHui #17 砌内存不一定有用，但大内存绝对比小内存好。

假设 Android 8G 内存才够用，卖 8000，ios 2G 内存就够用，那么：8G 内存卖 10000，跟 2G 内存卖 10000，还是有区别的。苹果这里还是刷了心思的，我朝可能不在意这点性价比，欧美那边就不一定了。

汉语是有拼音的，以前记得也有音标。可以读出来说明它是知道音标的，但是就是不显示出来，难道音标也有版权吗。

大型免费网游，美国人：这俩应该是冲突的吧。大型道具收费 mmorpg，貌似也不多，不管买断还是月卡，入手先砍一刀是必须的。大型道具收费非 mmorpg，全世界哪个国家都一抓一大把。

hotmail/outlook.com 、gmail 是邮箱界的两朵奇葩，严格意义它们是微软账号、谷歌账号的附加品，不是传统 EMAIL，POP、IMAP 方式基本都用不了的（除非是测试阶段）（ gmail 最先推广 IMAP ）。请在微软账号或者谷歌账号那里执行绑定操作。微软这边，应该是在 outlook.com 绑定。

@2333zzz #31 你的要求太低，没办法。

1M、3M 都不是关键，反正都不能用，50G 上限+超过后基本用不了，这个才是关键。这就是告诉你悠着点用，别以为 50G 上限你就能用够 50G 的。要不是工信部不准，绝对是 50G 后断网。

首先纠正楼上一些严重误人子弟的观点：model 不是 dao，model 不是负责数据库那边的。后面再解释。

MVC，Model、View、Controller，或者叫做模型、视图、控制器，这是一种将系统的交互部分与主体部分解耦的设计思想；业务层，或者 Service 层，是一种纵向分层解耦技术的术语：二者原本一毛钱关系都没有，是后人硬给弄到一起的。

举些例子：
MVC 鼻祖 Struts，三部分分别指的是 Action 类的非自动部分及其关联代码、Struts 标签及 JSP、Struts 配置文件和 Action 类的自动部分；
Struts2 给 V 加上了模板等非 JSP 技术，C 部分的内核换成了拦截器，本质上是 M、V、C 各自丰富，总体思想不变；
Spring MVC，M 只是 Controller 类的方法及其关联代码，V 是模板或压根就没有，C 是 Controller 的注解、自动绑定等等，实际上可以认为只有 C。
请注意，以上三个，虽然都建议你只在 Action 或 Control 中定义执行简单处理或跳转，但 Action 和 Controller 的非自动处理部分，仍然是处于 M 部分：分离成 M、V、C 三部分后，并不妨碍对 M 部分再继续纵向分层，Action 和 Controller 的非自动处理部分，是 M 部分的最上层。

至于后人为什么回混用 MVC 和纵向分层呢，因为简化和更易推广。在那个 J2EE 分离年代，那时候一般这样分层：JSP/自定义标签 /模板、Action/Controller、Service、Dao。这是简化过的，拆开后是：1，JSP/自定义标签 /模板； 2.0，Struts/Struts2/Spring MVC 框架和 /或配置文件； 2.1，Action/Controller 的自动部分（自动绑定等）； 3，Action/Controller 的非自动部分（手工校验、格式转换等）； 4，Service 层，5，Dao 层。1 是 View，2.0、2.1 是 Controller，3、4、5 是 Model。简化后的相比拆开后的更容易学习，更容易推广，这个不光是培训班的需要，也是 Java 社区的需要。如果作为科普来看，这种简化功不可没，虽然现在有点尾大不掉了（后面解释）。

再举个例子，按照现行的前后端分离技术，采用领域驱动设计和依赖倒置分层，那么程序是这样分离的（基本没有纵向分层了）：
V 部分，单层或 MVVM 等前端架构；
C 部分，路由、自动绑定、Controller 等等（此时 Controller 完全作为控制器）；
M 部分，领域模型（含模型、领域服务、存储库）、应用服务（事务边界）、基础设施；

最后解释前面留的点。
model 的含义是模型，也可以理解成建模。广义上，模型指的就是程序，因为程序就是用一种特别的模型来解决现实问题的。MVC 思想上，模型仍然是广义的程序概念，只不过特别把人机交互部分拿出去了。狭义上，模型一般指的是具有特定属性和行为的某件事物，或者说，特别的“类”和“对象”。DDD 中就代表现实事物的 model 是模型，前端 MVVM 架构中代表数据的 model 是模型，Java Bean 和 EJB 是模型，就算是没有行为的贫血领域模型也勉强可以算上是模型。dao 或**Mapper 这样的类，只是抽象 /封装实体的持久化功能的，只有无状态行为，没有属性，它们显然不可能成为模型。
再来说说简化分层的尾大不掉，这个尾巴，硬是把 Java 从面向对象语言，拉回了面向过程语言。简化的目的，本来只是为了降低难度，并将展现、校验、数据库操作这些末枝操作分离出去，腾出来时间好好的去弄“ Service ”，然而就像大部分“简化”一样，不知不觉就本末倒置了，本该简化的其它三个被重视了，不该简化的“ Service ”反而直接被简化成了无状态服务，或者干脆就叫它函数，标准的面向过程编程概念。
楼上有人提到了阿里规约，忠告一句：尽信书不如无书，阿里规约里面充斥了大量为了减少 REVIEW 人工作量的机械条款，看到的时候要无视。

@hardyfish #2 别说 2 年，就是 5 年，跟“穷”都是冲突的。反而是不差钱的人买矿卡合算。

不要天真了，趁早换浏览器。不让你用旧版，分分钟的事，身为程序员，难道不知道同时维护多个版本是多么令人讨厌的事吗？

chrome flags 中凡是旧的东西，绝对不超过半年就要消失，从标签页样式进 flags 开始，我就开始用 firefox 替换 chrome 了，前几天刚完成替换。

很多快照、系统更新，为啥这两个要同时出现。

@Jimmyluo6 #2 加上封顶后，不用担心每年扣很多了；若因为封顶导致分摊不够，蚂蚁金服承担空缺：可以放心的参保了，但是基本不会有啥用了，毕竟蚂蚁金服不是慈善家，你也不可能强制蚂蚁金服一直承担分担空缺。

不要问该不该，绝对该。怎么弄，以及学什么，才是问题。楼主已经找到路子了，至于学什么，本科不是专科，也不是研究生，学的是见识而不是技能，不用太在意专业对口。实际上，编程能力这一块，楼主的个人经验已经超过全日制大学的教师了，不如换成数学或信息学的专业。当然也可以是仍然是计算机专业，但得是偏向与编程思想、数据结构、算法等纯理论的。

@Actrace #12 将领先打能减少伤亡。要是将领差距太大，后面就不用打了，直接投降或跑路；将领分不出胜负的话，才让小兵拼命。

我也不玩国际象棋。

然而，那个或那些把西洋象棋定名成国际象棋的人，绝对要对此事负责。

郑州，走得银联闪付通道，公交卡、虚拟卡都不用绑，随便刷。

公共资源向本地人倾斜，并不算歧视。就算倾斜度过大，那也不叫歧视，那叫做作死。

“公立一个月几百就够了，私立的一个月 4000+”，这种资源，说句实话，就跟公租房一样，本地人外地人都是一样拿不到的，关系户才能拿到。他这个不是歧视外地人，是歧视非关系户。

那种本地户口跟外地户口不一样价格的（貌似北京宽带就这样，没证实过），才是实实在在的歧视。

@daijinming #14 点击登录不是重定向，登陆成功后跳回来是重定向，服务器判定登录成功后，回发送 http301 的。