摘要：
最近搞系统集成出现了很多问题促使我思考如下几个问题——项目组织、技术手段、集成方案我们公司的职责是将客户用仪器采集来的数据加载到数据库中并完成数据仓库管理系统的建设和维护建设数据仓库仅是这个项目的一个方面数据仓库是个庞大的系统它既有底层的数据源支持也有在它之上的元数据库并根据数据源和实际业务抽象出各层次的库建立数据集市并进行ＯＬＡＰ分析而各层次的库都要进行相应的维护因此这个项目的数据仓库方面的建设需要几家单位以及我们分别来做再由我们公司集成数据仓库的那部分而我的工作便是建设我们自己的部分和集成其他单位的数据仓库子系统但是由于缺乏项目整体解决方案和技术路线各个单位的解决方案都太随意甚至使用了大量 阅读全文
摘要：
但凡是搞ＩＴ的对软件架构、设计模式、XP编程（极限编程）或是敏捷开发、代码重构这些软件开发的思想或方法都不陌生但是它们之间究竟有什么联系？？？在实际的开发过程应该如何做？？？才能构建一个好的程序……简单来说开发一个软件的常规做法是先设计整个系统的总体架构架构包含一些“层”的思想（希望你了解“层”的好处，分“层”是我们解决问题的常用方法，不仅限在计算机领域）再考虑各“层”采用的模式最后是编写代码不遵循这个过程的惨痛教训令很多计算机前辈们记忆犹新提稍早的开发过程意义其实不大它只会勾起我们的“痛苦”回忆所以我们才思考新的软件开发思想～～～在这个过程中我们比较关注软件设计的架构和模式问题所以花费的时间 阅读全文
摘要：
作为一名开发人员、程序员我们是应该关注软件的功能，还是软件的设计？？？是关注软件的功能是否满足客户当前和未来的需求？？？还是关注软件的设计是否满足客户当前和未来的需求？？？就像吃饭一样说“我，吃饱了……”和说“我，吃好了……”～～～“吃饱”并不意味着“吃好”而“吃好”往往都没有“吃饱”不同需求、不同立场、不同背景、不同境遇的人回答显然是截然不同的～～～穷人要（求）吃饱，富人要（求）吃好所以当我们解决某个问题时我们需要指导思想、需要定位、需要方向而你的回答体现了你的背景和作为一名程序员的素质软件的功能对软件的使用者是“可见的”而软件的设计只对开发人员是“可见的”软件使用者并不关心软件如何设计而我 阅读全文
摘要：
迁移到：http://www.bdata-cap.com/newsinfo/1741380.html 首先需要解释的是我说的是“项目负责人”而没有说“项目经理”或是别的因为在我看来网络在中国的发展也只有短短十年时间但是发展速度之快，相当振奋人心而软件产业还处于一个不太成熟的阶段开发水平良莠不齐，差距 阅读全文
摘要：
“历史”教会我们一个道理可是我们常常会忘记任何新技术、新思想无论它们有多“赞”无论它们有多“烂”从它们出现在世人面前那天起人们自然而然地分成对立两派——赞同与反对，坚信与怀疑比如相对论，当时全世界只有不超过五个人能够理解，反对声一片比如干细胞，在包治百病的巨大诱惑下，人类有被重新定义的危险比如核建设，在提供无限能量的同时，却也可在瞬间摧毁一个城市……哲学说任何事物既包含肯定的因素（使其成长），也包含否定的因素（使其灭亡）而黑格尔则说“否定的否定”、“辩证的否定”——辩证的过程Delphi、CB这些曾被广泛采用的工具现在的结局令很多老程序员感到惋惜代码重构和极限编程也是如此即便在那些计算机大师们 阅读全文
摘要：
搞IT的人都知道软件开发需要跟客户做需求同时也很清楚地知道一点当你问对方你每天是如何工作所有客户都会迷茫至少相当一部分客户是这样的因为他们每天都是如此地工作当你再问：你想要什么东西时估计客户就会开始变得不耐烦甚至狂躁起来会诧异地看着你，说：“刚才已经说了！”正应了一句话：“鱼对于自己终身生活在其中的水，又知道些什么”所以软件开发的尴尬往往是当软件开发得差不多时用户突然提出：“不对，这不是我要的，怎么用啊，靠，必须改！”刚开始工作的时候老总找每个人谈话谈到软件需求时说：“……你得启发客户，让他告诉你他想要什么东西……”那么接下来问题是启发是个什么概念如何做才叫启发了难道，吃饭？娱乐？沟通？……与 阅读全文
摘要：
我，我是搞IT的～～～……代码没有行与不行的分别而只有好与不好的差距好与不好都能完成相应的功能一个功能少了能写，多了也能写编程语言就那么几个关键字、那么几条控制语句虽然框架或类库的类很多但也不是没个数的可是那些计算机大师们啊却能写出让人觉得“美”的代码为什么？？？英文26个字母、音符有7个、吉他是6根弦、钢琴是88键、二进制只有0和1……而恰恰正是这些有限创造了无限～～～26个字母组成无数个单词、7个音符可以写出无数首美妙的音乐……我们这些搞IT的人既是最愚蠢的，也是最聪明的愚蠢的是我们世界里只有0和1聪明的是我们却用0和1描述了这个世界……既然可以做得再好些却为什么不呢不求最好但求不是最差若 阅读全文
