企业应用 VS 互联网

互联网对性能的要求,用户体验更高一些.围绕产品在做.
企业开发很多时候是在做项目,比如在一些已经成功的项目基础上做二次开发.
做互联网有一点是让你时刻揣着一颗创业的心.

我在互联网和企业应用各干了5年以上，两者区别还是蛮大的。随便说几点：

互联网：关注响应速度，网络安全，更新频繁。通常是分布式存储数据，也经常利用文件系统。多使用海量服务器提高并发量，大量使用开源服务器软件和数据库。

企业应用：关注数据安全，对数据精确性非常敏感。由于业务复杂造成繁琐的计算，很多地方会使用存储过程。多使用小型机甚至大机等集中处理，单表几千万甚至上亿条数据的随处可见。更信赖oracle/weblogic/websphere等商业软件。通常比较保守，不会采用最新的开源软件而是稳妥解决方案(我见到很多系统还跑在jdk1.3上)

从开发者角度来说：互联网对纯技术要求比较高。企业应用对业务要求比较高。但是很难说谁比谁NB，毕竟：复杂的业务模型同样需要强大的技术背景。OO、Pattern、DDD一样都不能少

当然，我说的企业应用特指银行保险电信之类的大型企业应用。
小型企业应用就没那么多讲究了。

两者在所处环境和目标上面均有比较大的差异，决定了其开发、架构等方面的不同。有兴趣可以看我的博客上面从架构的角度进行的分析。

企业内部应用的系统和技术，在条件合适的情况下，极有可能转化为互联网应用，最开始的即时通信平台就是在企业内部使用的，后来才推广到互联网上面，这样的例子非常多，我们现在的互联网在初期也就是军事和科研部门内部通讯网络，就是一种企业应用，在条件成熟后，就可以推广到整个社会领域，成为广域条件下的应用

比较认同你的看法

不愧是老资格的见解！呵呵，我们单位的几个系统跑在1.4上。

虽然可转化,但是决不仅仅是把口一开到internet上,企业应用就摇身一变成为互联网应用了.而更多的应该是一个量变到质变的过程.PV上去了,于是要考虑性能优化,考虑集群,考虑分布式缓存,分布式计算;数据量上来了,于是要考虑数据库垂直或水平切分,要考虑多点备份策略,考虑重新构建文件系统等等.更有甚者,可能从构架上都要动动筋骨才能适应互联网的需求,而这一切又必须对客户透明下切换,实施难度不一般.所以我觉得,如果真有你说的这种情况,那也只是说业务逻辑被迁移到互联网,而从底层技术上来说,可能已经脱胎换骨了.

企业应用的PV怎么会上去呢,面对的用户数量级怎么能和互联网应用一样呢? 个人觉得,很多时候企业应用不会涉及到太多高性能方面的内容.

我之前的公司用的1.6,现在的公司倒退到1.4,搞得我有时用泛型报错,郁闷...
不过在DB上写procedure倒的确是多,有近70%的逻辑都在DB层,每次生产上出了问题就去翻sql文件,密密麻麻的分析得头昏脑胀,一直想重构下都不知从何下手.正好就此展开,企业应用一定要把大量逻辑集中在DB层么.我觉得主要的原因是大部分的操作直接针对数据表的操作,可能500行的过程里面有400行都是DML,剩下的一丁点逻辑如果单独拿出来封装到java得不偿失,造成现在这种境况.

因此得出一个结论:企业应用业务多,数据DML多,除了较复杂的报表需要做ETL和预算外,大多都是简单的读写,于是将业务降低放到DB层和数据浆糊在一起;而互联网应用更多的是数据导向的,数据是重中之重,并且在直接数据之上还会做许多复杂的数据分析/重整/提取,比如分析某用户一段时间下的浏览历史,分析他的个人喜好,预测他可能的范围等等,并将结果放到缓存中提高命中率和响应效率,因此对算法的要求相对于OO更多一些.

互联网和企业应用个人觉得各有长处，但是如果想自己创业的话应该往互联网这个方向发展可能好些！