【Java 27 岁了】 程序媛与Java共生的16年
一转眼，Java 27 岁了，在这里，首先祝Java生日快乐！
从05年毕业到现在，我已经在Java的路上走了十几年，充分感受到了何谓岁月如梭。
犹记得上学时做J2EE的大作业，使用MyEclipse，写了一大堆的代码，那时候觉得写起来可真是麻烦（不过内心里还是觉得比C++简单多了，可能是因为那时候我们的操作系统、算法等等作业都是C++来写_)，但是用J2EE完成图书管理系统时还是觉得美得冒泡！！！
那时可能因为C++学校里用得最多，所以私心里也觉得自己C++学得最好，毕业时面了C++就进了一家公司，但是进入后有个J2EE的项目，一做就是3年，于是我也就真正成为了一个Java从业人员。
那时的开发，还是瀑布模式，每一期从需求开始做起，第一期历经了几年已经上线，我是1.5期加入项目的，第一个任务就是根据客户的需求描述，修改设计书。任务超级简单，一句话的事，觉得太过简单了，担心自己搞错，于是写完就跑去问leader，leader看了一下，说就是这么简单，但是还要在修改履历中用不同颜色加入修改时间、修改内容、修改人，修改的地方也是用不同颜色标注，把修改时间及修改人都要加进去，之后发现，不论是需求设计书、概要设计书、详细设计书、单体测试用例、结合测试用例、还是代码，所有地方我们都是如此，有问题与客户确认，一律用邮件发给客户确认，而这些也让我们在之后的三年体会到了很大的好处，因为所有可能失误或者扯皮的地方都有了证明，所有可能需要把哪个时间段的改变进行变更或者撤销的任务也都变得非常简单。而这些也都成为了我们日后的开发习惯。
进入2012年，我们开始在项目中应用敏捷Agile，不再像以前一样每次写一大把的文档，确认好后再进行开发，于是我们的开发进程也开始变快。后来经常会有人问我怎么使用敏捷的，当然市面上敏捷类的书有很多很多，但是在实际项目中，我们是无法照本宣科的。比如，敏捷中要求，每个成员都可以自我管理，都是技术高手，但是实际项目中大部分是不可能的，我们的开发实施项目中，很多时候是架构师、高级开发、初级开发搭配合作的资源配置，有人问我为什么不都用高级的，可以自我管理的，我只能回答两个原因：项目费用、资源问题。再比如，敏捷是弱化文档的，但是我们有时候还是需要需求、方案、接口设计、流程、甚至高清图等等各种确认的文档，并且同步给所有相关人员，没有文档，只能口口相传，这很容易造成各种错误，导致实现与需求差之千里，或者最后无法确认当初的需求或者方案等的扯皮，也给需求变更带来诸多的麻烦。而与开发的详细设计、代码相关的文档，我们通常也会在最后有空闲时补上，主要是为了后续或者接手的人可以快速上手，虽然仍然需要这些文档，但是相对比于以前瀑布开发模式时，这些文档更加简洁，聚焦于确认的内容，自然也更快。
那之后，我们做得所有项目都应用了敏捷，直到现在，以后也还会继续。近年，各公司都在大力发展大数据、AI，Python也成为了越来越重要的语言，我老公从去年开始参加了一个项目，于是开始了Script、Python、Java等技术混杂使用。我们也往往在实施时，客户总会说，这期之后帮我们再做个数据中台吧，于是我们也都开始了学习Python的历程。
Python学习还在进程中，如何与Java等其他语言配合做架构也是我们研究之一，无论是开发架构、部署架构等等，学习！永无止境！
另：发文助手提示我文章质量较低，可能原因：篇幅太短，广告涉嫌违规，外链过多，缺少代码，图片涉嫌违规。一堆问号中…，好像只是没有代码，我不是讲代码的呀，来一条试试！
System.out.println("Java 27 岁，生日快乐！");发文助手居然过了…