每位开发人员在自己的职业生涯、学习经历中,都会“开发”出一些坏习惯。在这篇文章中,作者向读者展示他自己有或是老也改不了的坏习惯。
他希望如果你刚开始这份事业,能够避免这些坏习惯;如果你已经有了这些毛病,那希望你能够意识到它们,并可以开始改变。
1. 休息不够
我敢肯定你们很多人或者说几乎所有人都对这个坏习惯感到十分罪恶。我也是,对没有休息或休息不够依然有罪恶感。曾有一段时间,我凌晨六点入睡,中午一点左右起来吃午饭,一直工作到第二天凌晨六七点。这简直太常见了,几乎每天都是如此。在工作任务紧急的时候,我做过许多可笑的事情。我想我们每个人面对DDL的时候都有过这样的情况,我要说的不是这种,而是你的日常习惯。
我建议你每天尽量多休息。我不能说那种具体而微的计划,因为每个人都不一样,但在一般意义上,你应该每小时都应该起身伸展四肢,活动一下,喝杯咖啡,吃点东西。很多时候,如果你思路停滞,那你需要休息一下,大脑得到休息有助于更容易地解决问题。所以找到适合你的休息方式。即使你认为自己不需要休息,但也试一下,你会发现自己的效率提高了不少。
2. 拒绝寻求帮助
这一条在学习和工作场景中都很常见。我们很多人都不寻求帮助。原因很多,但我认为最主要的原因无非是自尊以及害怕让人认为自己啥也不会。我们很多人都有冒名顶替综合征,觉得自己不完全胜任自己的工作。我在公司里、在和客户打交道时、甚至在上课和辅导中都有这种感觉。我们认为寻求帮助会强化这种感觉。但事实上,它浪费了大量时间,阻碍了你的成长。
-
其他真正的开发人员们都是视频或书籍一般的资源,甚至要比这些好太多。他们可以直接回答你的问题,帮助你真正的理解它。
-
只有混蛋才会因为你问问题而批评你,这时候我会尽力避开这些人。
-
如果你想要自己找到答案,不想寻求帮助,那也没问题,给自己一个时间限制。当你的前辈就在你旁边,他可能知道或至少可以帮到你的时候,千万不要浪费几天时间来寻找答案。
3. 停止学习
我不管你是否是从业20余年的高级开发人员,你应该一直把自己当成一个学生。这比大多数职业的要求更高,因为这一行总在变化。没有一个开发人员可以知道所有事情的全部内容,他们这一分钟这样做,下一分钟就有变化发生,他们就必须学习更多。如果你骄傲自满,停止阅读、学习,你必然会落后。即便你有一份不需要学习任何新东西的工作,一旦你失去了那份工作(这并非不可能发生),你会远远落后。所以即使有这样的工作,我也建议你边工作边学习。
不管你喜欢那种语言、框架、库,你都要及时更新你的知识。如果你的职位需要的只是旧知识,这也是可理解的,因为很多领导倾向于认为如果公司还没没落,那就没必要修复。所以你仍然会发现有些团队用着过时的、不受支持的技术,只因为该技术还能运行。如果你边工作边学习这方面的新东西,那你就可以向团队展示更快、更高效、更简单的新技术是可能的。你或许能够说服他们更新技术、改善公司。
4. 混乱的代码
这一条更多地是一种技术习惯,但也可能意味着很多事情。你应当以一种直观、高效、安全的方式写代码。这在自学的时候简直太难了,因为在相关的课程中,你学到的不是写某些代码的最佳方法,而是导师认为这么写最容易理解一些核心概念。
所以,你必须进行一些额外的研究,找出清理你代码的最佳方法。
5. 工作和生活的不平衡
工作和生活的平衡真的很重要,尤其是当我们成家以后。不管什么类型的程序员都要花大量的时间在工作上,这有很多原因:事情总在发生变化;我们遇到的问题让我们寸步难行;我们需要研究这些问题等等……这就导致了很多时候,我们不得不工作到很晚、很早就开始工作、周末也加班。这会让你远离生活中的一切,比如你爱的人们、你的个人爱好。你可能喜欢运动、远足或是在外吃大餐,但假如你一直要加班,你就没法做这些让你快乐的事情。
我在这个领域有很多经验。我和妻子有两个孩子,其中一个患有自闭症,但我没法像我想的那样花大量的时间陪他们。我面临着双重困境,因为我既要处理编码问题,又要处理内容创作者的问题,要不断地提出新想法,有质量地记录下来等等。
如果你是自由职业者,为自己工作,所有的生计都取决于完成工作,你只有把所有的事情做完才能拿到报酬。有报酬,也就必然得承受持续不断的担忧:自己是否能跟上进度、自己能否完成任务。压力真的很大,让我们不得不把其他事情从我们生活中挤走。并不是说在公司工作的人就不会经历这些,而是说当你需要考虑所有的事情的时候,压力等级完全不同。所以我很同情那些有自己生意的人。
但即便如此,你也不能让它控制你的生活,你必须为你的家人和朋友留出时间,或者更坦率地说,为你自己留出时间。生活可远比写几行代码丰富多了。做你自己喜欢的事情,给你的生活带来平衡。
6. 糟糕的办公室政治
这一条是给那些在公司工作的人们的。你和其他人一起工作,但这反过来又会引起冲突、分歧、争论等等。许多开发人员十分傲慢,总认为自己是正确的,即使他们知道自己犯了错,他们中的一些人也永远不会承认。我不是说这是大多数开发人员,但我认为我们至少会遇到一位这样的人。我听很多人说,他们的团队非常棒,成员之间相处得非常融洽,这很好,但不是所有团队都是这样子。
-
很多时候你们会在想法和解决方案上发生冲突,试着表现得老练和对对方的尊重,但同时,也不要太容易就被说服,尤其是当你对自己的提案非常有信心的时候。
-
不要大喊大叫,不要骂人,千万别做这些事情,这什么用也没有。
-
如果他们开始这样对待你,你就离开,做一个更强大的人。
-
如果你不幸遇到了一个十足混蛋的团队成员,他完全不听理由,你除了想办法避开他之外,别无他法。
-
在某些情况下,你可能不得不和你们的领导交谈,不过我还是建议你先和那个人谈谈。
7. 不能从错误中吸取教训
作为一位开发人员,你会犯很多错误,这不可避免也没什么大不了的。但如果你总是犯同样的错误,不能从中吸取教训,那就有问题了。
当你犯错后,我建议你遵从这样一个流程:
-
找出错误的根本原因是什么;
-
找到可以防止错误再次出现的流程;
-
弄清楚如果早先发现了错误,能否避免后果。
当你犯下大错,请你仔细思考一下这三件事,很有可能就不会再犯这个错误了,或者你至少下次会尽早发现错误,避免情况恶化。同时,不要因为犯错而对自己太苛刻,谁都会犯错。
8. 太早放弃
挫折是编程的重要环节。我制作了一些关于挫折及其应对的视频。我也见过很多人因为沮丧而在特定的项目和编程上过早言弃。一些项目确实特别难,似乎一旦你修复了一些bug,它就会导致另一个bug,bug复bug无穷尽也。你可能开始觉得自己处理不了,自己本可以去做别的,做这个就是浪费时间浪费生命浪费金钱……你开始产生很多消极的想法。如果你很快就放弃某个项目,或是很快辞职,那么拟投入到这个项目或工作中的一切都将化为泡影。
我并不是说你啥项目都不能放弃,只是我看过太多次人们在即将成功的前夜放弃了。所以在放弃之前,确保你试尽了所有可能:已经上下求索、寻求帮助、用遍方法、换个技术、休息很长一段时间让自己的思绪恢复正常、如果可能的话已经搁置了一段时间……你在放弃之前做了所有能做的事情,如果还是失败,那么也许是时候放弃它、继续前进了。成功可能就在眼前,如果你这时候放弃,真的太耻辱了。
9. 做一个无所不知的人
我之前提到过,我认为一些开发人员十分傲慢的原因是,他们认为自己无所不知。他们从不听其他人的意见,他们为啥要听呢?他们知道所有的答案。如果你周围全是这样的人,那真是糟透了,这对你也没好处,因为你也会认为自己无所不知,就会不积极学习、不改善自己。我敢打赌,总有一天你会被自己犯下的错误叫醒,这源于你不听取任何人的意见,也不自己进行调研。
这些人大多数都是Stack Overflow网站(一个IT技术问答网站)的魔鬼,他们取笑新开发人员的问题,嘲笑他人的回答,一有机会就点击“反对”。我讨厌死这些人了。我认为他们中的许多人在学校里就总是被人找茬,他们利用自己的知识欺负其他可能有问题或是没有所得的开发人员,看上去像是忘掉了被欺负的感受,只想要复仇。我这个理论可能有问题,只是一家之言。
无论他们出于什么原因这么做,我认为如果他们思想开放、欢迎不同的想法、尊重他人,那他们就会比总是想要“正确”的人快乐多了。他们可能是团队中最聪明的人,也是最糟糕的人,因为没人愿意和他们合作,无法进行良好的沟通。对于一个想要成功的团队来说,沟通和团结是必需的,而无所不知的人会破坏这些。所以,如果你是这样的人,试着别那么自负,开放一点,尊重一点,你会走得更远。
10. 不接受建设性批评
最后一条和上一条有点联系,不能接受建设性批评。无所不知的魔鬼和真心想要帮助你的人之间还是有很大区别的。有时你很难看清这个区别,因为别人指出你的错误或者不完善的地方,你可能感觉不是那么好,感觉自己受到他人的攻击。
但很多情况下不是这样的,这只是某个人想教给你一个更好地方法,或是分享自己的意见。作为内容生产者,我花了很久才学会分辨挑事者和好心人。一开始,有人谈论我如何做某事的时候,我都很有戒心。但我意识到,他们中的许多人只是在试图提供合理的帮助。如果他们并非不尊重,或者只是对一些无关紧要的事情挑三拣四,那我就需要把它当做对我和对我的知识有益的东西。
建设性的批评是学习的绝佳资源,因为建设性的批评很有针对性,是你现有的问题,是他人给你的具体解决方案,这是无价的。事实上,代码审查简直太棒了,你可以得到其他人的建议,改进你的代码甚至是你自己。
所以不要把这类事情都看成人身攻击,除非你真的受到了攻击,或是故意的取笑和不尊重。听进别人的批评或改进建议总是很难,但最终,这会让你成为一个更棒的开发者。
最后,做为一名Android开发者,我想分享一下这些年来,我对于技术一些归纳和总结,和自己对作为一名Android高级开发者需要掌握那些技能的笔记分享,希望能帮助到有心在技术这条道路上一路走到黑的朋友!
一、设计思想解读开源框架
这份总结的学习手册将Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架整合成了一套系统知识笔记PDF,长达1042页!相信看完这份文档,你将会对这些Android第三方框架有着更深入、更系统的理解。
本篇包含知识点:
1、热修复设计
2、插件化
3、组件化框架设计
4、图片加载框架
5、网络请求框架
6、RXJava 响应式编程框架设计
7、IOC 架构设计
8、Android架构组件Jetpack
二、Android高级UI开源框架进阶解密
UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训,学会这小块知识就能随便找到不错的工作了。
不过很显然现在远远不够了,拒绝无休止的CV,亲自去项目实战,读源码,研究原理吧!
三、Android Framework开发揭秘
众所周知,Android是一个基于Linux实现的操作系统。但对于Linux内核来说,Android也仅仅只是一个运行在内核之上的应用程序,与其他运行在内核之上的应用程序没有任何区别。
所以Android也需要运行环境,需要Linux内核在启动完成后加载Android Framework运行所需要的资源。当Framework完成初始化后才能继续启动相应的APK应用程序。
主要内容包含:
- 第一章 系统启动流程分析
- 第二章 Binder解析
- 第三章 Handler解析
- 第四章 AMS 解析
- 第五章 WMS解析
- 第六章PKMS Android10.0 源码解读
四、Android性能优化实战解析
在不同层次的开发工程师手里,因为技术水平的参差不齐,即使很多手机在跑分软件性能非常高,打开应用依然存在卡顿现象。
另外,随着产品内容迭代,功能越来越复杂,UI页面也越来越丰富,也成为流畅运行的一种阻碍。综上所述,对APP进行性能优化已成为开发者该有的一种综合素质,也是开发者能够完成高质量应用程序作品的保证。
五、Android百大框架源码解析
只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。这份学习手册包含Android主流库比如OkHttp、Retrofit、EventBus、ARouter源码等等,都有详细的源码解析。
六、NDK模块开发
NDK是原生开发工具包,这套工具允许Android使用C/C++代码,并提供了众多的平台库。
主要内容包含:
- NDK 模块开发
- JNI 模块
- Native 开发工具
- Linux 编程
- 底层图片处理
- 音视频开发
- 机器学习
七、Flutter学习进阶
近两年Flutter的热度不断提升,无论在阿里还是外部公司,参与Flutter生态建设的人越来越多。Flutter作为跨端的UI框架,未来也有很大的可能像Rax一样作为集团内营销活动页面搭建的DSL。所以目前学习Flutter,参与Flutter生态建设是一件时髦且有价值的事情。
本篇知识要点:
1、Flutter跨平台开发概述
2、Windows中Flutter开发环境搭建
3、编写你的第一个Flutter APP
4、Flutter开发环境搭建和调试
5、Dart语法篇之基础语法(一)
6、Dart语法篇之集合的使用与源码解析(二)
…
12、Flutter中的widget