今天是中国 iOS 开发者的一次聚会，因为首届 Swift 开发者大会在北京成功举办了。这次会议的质量很高，大会的相关 keynote 和 视频，稍后都会在官网上公开，所以没能参会的同学可以关注官网（http://atswift.io/）的内容更新。我作为大会的主席（其实基本没出什么力）全程参与了全天的大会，在此记录下一些参会的见闻。先说说本次的大会的演讲内容吧。这次大会的 Keynote 可在此下载。Chris开场的是 objc.io 的创始人 Chris Eidhof。Chris 是大会演讲者中唯一没有准备 keynote 的人，但是演讲相当精彩。Chris 虽然没有 keynote，但是内容是精心准备过的，他先用 playground 简单介绍了一些 Swift 的内容后，就转到一个游戏 Demo 的重构工作中，整个重构工作包括几点：用 typealias 去掉 NSUserDefaults 的依赖。用 protocol 来代替继承。用 extension 来实现 protocol。尽量用 struct。全程用 testcase 来验证重构过程。最终，我们看到了一个重构之后的游戏 Demo，相比以前的工程，重构后的项目代码更短，逻辑更清晰。人们常说，Talk is cheap, show me the code。 Chris 用行动让我们看到如何写出更好的 Swift 代码。 ...继续阅读 (61)

这次 Swift 开发者大会上，我认识到了一位新朋友，他叫 Saul Mora（如上图），听到这个名字时我没有什么感觉，但是随后旁边的一个朋友介绍道：「他是 MagicRecord」的作者之一，我突然眼睛亮了。不知道有多少人听过 MagicRecord，MagicRecord 是一个基于 Core Data 的库，可以让你更加方便地使用 Core Data。在我学习 Core Data 时，曾经抱怨过 Core Data 一些设计过于繁琐，使用不方便，那时就常常会听到人们说：「你应该使用 MagicRecord」。而 MagicalRecord 的 Github 首页上https://github.com/magicalpanda/MagicalRecord，已经有了 8000 多的 Star 数。在我进一步和 Saul Mora 聊天时，我才发现，他的作品远远不只是 MagicRecord。他还是著名的 iOS 网站 Ray Wenderlich 的图书《Core Data by Tutorials》作者，并且发表了很多文章在 Ray Wenderlich 上。另外，他也是一个有趣的人，他维护着他的名为 NSBrief 的 podcast：http://nsbrief.com，采访了很多 iOS 和 Mac 的开发者。好了，现在关键来了，Saul Mora 在硅谷工作得有些腻了， ...继续阅读 (49)

今天是中国 iOS 开发者的一次聚会，因为首届 Swift 开发者大会在北京成功举办了。这次会议的质量很高，大会的相关 keynote 和 视频，稍后都会在官网上公开，所以没能参会的同学可以关注官网（http://atswift.io/）的内容更新。我作为大会的主席（其实基本没出什么力）全程参与了全天的大会，在此记录下一些参会的见闻。先说说本次的大会的演讲内容吧。这次大会的 Keynote 可在此下载。Chris开场的是 objc.io 的创始人 Chris Eidhof。Chris 是大会演讲者中唯一没有准备 keynote 的人，但是演讲相当精彩。Chris 虽然没有 keynote，但是内容是精心准备过的，他先用 playground 简单介绍了一些 Swift 的内容后，就转到一个游戏 Demo 的重构工作中，整个重构工作包括几点：用 typealias 去掉 NSUserDefaults 的依赖。用 protocol 来代替继承。用 extension 来实现 protocol。尽量用 struct。全程用 testcase 来验证重构过程。最终，我们看到了一个重构之后的游戏 Demo，相比以前的工程，重构后的项目代码更短，逻辑更清晰。人们常说，Talk is cheap, show me the code。 Chris 用行动让我们看到如何写出更好的 Swift 代码。 ...继续阅读 (68)

前言ReactiveCocoa（其简称为 RAC）是由Github开源的一个应用于 iOS 和 OS X 开发的新框架。RAC 具有函数式编程和响应式编程的特性。它主要吸取了 .Net 的Reactive Extensions的设计和实现。但是，相对于传统的 MVC 架构，ReactiveCocoa 的函数式编程方式的学习曲线陡峭，业界也没有丰富的图书资料，这使得大家对这种技术望而却步。这次，我邀请了一些行业内关注和使用 ReactiveCocoa 的内行，进行了一次关于 RAC 的讨论会，会上大家主要聊了 RAC 在使用中的各种问题，我们希望这次讨论会能够让重新全面审视这个开发框架。讨论成员本次讨论会邀请到的讨论者来自美团，百度，蘑菇街等公司。讨论前为了先相互认识，我让大家自我介绍了一下，并且顺便简单介绍各自所在的团队人数以及使用 RAC 的时长，以下是大家的自我介绍：臧成威，来自美团，团队基本都在使用 RAC，从 14 年初开始使用 RAC。在美团搞过 RAC 的几期培训，有丰富的经验。李忠 (limboy)，来自蘑菇街。李忠的博客（http://limboy.me/）上有很多介绍 RAC 的高质量文章。（这次讨论会李忠当时有事没有参加，事后对相关问题留言表达了自己的看法）唐晓轩 (txx)，来自礼物说，团队四个人，目前 “只有” 礼物说这一款产品。从年初开始使用 RAC，到现 ...继续阅读 (108)

