Travis 是一个自动化集成测试工具，原本的用处主要是在提交代码之后进行自动化的编译和测试。但是其实你不光可以拿它来编译代码，还可以做任何你需要执行代码做的事情，就比如更新博客文章。如果你的博客像我一样使用 Hexo / Jekyll / Octopress 等工具生成静态文件，并且发布在 GitHub Pages 上，那么你可以使用 Travis 来自动帮助你发布博客文章。整个发布的流程如下图所示（图片来自这里），你只需要将本地的文章 PUSH 到 GitHub，GitHub 的 Web Hook 会通知到 Travis，之后 Travis 就会自动地从你的项目中获得博客文件，然后执行 Build 操作生成静态文件，然后再 PUSH 回你的博客仓库。当然，为了做到这些自动化，你需要一点时间进行 Travis 和 项目的设置，以下是详细的设置说明。授权 Travis去Travis授权访问你的 Github。如果你的博客是开源的，那么你可以免费使用 Travis。去Github 的应用管理界面设置 Travis 的访问权限。去Github 的 Token 管理界面，点击Generate new token按钮，生成一个OAuth Token，权限可以都勾上。但是要注意，不要把这个 Token 的内容直接放到博客文件中。去Travis页面，进入到你博客项目的设置里，在Environm ...继续阅读 (63)

最近学习了一下美股的股票期权交易，以下是一些笔记分享给大家。期权是什么期权（Option）是一种权力，持有期权的人可以在未来的某个时间，以期权约定的价格，来买入或者卖出相应的股票。这种权力在美股市场上是可以交易的，交易该权利的价格被称作权利金（premium）。期权的分类美股期权分成看涨期权（CALL）和看跌期权（PUT)。相应的，你可以直接买入（或卖空）这两种期权，所以一共有 4 种操作：买入看涨期权（Long Call）卖空看涨期权（Sell Call）买入看跌期权（Long Put）卖空看跌期权（Sell Put）我说卖空而不是卖出，是指你不必手中真的有相应期权再卖，你可以直接卖出，就像做空股票一样。和做空股票不一样的是，期权因为有过期时间（expiration date），所以到了那个时候，如果你的做空没有平仓，你就需要执行相应的期权义务：如果你是卖空看涨期权（Sell Call），那你需要按指定价格卖出相应的股票。如果你手里没有，你需要自己先买入，再按指定价格卖给别人。如果你是卖空看跌期权（Sell Put），那你需要按指定价格买入相应的股票。你需要帐户里留足相应的买入保证金，否则可能被强行平仓。期权有几个关键的概念：过期时间（expiration date），到了时间就过期。有期权的一方可以在到期时选择执行期权或放弃执行。行权价（strike price），买卖双方按行 ...继续阅读 (76)

2016 年的今天，我们宣布获得了腾讯的 D+ 轮的 4000 万美元的投资，那轮以后，我以为公司应该不会再有融资了。因为当时公司的估值已经很高，如果再有融资，那么公司的估值就会超过 10 亿美金。10 亿美金通常是一个分水岭，表示着公司进入到了「独角兽」级别。没曾想到 2017 年的 5 月 31 日，就在一年之后的同一天，我们宣布获得了新一轮的 1.2 亿融资，估值超过 10 亿美金。我是 2012 年 5 月 10 日加入猿辅导的，五年时间这家公司就做到了 10 亿美金的估值。而我也从一个 iOS 开发者变成了公司的小猿搜题产品的产品技术负责人。五年时间，伴随着公司规模扩大，我的角色也在快速转变，使得我有机会观察和学习到创业不同阶段的团队沟通方式的变化以及团队目标的转变。拿小猿搜题这款产品来说，在产品初期，我们主要的精力放在打磨产品体验，做出用户喜欢的产品。而核心功能和体验优化得差不多之后，我们主要的精力又放在了用户增长上。当用户增长到达一定阶段，我们又开始谋求商业化的可能。目标的转变让我深刻意识到，好的产品方案不止是为用户服务，而且为运营服务，也为公司的商业化服务。小猿搜题的团队最初只有几个人，慢慢扩张到几十个人。我明显感受到了 Scrum 会议的效率降低。在尝试拆分 Scrum 团队后，又感觉到了信息沟通的效率损失。确实小团队有小团队的玩法，大团队有大团队的玩法。在多次调 ...继续阅读 (62)

前言本文只是我的个人心得，不表达任何投资建议，股市有风险，请自己决策。我的错误认识在买美股之前，我总是觉得投资是一件离我很远的事情。因为我觉得，我当前并没有很多的资金，炒股或做别的股资其实又是一件很花费时间的事情。我把精力放在这件事情上，从金钱上的回报，即使是 100% 回报率可能也没有多少钱，那还不如把精力放在别的更有意义的事情上，比如写作，读书或者英文表达等。但是我现在发现我的这个认识是错的。从金钱回报上，确实如我所说，可能我当前投入的资金并不能带来什么巨大的回报。但是，炒美股这件事情其实对于个人能力有一个巨大的提升：就是你开始从全局层面上，思考一家公司的未来。炒股意味着什么本质上讲，你买一个公司的股票，就是在投资这家公司，这表示你认为在未来这家公司的股票会更加值钱。这是一种对未来的判断能力。这种对未来的判断能力相当重要，德鲁克在《管理的实践》一书中写道：管理者很多时候在做决策的时候，都是在分析未来有可能有什么市场环境的变化，这些变化会有什么机会。书中举了西尔斯公司的例子，早期美国的农民在采购物品这件事情上非常不方便，这家公司关注到这件事情，提供了邮购目录的服务，获得第一次成功；之后由于汽车的普及，大家可以很方便地开车购物，原有的邮购目录业务快速萎缩，这家公司关注到了市场变化，仔细分析之后推出了零售商店的模式，于是获得巨大的成功。本质上，所有的创业都是对于未来某些事情的判断。我 ...继续阅读 (59)

