xml解析想到的

xml解析想到的

Java真不争气，其实还是Java程序员不争气。

  最近小组里面只有我一个写Java的，其他是写ruby，js，和go之类语言的。当然Java是大家鄙视的东西，因为他们惊奇的发现写个这么简单的东西，在Java这里需要这么多代码。 领导要求新代码用Java写，应该考虑到人员衔接。

  一些人写shell习惯了，根本不需要错误处理，随意写完就扔了，让我翻译成Java restful形式的。我只能默默的做。

   发现他们的开发效率也不怎么高呀，虽然不用ide，但是语法结构都会出问题。有的不知道如何调试，ruby，js之类还需要上传到服务器运行。

   我试用了gem npm rails。他们却不愿意试用Java。有一个功能需要生成pdf，找到了我。现在对他们的水平有一点了解了，起码设计程序思想是一致的，我问你们怎么调试，说运行了就会报语法错误，好几个程序员不知道什么是逻辑错误。

 看不到eclipse生成代码的好处，确在说代码冗长。灵活的代码不一定可读性好，看看那些十几层闭包的js，我觉得他们的脑袋是牛皮的。

 当然重点开始了，xml解析。我们的主角是dom4j，代码在这里xml解析代码。Java解析XML的库有四五个之多，用法不一说多了绝对是泪。

        年龄大的程序员估计对XML敬之如神，年纪轻的看了就觉得烦，如果对json感兴趣这里有篇文章教你写简单的json解析器。

   xml的好处和缺点是显而易见的，有很大的优势，有很明显的缺点。如果只看到某个东西的优点，小心点。如果只看到缺点，要反思了。

  今天我写了一个小程序，读取文件夹下的上百个的pom文件，生成依赖关系的seq语法，在浏览器里查看图形。关系当然是复杂的，绝望的。seq的表达能力确实有限。

  xml的表示，可以让我很容易生成需要的数据结构，list和map或者对象，来回折腾这些数据结构，然后产生我需要的结果。容易重构可以让我在没有很好的思路的时候开始调整，开始思考我想干什么，和该怎么做。这里XML就是一种中间表示(IR),突然想起来一句话，数据结构和……

  写了api，当然要其他人去调用，要做的就是把结构转换为文档吧，让眼睛们看看。

近期工作20160422

 docker的远程调用封装，保存数据库状态，供其他同事调用。联调的过程竟然发现需求理解不一，主要是两边对相互的业务不熟悉。基本上是一些移植工作，和定制服务。

 说是做ci/cd，我只负责很小一部分，对全局的概况其实不了解。领导想做kubernetes的集群，我网络相关知识不是太好，一直出现问题，最后被项目组喊停，接手一大推微服务的项目，项目过半编译报错。

 技术上当然用了流行的restful junit git  maven ，但是我还是不能构建一个牛叉叉的系统。

以前的工作经历

微信公众号开发相关工作(保险行业)

数据统计相关工作(税务行业)

   接触的工作比较杂(当然和频繁跳槽有关系)，前后端的流行框架都有一点使用经验，仅此而已。但是没有很好的技术积累和深度，个人肯定不能满足于此。一直靠自学补充自己的知识，浏览离散的知识点，学习不够系统，效率达不到我的期望。

    现在的计划是大量读写，提高各方面水平。目前有一个严重的问题就是，交流的人太少了，打不开思路。以前qq上还有几个学技术的网友，现在和他们接触的东西不一样，沟通很少了。和以前的同事有时候会有一点沟通。