前言ReactiveCocoa（其简称为 RAC）是由Github开源的一个应用于 iOS 和 OS X 开发的新框架。RAC 具有函数式编程和响应式编程的特性。它主要吸取了 .Net 的Reactive Extensions的设计和实现。但是，相对于传统的 MVC 架构，ReactiveCocoa 的函数式编程方式的学习曲线陡峭，业界也没有丰富的图书资料，这使得大家对这种技术望而却步。这次，我邀请了一些行业内关注和使用 ReactiveCocoa 的内行，进行了一次关于 RAC 的讨论会，会上大家主要聊了 RAC 在使用中的各种问题，我们希望这次讨论会能够让重新全面审视这个开发框架。讨论成员本次讨论会邀请到的讨论者来自美团，百度，蘑菇街等公司。讨论前为了先相互认识，我让大家自我介绍了一下，并且顺便简单介绍各自所在的团队人数以及使用 RAC 的时长，以下是大家的自我介绍：臧成威，来自美团，团队基本都在使用 RAC，从 14 年初开始使用 RAC。在美团搞过 RAC 的几期培训，有丰富的经验。李忠 (limboy)，来自蘑菇街。李忠的博客（http://limboy.me/）上有很多介绍 RAC 的高质量文章。（这次讨论会李忠当时有事没有参加，事后对相关问题留言表达了自己的看法）唐晓轩 (txx)，来自礼物说，团队四个人，目前 “只有” 礼物说这一款产品。从年初开始使用 RAC，到现 ...继续阅读 (52)

关于创业今年猿题库顺利拿到了 D 轮 6000 万美元的融资，估值 3.6 亿美元。而我负责的小猿搜题，也从年初的几十万用户，增长到了 5000 多万用户。今年是小猿搜题的风光年，我们上了「天天向上」，在各种黄金档节目中打电视广告，整体用户数据增长惊人。研究组、市场运营、内容部门各种给力，使得产品技术工作进展得非常顺利。下图是小猿搜题登上 AppStore 教育榜榜首的截图。我的工作对于我自己来说，2015 年的工作主要分成上半年和下半年两个阶段。上半年，我一边负责小猿搜题的 iOS 开发工作，一边负责小猿搜题技术团队的组建和协调工作。小猿搜题当前大部分同事都是在上半年入职到这个团队的。下半年，团队成员磨合得差不多了，团队里面 iOS 同事也成长起来了，我自己能够从 iOS 具体的开发工作中脱身，使得我更多地关注产品和团队了。下半年自己的工作主要聚焦到了管理业务和管理团队上，每天组织协调和沟通的事情很多，除了 Scrum 的定期会议外，我还得参加产品的 Scrum 会议和产品过稿，还有美术的过稿。另外，我时不时也需要和运营的同事沟通协调。有时候忙完一整天不知道时间是如何过去的，然后又看着自己 iOS 开发技能慢慢变弱，有一种焦虑感。于是我首先开始多读书，接着就是总结，试图调整自己。数据分析的工作让我知道任何的改进都是应该基于数据的，这样更加理性。所以，我拿了一个小本子，记录自己每天 ...继续阅读 (90)

关于创业今年猿题库顺利拿到了 D 轮 6000 万美元的融资，估值 3.6 亿美元。而我负责的小猿搜题，也从年初的几十万用户，增长到了 5000 多万用户。今年是小猿搜题的风光年，我们上了「天天向上」，在各种黄金档节目中打电视广告，整体用户数据增长惊人。研究组、市场运营、内容部门各种给力，使得产品技术工作进展得非常顺利。下图是小猿搜题登上 AppStore 教育榜榜首的截图。我的工作对于我自己来说，2015 年的工作主要分成上半年和下半年两个阶段。上半年，我一边负责小猿搜题的 iOS 开发工作，一边负责小猿搜题技术团队的组建和协调工作。小猿搜题当前大部分同事都是在上半年入职到这个团队的。下半年，团队成员磨合得差不多了，团队里面 iOS 同事也成长起来了，我自己能够从 iOS 具体的开发工作中脱身，使得我更多地关注产品和团队了。下半年自己的工作主要聚焦到了管理业务和管理团队上，每天组织协调和沟通的事情很多，除了 Scrum 的定期会议外，我还得参加产品的 Scrum 会议和产品过稿，还有美术的过稿。另外，我时不时也需要和运营的同事沟通协调。有时候忙完一整天不知道时间是如何过去的，然后又看着自己 iOS 开发技能慢慢变弱，有一种焦虑感。于是我首先开始多读书，接着就是总结，试图调整自己。数据分析的工作让我知道任何的改进都是应该基于数据的，这样更加理性。所以，我拿了一个小本子，记录自己每天 ...继续阅读 (47)

事件回放前几天在 iOS 开发群里看到有人贴了一个 v2ex 上的帖子（地址：https://www.v2ex.com/t/244437） ，大概说收到了 1000 多份某培训机构出来的学员简历。这些简历让他发现了一些问题：面试表现比较差大多有伪造工作经历的行为以下是他的文章原文：公司坐标：杭州。由于公司业务发展，需要新招一位 iOS 开发工程师，这周 HR 平均每天给我安排了三场面试。一周过去了，这些面试者给我的印象都很糟糕，并且……很蹊跷，今天找 HR 了解了一下。结果出现了令我震惊的事情， HR 在「智联」「 51job 」「拉勾」三个渠道发布了招聘，半个月收到了超过一千份 iOS > 简历，而同时招聘的其他技术岗位却很少有人投递简历。分析了一下这些简历的特征：1.户籍绝大多数是某地（非地图炮，仅是数据统计）2.几乎全部刚从外地来杭州3.几乎全部上家公司是外包公司4.很多人上家公司不一样，但简历中写的项目却是一样的5.简历上宣称的工作年限都是 1 年左右其实上面这几条，我都可以「理解」但是，这个数量着实让人震惊。我有一些推测，怕被喷，先不说了。你们怎么看?有人把这个问题贴到知乎上，引来了一些知情者的回复，见https://www.zhihu.com/question/38703692。原来这些都是培训机构出来的学员，然后为了获得一次面试，就编造了工作公司和经历，并且隐藏了自己 ...继续阅读 (127)