前言3 月 5 日 - 10 日，我参加了Boolan组织的硅谷旅行团，然后在硅谷渡过了难忘的 5 天时间。这次因为是参加的旅行团，所以花费还是比较高。我自己研究了一下，如果是自己自由行的话，估计能便宜不少。如果你像我一样，有不少朋友在硅谷的科技公司工作，可以考虑一下自己安排行程，估计花费能够控制在 1 万左右（4000 多的来回机票，4000 左右的住宿，2000 左右的交通、景点和餐饮）。签证美国签证十年有效，你其实并不需要确定行程再申请签证，完全可以说「有意向」参加什么样的旅行即可。美国签证需要面签，可以直接在美国大使馆相关的网页上进行申请和交费。我第一次不太明白，找的是旅行社代理，其实完全没有必要。签证通过之后，虽然是 10 年有效，但是美国大使馆要求大家每两年更新一次EVUS，如果没有更新的话，下飞机入境的时候有可能会被拒绝入境哟！签证是否通过非常看人品，我个人签证时非常顺利，时间短短不过两分钟。个人的经验是：回答签证官的问题时，不要太犹豫，犹豫的话，他会认为你有撒谎的嫌疑。就我面签当天的观察来看，反正被拒签的人也是挺多的。机票签证搞定之后就可以搞机票了，到硅谷玩可以有 3 个机票可供选择：北边的旧金山(SFO)机场，南边的圣何塞(San Jose)机场，东边的奥克兰(Oakland)机场。其实从距离来看的话，圣何塞离硅谷更近，比如今年 WWDC 17 的举办地，其实就在 ...继续阅读 (66)

前言3 月 5 日 - 10 日，我参加了Boolan组织的硅谷旅行团，然后在硅谷渡过了难忘的 5 天时间。以上是我的游览的主要地图。我们住在旧金山机场附近，然后游览的地方主要有机场北边的旧金山市区，以及机场南边的硅谷区域。这次时间太紧张，没能自驾游览西边的一号公路。这次游览对于我个人来说帮助巨大，因为我以前总是带着一种膜拜的眼光在看待硅谷发生的一切，这次亲自到硅谷参观，包括和很多以前的同事或朋友聊天，我感受到了更加真实的硅谷。这个真实的硅谷有着令人称奇的地方，但同时也有着各种问题，它让我能够用一种更加客观的心态来看待硅谷，这个全球的计算机产业中心。下面我选择一些印象比较深的点来分享我的感受。破旧的基础设施第一天到了旧金山机场，我就感受到了基础设施的差距，旧金山机场的手机 4G 信号非常不稳定，我用两个手机分别使用 AT&T; 和 T-Mobile 的网络，速度都非常慢，有一些区域甚至显示无网络。我分析了一下，觉得是因为美国人居住得比较稀疏，手机网络要覆盖全部区域的话，不太经济。所以如果你查 T-Mobile 的网络覆盖图的话（下图），你就会发现，连一号公路和优胜美地这些重要景点，T-Mobile 都是没有信号的。接着，在从机场到酒店的路上，这条编号为 101 的公路让人感觉非常破旧。之后的游览我们多次经过这条公路，可以说这条公路对于硅谷的交通来说非常重要，但是路上却随处可以见到一 ...继续阅读 (64)

前言3 月 5 日 - 10 日，我参加了Boolan组织的硅谷旅行团，然后在硅谷渡过了难忘的 5 天时间。接上一篇，接着介绍一下这次旅行参观到的科技公司和景点。Apple作为一个 iOS 程序员，不能不去参观苹果相关的内容。这次我首先远远参观了在建的苹果飞盘大楼。苹果的安保很严格，不让靠近拍照，所以只有一个很远的外景。图片不算清晰，还是放出来给大家看一眼吧：苹果的办公区域是由多个独立建筑构成的，每个建筑前的路牌都有着不同的颜色。苹果最好吃的食堂是 Cafe Mac，我找我在苹果的同事带我进去尝了一下。吃的是下面这个菜，是一条煎的鱼，下面有一些蔬菜，然后配土豆泥和面包吃，算是我这次在硅谷食堂吃得最好的一次了吧。至少肉的口味相当好。不过，苹果的食堂中午是收费的，晚上免费。这道菜的价格是 9 美元，其实挺便宜的，麦当劳买个早餐都得 10 美元。苹果的总部旁边有官方的体验店，我在里面买了一些纪念品，后来听朋友说，每到 WWDC 期间，这里面的各种纪念品都会卖断货，特别是带有 “The crazy one” 字样的 T-Shirt。FacebookFacebook 的办公区比较严，基本上没有员工带的话，是没法进入到里面参观的，但是进入 Facebook 园区后，里面的建筑也都非常有意思。走在 Facebook 的园区里，每个建筑都有着强烈的 Hack 风格。也常常看到「Hack」，「Mov ...继续阅读 (65)

