搞开发有一段时间了，中间也不止一次的问自己，难道就这样一直写代码吗？之前在一家公司，项目组中也有一些同事，应该有四十多岁以上了，还和我们一样，一起写代码，不过是个小Leader，但是还是在作开发的任务。这显然不是一条很好的路！！搞开发的，以后好的出路应该也能数出来：第一，自己创业；第二，往管理方向发展，作PM或者更高的职位；第三，专职提升技术，任职CTO或者架构师，从技术层管理团队。在网上也各方面查找，大体上说的也就是这么几条出路。第一条自己创业，这个在实际过程中看来不是很好，一般要自己创业，需要各方面的资源，包括人脉、资金、方案、产品，最近的摩拜单车也是风风火火的，但是还没有赚钱，我们一个小码家，最根本的要考虑的就是养家养娃，根本生活都解决不了，还是不敢搞。第二条，往非技术职位的管理层发展，往这个方向走的好像也非常多，这确实也是一条很好的路，不过自己对管理啥的也不是懂，而且也不想丢弃自己的看家本领，技术啥时候都不能丢！！所以适合自己的看来还是第三条路，各方面的综合考虑，当然，这是我自己的想法，每个人的想法不一样，大家肯定要根据自己的情况来规划自己的未来。
坐在公交车上，看过网上的一次关于架构师的介绍，自己也是信心满满，我非常的自信，自己以后肯定能为一个优秀的软件架构师，带领自己的团队作出一些好的产品来。因为我自己一直在不断的学习，我能成为优秀的架构师，是因为我不断的努力，不断的花时间，我的成就是用时间积累出来的！成功是什么，就是百分之九十九的汗水熬出来的！！！对网上一些朋友的说法也非常认同，架构师不应该只是空谈理论，我个人也非常讨厌空头理论家，真正优秀的架构师应该是和自己的团队融入在一起的，而且是要处理项目中最复杂的问题的，从架构上把控项目，但是也不能像太上皇一样，而应该贴近团队，这样才能真正了解到项目实现中的问题和困难，脚踏实地！
在网上看到一个哥们对架构师的理解，感觉讲的非常好。
其中Stay Zhang作者回答的最后一点：what how why，感觉说的非常正确，我们就是在不断的实践当中去总结。可能目前身边的人群中，相当一部分人对使用到的东西只停留在what的阶段，只是知道它是一个什么，怎么用而已，也有一部分人会深入到how，去深挖这个东西是怎么实现的，中间的逻辑是如何处理的。而到why这一层的估计就非常少了，到这一层，我们就应该去考虑一下，为什么这样去实现它，有没有更好的办法？能不能在这个基础上进行优化？这或许也就是重构的道理吧。
自己写这篇博客，也是想不断的更新，以后总结到一些好的点子，就要更新出来，作为自己的项目指导。
1、项目代码应该不断的重构！！
2、从大到小的对象都要尽可能的实现单一原则，大到一个类，小到一个方法，都应该遵循这一原则。代码重要的地方必须要加注释，注释应该尽量详细，能把目的表达清楚。要重视代码注释，注释可以非常简洁的表明作者的意图，增强代码的易读性和可维护性！！
3、我们的代码应该有一定的规范，比如类的命名、变量的命名，这样方便团队中每个人阅读和理解。
4、像一些火的框架一样，比如xutils、volley、okhttp，重点的事情应该包括Database、Image加载、网络请求、View处理等。
5、自己作为架构师，必须要有深厚的技术功力，这样才能支撑自己的思维将抽象的产品变成技术代码，同时应该涉及更广的领域，包括客户端、服务器、运维，全方位管控和指导项目。
6、通常的客户端图片处理时，要考虑到LIFO的显示策略，也就是滑动结束后最后看到的最先显示；图片要使用LruCache缓存；图片显示在保证界面时尽可能地压缩；滑动过程中不需要加载图片，滑动结束后再显示，给大家提供一个图片处理的pdf文档，可供参考：
7、了解并学习Hybrid混合开发，这是一个新的方向。网上也有一些前辈总结的知识，可以给我们起个指导。
8、音视频处理的肯定需要熟练掌握FFMPEG，可以参考如下博客，一个系列，写的非常好！！
SmarterStreaming跨平台(windows/android/iOS)rtmp推流、rtmp/rtsp直播播放利器
3538
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