事件回放前几天在 iOS 开发群里看到有人贴了一个 v2ex 上的帖子（地址：https://www.v2ex.com/t/244437） ，大概说收到了 1000 多份某培训机构出来的学员简历。这些简历让他发现了一些问题：面试表现比较差大多有伪造工作经历的行为以下是他的文章原文：公司坐标：杭州。由于公司业务发展，需要新招一位 iOS 开发工程师，这周 HR 平均每天给我安排了三场面试。一周过去了，这些面试者给我的印象都很糟糕，并且……很蹊跷，今天找 HR 了解了一下。结果出现了令我震惊的事情， HR 在「智联」「 51job 」「拉勾」三个渠道发布了招聘，半个月收到了超过一千份 iOS > 简历，而同时招聘的其他技术岗位却很少有人投递简历。分析了一下这些简历的特征：1.户籍绝大多数是某地（非地图炮，仅是数据统计）2.几乎全部刚从外地来杭州3.几乎全部上家公司是外包公司4.很多人上家公司不一样，但简历中写的项目却是一样的5.简历上宣称的工作年限都是 1 年左右其实上面这几条，我都可以「理解」但是，这个数量着实让人震惊。我有一些推测，怕被喷，先不说了。你们怎么看?有人把这个问题贴到知乎上，引来了一些知情者的回复，见https://www.zhihu.com/question/38703692。原来这些都是培训机构出来的学员，然后为了获得一次面试，就编造了工作公司和经历，并且隐藏 ...继续阅读 (92)

一个程序员的理想我从高中就开始接触计算机并开始编程，我非常喜欢编程，我一直以为我会写一辈子代码。我从毕业就一直做技术，开始一年是做 Java 语言的服务器开发，开发过网易邮箱和微博的后台，后来转而做 iOS 开发。因为喜欢，我几乎把我所有的非工作时间也投入到技术中去。当然，并非是把工作带回家，而是专研技术或者从事技术写作。于是这几年，我积累了超过 150 篇原创技术文章，在 iOS 技术圈子里面也小有名气，也出版了一本《iOS 开发进阶》的书，微博和微信公众号的粉丝数也都超过了 3 万。我做得很开心。我一直以为，我会是一个好码农，我会一直在技术上深入下去。但是，改变有些时候就是来得那么突然。涅槃重生我还记得那一天，2014 年 7 月 17 日，我当时受到邀请，在广州的微信分享 iOS 开发技术。当天晚上，我接到郭常圳（我们的 CTO）的电话，知道要做小猿搜题这个项目，并且这个项目「由我负责」。于是，我开始了技术转管理之路。通过从以前的项目组中抽调人手，小猿搜题这个产品技术团队很快组建出来了。我在开发 iOS 版的小猿搜题客户端的同时，也开始了我的管理工作。现在经过了一年半，我们不但组建成了一支充满战斗力的团队，成收获了不小的成绩：小猿搜题产品一年时间获得了 5000 万的用户。我们团队在开发上做到了每周一次迭代，两周一次版本发布。技术管理的总结在我的工作中，我慢慢总结出在创业公司 ...继续阅读 (70)

一个程序员的理想我从高中就开始接触计算机并开始编程，我非常喜欢编程，我一直以为我会写一辈子代码。我从毕业就一直做技术，开始一年是做 Java 语言的服务器开发，开发过网易邮箱和微博的后台，后来转而做 iOS 开发。因为喜欢，我几乎把我所有的非工作时间也投入到技术中去。当然，并非是把工作带回家，而是专研技术或者从事技术写作。于是这几年，我积累了超过 150 篇原创技术文章，在 iOS 技术圈子里面也小有名气，也出版了一本《iOS 开发进阶》的书，微博和微信公众号的粉丝数也都超过了 3 万。我做得很开心。我一直以为，我会是一个好码农，我会一直在技术上深入下去。但是，改变有些时候就是来得那么突然。涅槃重生我还记得那一天，2014 年 7 月 17 日，我当时受到邀请，在广州的微信分享 iOS 开发技术。当天晚上，我接到郭常圳（我们的 CTO）的电话，知道要做小猿搜题这个项目，并且这个项目「由我负责」。于是，我开始了技术转管理之路。通过从以前的项目组中抽调人手，小猿搜题这个产品技术团队很快组建出来了。我在开发 iOS 版的小猿搜题客户端的同时，也开始了我的管理工作。现在经过了一年半，我们不但组建成了一支充满战斗力的团队，成收获了不小的成绩：小猿搜题产品一年时间获得了 5000 万的用户。我们团队在开发上做到了每周一次迭代，两周一次版本发布。技术管理的总结在我的工作中，我慢慢总结出在创业公司 ...继续阅读 (44)

版权说明本文为InfoQ中文站特供稿件，首发地址为：文章链接。如需转载，请与InfoQ中文站联系。前言第一次听到ibireme这个名字，是看到他在微博上分享了YYText开源库。当时我第一眼见到 YYText 的功能示意 GIF 图时（下图所示），就被它丰富的功能吸引了。YYText 应该是我见到过的功能最强大的基于 CoreText 的排版框架了。令人惊讶的是，YYText 虽然代码量很大（超过一万行），但它只是 ibireme 的作品之一。ibireme 利用业余时间完成了YYKit工具库，包括：YYModel— 高性能的 iOS JSON 模型框架。YYCache— 高性能的 iOS 缓存框架。YYImage— 功能强大的 iOS 图像框架。YYWebImage— 高性能的 iOS 异步图像加载框架。YYText— 功能强大的 iOS 富文本框架。YYKeyboardManager— iOS 键盘监听管理工具。YYDispatchQueuePool— iOS 全局并发队列管理工具。YYAsyncLayer— iOS 异步绘制与显示的工具。YYCategories— 功能丰富的 Category 类型工具库。我和一些朋友挑选了一些其中的组件代码阅读，大家都认为质量非常高，大家对它的评语是这样的：打算自己撸一个 JSON 转 model 的，专门看了 YYModel 的代码，果然 ...继续阅读 (145)

