补丁-（1）混在IT系列存在问题的说明

混在IT系列的第1次补丁说明：

1、写博文动机补充
   明年我就要40岁了。在公司，已经有些年青的同事叫我为叔叔。在IT，这个大部分是由才华横溢年青人聚集的领域，我面临的是中年职场危机，我应该怎么样去调整我的职场方向？
   我想我要做的就是整理自己的专业知识，不是做熟练了，而是整理出一个自己的知识库,混在IT系列是准备写专业文章的第一次尝试,希望在今后可以用来传授知识，帮助年青朋友，我能比他们强的地方就是在于我的盐吃的比较多。也许到45岁，我可能会成为专职培训师或者咨询师。

    在今年，无意中看到吴骥扬写的博文《不可忽视的职场中年危机》，深受启发，清晰了我在这个阶段的职业操作细节，对40岁左右中年人职场规划感兴趣的朋友可看全文。
传送门： http://blog.sina.com.cn/s/blog_59d7584b0100df8v.html

2、被忽略的关键点说明：
   写完《谈谈管理方法论问题》文章后，心头有种感觉，自己写这个系列好像忽略了什么，到有JavaEye朋友对职之器文章中关于UML建模工具描述有异议的时候，这种感觉更加的强烈。

   重新把自己写的文章仔细过一遍，恍然大悟，每种方法都有其适用范围，应用场景和特殊条件的要求。我是一直从事企业MIS项目开发，没做过其它类型的项目，平时和同事做讨论、培训的时候，因为大家所处的场景是一致的，所以沟通起来没有歧义。但作为博文发布，这个问题就大了，所以特地发个补丁说明这件事：

   混在IT系列文章背景是做企业MIS项目，在其它类型项目上套用可能会存在很大的歧义，切记，切记。

   谢谢javaEye的各位朋友：）

Todo158
2010.10.26

于2010.10.29修改

评论

6 楼 todo158 2010-11-02  

guofengcn 写道

todo158 写道

2、实现业务的支持环境，如我们采用SSH，定义输入输出、定义工作流、定义部署方式等等，这些用UML来描述效果好，其它方式不是很直观，也不容易理解

但是在MIS上，往往我们定下框架后，会一直沿用下去，会用这个框架实现很多业务系统，除非我们把框架换了。所以我在做MIS时候经常会陷入不知道拿UML做什么的场景。

我们公司用的是SS，起初我刚来刚开始做这个系统的时候老大让我自己发挥，做架构等等，我用的SSH，后来竟然发现数据库是在做项目当中一点一点的凑合出来的！H根本就没法用（关系都是临时凑合出来的，感觉就是无组织无纪律的产物）完全跟我以前实习时那个公司两码事。。。凑合出来的东西我是感觉不堪入目啊，特别悲惨，我前段时间还想抽空整理下数据库的关系，把关系在EXCEL或者powerdesigner里画出，看看到底是个什么东西来的，但是看了看，算了……画出来更烦！整个数据库到现在为止只有当事人，我们老大清楚吧。呃，我们一共才3人。总之，所谓的系统作出来就好……

呵呵，这种场景下，确实H架构很难用，以前我想把我做的程序从C/S改成B/S，采用SSH，后来H架构做不下去了：）

5 楼 guofengcn 2010-10-28  

todo158 写道

2、实现业务的支持环境，如我们采用SSH，定义输入输出、定义工作流、定义部署方式等等，这些用UML来描述效果好，其它方式不是很直观，也不容易理解

但是在MIS上，往往我们定下框架后，会一直沿用下去，会用这个框架实现很多业务系统，除非我们把框架换了。所以我在做MIS时候经常会陷入不知道拿UML做什么的场景。

我们公司用的是SS，起初我刚来刚开始做这个系统的时候老大让我自己发挥，做架构等等，我用的SSH，后来竟然发现数据库是在做项目当中一点一点的凑合出来的！H根本就没法用（关系都是临时凑合出来的，感觉就是无组织无纪律的产物）完全跟我以前实习时那个公司两码事。。。凑合出来的东西我是感觉不堪入目啊，特别悲惨，我前段时间还想抽空整理下数据库的关系，把关系在EXCEL或者powerdesigner里画出，看看到底是个什么东西来的，但是看了看，算了……画出来更烦！整个数据库到现在为止只有当事人，我们老大清楚吧。呃，我们一共才3人。总之，所谓的系统作出来就好……

4 楼 todo158 2010-10-27  

alexandrae2008 写道

虽然不是做MIS的，不过看了大叔您的系列文章，还是有很多启发。。。获益良多。

谢谢:)

3 楼 todo158 2010-10-27  

guofengcn 写道

这次真不懂大叔说的了……我们公司也是做MIS的，UML我暂时还没接触呢，准备把基础打的扎实之后再练这种内功。。。要么现在学了也是不懂他的奥妙~

做MIS有2层设计上的问题
1、是针对客户拿系统实现做什么，即业务层面上的，这个层面上以界面、流程图或步骤文字描述去说业务逻辑，比较容易和现实业务吻合，效果好，也比较好理解。
2、实现业务的支持环境，如我们采用SSH，定义输入输出、定义工作流、定义部署方式等等，这些用UML来描述效果好，其它方式不是很直观，也不容易理解

但是在MIS上，往往我们定下框架后，会一直沿用下去，会用这个框架实现很多业务系统，除非我们把框架换了。所以我在做MIS时候经常会陷入不知道拿UML做什么的场景。

2 楼 alexandrae2008 2010-10-27  

虽然不是做MIS的，不过看了大叔您的系列文章，还是有很多启发。。。获益良多。

1 楼 guofengcn 2010-10-27  

这次真不懂大叔说的了……我们公司也是做MIS的，UML我暂时还没接触呢，准备把基础打的扎实之后再练这种内功。。。要么现在学了也是不懂他的奥妙~