最近几个月由于准备演讲的原因，反复看了几遍《像TED一样演讲》这本书，并看了大量的TED演讲，感触颇深，学到了很多演讲的技巧和误区。最近我在南京软件开发者大会和全球移动技术大会做了2场还算精彩的技术演讲，大量应用了书中的一些思想，演讲现场听众的反馈情况还不错。参加技术大会演讲是成为技术大牛的重要道路之一，那么我们怎样才能做一场精彩而不枯燥的技术演讲呢？

我们先分析下技术演讲和典型的TED演讲的差别。首先是演讲内容和面对的观众不同。技术演讲的内容一般都有一定的技术门槛，很多时候外行是不容易有较深入的理解的，听众有着明显的局限性，一般都是某个领域的技术和业务人员，同时听众的专业能力差别还有比较大的，专家、一般水平和新手的听众人数一般是金字塔分布，因此需要照顾不同水平的人对内容的接受度和想法。TED演讲的观众则比较广泛，演讲需要简洁生动，具备传播属性。然后是演讲时间长度不一样，典型的TED演讲的时间一般是6-18分钟，技术演讲的时间一般是40分钟，因此TED演讲是更困难的，因为你需要在更短的时间内抓住听众的注意力，让听众接受你的观点。技术演讲由于时间相对较长，可以进行一些比较深入的探讨，但是也需要考虑到听众的注意力，需要在演讲过程中想办法活跃气氛。

接下来我从演讲主题选择，演讲内容设计和PPT制作，如何做个好的开场，如何做好演讲时间控制等方面，详细探讨下如何一场精彩的技术演讲。

6月24日参加InfoQ举办的GMTC移动技术大会，并做了一场演讲，还参加了晚上的Swift3.0闭门交流会议，受益很多。

这几天打算折腾下IBM的Swift Kitura服务器端框架，按照官方的说明下载kitura-ubuntu docker镜像，结果发现实在是太慢了，于是请教了运维龚总，通过设置公司的docker proxy进行加速，速度果然快，几分钟就下载完了，太给力了。当然也可以用Daocloud的代理啊。下面记录下设置过程。
kitematic是docker推出的GUI工具，使操作docker的方式变得更简单直观

这个周末抽空看了WWDC2016关于Swift 3.0的的演讲视频，初步感受了下Swift3.0，Swift3.0相对Swift2.2有很大的变化。
比较重要的演讲是Swift API Design Guidelines和What is new in Swift。Swift3.0的Swift的第3个主要版本，目标是安全，快速和有表现力，也是第一个有开源社区参与开发的Swift版本。由于语法和API改动比较多，Xcode 8.0 Beta提供了migrate迁移工具。这样自有的代码升级Swift3.0就比较方便了，但是，关键是要等第三方开源库升级到Swift3.0啊。

大家都知道， Android App一直有65k方法数的问题，当然我们可以用multidex的各种方法解决，就是比较麻烦。一般方法数超过65K的原因是引入了太多第三方开源库的原因，那么我们怎么才能知道哪些开源库占用了多少方法呢？以便可以有针对性的减少方法数。

今天发现Android Studio有个插件Android Methods Count很好的做了这个事情，赞一个啊。直接在Android Studio搜索插件名字并安装，重启Android Studio后打开build.gradle文件，等待一会就可以看各个第三方库的方法数了。

作为一个懒散的业余顺风车司机，最近经常收到专车平台关于突发情况的短信提醒，听说南京出租车司机和专车司机最近有些冲突，原因当然是出租车司机认为专车司机抢了生意，而自己还需要承担每个月七千以上的份子钱，心里当然不爽了。但是，专车不是分享经济吗？只是顺路接单啊，怎么会对出租车的生意造成这么严重的影响呢？原因之一可能是大多数专车司机已经是职业化了，并且感觉司机平台的多单奖励制度也鼓励了专车的职业化行为，需要上班的顺风车肯定不可能在早高峰去接很多单啊，拼车等人，绕路都要花时间，上班迟到是要罚钱的，但职业司机就没有这个问题了。

专车市场到底会怎样发展呢？我认为后面专车的车辆产权会由租车公司和出行平台共同拥有；专车司机会职业化，和平台签劳动协议，并经过专业化培训；专车会在交通部门的严格监管下运营；做专车司机的门槛将逐步提高，私家车司机将逐步推出专车行列。对于传统出租车行业来说，未来可能在某些城市被出行平台收编，当然中间肯定需要经过各方的利益博弈。

采铜的《精进-如何成为一个很厉害的人》确实是一本很好的书，我这个一般情况只在kindle上买书看书的人，在简书上看到这本书的介绍后，感觉非常不错，内容和观点比较适合我现在的状态，于是马上在亚马逊上下单买了一本。现在过去快2周了，大概看完一大半了，好书要慢慢读啊，先写篇读后感总结一下吧，免得后面忘记了。看书是一种输入，写出读书笔记是输出，要把时间放在输出型兴趣上，这是书中的一个观点。以后我每读完一本书都会写篇读书笔记，喜欢大家监督啊。
写读书笔记时才发现自己看书的一个严重问题，看完后不记得书的目录结构，只记得一些感兴趣的观点，很多没有共鸣的观点，因为没有掌握书的结构，以后肯定也不会有印象。

近期开始研究Facebook f8app项目，目标是理解Facebook官方React Native f8app的整体技术架构，给公司目前几个的React Native项目开发提供官方经验借鉴，并对原生开发和React Native开发进行框架层面的融合。
本文分析f8app iOS代码的结构和技术实现，阅读本文的前提是对React Native和iOS开发有一定的了解。
f8app ios项目使用了CocosPod管理模块，现在RN的最新版本创建的项目默认已经不再使用CocosPods了,直接通过工程引用。f8app还是用了CocosPod，因此我们首先需要在ios目录下运行pod install，安装好依赖的项目，然后用Xcode打开F8v2.xcworkspace工作空间，注意不是打开F8v2.xcodeproj工程文件，我经常犯这个错误，实在不喜欢用CocosPods啊。

今天折腾使用swift开发React Native的插件，遇到一个参数必须标记成nonnull的问题。

React Native Package Manager是为了简化React Native开发而生的包管理器。这个项目的想法来自CocoaPods, fastlane和react-native link。它的目标是让几乎全部可用的模块不需要额外配置就可以使用。
RNPM需要一直在版本控制系统的管理下使用，以便保证一切可以回退。