事件回顾据国外多名网友反映，从 11 月 13 号开始，打开一些 Mac App Store 中下载的软件时，会出现 “已损坏”（Damaged）的提示。受此问题影响的软件较多，包括广为人知的 1Password、Dash、Byword 和 Tweetbot 等。Tweetbot 开发者 Paul Haddad 在 Twitter 上表示这个问题看起来与认证证书到期有关，并猜想目前证书使用 SHA256 加密，或许会和 OS X 老版本不兼容。问题原因微博上的@webfrogs分享的这篇文章中详细解答了这个问题产生的原因。我仔细读了一下，给大家分享一下。每一个 Mac AppStore 下载的软件都有一个证书，证明该软件是合法购买并且没有被篡改的。在以前，该证书是通过 SHA-1 来进行散列验证的，SHA-1是一种类似 MD5 的散列算法，比 MD5 更安全，但是计算起来更耗费 CPU 。最近，苹果更改了证书的算法，使用 SHA-2 来进行散列验证的。这本来应该是对用户透明的，但是，苹果的质量部门却没有发现这个大 Bug。于是影响了大范围的用户。具体影响的过程是：首先，过期的证书在缓存中没有被清除，系统会要求用户重启来清除证书或重新获得新证书。然后，一些应用明显地使用的是旧版的 OpenSSL 来验证购买凭证，然后你猜怎么着？旧版的 OpenSSL 不！支！持！SHA-2 算法！由 ...继续阅读 (69)

事件回顾据国外多名网友反映，从 11 月 13 号开始，打开一些 Mac App Store 中下载的软件时，会出现 “已损坏”（Damaged）的提示。受此问题影响的软件较多，包括广为人知的 1Password、Dash、Byword 和 Tweetbot 等。Tweetbot 开发者 Paul Haddad 在 Twitter 上表示这个问题看起来与认证证书到期有关，并猜想目前证书使用 SHA256 加密，或许会和 OS X 老版本不兼容。问题原因微博上的@webfrogs分享的这篇文章中详细解答了这个问题产生的原因。我仔细读了一下，给大家分享一下。每一个 Mac AppStore 下载的软件都有一个证书，证明该软件是合法购买并且没有被篡改的。在以前，该证书是通过 SHA-1 来进行散列验证的，SHA-1是一种类似 MD5 的散列算法，比 MD5 更安全，但是计算起来更耗费 CPU 。最近，苹果更改了证书的算法，使用 SHA-2 来进行散列验证的。这本来应该是对用户透明的，但是，苹果的质量部门却没有发现这个大 Bug。于是影响了大范围的用户。具体影响的过程是：首先，过期的证书在缓存中没有被清除，系统会要求用户重启来清除证书或重新获得新证书。然后，一些应用明显地使用的是旧版的 OpenSSL 来验证购买凭证，然后你猜怎么着？旧版的 OpenSSL 不！支！持！SHA-2 算法！由 ...继续阅读 (46)

Charles 中国特惠Charles 正版五折优惠活动（限时：2015 年 11 月 14 日 – 30 日），仅限中国区购买，点击购买。在活动期结束后，价格将从 169 元上涨到 199 元。手机 / 微信读者，复制以下内容，然后打开「淘宝客户端」即可看到商品：Charles 网络封包分析工具，使用￥Charles 特惠￥抢先预览（长按复制整段文案，打开手机淘宝即可进入活动内容）目录与版权转载请保留顶部的 Charles 中国特惠内容，本文的内容主要包括：Charles 的简介如何安装 Charles将 Charles 设置成系统代理Charles 主界面介绍过滤网络请求截取 iPhone 上的网络封包截取 Https 通讯信息模拟慢速网络修改网络请求内容给服务器做压力测试修改服务器返回内容总结简介Charles是在 Mac 下常用的网络封包截取工具，在做 移动开发时，我们为了调试与服务器端的网络通讯协议，常常需要截取网络封包来分析。Charles 通过将自己设置成系统的网络访问代理服务器，使得所有的网络访问请求都通过它来完成，从而实现了网络封包的截取和分析。除了在做移动开发中调试端口外，Charles 也可以用于分析第三方应用的通讯协议。配合 Charles 的 SSL 功能，Charles 还可以分析 Https 协议。Charles 是收费软件，可以免费试用 ...继续阅读 (101)

被误解的 MVCMVC 的历史MVC，全称是 Model View Controller，是模型 (model)－视图 (view)－控制器 (controller) 的缩写。它表示的是一种常见的客户端软件开发框架。MVC 的概念最早出现在二十世纪八十年代的施乐帕克实验室中（对，就是那个发明图形用户界面和鼠标的实验室），当时施乐帕克为 Smalltalk 发明了这种软件设计模式。现在，MVC 已经成为主流的客户端编程框架，在 iOS 开发中，系统为我们实现好了公共的视图类：UIView，和控制器类：UIViewController。大多数时候，我们都需要继承这些类来实现我们的程序逻辑，因此，我们几乎逃避不开 MVC 这种设计模式。但是，几十年过去了，我们对于 MVC 这种设计模式真的用得好吗？其实不是的，MVC 这种分层方式虽然清楚，但是如果使用不当，很可能让大量代码都集中在 Controller 之中，让 MVC 模式变成了 Massive View Controller 模式。Controller 的臃肿问题何解？很多人试图解决 MVC 这种架构下 Controller 比较臃肿的问题。我还记得半年前 InfoQ 搞了一次移动座谈会，当时BeeFramework和Samurai-Native的作者老郭问了我一句话：「什么样的内容才应该放到 Controller 中？」。但是当时 ...继续阅读 (120)

