同 ip6 用户，连阿婆表 1 代，索大 1000x ， Jebra 运动耳机没有问题。

看情况吧，某些极端情况下，为了灵活调整，在数据库里建一个专门的对应表也可以吧。
以性别为例（当然这个不是特别极端，所以不是很合适，看看意思就好），比如建个性别表，有 id ，有描述，里面可以随时添加，比如：男，女，不男不女，变性，保密。。。。。。
用户表就存性别 id 就好了，传给前端的用户数据可以有 id ，也可以附带一项比如 gender_desc 把对应的描述加上啊。

有期望的工作内容和薪资范围么？

@jarlyyn 我觉得问题是微信授权后要做什么吧，比如至少基本授权拿到用户的 open-id ？那样的话拿到 code 后需要 appid 和 appkey 去取用户的 open-id ？这一步如果在前端做的话，是要把 appkey 也写到前端去么？这部分就是我一直没想明白的。

@halden angular 1 出来得太早，好多现在的标准都没有所以比较惨。 2 的话可以充分利用现代新标准了，所以有些比较大的变动出现在 1 和 2 之间我觉得是可以理解的吧。

我的 5 位靓号应该差不多 15 年了，去年买了四年超级会员买断的。还有两个 6 位的还好不是靓号。

@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]