主题：戏说“金？工程” -- 辣椒

上文提到，由于“核”的理念是要无限接近应用，做一个包融全部业务的框架，装入某地数据，加一点点本地化，就成为一个理想的直接使用的系统。

但天朝该部事权在急剧变革之中，各层差异甚大，管理几万人的也是政府，可以出台本地政策，“一点点本地化”可以演变成旷日持久的争吵，近60年来的天朝变化，以及附带的五花八门的头痛医头，脚痛医脚的土政策，是总设计师号召摸石头的产物，岂是躲在书斋后面的框架构造者所能想象？近几年，“金？工程”势衰，“核”理想与现实的差距，已经宣布此路不通，但门槛费的存在，骑虎难下也。

即使在天朝，某级政府也只有行政部门有权出台政策，但实际上是经办机构拟政策，行政部门批，不具体做事，哪能发现问题？“核”理想到代码级别，不合实际是理所当然的。

制定规范标准，摆脱软件平台和具体代码的制约，是正途，但也是个寂寞苦力的活，不是高层，又没有资格做这个事，外包给研究部门，恐怕是唯一途径。

公开规范标准，引入市场机制，谁都可以根据规范标准，自由选择软件平台开发应用系统，在标准的基础上实现数据共享，对繁荣天朝软件业，实为良策，但肉食者能放弃肉吗？

SI的做事风格是只要完成任务就行。

前提是你的阵列是可读的就是说阵列里面的盘要和故障前一样，哪怕是上面有坏块。我不知道你碰到的是否是原厂的人。

另外我们可以PM，很可能我们之间有生意做。

今天说点让人欣慰的事儿，以迎合河里的主旋律。

上文提高的经办机构，有2个最强势的，其中1个新开办某项业务，某市常务会通过了发卡收费，涉及近百万人，收费一千多万，在某局与经办机构讨论实施时，友从技术角度和政策角度(当时全社会清理不合理收费项目)论证了发卡的非必要性，此事就搁置了，后州府果然下了一个文，停止另一项老业务的发卡收费，但不久，经办机构旧事重提，试图再行收费，依据当然是常务会文，并辩解州府文所指老业务而非新业务，从技术层面言，老业务发卡有点必要，而新业务发卡没必要，明显与上级文件精神冲突，但下一级经办机构硬是说通了主管局长，背后的理由实质是经费困难，部分已经开始收费，友就此提笔报告，总算压制了下一级收费冲动。

为何常务会通过发卡收费？当然是经办机构报告所致，理由也有，参照老业务，头头们那知道新老业务技术层面的区别，批了，但也可以不执行，是不是很有趣？

从中央部委“门槛费”，州府文件打架，经办机构发卡收费行为，无不是部门小集体利益驱动，上行下效，不管包装的多漂亮，花花肠子谁不知道？政令不畅的根源也就在此。

当然，更科学的决策机制也开始登上舞台，比如听证会，即使目前是形式多于实质，也是一个进步。

友处小小的位子，懂点技术，也能阻止某些不“以民为本”的事情发生，所谓“位卑未敢忘忧国“是也。

恭喜：你意外获得【通宝】一枚

鲜花已经成功送出，可通过工具取消

提示：此次送花为此次送花为【有效送花赞扬，涨乐善、声望】。

认证中，可怜河里一粒砂，“万恶”的认证制度，欲罢不能也

继续正面报道

话说天朝有个奇怪的机构，信访体系，作为权利部门之一，也是有的，叫着信访室，大小头目轮流接待，一个月总要轮到2次的。

友是个管技术的小头，很少接待信访，偶尔轮到也经常跷课，因为本职工作别人无法替代。

某日正好轮到，友有余暇，只好值班，来了一个70岁的老头，递上盖了几个红彤彤章子的请愿书，大意是为某国营企业工作了30几年，至今老无所养，问了情况，儿子在外打工，自顾不暇，农村户口，没有养老保险，村委会证明盖章，民政局受理盖章，批转当地民政部门受理等等。

过去在企业工作的农民工是没有养老保险的，有子女五保户也算不上，有田种但劳动能力丧失，租田给别人种不倒要耕地费就不错了，本地种地户如要种地，是可以免费种别人不种的地的，原因无他，种地收入太低，别人种自己的地，倒求之不得，可以避免耕地长草。

当地民政部门估计也没啥法子，出钱没有政策，此事就成了怪圈，老人只好到处找政府。

幸好有新的政策可以解决这个问题了，受理这个信访也就不难，掏了20元给老人回家，告诉他回家等，大约1年能解决他的问题，现在本地有一个县正在试点，老有所养是政府的新政策，不管农村的还是城里的，只要满60岁，都能领钱，但这个政策普遍推开需要时间，希望老人能自己克服一段时间，等新政策到达他的家乡，老人千恩万谢的走了。

代表政府给了老人希望，而且是触手可及的，多少心理有点满足啊。

天朝在朱总手上有余粮，在温总手上发粮给底层，取消农业税，种地有补贴，老退休的连续5年加工资，社会总是在进步的，好的方面也是有的。

