本文主要是介绍又是离职后的清闲几天，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
是的，又离职了，整体的原因应该是这个行业就是这样，IT项目烧钱的前期搞投资度过，各种指标参数变量，都会导致这个投资或者项目的青黄不接，乃至死亡干枯。作为一个移动互联网浪潮后期，一个android开发的小子，就是一条小鱼，在不同的公司和不同的项目，在这个浪潮中，个人和项目公司的生存，都是一个考验。
我在上上家公司离职后，也得空，写了一个博客：http://blog.csdn.net/u011216417/article/details/72799588，现在一年过去了，经历了两个公司，一个写了刚才的链接，在另一家写了这个：http://blog.csdn.net/u011216417/article/details/74612646，都是在那样的环境，那样的阶段写的东西。人总是在进步的，感觉自己入职场那么久，除了年龄、认识、经验的累积，也有永远觉得少的知识的累积，和永远不知道有没有成长的成长。在IT行业中，在互联网公司混了这几年，也算是一番历练，从当初离职期的非常焦虑和负担不安，到现在的离职期，即使有房子首付的压力，也觉着没什么了。应该是自己成长了，感觉很多东西都无所谓了，或者说，自己经历了成熟了根基粗了一丢丢。
不知道我在之前的两个说职场的博客中有没有说，我的求职经历蛮像互联网浪潮中的浮游。互联网+的概念和互联网金融的概念的时候，加入了A公司，物联网兴起的时候，加入了B公司，IT跨过外包兴起的时候，刚好又进入C公司给外国做项目。怎么说呢，也好也不好，这样的一番东西，对一个做技术的人来说，对一个对业务和场景比较密切的应用开发来说，确实是有一些新鲜的东西的。但是对于技术的核心来说，是没有任何帮助的，况且，本身这种不稳定的职场，也不容易修炼和沉淀中高深精炼的技术。说自己好，只是不让自己太否定自己，我更想聊的，是这种不稳定的职场，我的心路历程。
一级的小姐可以在高大上的单位一直卖下去，而肤浅的三流野鸡只能到处打野仗，三流之所以沦为三流暂且不谈，而要转换成一级的，登上高大上的殿堂，就需要一个开门的钥匙。混职场的钥匙，最简单的，莫不如就是简历中，牛逼的大学和专业，待过的牛逼哄哄的大公司，这样的人，可以有一个天然的光环，即使什么都不做，放在那里也看着舒服。而另一个方便，在另一个思维的角度，总是有更贵的商品，总是有更高的高度，在这个金字塔中，职场进阶的过程中，公司的鄙视链中，是没有止境的，聪明的人当然也没有太多可以得意的理由，但是作为生活，确实很有理由攀爬的东西。
学历对于很多人都是硬伤，除去神童可以藐视之外，我们大多数都是普通人，生活在普通的家庭环境中，刻苦学习，积累高度才是普通传统而又扎实的进步。全日制重点985大学本科，还要加上计算机相关专业，甚至直接说是计算机硕士，如果说不可替代性是岗位的精华所在，而这些学历，就是修炼不可替代性的武器。这里，我只说片面的也是一小部分的事情，很多事情，包裹小事，如果好好聊，都可以聊的很多很多。。如果没有这些或者说是，这些不够，没有关系，在这个大森林，这个大金字塔中，总是有你的位置，有这样的位置，相应的这个位置上需要做的事情和人生也基本就是那个样子了。
想要突破环境，首先要突破自己，以不变胜万变，加强自己的学历学习，技术学习，才是根本，才是长期和最有效的投资。
最近网上常说的一个词，佛系。是的，当人们在说什么的时候，往往就是人最缺少什么的时候，在现在这个浮躁、物欲横流的社会中，拥有实实在在实力，可以不断学习和思考的人才，肯定是能战胜这个时代浮层陋习的人，当人们不停地玩手游网友，刷朋友圈微信圈，刷抖音玩美颜，看大腿和晒存在的时候，这样的人，悄无声音，不求关注地默默地学习，不为功与名，有的时候就是这样，当你不为功与名的时候，人就开始变质，变得人本身就是一个价值体。所谓的佛系，我的认识，应该就是，坦然面对城市和周围的繁华和五光十色和饥饱欲望，耐心做自己和坐得住的人。他们，其实，也无形中有光环，甚至有气场。我很喜欢这种状态，我愿意让自己置身于这种状态。
******************************************************************************************************
好的，上回写的挺爽，改写下回了。下回，说说技术人生的东西，聊聊技术和业务的问题。
之所以说这个问题，一个是我最近有这方面的思考，一个是有一个傻逼复试(估计是产品相关的嫩逼,哪个公司就不说了)非要去坚持一个观点。
一个做产品狗，我不发表什么意见，但是当在面试，聊一些看法想法的时候，把一个东西说的那么死，总时让人感觉很弱智，很不成熟，更别说做领导了，如果是领导，哪怕是可以说死的，你也应该倾听和理解不说死的看法。是的，写这一部分的，有30%是因为那个傻逼产品狗的复试（我就是这么不遮掩，我的文字我做主）。
有一句很经典的话，技术支撑业务，业务驱动技术，这句话，最起码在大的方向和场景中，我相信可以获得绝大多数的认可和实施。在项目开发中，业务必然以技术为载体来实施，这是一个逻辑问题，无可非议的问题。如果在这个时候，一个做技术的说不关心业务，多少都是有点不太实际的，甚至是会遭到唾弃和鄙视，甚至排挤。
我在这里说的是，我他妈就不关心业务！。说这句话的背景是，我完全接受上述的观点，100%接受，甚至扩大来说，现代的自然科学本身都是建立在实践的基础之上，哪怕说别的科学知识也是演绎在实践事实的基础之上。但是，but，我们现在从另一个观点出发，从一个研发的角度来说，你所构建的容器和工具，应该可以耦合和应用于所有的已知的业务，这也是作为一个基础架构的基本思维。在构建建构的时候，你需要关心业务吗，你可以说关心，也可以说不关心，在这个点上，如果你有偏心，那么我相信，这个架构总是会有问题的，或者不完美，或者说太多的妥协。
一个研发工程师或者是一个架构师，应该相当地去弱化业务的形式，而是根据需要最大化预想业务的复杂度，不被业务执牛耳，创造和完善出一个经得起产品狗挑剔和场景模拟的基础架构，耐用耐艹比基础就是业务的无关性，每天去做和想新的需求和业务，不应该是任何一个开发应该想的问题，我们需要的是，利用一些东西，来承载不同的东西，产品在设计的时候，也行应该使用不同的交互和界面来承载不同乃至变态的需求，以不变省万变，以逸待劳，才是一个健康的项目运转状态。
人脑都是有限的，不能像太阳土地海洋一样，可以经得起各种各样的物种随便怎么闹腾，扔几个原子弹，地球海洋，也不太会有基础架构的变化。在项目的发展，版本的迭代，技术的发展中，老的架构，总是会多少新闻新的特性，出现问题，或者因为累积多次微调而应该替换更好的实现了。这个时候，项目就应该重构了，重构应该是一个项目不断蜕变和发展的翅膀。就想是车辆或者人类的大修大保养，任何事务莫过于此。
这篇关于又是离职后的清闲几天的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
