国内自有开发的典型案例:人人乐与物美这两个超市都是走过有开发软件道路的.
物美应该前后开发过2-3个版本吧,开发团队曾分出过部分人员出来开了软件公司,据说物美现在已经开始使用sap了,而分出的软件公司其业务也在逐步萎缩.
人人乐从xx软件公司挖走了当时这个公司首要技术人员2000年前听说年薪都过30w了,还有老板给房子,解决全家户口等一系列问题,现在此人应该是人人乐副总,带领人人乐信息化走到了今天.
前者系统是基于x86平台的,后者是基于rics系统开发的,经过两个企业的同时发展壮大,物美的决策被淘汰了,而人人乐成功的走了过来.至于人人乐现在的信息成本是否比购买专业软件便宜就不是很清楚了,毕竟现在的商业软件也比较便宜了,
如果企业可以找到象人人乐这样的系统构架人员,而且又有深厚的商业底蕴可以考虑自行开发.
但是财务软件也能自行开发吗?这可是一个企业的核心,所有数据的汇总平台.企业越大这点体现的越是明显,而且现在的财务软件按点去卖卖的非常昂贵(象中国的用友)和商业软件比起来简直就是天价,而且真正的it技术含量也比较低,还应付不了大型的应用.
- 该帖于 2008-2-26 14:54:00 被修改过争论这么激烈?
我赞同楼主的意见。这方面,好又多是个代表。
好又多的后台MIS,POS绝大部分都是自己写的。成本有多少?用得爽不爽,问问好又多的人不就知道了。
反正我是很满意的,使用者想要什么都系统都可以提供。
说说好又多:
1.好又多的开发人员也不见得工资很高,我曾经见过好几个初级的程序员1000~2000的工资的(这个是广州的。搬到上海后工资有所增加)。他们去好又多之前没有写过程序,但基本上培训个两天就可以正儿八经的开发。我看到他们做了一两个月的程序员都是牛B哄哄的------不说工资,我说的是他们的开发能力及自信。
2.开发速度很快的。我曾经将他们的开发速度和其他条件下的开发速度(与好又多的系统架设方式基本类似)比较,发现他们的开发速度大致是其他条件下的30倍以上,甚至可达到100倍以上。不相信可以去调查比较。
3.他们的系统就没有使用SQL数据库,连SQL语言都可以没有。他们使用的是文件式数据库。个人感觉,各有各的好处,但速度确实要比真正意义的数据库快很多。
4.好又多的系统是linux+字符方式的。个人感觉,界面啊,控制啊,灵活性都很好。在管理程序方面,除了操作性不及windows及web程序外,其他方面,几乎都要优秀。
我认为可以说,好又多是国内linux+字符方式进销存系统中的NO,1。
不知道其他的见过好又多系统的觉得怎样?
- 该帖于 2010-12-19 23:12:00 被修改过呵呵,哥笑了!
多简单的话啊,“MIS和HIS都差不多 ,相对来说 HIS更复杂一些...”,“MIS有啥了不起的啊”,让哥笑掉了大牙。
或许你写过程序,写过小系统,做过类似于MIS系统方面的开发,就认为开发MIS没有什么。但我说一句:可视化开发,新建一个项目,不用写代码,运行,就可以得到一个有窗口的程序,但你敢说开发出WINDOWS这样的操作系统也没有什么了不起吗?典型的“把JJ插进土里,就强奸了地球”!
好了,不跟你争论MIS复杂还是HIS复杂。我只告诉你一个事实:某超市系统的源程序,只把里面的字符拷贝下来放进文本文件,就有几百MB。这几百MB可是一个字符一个字符敲进去的。跟你算算这笔帐:
500M=500 *(1024*1024) = 524288000个字符 or 262144000汉字.
这个代码量大约相当于100万字的书本250本;
如果你每分钟打60个字,则可以让你不眠不休每天24小时的敲上10年。
看到这个以后,你是否依然认为开发MIS系统没啥了不起的?
- 该帖于 2011-3-3 9:24:00 被修改过呵呵,哥笑了!
多简单的话啊,“MIS和HIS都差不多 ,相对来说 HIS更复杂一些...”,“MIS有啥了不起的啊”,让哥笑掉了大牙。
或许你写过程序,写过小系统,做过类似于MIS系统方面的开发,就认为开发MIS没有什么。但我说一句:可视化开发,新建一个项目,不用写代码,运行,就可以得到一个有窗口的程序,但你敢说开发出WINDOWS这样的操作系统也没有什么了不起吗?典型的“把JJ插进土里,就强奸了地球”!
好了,不跟你争论MIS复杂还是HIS复杂。我只告诉你一个事实:某超市系统的源程序,只把里面的字符拷贝下来放进文本文件,就有几百MB。这几百MB可是一个字符一个字符敲进去的。跟你算算这笔帐:
500M=500 *(1024*1024) = 524288000个字符 or 262144000汉字.
这个代码量大约相当于100万字的书本250本;
如果你每分钟打60个字,则可以让你不眠不休每天24小时的敲上10年。
看到这个以后,你是否依然认为开发MIS系统没啥了不起的?
呵呵,哥笑了!
多简单的话啊,“MIS和HIS都差不多 ,相对来说 HIS更复杂一些...”,“MIS有啥了不起的啊”,让哥笑掉了大牙。
或许你写过程序,写过小系统,做过类似于MIS系统方面的开发,就认为开发MIS没有什么。但我说一句:可视化开发,新建一个项目,不用写代码,运行,就可以得到一个有窗口的程序,但你敢说开发出WINDOWS这样的操作系统也没有什么了不起吗?典型的“把JJ插进土里,就强奸了地球”!
好了,不跟你争论MIS复杂还是HIS复杂。我只告诉你一个事实:某超市系统的源程序,只把里面的字符拷贝下来放进文本文件,就有几百MB。这几百MB可是一个字符一个字符敲进去的。跟你算算这笔帐:
500M=500 *(1024*1024) = 524288000个字符 or 262144000汉字.
这个代码量大约相当于100万字的书本250本;
如果你每分钟打60个字,则可以让你不眠不休每天24小时的敲上10年。
看到这个以后,你是否依然认为开发MIS系统没啥了不起的?
所以说,阁下真是少见多怪!
你说的有继承,有重载,还有框架、Structs等,是java的东西。那我问你,Java最大的亮点(之一)是什么?跨平台!跨什么平台?----狭义的说,是跨WINDOWS平台和Unix/Linux平台。引出另外一个问题:Unix/Linux平台的系统你见过没有?
没有见过就没有发言权。
你不能以你WINDOWS或者JAVA下的那一套来推测Unix/Linux下的系统的!事实上,Unix/Linux程序也是曾经风靡一时的。unix/Linux下的系统,以字符界面,txt的源程序的模式居多,因为它们追求的是稳定,高效,快速开发和自动化。
事实上,我说的那个超市的系统是真实存在的,还很出名的。说出来估计大家都会知道。但它是哪个超市,我就不明说了。它的源程序就是txt,什么IDE工具啦,FRAMEWORK啦,资源啦,对他统统不适用!都说了,Unix/Linux下的程序和WINDOWS的程序根本不是一回事。它的优势就是充分利用Unix/Linux以及脚本的优势。(甚至还可以用脚本来简化程序--这和面向对象的开发理念是一样的。殊途同归!)
500M的源程序如果是WINDOWS下的程序可能也没有什么了不起--WINDOWS下使用某些特殊的开发工具,只做一个简单的web页面,可能都有好多M。但它是Unix/Linux下的txt 500M!这个500M不含framework,resource(其实是相当于windows下的framework,resource)的代码量,人家早就把这个简化了。这500M是真真切切的业务代码。你以为别人的标准是某某通那样的系统啊?
--不知道你觉得网上到处推销的某某通怎样?如果以你来做这样的MINI系统,你的代码量会有多少,会花多长时间?但我告诉你,我的代码量只有几K~20来K,两天之内悠然地完工,你信吗?
当然这不是说,程序量大系统就复杂。问题的关键在于系统的开发程度和系统运作模式,稳定性,效率,BUG的排除,流程的设定与优化,系统操控的设备种类,网络站点的分布,物流站点的分布等等等等。
可从你的依据来看:HIS比MIS特殊,还有很多设备,有很多要求,于是HIS应该比MIS复杂。对吗?
但MIS相对与HIS的特殊之处呢?呵呵,也是随便摸几个出来就可以写一本书!要不,别人的业务代码量也不会500M啦。具体的你可以问问资深的零售业专家。
看你了解点开发,但不知道你具体做什么工作,泛泛的奉劝你一句:不管干哪行,做学问一定要深入浅出;虚心点才能进步!
- 该帖于 2011-3-30 10:58:00 被修改过