引言一对一沟通，又被称作一对一会议、One-on-one 等，是互联网公司常用的沟通方式。一对一沟通虽然被广泛使用，但是涉及的文章却很少，我主要通过两本书来获得它的一些知识，这两本书是《格鲁夫给经理人的第一课》和《创业维艰》。这两本书的作者都非常有名，格鲁夫是 Intel 公司的总裁，成功带领 Intel 公司完成了从半导体存储器到微处理器的转型。《创业维艰》的作者本·霍洛维茨是硅谷的顶级 VC，投资了 Facebook、Twitter 等公司。除此之外，我本人也是一对一沟通的实践者，从刚毕业踏入职场开始，我就经历着一次又一次的一对一沟通。在本文中，我们将浅析一对一沟通的细节。概述在《格鲁夫给经理人的第一课》一书中，格鲁夫对「一对一沟通」的介绍如下：在英特尔，一对一会议通常是由经理人召集他的部属召开的，这也是维系双方从属关系最主要的方法。一对一会议主要的目的在于互通信息以及彼此学习。经过对特定事项的讨论，上司可以将其技能以及经验传授给下属，并同时建议他切入问题的方式；而下属也能对工作中碰到的问题进行汇报。在我看来，一对一沟通的意义是可以使得信息从下而上地传递。从而获得在其它渠道不易获得的信息，保证透明。讲一个我自己的故事。我有一阵子在开发中饱受产品调整之苦，很多时候刚刚做完一个产品功能的开发，然后产品需求就改了。对于一个对代码「有爱」的人来说，刚刚写完的几千行的代码要删掉，这个心情 ...继续阅读 (69)

引言10 月 15 日晚上，我参加了 MDCC（http://mdcc.csdn.net/）大会晚上的英雄宴，宴会上见到了 XcodeGhost 的研究者，阿里巴巴资深安全工程师蒸米。蒸米是最早在乌云上公开 XcodeGhost 的工作原理的人。在后续 XcodeGhost 的服务器关闭后，蒸米也介绍了通过 DNS 污染来接管 XcodeGhost 木马的技术。让大家对于 iOS 平台的安全有了新的认识。之前我和蒸米在微博上多次私信交流，这次当面见到真人非常开心。蒸米是一个性格开朗阳光的人，看起来非常年轻，一问之下才知道他 26 岁就提前博士毕业了，毕业之后一直在阿里从事安全方面的工作。以下是我们讨论的一些总结。Xcode 的安全这次 XcodeGhost 事件之后，让大家把安全的焦点集中在了编译器上。估计大家不会还从迅雷或网盘下载 Xcode 了吧？但是这样就安全了吗？蒸米在交流中提到，其实仅仅这样 Xcode 也是不安全的。为什么呢？因为我们在 Mac 上总要安装软件吧？有很多 Mac 下的软件并不通过 Mac AppStore 销售，而是以安装包的形式来独立发布。而安装这类 APP 时，常常需要用户输入登陆密码来获得更改系统内容的权限。这个时候，如果是一个恶意软件，偷偷修改了你本地的 Xcode，比如安装一个恶意的插件，你如何防？有些人习惯从一些非法网站去下载盗版的 Mac ...继续阅读 (60)

引言10 月 15 日晚上，我参加了 MDCC（http://mdcc.csdn.net/）大会晚上的英雄宴，宴会上见到了 XcodeGhost 的研究者，阿里巴巴资深安全工程师蒸米。蒸米是最早在乌云上公开 XcodeGhost 的工作原理的人。在后续 XcodeGhost 的服务器关闭后，蒸米也介绍了通过 DNS 污染来接管 XcodeGhost 木马的技术。让大家对于 iOS 平台的安全有了新的认识。之前我和蒸米在微博上多次私信交流，这次当面见到真人非常开心。蒸米是一个性格开朗阳光的人，看起来非常年轻，一问之下才知道他 26 岁就提前博士毕业了，毕业之后一直在阿里从事安全方面的工作。以下是我们讨论的一些总结。Xcode 的安全这次 XcodeGhost 事件之后，让大家把安全的焦点集中在了编译器上。估计大家不会还从迅雷或网盘下载 Xcode 了吧？但是这样就安全了吗？蒸米在交流中提到，其实仅仅这样 Xcode 也是不安全的。为什么呢？因为我们在 Mac 上总要安装软件吧？有很多 Mac 下的软件并不通过 Mac AppStore 销售，而是以安装包的形式来独立发布。而安装这类 APP 时，常常需要用户输入登陆密码来获得更改系统内容的权限。这个时候，如果是一个恶意软件，偷偷修改了你本地的 Xcode，比如安装一个恶意的插件，你如何防？有些人习惯从一些非法网站去下载盗版的 Mac ...继续阅读 (87)