我多多少少在 iOS 圈子里面有一点点知名度，所以在微博、微信、公众号上找我问问题的人不少。但是，大部分的程序员都不懂得如何请教别人，其实这件事情只需要学会「换位思考」就会好很多，但是还是有人做不好。这篇文章主要是写给我自己用的，以后再遇到不会提问题的人，我就贴给他这篇文章就可以了。如何请教别人呢，要做到以下几点。合适的自我介绍上次有一个人在一个线下分享会后一直拉着我问问题，我一直忍着没有问他是谁，后来问了太多，我实在受不了了，我问他：你是谁呀，为什么好像和我很熟的样子？他说：哦，我是一个 iOS 开发，你没必要记住我的名字。类似的情形出现过多次，还有一些人把名字故意取成很个性的，完全无法记住的 emoji 表情或者符号，也不做自我介绍，我完全无法记住这些人。合适的自我介绍为什么重要呢？因为它代表着一种尊重和平等。我义务解答问题没有关系，但是我即使完全不求回报，也希望我到底帮助的是谁。这个提问者的名字，毕业学校，工作单位，以及他的问题，都会给我带来记忆。这其实是基本的礼仪，看看那些著名演讲或者发布会的提问环节吧，提问者都会先自我介绍一番。在吗？「在吗」，基本上以这种方式和我打招呼的提问者，通常都是令我感受非常差的。因为这意味着：我看到了必须回答在，我回答在了之后，还必须立即响应他后续的问题。同学们，现在连 QQ 都取消在线状态了，有什么事情不能用留言的方式解决呢？说白了，还不是提问 ...继续阅读 (66)

引言最近读完了《管理的实践》，这是我读的德鲁克的第一本书，这是一本偏综述型的书，比较多的内容是偏笼统的，不过对我来说还是挺有帮助的。刚刚说了，这是一本偏综述型的书，作者在别的书中，将本书的一些观点进行了细化讨论：《成果管理》（Managing for Results, 1964）是第一本有关企业战略的书籍《卓有成效的管理者》（The Effective Executive, 1966）讨论组织中的管理者如何自我管理《管理：使命，责任，实务》（Management:Tasks, Responsibilities, Practices, 1973）则是为实际管理工作者所撰写的系统化手册，也是研读管理学的学生的系统化教科书，因此内容尽可能翔实完整，有别于本书容易理解、重启发性的特色。《动荡时代的管理策略》（Managing in Turbulent Times, 1980）进一步探讨了本书提出的基本问题：我们的事业是什么？我们的事业将是什么？我们的事业究竟应该是什么？但同时也探讨了在动荡时代，企业如何兼顾创新与延续，化变动为契机。第一部分：管理企业。德鲁克从他的角度介绍了：管理层的主要职责：管理企业、管理管理者、管理员工与工作。企业的目的：创造顾客。我理解这表达的意思就是解决用户未被满足的需求或痛点。企业的主要功能：营销和创新。一些决策分析基础。基本要素分析试图探究未来的事件「为什么」会 ...继续阅读 (67)

罗辑思维的「逻辑」问题我有一段时间很不喜欢罗辑思维，因为我发现他为了证明一个观点，会举一些非常不恰当的例子。而很多例子是可以从多方面来解读的，就像同样一本圣经，却可以成为多个宗教的教义一样。昨天在微博上看到 @一乐 发了一篇微博：（产品设计）是一个擅长辩论的行业，而在那些雾里看花也没有直观感受的领域，怎么说都有道理，谁都别想说服谁。一乐很恰当地说明了这种尴尬的现象。当我们作为程序员写代码的时候，一切都是确定的。但是在非编程领域，包括商业思考，产品设计，UI 设计，营销思路，竞争思路，很难有绝对的对错。讲故事时必须有明确的观点刚刚说我不喜欢罗辑思维拿一些故事来生硬地证明他的观点。但是，我又还是继续在听罗辑思维。为什么呢？因为当我们在讲故事或者阐述观点的时候，我们必须给听众一个确定的内容，这个确定的内容就是一个明确的观点。我还记得我发表过一篇《成长为 iOS 大 V 的秘密》的文章。一位读者看完后回复得非常切中要害，他说我在文章中故意弱化了我的天赋，而强化了努力和坚持的效果。我觉得他说得非常对。我在文章中说我毕业于一个计算机排名全国 100 名以外的学校，但是我也可以说我毕业于一个综合排名前 10 的 985 学校，并且我在这个学校的计算机专业成绩排名优秀并保送该校研究生。我可以说我自学 iOS 成才，但是也可以说我在网易时，可以下载有道词典和有道笔记的 iOS 代码资源学习，以及有大 ...继续阅读 (67)

关于创业今年年中，公司顺利拿到了腾讯的一笔4000 万美元的投资。2016年，资本其实有些进入寒冬的感觉，好多公司都融不到资，我们能够进一步拿到融资，还是挺厉害的。我们公司今年也借着融资的机会，向业界宣布改名成「猿辅导」，「猿辅导」是我们期望的商业化变现的途径，看起来虽然艰难，但是也还是能够有一些希望。这次从「猿题库」改名成「猿辅导」，其实是想更加重视这块核心业务。最终，我们在年底通过猿辅导的直播课做到了1.2 亿的营收。今年很多公司靠直播挣到了钱，陌陌更是靠直播打了一个翻身仗。嗯，今年我还被几次搞错成猿辅导的创始人，实在有点哭笑不得，可能是很多时候我会对外说「我在创业」，说「我们公司」，但是这个其实仅仅表示我是把自己当作创业团队的一份子，让自己拥有创业的心态，努力希望整个团队创业成功。我在猿辅导公司的职务是小猿搜题产品技术负责人，这是一个很重要的职位，我自己的期权也不少，所以对外表现出在创业的状态不是很正常么？说到小猿搜题，今年最大的事情可能就是在年中的时候把猿辅导嵌入到小猿搜题中。内嵌另一个应用带来了大量的沟通和技术架构上的调整，不过最终这个改动还是值得的，让猿辅导得到了小猿搜题不少流量支持。小猿搜题今年用户量很快就过亿了，我们内部吃了一个蛋糕庆祝了一下。不过用户量实在涨得有些快，我自己其实都没什么感觉。想想最激动的时候，竟然是去年庆祝用户量突破 1000 万的时候。这就像达成 ...继续阅读 (81)

