泛谈技术的成长

Posted 2020-09-21 小酒窝

　　上一篇记录了在杭州的成长，大部分说的都是和同事，朋友相处的情况，然后就觉得自己忽然成长了，牛逼了；其实和同事交流过程中，更多的只是给你意见、建议，然后都需要自个儿埋头苦干（不知大家是否都有如此感觉）。我想大多数程序猿（媛）都和我同感吧，如果没产生共鸣，烦请指导我一下呗。

　　选择开发，真的是一门活到老学到老的学问，关注android动态的都知道，在2017的I/O大会上，Google正式把Kotlin转正了，虽说和Java无缝对接，但是怎么也得学习下才能下手吧。今天刚看了一篇文章，是在小秘圈里看到的，叫《17位谷歌专家称号大牛如何看待Kotlin》，大家也可以去看翻译版，其中一位大牛就说了，快的话，上午看，下班之前就能写了，不还是需要看么，基于有Java基础的，又是学习学习。之前苹果出的swift，我也是三分钟热度，把文档里的代码都敲了一遍，好了，Kotlin好像和swift也差不多，什么变量、常量、类型能自动识别、不需要分号等等等等，小伙伴们，趁年轻，赶紧get起来。今天也凑巧和部门老大聊了Kotlin一下，其实对于你来说，语言只是工具而已，学习能力最重要，是吧。Android现在的趋势就是入门门槛会偏低了，但是技术要求并不低呀，比如你想搞一个牛逼的app，还不得加班加点，各种钻研吗。遥想我们之前为了做app里的推送，前任老大通了多少次宵，苹果的APNS实现，他也是做了多少努力的；现在好了，Android在国内也要推出类似APNS的机制，那可是工信部出面，也是我们开发者的福音了。所以，技术在更新迭代，关键还得看学习能力。

　　关注Android的大部分都知道stromzhang这个人吧，我也是他的粉，他一直强调学习能力，讲他自己曾经是一位学渣，靠着后来的努力，你看，这次I/O大会他还收到Google的邀请，这就是能力在后期的体现，只能说现在是我偶像啦。记得刚到杭州公司的时候，第一周的前三天，不断的看项目代码，那时候是第一次进大公司，第一次看那么多的项目代码，忽然觉得，自己以前写的App都不是App，最引以为傲的竟然是毕业设计，也是醉了。好在实习公司的时候，研究过JNI，在第5天的时候派上用场了。让我参与项目，写一个功能，期间就是和JNI交互的，兴奋的我立马投入。当初JNI在我眼里就是c层写一个包名_类名_方法名，然后java层调用native方法么，结果还是too young了。和c同事对接，懵逼了，他没这么写过JNI接口，我也不知道怎么去看C代码了，好奇怪的。而且又因为公司网咯资源有限，那就白天写自己UI层的功能，晚上尽量早点回家，自己查资源，才发现，JNI还有动态和静态两种实现方式。原本以为几天能搞定的功能，硬是用了一周。那次的经历，就好比当头一棒，毕业刚半年，本以为一个小功能可以更好的展现自己，却延期了，延期啊延期，心有愧疚。

　　也是机缘巧合吧，两个月之后，项目重组，需要重新编写一套基于native原生的app，又碰上师傅生病住院，就这样被赶鸭子上架，愣头青一个开始写最重要的功能，一个基于ListView的页面刷新，展现。上拉刷新，下拉加载，以前还没有现在这么多流行的库，基本都是自己上网抄，抄这个词用的妥不妥，我也在斟酌，我也是有付出的呀，不然怎么做出适合项目的功能呢。之前只会写功能简单的ListView，现在好了，以前都是小打小闹，现在开始要向商业化App看齐，不能随便写写，于是就翻看了郭霖的博客。我对ListView的深入理解，就是看了他的那几篇连载，知道了ListView的加载机制，跟着郭婶看了ListView的核心代码，懂得了ListView中的优化，瀑布流的实现。这个记忆一直伴随着我到现在，以至于帮部门招人的时候，前几个问题中必会有一个关于ListView加载机制，原理等等的问题，以此来判断候选人的能力，哈哈。

