@zhenjiachen
iTunes 上点来点去不知道怎么就点进记录了……

@sutra
并没有……

更错：“网娱大师”那个今天的时间是更新时间……

p2415q

@messXD
谢谢，原来还可以按空格……

@Vong
我现在就是这样，每次启动 QQ 要重新设置一下……

@crazykuma
默认的对于强迫症用户而言过于痛苦，你能想象我在拉伸选择框时候为了精准的心情吗。。。


@TimePPT
好的谢谢，你有安装包吗，我尝试下看看能不能登录。

前段时间刚换工作，上来直接年限的不少，刚学历的又不少，乱弹琴，估计是培训潮给吓到了，不过真金不怕火炼，再找找总会找到了。

顺带推荐下 BOSS 直聘，节省了不少沟通环节，上次换工作帮了不少忙，不是广告……

@loook
附言过了，已经入职了哈！祝贵公司发展越来越好！

。。。。原来如此，真尼玛服

@qq2511296
可以的，是自己的应用，原来在 Xcode 的 Devices 里可以直接导出~

@xulelehappy
谢谢你！不过已收到满意的 offer 了！

@maemolee
再试了下，还真有点点翘起来了，离桌子大概一厘米左右，诶我擦，咋又翘了？

@ranran
我个人觉得摩托车突突突挺有型。。。

@1ychee
官网看了下原来付费升级...

@1ychee
麻烦问下我之前购买的 3.x 授权能在 4.0 上使用吗？

@ranran
你想说的是省油吧？。。。

@yunpu
好的我会考虑的。


@C90
GitHub 怎么老是有人吐槽，我得是 AFN 的作者才好意思贴出来 GitHub 吗？我项目那么菜， Star 的、集成的人更是弱鸡？
好歹我节省了 900 个 App 背后开发者的时间，没拿一分钱还需要背个太菜的锅？你们又做了什么东西帮了多少人？

/t/265948 “为什么 left-pad 只有 11 行代码，也能成为众多库的依赖？”

@zsading
谢谢，形势还行吧，也没那么坏~

@just4test
收到了。

借地宣扬下开源项目的作者们 :)

其实我觉得写开源项目并非那么容易，写过的人都知道。这个项目不只是给自己用，也会给其他的朋友用。
首先得考虑好应用场景，越广泛（通用）越好，自定义项越多越好。很多时候就是因为系统提供的一些控件和功能有限制，而导致开发者不得不自己去写一个替换掉；
其次是用户的需求和使用习惯，简单点比如传值，有人喜欢 Block 有人喜欢代理，我作为作者不能说只写一个，都得写出来，到底用哪个呢，用户哪个顺手用哪个；
再者是代码的可读性和规范，我平时代码尽量让人更容易读懂其实现流程，尽量规范，关键注释一定会加，因为有人想要了解实现思路，还有人会觉得项目依然满足不了他的需求， fork 过去改或者借助下思路直接重写一个更适合自己的，这些都是很常见的，代码的可读性和规范越高越好，他们就能越快搞定，节省宝贵时间；
还有文档的整理、及时上传到托管库，文档比如 README ，这个得写，得有介绍、截图（尽量含 Gif 图）、 Demo Code 、 ChangeLog 等，项目放 CocoaControl 上的话还得另写份英文版，这个其实耗了相当一部分时间，上传到托管库比如 CocoaPods ，这个就要求熟练使用 CocoaPods 的开发者部分功能，偶尔还因为 CocoaPods 自身的 Bug 而不得不联系其开发者大牛，我就遇到过，不过那几个大牛也很友善和迅速地帮我搞定了遇到的问题，我辈典范，赞！
最后是 “售后”，集成你的库的开发者也许会遇到一些疑问和问题，他们会给你发邮件或提 Issue ，他们可能来自五湖四海，甚至有一些听都没听过的小国家，（大家都）用蹩脚的英文交流来交流去，得帮他们解决问题或者提供替代方案，最后收到由衷的感谢一笑而过。题外话：我还曾经收到过一个道友的 “威胁”：你要也搞不定我就得被炒了，你看着办……笑:)
以上这些工作都是开源项目作者义务做的，大家知道程序员的时间都是比较 “昂贵” 的，但是一个开源项目从创立到 “售后”，所有的工作和困难基本都是其作者无偿包办的，最后一般都会直接放个 MIT LICENSE 。友善地帮助他人而不求回报，我觉得最起码这种行为是可敬的，所以请大家平时听某人说他写了些个开源项目，给他个掌声吧！

（我不是捧自己，我说的是各位开源项目作者）

@hiwower
谢谢！