前言这篇文章整理自我在几个月前和公司产品同事做内部分享的一个小作业。为什么要分析快手？因为快手是一个很有意思的产品，用户数突破得很快。并且我认为网上的很多分析文章并不恰当，特别是知乎里面的部分评价快手的内容。快手的历史2011.3 快手诞生。当时叫 GIG 快手，是一款用来制作、分享 GIF 图片的手机应用。2012.11 GIF 快手转型。将制作的内容存储为视频，只有在分享到其他平台，如微博时，才转换成 GIF 图片2013.10 确定短视频社交属性。强化社交能力。2014.11 正式改名为「快手」。同年，快手在 App Store 连续 4 个月居前 50。2015.6 快手总用户突破 1 亿。 完成 C 轮融资，估值 20 亿美金。2016.10 快手总用户达 3 亿。网上的一些观点产品简洁一种观点认为：快手成功的秘诀在于产品简洁和克制。这一点上快手确实做得非常特立独行。当你还没有注册登录时，打开快手，此里你能看到的就只有信息流，第一眼给人特别不精致的感觉，如下图所示：但是，如果你仔细看快手在 App Store 上的更新说明的话，你就会发现快手近一年的更新说明只有两条：问题修复以及性能提升优化用户体验这样的更新说明，不但从时间上超过了一年，而且还以周为频率在迭代。是的，快手的 iOS 很多版本更新时间接近一周，这基本上和苹果审核的速度一致了。也就是说，苹果才审完上一个版本， ...继续阅读 (72)

最近公众号写了两周的面试题，题目有少量涉及算法，有少量涉及底层原理。总有一些人在后台问：面试这个有意义吗？我不会还不是照样做 App。还有一些人说：这些题只适合问应届生。于是我今天就想聊聊这个话题：搞 iOS 开发，研究算法和底层有意义吗？雷军说：站在风口上，猪都能飞起来。但是雷军没有说，风口上的风不是一直都吹的。飞起来的猪，如果没有抓住机会到达彼岸，那么暂时飞一阵子之后，还是会重重地摔到地上。而 iOS 行业，就是一个最好的例子。2012 年-2014 年，整个移动开发大火，根本就招不到移动开发的人才，各个公司没有办法，只能让服务器端的同学转岗来学习 iOS 开发。那个时候真是幸福，很多非科班出身的同学，在培训机构经过短短 3 个月的培训，然后就可以拿到上万的薪水。但是，市场最大的特点就是会自我调节，短短时间内，iOS 开发者就充斥在市场上了，这个市场竟然饱和了。能不饱和吗？有一个读者给我留言，说他以前是做厨师的，因为培训机构说做 iOS 开发收入高，就选择了做开发。我觉得大家应该理性思考这件事情，如果，我是说如果，iOS 开发真的可以培训 3 个月达到要求，那为什么这个职位的薪资比别的行业远高很多？学当厨师，学修理汽车，学理发，哪一个是短短 3 个月就能够学好的？而厨师，汽车修理工，理发师凭什么工资要比你拿得少？或者这么说，这些厨师，汽车修理工，理发师都不干了，都花 3 个月来 ...继续阅读 (62)

序最近报了流利说的 99 元一个月的「懂你英语」，之后又续了一个月，简单写一下体验报告。事先申明，这不是一个软文。什么是流利说的「懂你英语」「懂你英语」试图用最简单的、婴儿学语言的方式来学习英语，即：先盲听，即看不到什么单词，只有一张图片提示你说的内容。然后，你需要重复听和跟读，每次跟读时，可以判断跟读内容是否合格，如果合格，则会有 +1 的提示。「懂你英语」是一种比较挣钱的商业模式，因为它完全依赖于机器来判分（而且是用户的手机），服务器只需要提供学习资源的下载服务即可，所以它的毛利率可以做到很高，我估计毛利率到 70% 是没问题的。另外，「懂你英语」的产品设计是非常适合学习者的。因为它将学习任务进行了卡片式的任务拆解，所以你只需要关注于每天的任务完成就可以了。「懂你英语」要求每天练习口语 30 分钟，它在产品设计中通过每日学习统计，打卡，班主任督学，班级学习时长排名，学习效率分等各种细节来促使你坚持完成每天的学习任务。这种任务式、关卡式的产品设计方案已经在很多产品设计中被采用，除了流利说外，像 Keep，洋葱数学也是这样。这样的设计使得大家能够专注于眼前的小任务，然后通过达成每一个小任务获得成熟感和激励，最终完成一个大的目标。我现在认为，所有需要长久的学习任务，都应该拆分成小的阶段，以小任务的方式来完成。这就像我们工作的时候采用 Scrum，每个 Story 又拆分成一个个小的 ...继续阅读 (65)

信息的爆炸还记得我读小学的时候，那个时候还没有互联网，所有人获取信息的渠道都来自传统的媒介：图书、报纸、广播、电视。那个时候，我无聊的时候可以把一本书反复翻，反复看，因为并没有什么别的书可以看。电视的普及应该是第一次将人们获取信息的能力进行了放大，电视除了让人们获取新闻之类的信息外，更多的是使得人们从中获得娱乐信息，即娱乐的方式从传统的纸媒和广播，变成了多媒体视频，进而产生了一个巨大的娱乐产业。互联网的产生，除了让信息的获取成本变得极为容易外，同时也让信息经历了再一次的爆炸。由于信息实在太多了，所以有了搜索引擎，帮助我们检索需要的信息。另外，wikipedia、大学的 Mooc 视频，让大量优质的内容获得也变得极为容易。信息的触手可得以前我们要接入互联网获得信息，我们通常需要打开电脑，这本身就是一个昂贵的成本。现在由于智能手机的普及，接入互联网变得极为容易，我们甚至不需要解锁输入密码或指纹，在手机的锁屏界面上就可以获得大量的信息。移动互联网真正牛逼的地方就在于它改变了互联网的接入方式，它让每一个人都能做到随时在线，所以，10 年前的 QQ 有在线和离线的状态，而现在的微信则没有，所有人都始终是在线的。信息的迷失可是问题是：没有人能够消费完这么多的信息。我们有一款初高中生的题库 App：猿题库，到现在为止我们收录了百万级的题目，没有人能够做得完这么多题目。所以我们提供了智能的推荐算法 ...继续阅读 (63)

