中联的BH是什么？

ilovehis

BH会给软件行业带来一场变革

厉害!

katehis

原帖由 rainleave 于 2008-12-18 10:42 发表
呵呵，这么多人关心BH啊，不错。

中联是一个技术型的公司，同时在多年的信息化生涯中也积累了大量的业务经验，因此对信息化的理解也非常深。在任何行业的信息化中都存在2种思路：项目化和商品化。

这2种思路都和应用以及成本等诸多因素有关，各有优缺点。以前大家常说ZL只能做小医院，但现在ZL也一样做了不少大医院，而且运行尚佳，同样的业内以前的一些大公司靠项目化的做法也并没有解决大用户不断涌现的需求。那到底是谁的问题呢？

个人觉得，在面对用户大量需求的时候，项目化和商品化都很难应对。项目化成本高、时间长，商品化要求很多的需求积累、依靠参数进行调整，难度更大。

问题的症结在于开发方法上，这一点我不再累述了，各位都是专家，相信大家都熟悉《银弹危机》《人月神话》，这个问题也不是医疗行业的问题，而是全行业全世界的问题。

解决代码重用性、提高对需求的反应度、缩短工期和成本……这些都是大家追求的目标。这时候伟大的X3诞生了，justup的产品确实不错，思路非常的好，只不过因为各种原因导致它只是个半成品，X5在近期也推出了，我们正在想办法拿，但从csdn的一些blog文章来看，还是不够彻底，估计做为也有限。

BH就是在这样的一个大环境中诞生的，现在大家都还是默默的在做一些基础性的工作，包括做一些产业化的尝试，BH的目标并不是替代谁，在我们看来，BH只是解放需求，让软件变得与技术无关，或者说是降低技术的门槛，让业务专家充分发挥他们在业务上的积累，而不是让他的想法被技术人员的一句“技术上无法实现”给抹杀。

当然，这种思路也是一种探讨，BH会给软件行业带来一场变革，变革的结果就是写代码的技术人员大量转型去做构架/业务专家或者做服务。这是个很好的方向，我们常说程序员吃青春饭，是啊，他一天到晚都是再写一些毫无技术含量的代码，干个七八年谁会不厌倦呢？软件的核心价值是在构架和业务上，而不是在代码层级。

so,let‘s do it

BH未来会怎么样，我们不好说，但做为这边软件园最勤奋的一个公司，积聚了不少优秀人才，我们在探索一条新的道路。同时很感谢axbluedy对我们博客的关注，这篇关于BH的文章是我第一次在公开场合发表看法，希望大家能多多理性讨论。

ＢＨ吹的太厉害了，大家都想看看是什么东西，这次终于有知道的人出来说明了

软件公司都属于技术型的公司，开发的产品只要属于某种行业的软件，那么就一定有局限性，就如同HIS就是HIS，而不是ERP，也不是OS　:） 换句话说:HIS没有那么神啦！

在这个行业做久了，需求不断扩张情况下，软件也变的庞大，在不断的升级过程中，如果软件本身构架不好，到最后不如推倒重来。
最终大家比谁的核心构架好，谁的产品生命周期长。

X3, justup是什么偶不知道，不过说到："解决代码重用性、提高对需求的反应度、缩短工期和成本……", 偶理解的是OO（object-oriented ）早做到了。

能给软件行业带来变革的是microsoft,borland,codegear等公司，什么时候轮到中联了,pfpf


软件可以做到和技术无关吗？这个不如另开个贴来讨论。

行创

帖子我删了，有不同意见可以从技术观点去讨论和反驳，别进行攻击或讽刺挖苦。

[ 本帖最后由 天光云影 于 2008-12-19 01:33 编辑 ]

天光云影

原帖由 katehis 于 2008-12-18 22:43 发表


ＢＨ吹的太厉害了，大家都想看看是什么东西，这次终于有知道的人出来说明了

软件公司都属于技术型的公司，开发的产品只要属于某种行业的软件，那么就一定有局限性，就如同HIS就是HIS，而不是ERP，也不是OS　:） 换句话说:HIS没有那么神啦！

在这个行业做久了，需求不断扩张情况下，软件也变的庞大，在不断的升级过程中，如果软件本身构架不好，到最后不如推倒重来。
最终大家比谁的核心构架好，谁的产品生命周期长。

X3, justup是什么偶不知道，不过说到："解决代码重用性、提高对需求的反应度、缩短工期和成本……", 偶理解的是OO（object-oriented ）早做到了。

能给软件行业带来变革的是microsoft,borland,codegear等公司，什么时候轮到中联了,pfpf


软件可以做到和技术无关吗？这个不如另开个贴来讨论。

说开发软件可以做技术无关，打死我也不信。也不可能实现。
上面我已经说过了，复杂逻辑如何实现？不写代码，永远办不到。
但做到相对的减少代码开发量，提高重复使用率，是完全可以做到的，也确实可以超过普通开发工具。至少我知道TIB做到了。

别小看国内的软件公司，说不准也可以带来技术上的变革，希望越做越好。

tanyiqiang

