谢谢，已领，可惜对赛车不是太爱。总担心自己开车时会往马路中间出溜 ……

上次 8 刀收 Display Fusion + Fences 的买卖也不错。

感谢，正需要这个。

最近在看这本书。

书真心不错，项目和代码没见过。

现在面试全是套路啊……

这招进来也是互相给对方难受，还是相见争如不见的好。

哪个快用哪个，哪个熟悉用哪个，别担心未来。

未来如果很美好，挣到钱了大可推翻重来，类似 twitter 。

未来如果很悲剧，哪怕你是用 Go 写的，也不会有心情维护升级它。

在自己的时间，使用自己的技能，借助自己的工具为自己挣钱，不觉得有什么违反职业道德的地方。

除非你是卖身给公司的奴隶，又另当别论。

PaaS 限制比较多，应用容易受制其中。加之 docker 大行其道，大家还是更喜欢 VPS ， Docker 这类的 IaaS 服务。

应届生经常有各种混蛋的 985, 211 ，硕士等要求。一般都是由 HR 甚至某副总订的。

作为硬指标之一，很难逾越。有时即使面到动手能力很强，但是学历略差的应届生，也只能扼腕叹息。

以在职招聘的话，情况要好得多。学校背景就不那么太看重了。

为了钱，把自己送给所谓的领导“ Fuck ”。呵呵。

一门语言不够。

主做 PHP ，起码也得会点儿 Javascript 吧。除 PHP 外，有可能还要求会一门二进制语言来写 nginx 或 PHP 扩展吧。

一年 Java 开发经验，能和面试官扯 spring, mybatis 源码。不用了，我想对方只是要求你熟练使用 spring ， mybatis 即可。
怎样做一对多，多对一对象映射，标签使用，插件使用， mybatis 与 hibernate jpa 对比啊的扯扯就行了。

不靠谱，勿去。

碰上个不靠谱的直接上级，不如辞职了。

想真正绩效，这家公司将它的 IT 直接外包好了。

1. 很多小公司仍然采用传统 Jar 管理模式。好处是项目 clone 之后，马上即可编译运行。缺点是要人工解决 Library 包依赖问题，明明 Maven ， Gradle 都可以自动解决的。如果需要自动编译支持，一般采用 Ant 脚本方式。十分古老的版本管理方式。不过，小公司的项目经常是不断重复，经常是将旧项目拷贝，再翻一版， Lib 包永不升级，这么干于它而言更方便。

2. 使用 Maven 、 Gradle ，甚至在公司自建私有 Repository 。相对现代且自动化得多。大多数 Github 上的 Java 项目使用此种方式来管理包依赖。优点：主流，自动化解决依赖，对于 CI 等开发工具支持最好。缺点：自从 Maven 的 OSC 镜像关闭以来，你最好能有个代理。

够是够了。
不过，如果只做 Android 开发，你买 MBP 的钱可以换性能好得多的 Windows 笔记本。

MAS 降价是准备要下架，同时上新的非沙箱版本么？

消费观念问题而已，没有对错，无非是心态。

二线城市，月入 2.5 万美元，挺牛的，人生赢家啊。

矫情
刚开始用户量不大的时候还好。后来用户量一大，知乎体一泛滥真让人恶心。

很多问题明显像钓鱼，一看就是马甲发的。另外一些，让人不禁呵呵。

“如何评价 xxxx ”，评价个 P 啊，这问题是你能“评价”的。发表观点就发表观点，老是 Pose 十足，一套俯视的嘴脸，让人恶心。