唐巧的博客

结束撰写 iOS 开发周报

字数统计: 1.3k阅读时长: 4 min
2015/05/31 Share

开始

2014 年 2 月份,当时正值春节,InfoQ 的编辑水羽哲找到我,说希望让我给 InfoQ 的「iOS 开发周报」供稿。当时周报类的文章比较有名的是国外的由 Dave Verwer 编辑的「iOS Dev Weekly」,国内的周报偶尔有一些,但是质量都一般。所以考虑之后,我答应了下来。

从此之后,我开始每周一期给 InfoQ 撰写「iOS 开发周报」,并且转载到我的个人博客上,现在算下来,已经坚持了一年多,我总共完成了 44 篇周报。有些时候当周国内并没有特别多的技术文章,所以我有时会两周出一次周报。

编写「iOS 开发周报」是一个苦活,每个周末,我需要将平时看到的不错的文章整理出来,并且再浏览一遍自己通过 RSS 阅读器定阅的国内外博客文章,精选出一些好文章。然后我会再去 Github 上浏览一遍当周上升比较快的项目,选一些合适的推荐给大家。有时间还会整理一些新闻或开发工具给大家。

有一些时候因为周末偶尔加班或者家里有事,回到家都很晚了,但是由于答应了这份工作,所以还是会强迫自己打开电脑,坚持把周报写完再睡觉。其实我当初答应写周报,部分原因这是想给自己一些压力,强迫自己每周定期进行学习总结。最终效果还是不错的,我在这一年多的周报撰写过程中,在技术上成长了很多。

改变

Everything that has a beginning has an end.

— 《黑客帝国》

就像《黑客帝国》里面的那句台词一样,所有事情都会有它结束的时候。

去年底,我所在的创业公司启动了「小猿搜题」http://www.yuansouti.com/ 这个新项目,我除了做小猿搜题的 iOS 版本开发外,也开始做一些产品和技术的管理工作。刚开始我还能抽身做一些开发,但是自从招到了 iOS 端的新人后,我就开始只做 code reivew 的工作了。

其实对于互联网公司来说,管理人的事情并没有很多,特别是我们采用适合打造「自组织」团队的 Scrum 的敏捷开发方式来做项目管理。但是对于小猿搜题这个项目,相对于 iOS 开发来说,有更多更重要的问题需要解决,所以我还是把精力放在了非 iOS 技术上。

那对于我来说,继续再坚持拿周末的时间写「iOS 开发周报」是一个很尴尬的事情,因为写周报花费了我很多时间,但是我并不能将自己周报中的学习成果「学以致用」,所以在纠结了很久之后,我还是想放弃撰写「iOS 开发周报」。

寻找新的撰写者

为了让大家能够继续看到高质量的「iOS 开发周报」,我想办法找了很多人。最后,人称喵大的 @onevcat 答应了接替我负责 InfoQ 的「iOS 开发周报」栏目。并且,我征得 InfoQ 和 onevcat 的同意,后续会继续将「iOS 开发周报」转发到我的「iOS 开发」微信公共帐号上。

喵大现在在日本的 Line 工作,他的技术和文笔都相当好,我相信他会比我做得更好,也是比我更合适的周报撰写人。

新的开始

我个人从来都是 10000 小时理论的实践者,所以从工作到现在,我都会利用周末和晚上的时间来学习充电。由于负责「小猿搜题」的产品技术,所以我会在周末学习更多相关的知识,包括产品、技术和一些管理相关的知识。这些方面涉及的内容会很多,所以我应该会分阶段地来一件一件做,我应该也会将相关的学习总结分享到博客上。

关于 「iOS 开发」微信公众号

对于 iOS 开发技术,我应该会继续关注和学习,但是可能不会像以前那样把自己的全部学习时间都投入到上面了。为了帮助我继续学习 iOS 开发技术,我也会读以后 onevcat 写的 iOS 开发周报。

另外,我的 「iOS 开发」微信公众号现在已经有 16000 的关注,也有一些广告收入。我打算将广告收入用来支付原创作者的转载稿费(每篇 50-100 元),另外结合微信的打赏功能,鼓励优秀的、原创高质量 iOS 技术文章。欢迎大家扫如下的二维码关注我的「iOS 开发」微信公众号,上周的尝试结果是,每个投稿的作者都获得了超过 300 元以上的打赏。

我们都在努力生活着,愿大家都找到属于自己的精彩,玩得开心~

原文作者:唐巧

原文链接:https://blog.devtang.com/2015/05/31/the-end-of-ios-weekly/

发表日期:2015.05.31 , 8:59 PM

版权声明:本文采用 Crative Commons 4.0 许可协议进行许可

CATALOG
  1. 1. 开始
  2. 2. 改变
  3. 3. 寻找新的撰写者
  4. 4. 新的开始
  5. 5. 关于 「iOS 开发」微信公众号