新闻CocoaPods由于众所周知的原因，国内并不能访问到官方的 Ruby 源，所以大部分朋友可能都是使用的国内的镜像源。而这里面，使用的最多的，可能就是淘宝提供的镜像源了。不过最近淘宝的镜像源 ruby.taobao.org 停止更新了，所以使用 CocoaPods 的同学，请更新到 ruby china 的源。详细的内容，请参见：https://ruby-china.org/topics/29250。另一方面 , CocoaPods 最近也升级到了1.1.0 版本，主要是增加了对 Xcode 8 的支持。苹果发布会苹果在不久前发布了新款MacBook Pro，库克对 Vim 党痛下杀手，取消了 ESC 键。另外增加了酷炫的 Touch Bar。有小伙伴已经尝试了 Touch Bar 对外的编程接口，说是和 「watchOS 很像」。一向前位的苹果也取消了包括 USB 在内的众多接口，只保留了 Thunderbolt 3 接口。Swift Server Api苹果在 Swift 官方网站上新建了一个基于 Swift 的API 项目，该项目用于支持将 Swift 用于服务器端开发的基础设施的构建。UniBeastUniBeast是一个能够将 macOS Sierra 安装到任何基于 Intel CPU 的电脑上。文章《iOS 安装包瘦身指南》： 本文介绍了包括资源优化，编译选项优化 ...继续阅读 (82)

新闻苹果解释 Dash 下架的原因上周关于 Dash 被苹果下架的事情有了来自苹果的解释，苹果说 Dash 进行了刷榜，具体来说，是在 Dash 的评价中发现了一些明显带有欺骗性的评分。苹果同时说这个决定是最终的，并且不可申述（final and can’t be appealed），所以这件事情可能最终的结果就是这样了。我们从这件事情中可以看出，苹果对于刷榜的行为变得越来越严厉了。但是在国内，刷榜的行为还是普遍存在，而且大多数都没有受到惩罚。例如，我们公司的三款产品都没有刷榜，但是我们的竞争对手其实都有明显的刷榜行为。希望苹果能够有机会也整治一下国内的环境，让大家都在一个公平的环境中竞争。Swift 4是的，Swift 4 开始开发了，在 Swift 4 在 GitHub 的主页上，苹果公布了 Swift 4 的主要目标。时间上，苹果计划在 2017 年晚些时候正式发布 Swift 4。苹果希望将 Swift 4 的开发分为两个阶段：第一阶段：关注于核心的一些需求，以及 ABI 的稳定性。苹果不希望在 Swift 4 中引入 ABI-breaking 的改变。第二阶段：该阶段希望在 2017 年春能够开始讨论，在第一阶段的任务完成后，可以增加一些或大或小的新特性。iDev 大会​iDev 大会是一场由开发者自己办的技术会议，会议内容主要面向苹果的开发者，我是这次会议的出品人。今年 ...继续阅读 (72)

前言大家国庆节过得如何？我反正是整个人的作息都变了，估计要调整过来得花不少时间。国庆节期间开车还经历了人生第一次剐蹭，倒车时方向盘转得过猛，车头把停在旁边的一台宝马 5 系给蹭到了，吓得我赶紧报了保险。结果最后定损的维修费用也就几百块钱，用交强险就 cover 住所有费用了。人生就是不停地经历，有了这次出险，以后估计开车会更加小心。好了，言归正传，我们来看看本周的 iOS 新闻。新闻Search Ads 上线苹果的 AppStore 搜索广告终于正式上线了，不过现在仅支持 iPhone 平台和美国区。AppStore 搜索广告类似于百度搜索关健词的竞价排名机制，该平台未来在中国区上线之后，我估计会使得一部分刷榜行为转移到正常的广告投放上。另外各个公司其实也需要及时介入，对自己的商标或产品关键词进行提前保护，以避免被恶意投放广告。关于 Search Ads 的详细介绍，今年的 WWDC 有专门的介绍视频，建议大家都看看。Dash 被 AppStore 下架Dash 是一款优秀的 Mac 效率工具，恰当的使用它，可以极大地提高你的输入速度。最近，作者被 Apple 告知其帐户「因涉嫌诈欺」而被停权。作者提供了授权迁移工具，便于大家将授权转移出来。详情：阅读原文。关于 Dash 被下架的原因，大家众说纷纭，其中有一个说法是：Dash 在将其的个人帐户转成企业帐户时，涉及的邓白氏码（DUN ...继续阅读 (66)

前言是的，我又开始写周报了！主要是因为喵神不写周报了，加上我发现大家对写 iOS 技术周报这件事情似乎没什么兴趣。其实我觉得这是一个挺好的学习总结的办法，所以要不就继续我来吧。我会每周从国外的周报，微博，GitHub，QQ / 微信群里收集各种 iOS 的信息，然后挑选一些有价值的分享给大家。MDCCMDCC 大会刚刚结束，这次大会请来了在日本的喵神王巍，滴滴的孙源，LeanCloud 的陈宜龙等众多 iOS 开发者。会议的所有 iOS 讲稿都会更新到这个地址，感兴趣的同学请一定关注更新：https://github.com/MDCC2016/iOS-Session-Slides王巍提前已经将他的讲稿和 Demo 代码公布在微博上了，地址是：http://weibo.com/1708947107/E9JHnoNtS苹果加强应用标题审核力度你的应用最近因为起名字的原因被拒过吗？在以前，由于标题文字在搜索中的排序权重较高，所以有一些应用会把一些热门关键词写在标题中。苹果对此行为一直管得不严，有些审核员管，有些审核员不管。不过最近似乎每个审核员都更加严格执行这项标准了，那些稍长的名字，都被要求进行进一步的精简。详见：http://www.gupowang.com/app/5057.html适配 iOS 10Xcode 10 发布以后，编译器开始不支持 iOS 7，所以很多应用在适配完 i ...继续阅读 (65)

