每当聊这种话题我都怀疑我上了假的大学……

首先有一点，开发过程中开发任何的不愉快产品经理都有一部分责任，但产品经理不靠谱并不是开发不靠谱或者开发不专业的接口。你该做的是尽快回复对方你的意见（突然修改的风险，是否对其他系统有影响，是否对进度的影响）以及你的下一步（是需要和直属上级沟通确认，是需要和其他部门评估风险，还是需要时间来评估工作量，还是现在就可以开始做，什么时候交货），当然晚上十点这种不合理的时间，等第二天上班再回也无可厚非，或者直接先回“太晚了，明早来和同事一起评估后给出结论”更好点。先把项目推完，项目差不多收尾的时候可以和你的／你们的上级聊聊，确认他们了解到这次变更的前因后果（注意绝对不是打小报告，就是说你了解的事实和你的应对）

> 自己只是一味按照需求码代码，没有对需求求根问底。

yep ，这个是合格开发到优秀开发的一个很重要的晋级，合格的人能做好自己份内的事（然后交界的问题看天命），优秀的人能 hold 住和自己交接的所有其他人，不给对方犯错的机会（了解需求也好，要求事先确认接口定义也好，提前做好抽象支持对方要求的各种返回格式也好）

> 这家公司大家觉得还有没有必要继续呆着

只看一个这么小的片段没意义把，别什么不开心都往“我不呆了”去想，嘛，确实组织架构不合理，向上沟通不畅的话肯定得撤

咨询、介绍、提建议免费
直系／挚友+确定时间够 免费
其他情况不做

正是因为概率是 0 ，所以要加断言来标清楚。”这里的输入老子就只处理数字，不爽不要玩“

改这种风格代码非常爽，一改一跑一堆异常，解决完基本就没问题了

不是说不能写裸 php ，基本的 mvc 分离都没有，再加上这几乎没有的逻辑（有效 php 才几行），我觉得也就只能算个 hello world 吧

用项目数量 /辛苦程度来衡量自己和别人的差距的时点就已经不行了

建议交个 hr 朋友

@Quaintjade 然后老婆故意输错一位 （手动滑稽

有 google 会

awk '{a[$1]++} END { for (i in a) {print i, a[i]} }' access.log | sort -rnk2 | head -10

没有的话算了还是面别家吧……

所以后端接口直接提供 offset 和 limit 参数，前端随便玩去吧

http://ww1.sinaimg.cn/large/614e25e1gy1fecupf2bf3j20m80f5451.jpg

+ GET 可以包含 body ，但服务器端应当忽略 body 内容

https://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.3

if the request method does not include defined semantics for an entity-body, then the message-body SHOULD be ignored when handling the request.

+ URI 长度协议里写的很清楚，服务器只需要支持自己提供服务范围长度内的 URI 就可以，超长返回 414

https://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.2

The HTTP protocol does not place any a priori limit on the length of a URI. Servers MUST be able to handle the URI of any resource they serve, and SHOULD be able to handle URIs of unbounded length if they provide GET-based forms that could generate such URIs. A server SHOULD return 414 (Request-URI Too Long) status if a URI is longer than the server can handle (see section 10.4.15).

+ 有关，标准里确实没有，但安全这件事复杂程度肯定是远超标准的。 GET 的所有数据只能在 QueryString 里传（见第一点）， QueryString 又是个非常容易泄露的地方（ nginx log/referer/browser history ）

+ HTML 是标记语言，我不知道 HTML 的标准哪里会让人误解 POST ／ GET

简单来说，不要看到一篇文章说了些和你认知不同又似是而非的东西就以为这篇文章是对的了，而且人家都贴了标准的链接了，点进去看一下花不了几分钟的

因为白天开会，不开会的时候每 10 分钟都有个人来问你问题

主要听歌用，偶尔拿来体验下 iOS app

主要是便宜，电池耐用，一直觉得 iTouch 是性价比最高的 iOS 设备， pad mini 其次

有思考有总结才有提升，不是因为你做了什么就有提升，而是你做的过程中创新，尝试，填坑这些才能有提升的。和事情是上班做的还是下班做的也无关

哦，能顺便从基础的 iife 开始到前端模块化聊聊前端命名空间管理的更赞

建议谨慎考虑问这类问题的公司。类似的还有问 i++ + ++i 的。我觉得就算我因为某种原因面试用了这样的题目，也是期待面试者吐槽“不要 var x; function x()，好好取名字“，而不是告诉我到底谁覆盖了谁

简历很烂+1 ，解释一下

1. 简历不要放照片
2. 简历不要左边那种奇怪的蓝条
3. 你的校内和培训工作经历和前端几乎都没有关系，写这些不如写写你的爬虫怎么写的，微博怎么写的
4. 原生 js(jq) 什么鬼
5. 大专学历很多公司 HR 关过不了，搞专升本，或者内推，或者直接投到技术人员手里，直接往 HR 投直接被筛概率极大
6. 性格优点什么鬼，去掉
7. 你的简历完全没有体现出你一个前端，还是 PS ，美工转的前端的设计感

……

第一反应是 owncloud