前言猿题库刚刚结束了北京地区的大规模校园招聘，国庆之后打算转战外地进行校招。我本人深度参与了此次的校招工作，包括笔试题命题、面试题命题以及具体的面试工作。我在面试中发现了一个非常有意思的现象，就是大多数应届生都想做服务器端开发，但是他们却又不清楚服务器端开发具体要做些什么。我和同事聊天的时候说起此事，我们认为可能应届生觉得：做服务器端开发可以让自己写的程序运行在很多台机器上，并且处理海量的数据，这很「牛逼」。而做客户端或前端开发太简单，成长会比较小。于是我就写了本文，想给这些单纯的应届生泼泼冷水。先说说我的背景吧，我同时做过服务器端和客户端的开发。我在网易有道做过 1 年半的服务器端开发，产品涉及网易邮箱和微博产品，之后做了 3 年的 iOS 开发，产品涉及有道云笔记，猿题库和小猿搜题，所以我能够给大家分享服务器端和客户端开发的差别。对服务器开发的误解很多应届生认为做服务器端开发可以处理海量数据，管理上百台服务器。但是 ——处理海量数据就牛逼了？NO！服务器端开发经过多年的发展，对于海量数据的处理早有了很多固定的解决方案。不管是用云服务，还是用 Hbase ，你都可以很轻松地依赖开源库，解决海量数据的存储问题。还有一些同学想做大数据分析，如果你写过 MapReduce 程序就不会这么想了。现在的 MapReduce 程序写起来太 easy 了，很多时候简单到 ...继续阅读 (121)

前言猿题库刚刚结束了北京地区的大规模校园招聘，国庆之后打算转战外地进行校招。我本人深度参与了此次的校招工作，包括笔试题命题、面试题命题以及具体的面试工作。我在面试中发现了一个非常有意思的现象，就是大多数应届生都想做服务器端开发，但是他们却又不清楚服务器端开发具体要做些什么。我和同事聊天的时候说起此事，我们认为可能应届生觉得：做服务器端开发可以让自己写的程序运行在很多台机器上，并且处理海量的数据，这很「牛逼」。而做客户端或前端开发太简单，成长会比较小。于是我就写了本文，想给这些单纯的应届生泼泼冷水。先说说我的背景吧，我同时做过服务器端和客户端的开发。我在网易有道做过 1 年半的服务器端开发，产品涉及网易邮箱和微博产品，之后做了 3 年的 iOS 开发，产品涉及有道云笔记，猿题库和小猿搜题，所以我能够给大家分享服务器端和客户端开发的差别。对服务器开发的误解很多应届生认为做服务器端开发可以处理海量数据，管理上百台服务器。但是 —-处理海量数据就牛逼了？NO！服务器端开发经过多年的发展，对于海量数据的处理早有了很多固定的解决方案。不管是用云服务，还是用 Hbase ，你都可以很轻松地依赖开源库，解决海量数据的存储问题。还有一些同学想做大数据分析，如果你写过 MapReduce 程序就不会这么想了。现在的 MapReduce 程序写起来太 easy 了，很多时候简单到你就只需要写一条类似 S ...继续阅读 (49)

前言上一篇文章中，我们介绍了为什么要关注数据，在本文中我将分享具体如何做。关注宏观和细节大多数人都能做到关注宏观的数据，拿互联网产品来说，日活，月活，流失率，NPS（净推荐值），这些都是宏观的数据。宏观数据能够反映出产品的整体状况，是值得长期关注的。但是在宏观之外，我们还应该关注一些细节的数据。拿日活来说，我们可以再进一步进行分析，比如：日活中新用户所占的比例日活中 iOS 和 Android 的各自占比日活中大家集中活跃的时间段日活中用户的会话（Session）次数分布，时长分布日活中用户平均使用你的产品核心功能的次数当你把数据拿放大镜看得更细的时候，你可能就会发现一些问题。带着这些问题，你进一步分析，就可以找到更多信息。举一个我们创业产品小猿搜题的例子，我们发现日活中的用户，有相当一部分用户只是注册了，但是并没有使用我们产品的核心功能，于是我们担心会不会有一些付费推广渠道「刷量」。所以，我们将新增用户中不活跃的比例按渠道来划分。通过这样的划分，我们很容易找到那些效果差的渠道，从而选择更有效的推广渠道。关注原始数据原始数据是什么？就是那些不是通过别的数据计算出来的，不能被分割的数据。这些数据是最最真实的，而其它通过计算出来的数据，因为进行了二次加工，所以不一定能够完全反映出产品的问题。再举一个小猿搜题的例子，我们为了研究 NPS 给我们打零分的用户。把这些用户的搜索数据、操作记录 ...继续阅读 (80)

前言上一篇文章中，我们介绍了为什么要关注数据，在本文中我将分享具体如何做。关注宏观和细节大多数人都能做到关注宏观的数据，拿互联网产品来说，日活，月活，流失率，NPS（净推荐值），这些都是宏观的数据。宏观数据能够反映出产品的整体状况，是值得长期关注的。但是在宏观之外，我们还应该关注一些细节的数据。拿日活来说，我们可以再进一步进行分析，比如：日活中新用户所占的比例日活中 iOS 和 Android 的各自占比日活中大家集中活跃的时间段日活中用户的会话（Session）次数分布，时长分布日活中用户平均使用你的产品核心功能的次数当你把数据拿放大镜看得更细的时候，你可能就会发现一些问题。带着这些问题，你进一步分析，就可以找到更多信息。举一个我们创业产品小猿搜题的例子，我们发现日活中的用户，有相当一部分用户只是注册了，但是并没有使用我们产品的核心功能，于是我们担心会不会有一些付费推广渠道「刷量」。所以，我们将新增用户中不活跃的比例按渠道来划分。通过这样的划分，我们很容易找到那些效果差的渠道，从而选择更有效的推广渠道。关注原始数据原始数据是什么？就是那些不是通过别的数据计算出来的，不能被分割的数据。这些数据是最最真实的，而其它通过计算出来的数据，因为进行了二次加工，所以不一定能够完全反映出产品的问题。再举一个小猿搜题的例子，我们为了研究 NPS 给我们打零分的用户。把这些用户的搜索数据、操作记录 ...继续阅读 (44)

