@Ironsongming 不断移一般几次以后就反应过来了吧，再不行就直说吧…… 或者准备外接屏幕……

我现在一般就默默把电脑往后推，还比较有效，多数人都能反应过来，注意保持一点距离

"感觉没有问php的问题，基本都是算法，数据结构，mysql优化，nginx负载，高并发等等"

其实后面那些才是php的问题，才是你想要的“进步的空间”。不懂这些你永远都只能“二次开发，框架开发，威客，猪八戒”

当然也许你特别擅长解决客户问题，做这些外包工作手脚特别利索，那或许走这条路反而更合适你。但我还是赞同 @1ychee ，先去上班，知道了上班是怎么样子的再来考虑哪种合适你

最后，你熟悉的这些猪八戒 外包接单什么的一般不叫创业，可以叫自由职业者

因为那叫pythonista，至于最好的语言，由于是个缩写所以老外不怎么习惯。就好像没有csser htmler的说法

特别有冲动把那些痛心疾首呼吁H5不对的人@到这里，想想还是算了。 人总是活在自己的世界里比较舒坦，所以拒绝接受世界的真实也不是什么奇怪的事，引以为戒吧

天猫pad版

http://mrmac.cn/ 我在这里入手的，顺带推荐了四五个同事。价格不算最低，贵在靠谱

之前玩了玩，OAUTH2第二次粗暴地直接跳转返回accessToken 感觉很不好……

（续）极其讨厌手写sql的，至少也会弄个类似NotORM的dbal来屏蔽sql这件事

看你有多少队友，队友的平均&最低战斗力，以及项目打算维护多久决定了

我个人来说是极其讨厌

话说当年我校招面试的时候老板玩命提示我堆排，我就是想不起来还有堆排这么个算法，一直在扯快排……

实际项目，学力适应力和思维方式都比算法重要的多，也难培养的多，隔壁数据结构也比算法更实际。算法什么的作为调剂当脑筋急转弯随便啦


说穿了就是校招没法强行要求项目经验所以只能问问算法了这样……

重现了……嘛，自从换了chrome就再也没用过书签就是了

同事有辞了工作，自驾游了一年绕中国一圈，回来继续工作的

技术能力在那里，空个窗什么的不算啥问题

用::class语法不就完事儿了

就我周边的样本来说，没有15用户想要13的，一半以上13用户羡慕15的大屏幕

重的问题，可以配个电源在公司可以减轻不少重量，或者直接弄个锁，周末再带回家

测试和运维都是开发的重要(hao)搭(ji)档(you)，虽然前者一直在提bug，后者老不让你上生产，但最能帮开发分忧的也是他们，帮你减少线上bug少出生产事故的是他们，帮你提高系统鲁棒性稳定性，出事故时能有退路的也是他们，有这个心情和测试撕逼，不如约好一起去暴打产品狗（玩笑）

测试不了解需求，就推动他去了解需求。测试不了解系统，就介绍系统让他对总体结构有所认知。测试提建议型的ticket，就完善分级分类，优先级高的，blocking的解决，suggestion的improvement的可以即时做掉也可以延后。总之就是要协助测试让他能更顺畅地发挥他的作用，而不要“应付“他。

不如说无论是对测试还是运维还是产品还是设计，从协助对方的角度出发，一切好谈。毕竟团队里的每个成员的总体方向是一样的，你说呢？

黑的漂亮

优先学英文学到google stackoverflow 通常的技术文章等等无障碍的程度

然后不管学哪方面，都记得围绕自己的小项目，不要围绕读书或做题

然后第一个小项目差不多了以后，读《程序员修炼之道》，带着读后感和反思继续下一个小项目/迭代/重构

记得每年至少重读一遍《程序员修炼之道》。你碰到的大多数问题在里面都有解答/解决/回避方案。直到你发现周围所有的人有问题都找你解决，你每天的工作就是对着你的同事重复这本书里的观点/做法