2年前,我其实是很开心的,人在外企,加班不多,晚上下班后就躺在沙发上电视或刷连续剧。周末除了出去讲课挣外快,一般也时玩游戏为主,经常会一个下午加晚上,先玩游戏再下棋再看片再听歌。结果发现我的能力脱节了,大概比互联网公司里的同龄人落后了3年技术。具体表现是,我当时出去面试,面一个失败一个,而且有些问题里涉及到的框架技术我根本没听说过。而且,我的工资水平也要比同龄人要低。

     于是,为了不继续颓废,我最近两年写了两本面试书:Java Web轻量级开发面试教程Java核心技术及面试指南,而且在扩展其中的一些内容的基础上,在博客园里写了若干篇博文。当时仅仅是想用空闲时间写书挣个外快,但没想到通过写书,不仅提升了我的技能,更提升了我的管理时间的本事,更重要的是,让我也拥有了更多上进的动力。所以现在,我其实也很开心,或者说是充实:换到了一家技术含量比较高的公司,虽然感觉自己能力和大牛有差别,但至少有机会弥补上。虽然工资水平依然落后平均,但至少也能通过提升能力来赶上。

    我写本文的目的绝不是自我夸耀自吹自擂,因为一方面,我离开大牛水平还有很大距离,我无法骄傲,另一方面,我更得保持谦逊的心态从而让我更多地提升技能。本文不仅将激励大家的上进动力(鸡汤文),更多地会和大家一起分享写博文和写书的技巧。好了,开场白结束,正文开始。

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

1 杜绝借口,合理利用碎片时间

    如果在标题里所说,要放松总是有理由的,比如今天加班晚了,今天累了,或者今天没心情,或者其它。

    对此,我的体会是,只要我们还存有上进心,那么总有时间。比如我现在,平时一般是9点下班到家,周末有时候得出去,而且公司里的活也比较多,但目前我还能保证每周一篇博文,大概20天左右一个新书的章节,外带一些零碎的活,这在2年前是不可想象的。

    这里我的感受是,在不同时间段,人的接受能力和疲惫程度是不同的,可以在不同的时间段合理安排不同的事。具体的一些做法如下。

    1  上班如果稍有空闲,可以看些将要写的章节的技术点,以便回家上机调试,或者看些学习资料。

    2  下班后,回家的地铁或公交上,就可以想下博文该写什么,怎么构思,怎么措辞,或者新的章节里,该放哪些内容。

    3  回家后,如果还有精力调代码,那就准备稿件的代码,如果累了,就针对已经调通的代码写稿件,或者写博文。

    4  干好活后,可以适当放松,但别睡太晚,准备第二天早起。

    5 第二天利用上班前脑子好的时间,可以调代码,或者准备新书章节里比较关键的措辞(比如每个章节的综述性文字或每章小结)。

    这样的话,碎片时间都能用上,不过实施起来,一定得给自己定若干个大的目标,然后根据每天可以利用的时间,把目标拆分到每周每天。  

2 没目标,再高效利用时间也是白忙

    就好比干家务无法达到锻炼的效果,平时的工作最多让我们能在某个行业和某些技术领域成为熟练工,如果要提升,只能靠平时学习。

    我的体会是,如果漫无目标,那么有可能本周学python,下周学大数据,再下周学AI,这样每个方面都有涉及,但都不深入,最终学习效果一定很差,个人提升速度一定很慢,要提升,要学习,一定得给自己定个目标。

    比如给自己2018年定的目标之一是,利用10个月的时间,从架构角度深入学习Spring Cloud微服务,并在这方面出版一本书。对此,我再拆分若干小目标,比如:

    1 用1周联系出版社,准备选题报告和大纲     2 把书拆分若干个章节,比如Eureka,Ribbon,每个章节里,用1周准备代码,1周写文稿,平均1个月2章,全书用7个月完稿    3 用1个月录制视频。 等等。

     有了目标,可能最终会进度慢,但至少不会让自己迷失。其实Java零基础学完能到企业干活的初级开发的基本技能,学习时间最多也就一个月,按平均每天1.5个小时学习来算,最多也就50个小时。对于初级开发而言,学习能升级到高级开发的技能,一般来说是2个月,学完后就能出去面试高级开发的岗位了。如果单学一个技术,比如Python,或大数据,或Spring Cloud,入门级学习一般也就1个月,面试级学习(运行通各重要组件的案例,知道一些开发细节)的用时一般也在2个月。

    换句话说,用一年的时间学习,能帮我们脱胎换骨(我的真实体会),学好以后的,按目前市场的行情,至少能让我们的月薪涨3k。