前言由于科技的进步，以及数据「数字化」地存储，使得现代人类可以获得海量的数据。而有了这些海量的数据之后，借助于一些数据分析工具和方法，我们就可以从数据中找到社会运行的「秘密」。在工作中，借助这些「秘密」，我们有可能发现商业中的新机会，也可能验证或推翻自己的一些猜想。数据分析，使得我们对「秘密」的探索有了一个可靠的方法。在本文中，我想分享一下工作中学到的发现数据中秘密的心得。稻盛和夫的故事我们先看看稻盛和夫挽救日航的故事吧。他的这段传奇经历曾经被很多媒体报道，我将故事摘要如下：2010 年 1 月 19 日，日本航空公司申请破产保护。日航有 58 年历史，一度被视作日本战后经济繁荣的骄傲象征。2010 年 2 月 1 日，受日本首相邀请，稻盛和夫答应出日航董事长，一年之后，日航扭亏为盈，利润是对手全日空的三倍。仅仅用了一年时间，日航做到了三个第一，一个是利润世界第一，一个是准点率世界第一，一个是服务水平世界第一。在日航重新上市之后，稻盛和夫分享了他挽救日航的秘密。这里面涉及的内容很多，其中有很重要的一条，就是稻盛和夫非常重视日航具体的运营数据，他花了很大的力气来优化数据的获取，从而能够对日航的现状进行判断。稻盛和夫是这样说的：我担任董事长后，最为吃惊的是，公司的各项统计数据不仅不全，而且统计时间很长很慢，往往需要 3 个月之后才能搞全数据，以至于经营者无法迅速掌握公司的运营情况。所以 ...继续阅读 (37)

前言由于科技的进步，以及数据「数字化」地存储，使得现代人类可以获得海量的数据。而有了这些海量的数据之后，借助于一些数据分析工具和方法，我们就可以从数据中找到社会运行的「秘密」。在工作中，借助这些「秘密」，我们有可能发现商业中的新机会，也可能验证或推翻自己的一些猜想。数据分析，使得我们对「秘密」的探索有了一个可靠的方法。在本文中，我想分享一下工作中学到的发现数据中秘密的心得。稻盛和夫的故事我们先看看稻盛和夫挽救日航的故事吧。他的这段传奇经历曾经被很多媒体报道，我将故事摘要如下：2010 年 1 月 19 日，日本航空公司申请破产保护。日航有 58 年历史，一度被视作日本战后经济繁荣的骄傲象征。2010 年 2 月 1 日，受日本首相邀请，稻盛和夫答应出日航董事长，一年之后，日航扭亏为盈，利润是对手全日空的三倍。 仅仅用了一年时间，日航做到了三个第一，一个是利润世界第一，一个是准点率世界第一，一个是服务水平世界第一。在日航重新上市之后，稻盛和夫分享了他挽救日航的秘密。这里面涉及的内容很多，其中有很重要的一条，就是稻盛和夫非常重视日航具体的运营数据，他花了很大的力气来优化数据的获取，从而能够对日航的现状进行判断。稻盛和夫是这样说的：我担任董事长后，最为吃惊的是，公司的各项统计数据不仅不全，而且统计时间很长很慢，往往需要 3 个月之后才能搞全数据，以至于经营者无法迅速掌握公司的运营情况。 ...继续阅读 (59)

子贡问：“师与商也孰贤？” 子曰：“师也过，商也不及。” 曰：“然则师愈与？” 子曰：“过犹不及。” —— 《论语·先进》最近看完了《逆转》这本书，作者是格拉德威尔（Gladwell）。这本书是来着罗辑思维的视频「强者的宿命」中推荐的。这本书的作者格拉德威尔的另外两本书相对来说名气更大，分别是《引爆点》和《异类》。这三本书的写作风格类似，作者是一个非常擅长讲故事的人，所以全书都是各种故事，在故事中再加上一些作者的观点。在本书中，作者的观点非常简单，拿「过犹不及」四个字就可以概括。作者认为，任何优势，如果强大到一定程度，过了那个临界点，优势就会逆转，从另外一个角度看，优势甚至变成了劣势。为了证实这个观点，作者讲了很多有趣的故事，我给大家分享几个比较有意思的。改变游戏玩法的故事故事一：大卫和歌利亚的故事。大卫身材瘦小，歌利亚身材高大，但是在决斗中大卫利用自己移动快速和可以远距离投石攻击的特点，战胜了歌利亚。故事二：篮球里面的全场紧逼故事。一个工程师爸爸，为了自己身材瘦小的女儿能够在篮球比赛中获胜，通过强化体能锻炼和全场紧逼策略，最终获胜。以上两个是通过改变游戏玩法，来达到弱智胜强的故事。罗辑思维里面解释得比较好，即游戏规则其实很简单，但是社会里面的强者通常会在规则外面再包一层规则。比如说决斗，本来就是谁活谁胜，但是很多社会要求决斗的 “公平”，如果大卫真的和歌利 ...继续阅读 (85)