引言爱是什么？这或许是一个永恒的话题。我很少从学校的传统教育以及家庭教育中获得这方面的知识。我小的时候对于爱的解释，印象中的故事竟然都是来自是电影：一部是《泰坦尼克号》，另一部是《真爱至上》。《泰坦尼克号》的男主 Jack 为了心爱的人，放弃自己生存的机会，让我以为爱是一种牺牲。而在大学时看的《真爱至上》，电影中的 10 个故事，讲了各种各样爱的故事，有小朋友之间的爱，有情侣之间的爱，更有同性之间的爱。电影最后的一句台词给爱下了一个更广泛的定义：「Love actually is everthing.」，我现在 30 多岁了，结婚了，也有了小孩，有些时候我觉得爱就一种亲情，但是又说不清楚。因为家庭生活中其实会有各种琐事，各种争吵，有些时候也会困惑，不知该如何处理。还是要感谢李笑来老师，他推荐的这本《少有人走的路》，用更详尽的篇章，从一个学术的角度讨论了什么是爱。这本书的作者斯科特·派克是一个心理医生，在书中的第二部分，作者详尽分析了各种关于爱的行为，告诉我们什么样的行为是爱，什么样的行为不是爱。爱的定义作者从他的角度，给爱下了如下的定义：爱，是为了促进自我和他人心智成熟，而具有的一种自我完善的意愿。这个定义非常有意思，完全不同于我们以前了解到的爱的描述，我们从中可以看到两个特征：爱可以使双方都获得心智成熟。这就像是杨过和小龙女的「双修」一样，是一种共同进步的互利行为。爱是一种自我完 ...继续阅读 (65)

职业病我的大学是在北京师范大学读的，当时读的一个叫做「励耘实验班」的专业（现在已经取消了），美其名曰第一年进行通识教育，第二年选专业。我最终选择了计算机专业，并且有幸和一群不同专业的室友一起生活了四年。其中一个室友选了「数字媒体」专业，他在专业学习过程中，需要每天看各种电影，分析各种电影片段的拍摄手法。那个时候（03 年）网络还不发达，他有一个大书架，上面全是他买的各种电影光盘。有一次和他聊天，他说道：「我现在看电影已经无法融入剧情中了，因为我一看见电影，脑海里面想的就是当前的摄像机机位在哪里，用了什么拍摄手法，为什么导演要用这样的手法」。有人把这种现场取一个名词，叫「职业病」，就像警察一样，不管有没有上班，都会下意识地观察有没有行为异常的路人。而我做为一个 iOS 开发者，每每试用一款新的 App，看到一些交互效果，第一想到的不是这个效果多酷，而是想这个效果是用什么技术方案做到的。我以前觉得这就是「职业病」，但是突然有一天，我发现这还不是「职业病」这么简单的事情。脑洞事情的转折发生在我开始转型，从一个 iOS 开发，转变为一个团队管理者。我开始参与产品和 UI 的讨论。这个时候，我发现我开始关注技术实现之外的东西，拿到一款 App，我不但会考虑它的技术实现，也会考虑产品经理这么设计的意图，也会考虑用户使用这个功能的场景，还会考虑视觉设计的特点。于是，我觉得这不是职业病，而是打开了 ...继续阅读 (68)

企业的品牌形象与管理者的品牌形象在过去，企业总是希望将企业品牌形象与企业的管理者的品牌形象区分开，因为一个长久的百年老店可能经历多次管理者的变更。IBM 就是一个例子，我们不记得 IBM 的 CEO，但是 IBM 在企业服务方面高质量的品牌形象还是深入人心的。传统的企业这么做无可厚非，因为他们不希望企业的管理者由于健康或别的原因，给企业带来负面影响。在传统企业盈利模式和管理方式稳定的时期，聘用一个 “职业经理人” 一样的 CEO，对于企业来说风险也不大。但是，现在的企业发展速度已经远远超过了过去。年轻公司的快速崛起2005 年：全球市值最大的公司分别是通用电气，美孚石油，微软，花旗，沃尔玛，BP 能源，辉瑞，美洲银行，强生，汇丰银行。到了 2015 年，全球市值前十公司：苹果，谷歌，微软，伯克希尔，美孚石油，亚马逊，Facebook，通用电气，强生，富国银行。从中我们可以看到像 Facebook 这类公司的快速崛起。Facebook 2004 年成立，淘宝 2003 年成立，这些公司都花了不到 10 年的时间，就成为了估值上千亿美金的公司。飞速的发展速度，使得大家不再担心企业创始人的个人魅力与企业的品牌形象融合在一起。而且，企业管理者的个人魅力和企业本身的品牌形象其实是有相互影响的叠加作用，当企业管理者在公众中具有光环效应时，对企业品牌本身也是一种无形的帮助。在现在的中国公司中，各 ...继续阅读 (60)

