因为杯壁不干净

以前做完实验洗试管，老师的要求就是不挂水珠，确实反复洗刷干净了以后就不挂水滴了（偶尔挂的轻轻一抖就能抖掉）

用全屏的话而且外接的话建议 trackpad

或者可以考虑不要全屏，只是把窗口拉到最大，相关的工具有 spectacle （键盘党，免费），Window Tidy （鼠标党，最近升级成 Mosaic 了，我没试过），Moom （功能最全，个人觉得有点复杂了，没买）

活动管理器里面看进程，chrome 有一大堆进程的，杀掉占用高的回去看，哪个标签页 /插件崩溃了就是它的锅了

win98 升级 winxp 的心得

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

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

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

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 其次

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