子贡问：“师与商也孰贤？” 子曰：“师也过，商也不及。” 曰：“然则师愈与？” 子曰：“过犹不及。”—- 《论语·先进》最近看完了《逆转》这本书，作者是格拉德威尔（Gladwell）。这本书是来着罗辑思维的视频「强者的宿命」中推荐的。这本书的作者格拉德威尔的另外两本书相对来说名气更大，分别是《引爆点》和《异类》。这三本书的写作风格类似，作者是一个非常擅长讲故事的人，所以全书都是各种故事，在故事中再加上一些作者的观点。在本书中，作者的观点非常简单，拿「过犹不及」四个字就可以概括。作者认为，任何优势，如果强大到一定程度，过了那个临界点，优势就会逆转，从另外一个角度看，优势甚至变成了劣势。为了证实这个观点，作者讲了很多有趣的故事，我给大家分享几个比较有意思的。改变游戏玩法的故事故事一：大卫和歌利亚的故事。大卫身材瘦小，歌利亚身材高大，但是在决斗中大卫利用自己移动快速和可以远距离投石攻击的特点，战胜了歌利亚。故事二：篮球里面的全场紧逼故事。一个工程师爸爸，为了自己身材瘦小的女儿能够在篮球比赛中获胜，通过强化体能锻炼和全场紧逼策略，最终获胜。以上两个是通过改变游戏玩法，来达到弱智胜强的故事。罗辑思维里面解释得比较好，即游戏规则其实很简单，但是社会里面的强者通常会在规则外面再包一层规则。比如说决斗，本来就是谁活谁胜，但是很多社会要求决斗的 “公平”，如果大卫真的和歌利亚 “公平” 的较量力量的 ...继续阅读 (47)

从百度说起百度的文化里面，除了最近几年讲的「狼性」以外，还有从公司成立之初就一直讲的「简单可依赖」。这里面的「可依赖」三个字，在我看来，就是一种对执行力的理解。我们从小长到大，父母其实给了我们依赖的感觉。为什么会有这样的感觉呢？因为无论什么事情，父母都会想尽办法帮我们解决，让我们能够在遇到任何棘手的问题时，都能想到向他们求助。在企业里面，执行力做好了，给别人的感觉也就是「可依赖」。比如市场推广里面赶一个时间点，需要技术配合。如果技术负责人每次都能够在市场给出的时间点前，把任务完成，那么就给了同事「可依赖」的感觉。那么技术部门做到这一点容易吗？其实一点都不容易。作为程序员，大家都知道，估计软件开发时间是一个非常难的事情，因为软件开发是一种智力密集型的创新工作，很难有两次开发完全一模一样的东西，所以开发中会出现很多未知的困难，这些极大的影响了对时间的估计。《人月神话》这本书就全面地暴露了软件工程的现实。不光技术部门不容易做到执行力，其他任何部门也一样。市场营销的部门通常需要借助外界的友商或工具，任何外界的拖后腿也会影响他们的工作。内容部门需要保证内容的质量，很多时候需要在内容形式上有创新，所以也不是紧迫的工作就可以简单加班完成。在我们猿题库创业的时候，我们也有对执行力的理解，相对于百度来说，我们的口号更简单直接，总结出来是五个字：「把事情搞定」。「把事情搞定」是一种更直接的价值观，其实 ...继续阅读 (85)

最近读完了《异类》这本书，作者是格拉德威尔（Gladwell）。这是一本很薄的书，内容也多是以讲故事的方式，所以读起来会非常轻松畅快。这是一本讲成功的书，以前我们都认为成功都是靠天赋 + 努力。而这本书告诉我们，成功的因素远远不止这些。还有一些很重要的成功因素被我们忽略了。除了个人的天赋和努力外，成功的因素还包括：社会环境（选拔规则）家庭环境（家教方式）时代环境（时间窗口带来的机会）民族性格特征（文化传承）运气（机遇）下面，我们来分别看看这些成功的因素。天赋和努力我们先说说天赋和努力吧。在天赋方面，作者认为，智商超过 120 之后，差别就不大了。书中说道：智商与成功只在一定程度上相互关联，一旦某人的智商超过 120 分，此时更高的智商并不意味着同比转化成更多的现实优势。书中以特曼的天才儿童研究作为故事，讲述了特曼从 25 万个学生中，选出了 1470 名智商在 140～200 的儿童，然后跟踪记录这些高智商儿童的受教育的经历、婚姻、病例、心理健康表、每一次的提拔或者跳槽。最终特曼发现，这些儿童的成就和智商并没有那么大的关系。在努力方面，10000 小时定理还是再次出现，不管天赋多么高的人，都是经过 10000 小时的训练，才成为专家的。不管是钢琴家（书中以 6 岁就开始作曲的莫扎特为例），还是程序员（书中以 Java 语言的作者乔伊和微软的创始人比尔盖茨为例），他们都是由于环境的优 ...继续阅读 (63)

最近看完了温伯格的《成为技术领导者》，本书英文名叫《Becoming A Technical Leader》。这是一本看起来很快，但是理解起来很慢的书，害怕自己看完书后过一段时间就忘了，于是我还是花时间整理了我阅读时的笔记和摘要。图书一共有 24 个章节，分成 5 大部分。有一些章节完全以讲故事的方式展开，另外有一些章节又是以罗列知识点的方式展开讨论。全书结构如下：第一大部分：定义。算是总体概括，介绍了领导力的定义以及领导方式模型等内容。第二大部分：创新。领导方式模型之一。第三大部分：激励。领导方式模型之一。第四大部分：组织。领导方式模型之一。第五大部分：转变。在分享我的流水帐似的笔记之前，先说说给我印象最深的几个书中的观点吧。观点一：领导力究竟是什么？所谓领导力，就是创造这样一个环境，每个人都能在其中发挥出更多的能力。所以领导力应该注重过程管理而不是管理人，在过程中帮助大家发挥更大的能力。书中打了一个比方，就像园丁培育种子那样，不是揠苗助长，而是催生种子自身的力量。领导力就是催生他人身上的创造力和生产力。这对于技术领域的工作更适用，因为在技术团队中，大家的工作量不好衡量，工作细节需要创造力和努力。从某种意义上说，技术人员转型做领导，在方面应该是偏弱的，因为创造环境是需要更多的与环境交互，而技术人员更多擅长的是与计算机交互。与环境交互所需要的技能和与计算机交互所需要的技能是完全不一 ...继续阅读 (54)