程序员必学！2021最新Android常用开源库总结，内含福利

Android开发前景怎么样？

很多人说Android开发前景越来越差了 我觉得这个回答是片面的

首先Android应用开发前景差是在最近两年出现的，也就是从2018开始，从那时起移动端的程序员已经慢慢出现供大于求的局面，本人作为移动端开发，深知这一点。

然而也必须说明一点，不论是Android开发还是iOS开发，虽然都出现了相关的程序员供大于求的情况，但市场仍然是有需求的，特别是对资深的开发人员及拥有相关底层开发知识的应用程序员市场及发展还是很多的；这里所讲的就业难都是相对于初级开发人员。

为什么会在18年出现应用端就业难？这是由于在前几年App风盛行，那几年只要是个和互联网的公司要是没个自己的App那都不好意思叫互联网公司，所以一般的互联网公司成立之初就会着手开发自己的App，不管是否是刚需，但市场终究是严峻的；App虽然好，能快速开展本公司的业务，但App的运营成本还是很高的，一个App在早期就开发团队来说一般都是需要至少Android开发一人，iOS开发一人，后台开发2人以上，还有UI及产品等等，当然最主要的问题是一般的公司对于这种模式都会面临回报周期长的问题，App开发完了还面临着推广的问题，市场抢占不了，也许之前的都会付之东流。于是在早期很多学校特别是培训机构就针对市场推出了应用端的培训课程，短到三个月长到半年的课程，于是乎每一个月都会有成千上万的应用端走向市场，所以时间一长，市场慢慢趋于稳定。应用端的人员慢慢就变得供大于求了，这也是慢慢出现应用端求职难的问题了。

以上说的是其中一方面，成本高和其他低成本，低运营的技术相继出现也是应用端求职难现象的助推手。

这里主要讲下2016年出现的小程序对于App的冲击，原生App有着开发周期长，运营成本高及回报周期长的特点，所以近年来很多公司都慢慢削去了应用端从而将资金放在其他部分，直到小程序的出现，开发成本一下就可以降下不少，为什么呢，因为小程序的开发语言可以由前端的开发人员承担，而且开发一个小程序不需要维护两套代码也就是不需要像原生App一样，需要Andoid端和iOS端，因为小程序是运行在微信中的，所以只要开发人员维护一套代码就够了，这大大的降低了前期的开发成本，其他细节在这就不细讲了，总之小程序的出现不同程度上更加冲击了应用端的竞争市场，从而也使得应用端就业竞争更加激烈。

当然市场还是需要应用端的人才的，这里所说的人才指的是那些会顺应技术发展和时代的有着不断学习力的开发人员，对于那些初级的程序员市场终究对于他们是残酷的，所以提升自己的竞争力在任何职业任何时候都是非常重要的，只有这样才不会被市场所抛弃。

就先写到这，手机码字很痛苦，写的很片面不好之处敬请指出，如果觉得有参考价值的朋友也可以关注一下我 我会定期分享一些关于Android进阶方面的知识，也会分享一下最新的面试题~

40个改变编程技能的小技巧

1、将大块代码分解成小函数

2、今日事今日毕，如果没毕，就留到明天。

如果下班之前还没有解决的问题，那么你需要做的，就是关闭电脑，把它留到明天。
中途不要再想着问题了！

3、YAGNI原则

「You aren’t gonna need it！」
你自以为有用的功能，实际上是用不到的。除了要求的核心功能，其他功能一概不要部署。
这一原则的核心思想是，尽可能快、尽可能简单的将软件运行起来。

4、不必全知全能，但基础一定要扎实

比如学习一些基础知识，SOLID原则，如何写干净的代码等等。

5、KISS原则

「Keep it simple，stupid.」or「Keep it stupid simple.」，一种程序设计原则。
大多数系统往往「最简单」，运行效率最高，但实际操作起来并不简单。

6、别想太多

7、被问题/Bug卡住时，walk away！

不过还是要记得回来。

