聚合之前不是有黑历史么

@102516949 你觉得光肯学习就够了么，就可以做成功一个公司么

@Elethom 我的意思是，学校这么做是跟随趋势而已

@Elethom 学校就是错了，这点是大家都认同的。

@Elethom 读了几遍，没明白你要反驳我哪个点。

我得承认，不遵守“规则”很爽很刺激，但某些方面也会稍微辛苦一些。

我自己会坚持跳出“规则”，也会鼓励身边有胆量的人跳出“规则”。但对大部分人来说，遵守“规则”会过得更容易，更好。我要是鼓励每个人都跳出“规则”，除去造反不说，大多数人都无法坚持，最后都会后悔。

“穷则独善其身，达则兼善天下”。

另外一点，对某些事忍气吞声不一定要判为违背做人原则，这只是保证长久发展的一点手段。（干嘛扯这么多大道理...）

@caixiexin 响应试 -> 响应式 和 MVC 没关系，甚至可以跟 JS 没关系

miniDP -> DP 是最好的方式，如果显示器不支持 DP 接口，miniDP -> VGA 也是可以的。

@laoertongzhi 大二实习有问题？那大一实习不更严重？

淘宝、天猫、支付宝，前两者主要是依赖网页呈现内容，后者部分功能插件是网页版的

1. 服务器永远都不该关机/重启；
2. 顶不住高并发，可以选择性拒绝一些请求，也可以提高性能、优化程序、升级硬件；
3. 我不太清楚并发 100 是多大的用户量，如果用户多，2 的后半部分不应该搞起来么！

@gkiwi 慢半拍是因为我在补充自己，而不是回复你的问题 √

@gkiwi 使用 RESTful 来写 API 之后，前端页面有两种方式来做：

1. 用另一个后端调用 API 来渲染；
2. 纯前端渲染，Ajax 等方式调用 API。

在某种程度上说，方式 1 不符合后端 API 化的目的（都已经写成 API 了，还要渲染页面干嘛）。不过后端渲染的方式也有其优势（性能高一些等）；
方式 2 就是将前端写成一个 WebApp，和写一个 Android/iOS App 类似的方式，通过 Ajax 等手段来访问 API。这种方式彻底分离了前后端，可以交给不同的人来做，相互之间都不用了解实现细节，只通过 API 文档沟通就可以了。

当然，也有一些前后端同时做页面渲染的技术，门槛高，没玩过。

@gkiwi 再展开说说 token 的认证方式。

1. 所有要求登录后才能访问的 API 都必须携带有效的 token 来访问，否则就要求用户去登录；
2. 登录 API 可以 POST api_url/login {user, pswd}，然后返回 {token}，可以存到 cookie/localStorage 等位置。

token 的方式该如何控制安全性，可以自己多思考吧。

RESTful 的 API 可以通过 token 的方式完成用户认证，就是每个登录过的用户在请求时都通过这个 token 来辨认。

>单独维护api侧和html渲染侧
是否使用 RESTful 方式，甚至是后端 API 方式，要看具体的应用场景。RESTful 只能提供访问数据库的一个个 API，使 Web/App 端可以与后端彻底分离，让第二个人单独开发都可以。如果 Web 的渲染也用后端做，那就需要两个后端（API 和渲染）来支持了。

>后端渲染的html页面吐给web端,web端不可避免的需要ajax请求
好像没有啥关系

RESTFul 是 API，只有数据接口，跟页面毫无关系。

页面可以是静态文件（jQuery/Angular.js），然后在 JS 中请求 API 中的数据，并展示到页面中（这种方式和 App 类似，Android/iOS 与 Web 可以共享同一套 API）；
也可以是另一个后端服务，这个后端负责请求 API 并渲染页面（这样就是两个后端了）。

http://www.django-rest-framework.org/ 是一个 django 的框架，可以用来做 RESTful API。其中也附带了一个调试 API 的 Web 工具，可以参考。

不要去，只是个不懂程序不懂互联网的土老板而已，除了钱，他什么都没有。

实习最好去大公司，光去做门卫都能学到不少东西吧。

不靠信用记录，靠玩游戏？这不是瞎扯么

有些问题不是学校做错了，而是大势所趋。

当其他学校都宣传就业率 98% 的时候，哪个学校敢跑出来说我们只有 13% ？校长又不是老罗。

对于这种事情，反抗或者服从嘛。虽然我选择了对立面，但我还是希望大部分人遵守这种游戏规则。

都这么干，随大流拿到毕业证就行了