在这个信息爆炸的移动互联网时代，我们身边总会有一些技术圈的大牛出现，介绍他们的文章大多是以技术角度，描述他们的作品多么牛逼，而我们往往除了膜拜也无从知晓这些技术人的成长经历。带着写一些「有趣」的技术人故事的初心，《技术人创业攻略》的作者张兰开始了她的乌托邦式的旅程。她从 2013 年开始，从 SegmentFault 的创始人高阳，开始了她的访谈之旅。当时张兰并没有工作，每篇访谈耗费她大量精力，最后都免费放到网上供大家阅读。带着这样的初心，她一直坚持完成了 37 位不同年龄，不同技术领域，不同背景的技术人。在她的采访稿中，她以技术人的真实背景出发，试图揭示出这些人成功的原因。这些被他采访的技术人里面，包括 SegmentFault 的创始人高阳，七牛云存储的创始人许式伟这些创业公司的 CEO，也包括擅长运营的前端领域的一姐田爱娜，也有深入开源社区，成为 Linux 内核核心贡献者的吴峰光，还有资本领域的天使投资人杨轩。我也有幸在一次阿里举办的技术沙龙上认识了她，继而成为了她笔下的一个技术成长故事。因为张兰写的这些故事都很有趣，于是有出版社愿意将它出版成书，这就是《技术人创业攻略》。但是张兰的性格里面有着极强的「处女座」式的追求完美的情结。所以这本书整整花费了她将近一年的时间进行重新的内容梳理和再采访。仅仅为了封面的设计，张兰就多次因为不满意而调整，最后还是找到了西乔设计封面（下图） ...继续阅读 (62)

最近读到一本有意思的书，叫：《软技能：代码之外的生存指南》，这是一本相当跨界的书，内容除了介绍了技术人的职业发展之外，还涉及了自我的营销、学习方法、生产力、健身、甚至还包括理财。应该说，每一个章节都是非常有意思的，值得每一个程序员学习的内容。《软技能》一书的内容分为以上这些章节，我也按这些章节讲讲自己的感悟吧。职业职业一章介绍了程序员的面试，晋升，离职，远程办公，自由职业，以及创业。不管做什么事情，专业性总是第一要点。就像书中写的那样，我们应该成为「专业人士」，这就要求我们对所做的工作始终精益求精。这其实与行业无关，职业精神在任何行业都应该俱备。在程序员这个行业，我们的职业精神在于追求代码的美，这包括架构的可扩展，命名的规范，合理的注释，合理的设计模式。但其实，我们最最欠缺的职业精神是：按时发布产品。我们总有无数的借口：未知的技术挑战，没有遇到过的 Bug，产品需求的变更，相关联调人员的问题，但是好的程序员，总是能够在各种风险发生时，通过自己的努力保持按时上线。在这一点上，越是大公司的程序员，反倒由于大公司病的影响，职业精神就越差。自我营销100 个程序员里面，有 99 个不会营销，这还是乐观的说法。而我就是那个稍微会点营销的人，我从中享受到的红利已经多得超过我实际的付出了，弄得我自己都不好意思。我常常给别人说，我不是大牛，我只是喜欢分享而已。不过话说回来，一般喜欢分享的人水平都差 ...继续阅读 (64)

第一次认识小青（@靛青K），是在他与梁杰一起创办的T 沙龙聚会上。当时小青邀请到了代码家，给大家介绍了函数式编程的一些内容。T 沙龙的模式很有意思，它强调纯线下的、小范围的、免费的交流。这与现在这个强调规模与经济的互联网时代格格不入，但是不可否认的是，小青和梁杰办得很成功。就在上一次分享会中，小青邀请到了@txx和 h4x 为大家分享逆向，特别是 txx 现象从头到尾演示一个 App 被逆向的过程让我对逆向的实践有了更多的了解。沙龙的茶歇期间的闲聊，我才了解到小青还未大学毕业，但是他已经在 Enjoy 开始了他的第二份实习，而这份实习中，他将会用 RxSwift 重构 Enjoy 的众多模块。我私下问他为什么选择 Enjoy，他毫不犹豫地说：「因为可以用 RxSwift 呀！」。其实这也从一个侧面反映出，业界对于 RxSwift 以及比 RxSwift 更早的 ReactiveCocoa 都处于观望的心态，真正勇于尝试的并不多。为了学习和推广 RxSwift，小青也花了大量的精力，比如他发布了大量 RxSwift 的教程在SwiftGG网站和他的博客上。今年初，小青也成为了 GMTC 2016 全球移动技术大会 Swift 专场讲师，为大家分享了 RxSwift。另外他也在编写一本 RxSwift 的书，预计年底将会出版。与此同时，小青也在 StuQ 开设了一门 RxSwift 在 ...继续阅读 (83)

「全栈」工程师前一段时间，「全栈」工程师的概念很火，不过大多数时候，「全栈」工程师指的是一个人同时写 Web 前端和后端，顶多加上一些运维工作。通常情况下，我很少见到一个人能够同时写 Web 前端 + 后端 +iOS 端 +Android 端。在猿题库（我们现在改名叫猿辅导了）创业初期，我曾经试图同时写 iOS 和服务器端，但是我很快就放弃了。因为当时服务器端的代码量还是很大，同时有好几个人在编写。有些时候我需要加逻辑时，会涉及到他们的代码修改，这个时候我就会需要花费额外的精力来看懂他们原来的逻辑。当时正值创业初期，我们的 Code Review 并不严格，代码的相关设计文档也不多，我只能通过阅读源码来跟上另外几个服务器端开发同学的逻辑。很快我就放弃了，因为在创业阶段，效率是第一位的，同时做 iOS 和 服务器端，使得我在服务器端不够专注，效率变得低下。从那之后，我就意识到，「全栈」工程师可能最适合的场景就是 Web 前端 + 后端的偏前端的逻辑。因为那个场景下，前端工程师可以省掉沟通接口的时间，也可以自己统一前后端的模版，甚至他可以尝试统一语言，同时用 JavaScript 写前后端（在后端使用 nodejs）。而在别的职位上，是很不适合全栈的，因为这样工作产出会下降。T 型人才那我为什么又想聊 T 型人才呢？是因为我觉得 T 型人才和全栈不一样。在我看来，T 型人才有一门自己擅 ...继续阅读 (88)