3 能留在博客园首页的博文写作模式(包括构思方式,写作方法和写作题材)

    上述都是一些技巧,这里就开始给些干货。

    写博文能记录下自己升级过程中的心得,也能记录下自己在提升技能时解决的问题,更重要的是,如果能把写博文当成一种习惯,那么还能促使自己不断进步,比如不断学习新的技能,乃至不断提升自己挣钱的效率。

    如果自己写的博文能不被移出首页,或者进入各种排行榜,那么自己写作的动力就会更足。其实大牛们的文章不需要什么技巧,所谓一力降十会。这里列些一般的人能做到的,而且能吸引多点击量方法。

    1 写作的内容和自己学习的节奏保持同步

    比如我在spring cloud,那么每当我学好一个组件,比如负载均衡的Ribbon组件,我就可以开始构思博文里,一般一个组件可以写2到3个。

    2 怎么搭建文章的脉络?

    先个每篇文章定个主题,比如我要写Eureka和Ribbon整合,实现负载均衡,每个主题其实就是我阶段性学习的目标。然后列每部分的内容,(这对于书而言,就是大纲),比如第一部分写概念,第二部分写Ribbon实现负载均衡的基本组件以及用法,第三部分写和Eureka整合的代码,第四部分写你在调试代码时遇到的坑,如果可以,再加上你的心得,比如对负载均衡的理解等。

     博客园首页的标准是,有一定的篇幅,原创而且有质量,上述一篇文章的话,由于分了部分,所以篇幅一定够,原创不用说了,而且有你自己调试通的代码和心得,质量也能有保证,至少能留在首页了。 之前的博文里,我列过用总分总的方式写每个部分的内容和解释代码,这里就不再重复了。

    3 叙述概念一笔带过

    给出概念的篇幅以能讲明白为止,不能大段摘录,最好是你先看明白,再用你理解的话说出来。如果有现成的流程图或架构图,你可以在贴出来,但一定要给出说明,如果有时间,你也可以用UML工具或Excel的方式再画一遍。

     4 代码解释部分是关键

     一篇好的博文,乃至合格的书的稿件,一定是基于代码的,如果一篇博文能有一个能运行通的案例,然后针对这个案例解释,那么博文的质量一定不会差。比如我讲Ribbon和Eureka整合,那么我就给出一段代码再解释,那么对其它想学的人一定就有帮助。 

    那么怎么准备代码呢?在初学阶段,自己通过看API等说明自己搭建,估计也不现实,所以一般可以看3个左右别人已经实现好的项目,先运行通,自己先理解,然后一定得改写,小到改写方法名变量名,大到改写代码的结构,比如重构方法,随着学习的深入,可以再自己加些功能。

    很多朋友想写博客,但在写的时候无从下手,其实博文乃至图书不是凭空码字得来的,一定得有代码案例,然后在此基础上外带些概念流程图,再针对代码案例进行说明,这样博文的篇幅想少都不行。

   初学的朋友在写博文时,一般会采用如下的思路,列出来给大家参考。

    1 比如写设计模式系列,每个模式写个案例,外带自己的解释。

    2 找个工作中用到的,或者自己为了跳槽一定得学的技术,比如Python,或redis分布式组件,找本书,或者找个系列视频,刚开始阶段不建议自己到网上搜内容,因为书里和视频里已经包含了学习步骤(该学什么不该学什么),如果自己去探索的话,一定会走弯路,比如学了用不到的技术。

    在这个基础上,针对每个内容,比如Redis实现缓存等,调试通人家的代码,再按我之前提到的方法自己理解下,然后针对这个内容写博文。

    3 解释底层代码。因为在面试时,如果能解释通一些底层代码,这绝对是个加分项。底层代码,小到ArrayList等集合的实现类, 再大一点的可以是ConcurrentHashMap等复杂对象的实现方法,再大一点可以是Spring IOC, AOP,MVC的底层实现。

    这类文章,代码不用自己准备,但最好Debug跟踪进去看下关键性流程,同时针对流程上的重要类和重要方法做解释,如果讲透彻了,一定是个深度好文。

    4 或者写一些平时针对技术和职场方式的感悟,比如我经常写如何面试,也可以写你对你当前用的敏捷开发模式有什么想法等。这类文章只要内容能引起大家共鸣,比如写的事是程序员平时一定会遇到的,那么也一定也能收获不少点击。 

4 写书的门槛比想象中要低很多,要出版图书,更多的靠的是毅力

     写博文能给大家带来的收益是间接性的,未必能直接来钱,但写书的话,就有钱了,当然要求就高了。

     我这里无意为出版社或者图书出版公司站台,虽然写书的挣钱效率不高,刚开始平摊到一个月也就2千,但对于初学者(也包括我)而言,可能未必有其它挣钱的途径。

     记得我写第一本书的时候,是毕业一年后,很多人在大学阶段就出书的了,所以写书最大的阻力不是能力,而是毅力。

     出版书需要多少技术积累呢?大家可以想象下,比如要写本Oracle SQL优化,或者SSM框架的书,或者Python大数据,其中会全面性地用到该技术里的组件,但哪怕是大牛,绝对不可能是都懂了以后再写,一定是边整理边写,往往书也出了,能力也上一个大台阶了。

    写完一本图书需要多久?一般来说,一个章节估计20到30个小时,包括调通代码写稿件,一般书就以12个章节来算,估计400个小时左右,如果按每周最低10个小时来算,一般10个月一本,我知道的人里,能在保证质量的同时,做到6到8个月出一本。

     但一旦出了书就不一样了,至少在这行业就可以说比较少熟悉了,面试时底气就更足了。而且,你出了书以后,就可以去做些挣钱效率更高的活了,比如跳槽进个大公司,如果不跳槽,也能凭这个去外面讲课了。  

    钱还是小事,更重要的时,在写书的时候,还能到各个技术社区里接触到各位大牛,和他们交流,得到他们的指导,绝对能少走弯路。   

5 版权说明和欢迎交流

    本文欢迎转载,转载前请和本人说下,请全文转载并用链接的方式指明原出处。

    本人最近一直在想如何做畅销书,但出于工作和视野的局限性,想到的方法也是有限的,欢迎各位大牛告诉我一些写畅销书的选题方向和技巧。在此谢过。

   

 

posted on 2018-10-11 14:13  hsm_computer  阅读(681)  评论(3编辑  收藏  举报