今天把家里书桌上所有跟技术相关的书收起来了，持续了近半年多的技术学习告一段落，下一个阶段，重点放在产品&运营。

    

    和很多北漂的IT年轻人一样，处在这个急速发展的行业，使你不得不努力朝前走。要补的东西很多，我一直觉得人一个阶段，最好全力去做一件事。就这样，除了必要的业余时间占用外，所有的业余时间全部交给了C语言，Objective-C，就这样一遍看不懂，看两遍。一遍一遍的照着书上码。不懂就问，好在身边做技术的哥们人很多，翻看下C语言文件夹，自己写的草稿累计竟有快一百个，算算快有一万行代码了。

    所有的这些，都是因为，我想做一名优秀的产品经理，而技术是我的短板。

 

    虽然大二我就开始买了人生的第一个域名，自己独立搭建了第一个独立的discuz社区，那个时候就开始接触空间，ftp之类的，但却依旧没有考过计算机二级，计算机公共课因为补考才考过。只因为那个时候，自己确实没想明白，学好C有屌用处。而在没开始学习写代码之前，虽然经常跟技术一起吃饭，做产品需要的技术知识不成问题，在范而广和专而深的十字路口，我选择专而深，在对我来说，做产品的最后的一块处女地，我一路摸爬滚打的闯进来。

 

   最开心的事情，莫过于，看着自己写好的非常弱智的小游戏，被朋友们玩着。还有几个小的APP。这些让我惊喜不已。

   诚然，我还只是一个技术菜鸟，但是这段写码的日子，确实受益很大，写代码真的很痛苦，枯燥，异常的枯燥，最早用基于windows的tubor C 2.0,写的想死的心都有了，后来朋友介绍说用visual，再后来才找到基于Mac的Xcode上也可以写C,不同的编辑器，写的速度真心不一样，但依旧很枯燥。这让我对于做技术，写代码的哥们更加的尊敬。

   现在有时候写文档，做原型的时候，脑子里都会想着这个需要怎么实现，这个逻辑是怎么样的，用if.else.还是用do.等如何实现，深刻体会到全局变量，局部变量的逻辑框架。相信这样要为技术省很多工。

   经常会看到很多人争论产品经理要不要懂技术，我的观点是：我喜欢那些出身不是技术背景，但是做了产品之后，开始补充技术知识的产品经理。

   倒不是说我是这样的履历，之所以这么说，是因为，产品经理最重要的几个决定要素，其中沟通能力，能够把各个方面的人搞定，让事情Run起来，这个是我最看重的一点。什么工具啊之类的，我觉得这是最不重要的能力。而一个技术背景的人，恰恰在沟通能力上会有很大的不足。

   OK,东扯西扯，撤了很多，就是想说，做产品的同行朋友们，有时间多写写代码吧。

   这几个月里，看到了很多有趣的产品，有意思的事情，一直因为要写代码，忍着没有跟大家分享，接下来，欢迎大家光顾，一起多多商讨！