需求有些时候，在一些特殊情况下，我们需要将代码恢复到一个历史的提交版本上。而这个历史提交版本，离最新的提交已经比较久远了。比如，我希望将如下的仓库的提交，恢复到上上上上次提交。当然，我可以一次一次的 revert，但是有没有更快更简单的办法呢？暴力的方式如果你的仓库是自己在用（不影响别人），那么你可以使用git reset --hard <target_commit_id>来恢复到指定的提交，再用git push -f来强制更新远程的分支指针。为了保证万一需要找回历史提交，我们可以先打一个 tag 来备份。对于刚刚的例子，需要执行的命令就是：// 备份当前的分支到 backup_commit git tag backup_commit git push origin backup_commit // 重置 source 分支 git reset --hard 23801b2 // 强制 push 更新远程分支 git push origin sou ...继续阅读 (111)

我一直不喜欢 Core Data，以前不太敢明目张胆地这么表达，现在收集到越来越多相关的信息，所以给大家分享一下，我为什么不喜欢 Core Data。Core Data 太复杂在今年刚刚结束的GMTC 大会上，来自澳洲的李剑做了题为《iOS 遗留系统上的架构重构》的演讲，其中就提到 Core Data 给他们 500 万用户带来了 300 万次崩溃。我想任何产品都是不能接受这样的崩溃率的。这 300 万次崩溃是 Core Data 的问题吗？可能也不是。在现场我没有看到具体的代码细节，我更觉得这可能是 Core Data 在使用中的各种坑，需要大家注意避免的。但是 Core Data 的坑是如此之多，使得像李剑这样的资深 iOS 开发者也不得不考虑将其直接替换掉。一个好的技术框架应该是不容易出现使用错误的，所以从这个角度讲，Core Data 本身的设计就是不好的。Core Data 学习成本高很多人觉得 Core Data 简单易学，我听了简直觉得自己的智商得到了 1 万点的伤害。反正我学习 Core Data 那阵子，Core Data 的各种概念着实让我郁闷了好久。在 OhMyStar 的作者 yu 的博客文章上，yu 这么写道：CoreData 是一个博大精深的技术，不要妄想几天之内可以用的很溜。CoreData 是一个博大精深的技术，不要妄想几天之内可以用的很溜。Core ...继续阅读 (97)

远古时代的故事那些经历过手工管理内存（MRC）时代的人们，一定对 iOS 开发中的内存管理记忆犹新。那个时候大约是 2010 年，国内 iOS 开发刚刚兴起，tinyfool 大叔的大名已经如雷贯耳，而我还是一个默默无闻的刚毕业的小子。那个时候的 iOS 开发过程是这样的：我们先写好一段 iOS 的代码，然后屏住呼吸，开始运行它，不出所料，它崩溃了。在 MRC 时代，即使是最牛逼的 iOS 开发者，也不能保证一次性就写出完美的内存管理代码。于是，我们开始一步一步调试，试着打印出每个怀疑对象的引用计数（Retain Count），然后，我们小心翼翼地插入合理的retain和release代码。经过一次又一次的应用崩溃和调试，终于有一次，应用能够正常运行了！于是我们长舒一口气，露出久违的微笑。是的，这就是那个年代的 iOS 开发者，通常情况下，我们在开发完一个功能后，需要再花好几个小时，才能把引用计数管理好。苹果在 2011 年的时候，在 WWDC 大会上提出了自动的引用计数（ARC）。ARC 背后的原理是依赖编译器的静态分析能力，通过在编译时找出合理的插入引用计数管理代码，从而彻底解放程序员。在 ARC 刚刚出来的时候，业界对此黑科技充满了怀疑和观望，加上现有的 MRC 代码要做迁移本来也需要额外的成本，所以 ARC 并没有被很快接受。直到 2013 年左右，苹果认为 ARC 技术足 ...继续阅读 (120)

前言最近读完了段念推荐的《管理 3.0：培养和提升敏捷领导力》，本书是一本结构规整的书，全书将管理理论用六个维度来阐述，然后每个维度下，先讲理论，再讲实践中的故事。在作者 Jurgen Appelo 的理解下，管理的六个维度是：激励员工：保持员工的活力、创造力和积极性。授权团队：如何进行自组织。调合约束：如何保护人力资源以及如何共享资源。培养能力：如何提高员工技能和提高竞争力。壮大组织：如何实现组织的成长。全面改进：如何进行改进。本书对我来说，收获最大的是「壮大组织」（第 12，13 章）部分所介绍的实践。很多想法我自己本身有一些体会，看到书中的介绍就更加清楚了，以下是这部分的一些想法。专业主义书中提到了专业人才，并且认为专业人才应该是优先被考虑的人才结构。这点我很认同，但是它和部分业界的观点不同。比如，业界一直在追捧「全栈」工程师，但是其实大部分所谓的「全栈」工程师，是指同时写 Web 前端和后台逻辑。这里的后台逻辑通常也偏业务逻辑一些，不涉及太多的高并发问题。所以，「全栈」工程师更多时候是一种特定业务场景下的需求，在这些特定业务场景下，「全栈」的工程师可以省去沟通前后端接口约定的沟通工作，在出现问题后，也更加便于排查。在 Nodejs 流行后，由于前后端可以统一编程语言，进而可以统一渲染模版，前端工程师更加有动力参与到部分后端的工作中。但是，「全栈」工程师也仅限于此，涉及到更专 ...继续阅读 (99)