有一些朋友问我去干嘛了，怎么销声匿迹了...我哪儿都没去，我一直在埋头干活。;-D从去年 10 月底至今，数不清自己做了多少事情，又走了多远。只是回过头来看，觉得仿佛昨日，又事隔经年。

我来的时候公司似乎还没有正式注册，但是每一个成员都非常精悍，能独挡一面，有造翻墙工具被喝过茶的，也有微信出来的产品经理，可以信手画出不逊设计稿的 Sketch 原型，还有微信的设计师，以及在 Apple 工作 7 年的 CEO......公司依然有很多缺陷，大家做事依然有点儿天马行空、理想主义，尽管我们未必能活下来，但是能跟这群人合作，看着一个公司从无到有，哪怕最终归于虚无，也是一种极大的荣耀。节选自 2015 年终总结 Ryan, You Know Nothing

原文来自我在 Github 参与百万兄 @liaohuqiu 举办的 2015 年终总结活动https://github.com/winter-fall/Bye2015Hi2016/issues/20

原文来自我在 Segmentfault 的回答：GitHub 应该放什么类型的代码?

作者：[Cyril Mottier][author]原文：[Custom Animations With Fragments][origin post]

欢迎转载，但请务必注明出处！[http://ryanhoo.github.io/blog/2014/09/17/android-webview-setdomstorageenabled][9]

在安装完新版本的 Xcode 后，在 iTerm 中执行命令总会有这样的提示：Agreeing to the Xcode/iOS license requires admin privileges, please re-run as root via sudo.这个时候执行 sudo xcrun cc 就可以显示 apple license ，输入 agree 即可。

欢迎转载，但请务必注明出处！[http://ryanhoo.github.io/blog/2014/07/16/step-by-step-implement-parallax-animation-for-splash-screen-of-zhihu/][6]

在 Git 多个分支之间，使用 merge 或者 rebase 可以合并分支内容，非常方便，但是在特殊情况下，我需要从另外一个分支拉取一个或者某个指定的文件(夹)，手动 copy 代码当然可以，但是身为大程序猿，何须做这么接地气的事情？使用 git checkout 就可以轻松做到。我在 feature/A 分支下工作，在即将完成的时候，接到 PM 老爷的通知，这个功能要大改，基本就报废了。重新开一个 branch ，发现新需求下，model 定义还是一样的，而我只需要 model 下那几个文件。

Source: http://www.androidpolice.com/2014/07/02/google-is-making-android-a-beautiful-dynamic-scrapbook-a-closer-look-at-material-design/

我们对于 java.util.Timer(Task) 这两个类可谓不陌生，定时任务处处可见它俩如胶似漆的背影。只是，有心人必定会发现在 Android UI 中使用，它们带来的麻烦远远大于便利。我在多个场景碰到过这个问题，往往是忍气吞声，不厌其烦的处理着它们的「身后事」，还得提防它们时而罢工的臭毛病。其实使用 Android 自己的 [Handler][1] 就可以解决这个问题。而且有如下优点：

上一篇博客我们学习了缓存模块的实现， 缓存分做两份：Memory Cache和File Cache。方法也很简单，分别是：区别在于内存缓存读取优先，因为它读写的速度更快。但是考虑到内存限制，退而选用文件存储，分担内存缓存的压力。原理非常简单，在第一课中已经详细分析了。那么要怎么才能将这个缓存模块与UI模块的显示关联起来呢？在这里我们需要一个控制器，掌管数据流向和读写，同时控制UI的显示。

上一篇博客我们讲到普通应用缓存Bitmap的实现分析，根据 MVC 的实现原理，我将这个简单的缓存实现单独写成一个模块，这样可以方便以后的使用，对于任意的需求，都属于一个可插拔式的功能。之前提到，这个缓存模块主要有两个子部件：内存缓存的存取速度非常惊人，远远快于文件读取，如果没有内存限制，当然首选这种方式。遗憾的是我们有着16M的限制（当然大多数设备限制要高于 Android 官方说的这个数字），这也正是大 Bitmap容易引起 OOM 的原因。Memory Cache 将使用 WeakHashMap 作为缓存的中枢，当程序内存告急时，它会主动清理部分弱引用（因此，当引用指向为 null ，我们必须转向硬盘缓存读取数据，如果硬盘也没有，那还是重新下载吧）。

在我翻译的 [Google 官方系列教程][1]中，Bitmap 系列由浅入深地介绍了如何正确的解码 Bitmap ，异步线程操作以及使用 Fragments 重用等技术，并且在最后给出了非常强大的独家秘笈：BitmapFun ，让猿媛们得以一窥究竟 Google 的攻城师们是如何高屋建瓴地秒杀 OOM 的。在下载到 [BitmapFun.rar][2] 这个神圣的压缩包以后，我是双手颤抖，似乎是打开上古秘藏一般，心情激动导致久久不能自已。我还记得那天上海下着小雨，我当时霍然起身，伫立在 23 楼的窗台，仰着头向江水对岸的东方明珠望去，似乎这样我郁积已久的眼泪就不能掉下来。说到这里，Ryan 又暗自抹了一把眼泪。短暂地忘记了过去的黑暗时光，那一个漫长的被 OOM 的淫威所折磨的盛夏。。。最后在 Boss诧异的目光中，我回到办公桌，按捺着内心汹涌的情绪波动，然后小心翼翼的打开 BitmapFun.rar 。当那些在洪荒时代就活跃在Android平台的大师们书写的篇章呈现在我眼前时，我的表情与阿宝从师父手里得到 Dragon Scroll 时一般，永

上一篇博客中，我们学习到了如何使用Android相册截图。在这篇博客中，我将向大家展示如何拍照截图。拍照截图有点儿特殊，要知道，现在的Android智能手机的摄像头都是几百万的像素，拍出来的图片都是非常大的。因此，我们不能像对待相册截图一样使用Bitmap小图，无论大图小图都统一使用Uri进行操作。private static final String IMAGE_FILE_LOCATION = "file:///sdcard/temp.jpg";//temp file

在这篇博客中，我将向大家展示如何从相册截图。上一篇博客中，我就拍照截图这一需求进行了详细的分析，试图让大家了解 Android 本身的限制，以及我们应当采取的实现方案。根据我们的分析与总结，图片的来源有拍照和相册，而可采取的操作有

约几个月前，我正为公司的 APP 在 Android 手机上实现拍照截图而烦恼不已。上网搜索，确实有不少的例子，大多都是抄来抄去，而且水平多半处于demo的样子，可以用来讲解知识点，但是一碰到实际项目，就漏洞百出。当时我用大众化的解决方案，暂时性的做了一个拍照截图的功能，似乎看起来很不错。可是问题随之而来，我用的是小米手机，在别的手机上都运行正常，在小米这里却总是碰钉子。虽然我是个理性的米粉，但是也暗地里把小米的工程师问候了个遍。真是惭愧！

原文：[http://vision-apps.blogspot.hk/2012/02/android-better-way-to-apply-custom-font.html][1]在一个应用中，我需要在所有的UI组件中使用客户提供的字体。这听起来似乎是个很稀松平常的任务，不是吗？是的，我当时也是这么想的。然后我震惊了，Android竟然没有提供一个简单优雅的方式来做这件事情!所以，在这篇文章中我会展示Android提供的默认方法，然后我会分享更加简单优雅的解决方案。

{:toc}一直想搭建一个自己的博客，开始付诸行动！