@noli 大家说得没错啊， RESTFul 不是协议，也不是规范，只不过是诸多 WEB API 设计架构中被比较多人说得比较多的一种而已。
没人规定说 WEB API 一定要按 REST 来设计，事实上能看到的很多 API 要么并不按 REST 来做，要么并没有严格按照 REST 来做。

总结一下，上面说的那么些，我想表达的是 REST 只不过是一种架构，做 WEB API 时不需要一定要跟着他，同样大家在这里讨论 WEB API 的时候，也不需要拿他来说什么。

那么说回用 HTTP 状态码，还是单独返回一个状态码？这个我估计 V2 上可能都争论过很多次，支持的双方都有吧。
从我个人来说，我更喜欢单独返回一个状态码，用来把业务逻辑的状态，和非业务逻辑的状态区分开来。

再总结一下，后面说得这么些，我想表达的这两种做法没有绝对的对错，没有必要因为别人和自己的选择不同而喷对方。这个选择应该是公司来做，如果公司没做好，喷的是公司。

以前交行 Master 可以，现在已经不行了。

97.5 ，没变化，维持 23500 ，就是另外给了 500 临时额度………………

@liangduoduo 大家说的前后端分离，就是后端统一返回 json ， web 前端由 javascript 在客户浏览器端根据 json 得到的数据来渲染生成页面

web 部分前后端分离呗，统一用一套接口返回 json

传统习惯吧，涉及到命令行的， OS X 的 Shell 还是好用很多的。然后就是万恶的 NPM ，我碰到过好多次新人问我：“为毛我删除 node_modules 的时候 Windows 总是提示路径太长不让删。。。”

好不容做完一次全备，然后过两天发现 OS X 提示说要建个新的备份了。。。。。最近 OS X 经常这样。

这样的工作没有必要留着，但是对楼主来说，想要一份前端工作非常难。

个人感觉自己对计算机挺熟悉的，包括计算机硬件各类软件网络和 Linux 都会，对如今的国内外互联网也相当熟悉（多年翻墙史），之前有在学校学过前端的知识，最近也学了一些，准备在家再研究两个月年后找工作。

“问题是听说现在都要找有经验的，我感觉自己干这个肯定能干，就是没相关经验”，按照楼主上面的描述，我觉得干前端肯定是不能干的。甚至楼主应该先了解一下当今主流前端的工作内容和技能树要求，学校里的前端知识和业界主流的前端是两个概念。

在这里的话， Node 就更像一个统一的 api 的网关，这样前端只需要和 node 打交道，然后具体的业务由 node 去找后端的实现，后端可以根据业务特点选择最适合的实现方式。

老年程序员，之前主要用 C#， Java 做桌面端和服务器端，自己有上架的 iOS app 。
之前十来年外企的日子，资本主义大锅饭对技术的磨炼其实远没有语言的进步多，一般交流应该是没有问题的。
自由职业后陆续增加了些前端技能，最近掌握的技能是 Angular 2 （一个电商网站），下一个项目准备玩的是 VueJS 2.0 。
联系方式： [email protected]

不是很清楚你要做什么。
模板消息应该是交给服务器去发，但是模板里面可变的内容，你可以通过微信端的页面发给服务器端，然后服务器端再把完整的模板消息发出去。

就我个人来说，我是很喜欢 C#的，但是我不认为.Net Core 现在已经实用了，估计至少要到 2.0 吧，才会考虑在实际项目中使用它。

要跟公司声明，虽然是你自己的时间，但是要以不损害现公司利益为前提。
就像其它 V 友有说的，厨师下班还不烧菜了么？烧菜可以，但是你不能给公司的直接对手烧菜不是，道义上咱们自己也过不去啊。
成熟的公司，每一段时间会让员工申报一次自己可能的影响的

刚开始用 Python 做项目不知道我对 virtualenv 的理解对不对。 VirutalEnv 你要先有服务器，然后在上面配好虚拟的环境，然后再部署自己的程序，对么？
docker 的话，写好 dockerfile 之后，这些是可以自动的，所以你需要自动化环境的时候就很方便，比如临时需要自动增加减少服务器的实例之类的

cookie 和 session 对网页不是必须的啊，前后端分离的也都是用 token 啊。
非要这么做的话，也可以在收到请求的时候先判断一下，有没有 cookie 信息发过来呗。但是这样麻烦多了。