软件开发,核心问题还是架构.
1.为什么产品满足不了客户的需求?
2.为什么产品要修改的内容那么多?
3.为什么产品的错误那么多?
4.为什么修改需要那么长时间?
5.为什么要做那么多重复的工作?
ZLBH开发的目的,与整个行业的目标都是类似的,不是要取代现有的开发工具,而是建立一个开发的架构.
1.ZLBH既是工具,也是平台.由以IT技术人员为核心的开发人员组成.
2.应用软件开发组,由懂一些IT技术,而业务非常熟悉的专家组成,利用ZLBH以最快的速度\最低的成本构建各种应用系统.
3.快速响应用户的需求,以最快的速度修改应用系统,以满足客户的业务需求.
理想归理想,做软件开发是无穷无尽的,需求也是千变万化的,没有万能的方法,ZLBH不是万能的工具,只是解决软件开发上的一些重复工作\简化开发过程.在架构和软件开发上做一些探讨,在技术上做一些积累.

rainleave

我只是希望大家理性讨论，对于katehis那种先入为主的观点我个人表示理解，因为这个社会伤害我们太深，呵呵。一个做OA做网站的公司都号称有什么什么平台。
对于降低代码开发量这个问题，我举个例子。大家可以想一想我们做网页的历史进程，以前一个CGI出来大家欣喜若狂、网易依靠自主建站吸引了大批互联网前人们加入，到现在的web2.0 做一个blog几乎不用写代码，有多的是的插件给你用。当然这个例子可能不是特别恰当，因为做专业性个性化强的网站还是要编程，但是我们看到了进步，看到了发展的方向。
对于应用软件而言，未来一定是需要编程么？
我曾经写过一篇关于软件业问题的文章，很多朋友发邮件给我，强调最多的一点就是中国软件业缺少创新思维、缺少创新的信心和决心。
BH只是一种尝试，能实现什么程度的不写代码我们正在验证中，至少到目前为止我们开发的几个系统都没有写一句代码，而且开发速度很快，现在在验证平台的稳定性。
再次发贴，只是希望各公司都能理性的认识未来发展的路，我们在做尝试，我们在默默的做，我们更需要竞争，只有竞争才能让我们做的更好。当然未来的竞争在那个层级上，就需要看各自的准备了。

行创

无论是构建还是编码 都是开发的形式

简单的培训就能设计软件,无论是构建还是编码,是不可能的
不懂数据库,数据库优化, SQL ,对业务的抽象能力,设计出来的系统是不可想象的


平台应该是项目化的另一个形式
平台上个性化涉及到表单的定义,业务逻辑的变化,字段和表的变化
然后脱离了开发IDe,数据库 ide 可以做这样的工作的的话
这个不是创新,也不是革命
这个很多公司都有


早期的控件就是插件的作用,配置配置插件的属性就能应付一些需求,不需要编码
多年前,软件就是这样做的
这个不是创新,更不是革命


国内大部分所谓的平台就是这样的
可以定义数据库和表和form 业务逻辑,工作流 等一些
然后再平台开发员开发一些插件,然后复用
这个在一定程序上二次开发是可以零编码
但是平台开发员必须承担了一部份编码量


其实现有的开发工具和数据库工具已经提供了这样一些类似的东西
在某种程度上也能提高提供零编码,但是设计不能脱离IDE
而且没有整合起来,没有形成数据库机制


这些所谓的变革,
多年前哪些达公司 早就想到,但是他们提供的东西比较分散
没有集成起来

如果MS 这样做的话,你可能跟他紧张

我们都是小公司
在那些大公司的不原意涉及的盘口小的行业应用里面讨口饭而已
我们不可能把天翻过来

说的口干了
喝口水
休息


小张
等你把zlhis用zlbh完全构建出来
不需要写任何代码
那时候
我再投降
好不好
握个手
我很欣赏你滴

rainleave

楼上的兄弟一定是熟人，哈哈
继续握手

说到点子上了，软件开发就算是能够不写代码，但是软件构架设计、数据库设计、数据库等优化是很难自动化做的，就目前的认识而言，几乎是不可能的。这些东西本来就是软件的核心价值。

我们要解放的是大量的没有知识含量的、也就是我们常说的搬运工之类的编码工作，让大家的聪明才智放在构架设计、数据库设计、数据库优化、用户体验、业务专家等等更多需要智慧和知识积累的地方去。

对于ZLHIS我一窍不通，谈不上我去构建，这应该是其他人的工作。


另外，希望知道BH消息的内部人以此帖开始，不要再发布任何关于BH的内容，相关信息到公司论坛和blog上讨论，等我们做成功后再对外公开。低调些好，这个世界太复杂。嘿嘿

花好月不圆

原帖由 rainleave 于 2008-12-19 14:46 发表
楼上的兄弟一定是熟人，哈哈
继续握手

说到点子上了，软件开发就算是能够不写代码，但是软件构架设计、数据库设计、数据库等优化是很难自动化做的，就目前的认识而言，几乎是不可能的。这些东西本来就是软件的核心价值。

我们要解放的是大量的没有知识含量的、也就是我们常说的搬运工之类的编码工作，让大家的聪明才智放在构架设计、数据库设计、数据库优化、用户体验、业务专家等等更多需要智慧和知识积累的地方去。

对于ZLHIS我一窍不通，谈不上我去构建，这应该是其他人的工作。


另外，希望知道BH消息的内部人以此帖开始，不要再发布任何关于BH的内容，相关信息到公司论坛和blog上讨论，等我们做成功后再对外公开。低调些好，这个世界太复杂。嘿嘿

不至于嘛, 不就是个"平台"吗, 没啥秘密可言的,
这个方面ERP的产品好一点的,都能够做到,只不过是医疗行业没有那样的人才,才没做好而已

fjmqxu

期待看到此平台，快一年了，该回来看看了