　　项目里的刷新功能还包含了一个独有的三步走机制，和ios的同事一起讨论，一起前行的。当时大家都遇到棘手的问题，Android端，我在切换文件夹的的时候，把ListView的数据刷乱了，甚至还出现重复操作的情况。这是多么严重的问题，领导强力施加压力，真的是加班加点。还好师傅及时病愈归来 ，我跟着他一步一步查看，知道了线程的高级用法。当时的高级就是懂得了线程池的使用，函数的回调。看到这里，大家是不是觉得可笑了，你学了这么久的程序，竟然来线程池都才在毕业这么久才认识，还叫他高级，我也不怕你们笑话，当初看《疯狂Java讲义》的时候见过，也打过Demo玩过，但是真正项目实践还是在这里才学会。还有回调功能，初学Android，还不是setOnClickListener就算把点击事件实现了，那要是自己实现呢，比如现在MVP里的那种事件回调让你去刷新页面，呵呵哒，不会。这就是我，于是又拿出书本，利用网络资源，回头才恍然大悟，什么，这个回调在学Java的初步课程的时候老师不就讲过了吗，哎，还是上课不认真呀，不然怎么可能后知后觉。段首说的重复，就是因为线程没控制好，在切换文件夹的时候没有做好冲突，其实加一个ID区分，进行判断数据源的获取就可以了，师傅找出来的，我是没能力，那时候就崇拜他了，这就是经验给我的震撼吧。后来新员工答辩的时候，自己定下的目标就是一年以内达到他的三分之一，那一年是成长的一年。有个小细节就是，他每天到公司都会看书，上班时间之前都是心无旁骛的看书，午休期间也会抽几分钟看书，然后不断实践，我也是深受启发的。他就告诉我，写程序没有捷径可走，只有不断学习，不断实践；学习Android，就要多看源码，人家开源的东西，你不珍惜，你学习，那还学习什么呢。这些箴言，我会铭记永远，也会同大伙一起分享，无论你是否是一名程序员，学习都是相同的。

　　最后再讲一个最近的经历吧。大家都知道Android是有几率在后台被杀死的，但是前台进程杀死的情况，不知道大家遇到过没，我遇到过，一台特殊的MATE7，偏偏这台手机又是在部门大boss自己用的，怎么办，硬着头皮上。为了定位他手机上前台进程杀死的问题，我主管经常帮我顶着压力，给我无限的时间去钻研，和他一起询问终端的开发，和他一起顶着烈日到办公室现场取日志，他还帮我不断的调整资源，我也真的是，那段时间都想放弃了。但是，做一名失败者算什么，有成功的机会你不把握，还去想着失败的事情啊。又是每天鼓励自己，那段时间把博客园里的内存分析文章翻了个遍，把内存分析工具都学习了一遍，并且针对日志分析，针对报告分析，两眼死死盯着数据不放松。收获是什么，收获就是感觉自己分析的能力见长，通过工具看内存，通过adb命令看内存分配，内存升降，通过Leakcanary看内存泄漏，通过traceview分析，等等等等。不过最后定位到C层去了，原生层是没找出原因来。这其实对我来说，是一次不成功的案例，没有真正解决问题，只是给c层的同事一些方向。但是对我自己的能力来说，是有进步的，直到内存分析的更多知识，这又成为我后来帮项目组招人的一个必备问题，如果候选人懂得学会分析，那基本上就已经是成功一半了。

　　感觉要讲的还有很多，但每次都是不知不觉就写了很大的篇幅，废话太多，又不想删除，肯定是给我写下一篇的机会了。现在晚上空闲的时间增多了，写作的时间就会相应地增加。脑子里还有很多想写的，比如怎么看的书，现在我还缺少很多东西，我后悔大学没有选修设计模式，现在都靠自己学习；想看Java看的更多，不仅仅掌握能写App这么简单；想学英语，Stormzhang今天还发了篇文章，说一定要学好英语；Android也没掌握很透彻，还有很多要学习，比如AIDL之类的。写程序真的是一件活到老，学到老的事情，我无悔选择这份职业，时刻保持竞争。你看，还能让我时刻有写作的想法，记录下来，万一以后对自己有非凡的用处呢。下次见吧，朋友们。