当你走在去上班、去厕所、去散步的时候，也许就能想到解决方法。
尤其是在与客户、同事生气时，甚至关乎你工作去留的时候，效率会更高。

8、学会写测试代码TDD

TDD是一个软件开发过程，它依赖于重复一个很短的开发周期:写一个测试，运行所有的测试，看看新的测试是否失败，写一些代码，运行测试，重构代码，重复。

9、先分解问题再开始写代码

不要不知道怎么做就开始写代码。

10、代码不要死记硬背

要理解逻辑。

11、学好用好Stack Overflow

如果你复制粘贴一个Stack Overflow解决方案，请一定要确保已经理解了它。

12、不要「光学不练」

如果你想学点什么，就去练习，光学是不够的。

13、与小伙伴互相审查代码

研究别人的代码，让别人时常研究你的代码。
互帮互助，共同进步。

14、Don’t Reinvent The Wheel

「不要重新发明轮子。」
充分利用已有的经验和成果，避免不必要的投入和浪费。

15、你的代码是最好的文档

16、懂得如何搜索

对于这一点，你需要有经验以及读很多书，才知道要找什么东西。

17、写代码时要之后维护考虑

你的代码将来需要你自己或者别人来维护。
所以，写代码的时候要考虑到读者，而不是想成为最聪明的人，让它读起来就像在读一个故事。

18、复制粘贴

用谷歌、百度解决错误的最好方式就是「复制粘贴」。

19、不要放弃

到最后，不管用什么方式，问题肯定会解决。

20、休息、休息再休息

解决问题的最好方法是有一个安稳的心态。

21、学习软件设计模式

设计模式是软件设计中常见问题的解决方案。每一种模式就像一个蓝图，你可以自定义来解决代码中常见的设计问题。（不要重复发明轮子。）

22、使用集成工具

尽可能实现自动化。

23、Do code katas.

「Code kata」是编程中的一种练习，可以帮助程序员通过练习和重复来提高他们的技能。

24、依赖注入是一个要求

编程到一个接口，而不是implementation。
所谓依赖注入，就是组件之间的依赖关系由容器在应用系统运行期来决定，也就是由容器动态地将某种依赖关系的目标对象实例注入到应用系统中的各个关联的组件之中。

25、重构-测试-重构

重构是一种对现有代码进行重组的技术，在不改变其外部行为的前提下，改变和改进其内部结构。

26、及时寻求帮助

不要浪费时间。

27、Practice makes perfect.

业精于勤。

28、不必太在意评论

虽然有时评论可以帮到你，但不要太过在意。他们可能已经过时了。

29、了解你的开发环境

了解你的开发环境，并invest一个足够强大的环境，如，IntelliJ。

30、复用组件

31、考虑相关限制

在开发网络应用时，要考虑到移动优先以及相关的功率和带宽限制。

32、不要过早优化或重构

更重要的是尽快拥有一个最低限度可行的产品。

33、不要投机取巧

千万不要为了节省几分钟的时间而选择效率低下的捷径方式。
「Every time you code, give your best！」

34、遵循规定的标准

35、用户不是技术人员

当你开发你的UI时，需要考虑到这一点。

36、坚持使用Github或bitbucket

可以进行小规模、频繁的git提交。

37、记录所有关键部分

记录系统日志比调试代码更好。

38、风格保持一致

如果你使用一种风格，请总是使用相同的风格。
如果你和更多的人一起工作，对所有的团队都使用相同的风格。

39、Don’t stop learning

但比起学习新语言或框架，更要注重学习软件开发的基础知识。

40、patience and love

最后，对你正在做的事情保有足够的耐心和热爱。

最后

本文在开源项目GitHub中已收录，里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…

目前已经更新的部分资料，需要的自己取：

自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…**

目前已经更新的部分资料，需要的自己取：

[外链图片转存中…(img-KIPv0zbF-1612523490866)]
[外链图片转存中…(img-1yKZ1mxJ-1612523490869)]
[外链图片转存中…(img-3c4TH0ue-1612523490871)]