只是这2和6知道一点。

这个和恐吓谁没有关系，关键问题是责任谁负。出个万一（这个并非不可能，并且在一个相对较长的时期中一定会出现），如果用大公司的至少可以分摊一部分责任。如果用开源的这个责任算谁的。大公司相对专业性较强，出现问题恢复的几率较大，开源的恢复找谁去做？

这个我多少知道一些，很多应用几天都不一定会用到，但到了要用的时候一天都不能等。你让人家等几天再来，单位来办事还要好些，个人来办事的话人家可能立即投诉你，马上这个事情就是一个责任事故。且不管事故严重程度，责任谁负？

阵列故障也赖数据库软件吗？

硬件软件是相互影响的，举例比如过去老式的放音机，你不断的放某一句歌，对应的磁带段容易坏。这硬软件是如何具体相互影响的，希望河里大牛出来解惑。

但并不是说阵列故障就一定赖数据库软件，注意我的措辞和问号！

我或许还没达到直接联系oracle的专业水平，都是集成商的事，我碰到过阵列故障，数据分布在盘里，也许能找回来，集成商开了一个超过阵列本身价值的价格，还不能保证恢复数据，说拿到oracle处也是如此，因此才有一问。

让小姑娘重录一道丢失的数据，也就小事一桩。这也是支持用开源数据库的原因之一。

看样子，吃oracle饭的不少。

如果光拼技术，具体到阵列故障数据恢复，你的智慧大脑得和美女巧手竞争，是通过分析磁记录找回数据，还是再输入一道，嘿嘿，这个行业数据入口单一，虽然量大，但大都根据变动的少量数据自动生成，今后数据入口多了，也许就得靠分析磁记录了，也是体力活。

话题继续，经办机构，也可以称二级机构，某机关下属就有十多个，一个强势的经办机构，可以直接牵涉到数百万人的利益，今后会更多，因为历史，信息系统都是从无到有发展起来的，每个经办机构都有自己的信息系统，从机房到小鸡、存储、电源等等，当然也包括oracle。

天朝也不乏明白人，社会发展，资源共享，特别是信息系统的资源共享，在这个行业的某个时间段就提上了，然后各地开始轰轰烈烈的整合，有强势的一把手，整合的方法是简单而刚性的，搞一个大机房，连人带设备笼到一起，全部的数据服务器集中到大机房，再添加防火墙、交换机等，也就是共享了电源和网络设备，再此基础上，购买更高档的小型机，作数据库服务器，业务却没整合，数据库跑不同的实列，也就是说物理上在一起，逻辑上还是各一套。

喝水。。。

上世纪70年代开始的CT,80年代的彩色多普勒，90年代的MRI，到眼下的PET，中国进口的设备台数几乎和全球保有数次平（可能夸张了点），但是真正能享受到完善、迅速和合理的服务的几乎没有

更早的清末左李采购洋枪，到盛宣怀的电报铁路，好像朝廷一直都不注重成本效益比

认证通过，感谢朋友们的支持，只是发现欠债太多啊 。。。

继续吧

这个行业的业务有个特点，绝大部分并没有实时性要求，啥叫“实时”，举个例子，银行系统你有1千元，在某个ATM，你刷卡取了1千，系统立马要修改你的余额，否则你到另外一个ATM，又能取1千，银行岂不赔到姥姥家了？而这个行业，虽然数据是海量，但每月有变动的数据相对少，就是少量的变动数据，归到最小单位，每月绝大多数也就变动一次，在当天变动几次数据的，简直可以以罕见来形容，因此，本人认为业务软件的设计可以按日批处理的方式来更新数据，这意味着啥？意味着按实时处理的业务软件反馈速度要求的最大6秒，可以延长到12个小时多，意味着对硬件性能的要求大幅度的降低，意味着几千个亿的节约。

就这么个行业，俺知道远在十年前，就有某个城市，下辖所有县都上了小鸡，具体品牌不记得了，不外乎IBM或HP或SUN，俺知道的行情，6年前的价值100万的SUN小鸡，在北京的市场，现在价值1000元，呜呼，民脂民膏！

在N年前轰轰烈烈的整合中，以资源共享的名义，又上了不少新的小鸡，以至于现在地级市，没有养几只小鸡的，几乎没有了。

退一万步，这个行业的业务软件不按批处理方式，可以迎合部颁“核平台”的要求，但其特点是计算要求底，IO要求高，这个随便查小鸡的CPU利用率就行了，用IO强大的PC或者刀片服务器也是可以的，也能省下大半的钱，为何这么大的中国，从专家到众多的软件公司，就没个人出来吱一声呢？

IBM,HP,SUN 在中国的小鸡业务销售不知哪位大牛有数据，除了实时系统或许有小鸡的要求，很多行业都是不必要小鸡的，但中国特色的攀比，销售对外行的恐吓，比如可靠性啥的，使得外行的决策者浪费了多少钱，如果去掉这块，硬件和软件对华顺差，美国的经济危机恐怕要更重。