[推荐] 现在经常听网友说做大型的网站和做企业的管理系统完全是不一回事，是真的吗？ [问题点数：20分]

现在经常会听一下人说大型的网站的设计架构和普通的企业内部用的ERP管理系统完全不是一个概念，大型网站的设计貌似好像更难，技术更牛逼一样，这些网站或者管理系统不都是由JAVA,.NET,PHP这些的语言实现的吗？小白求科普~

大型网站的系统设计和企业内部管理系统的设计肯定是不一样的，比如像新浪，搜狐这样的大型门户，同时在线都是几百，上千万的用户，你一个几千人的大型企业同时在线能有个几百人就很多了，所以这不仅仅是是不是采用相同语言的问题，你可以参考一下这篇文章：

本人做过企业系统，现在做大型电子商务网站的开发，说说我的观点：

1、企业应用对高可用，水平拓展，可伸缩，数据一致性，性能几乎没有要求，而且数据量小，技术层次较低，基本都是CRUD。

2、网站的系统设计往往数据量大，并发高，对系统的高可用和扩展都有很高的要求，所谓量变引起质变，技术要求自然高不少，不是说代码写好了就一定能够正确执行。

想想你一个日GMV过亿的网站，你dump个五分钟就几百万的销售额没了，这个锅谁背？

大型网站功能开发不仅是实现，还要考虑容错和运维，光容错怎么做就够你喝一壶的

本人做过企业系统，现在做大型电子商务网站的开发，说说我的观点：

1、企业应用对高可用，水平拓展，可伸缩，数据一致性，性能几乎没有要求，而且数据量小，技术层次较低，基本都是CRUD。

2、网站的系统设计往往数据量大，并发高，对系统的高可用和扩展都有很高的要求，所谓量变引起质变，技术要求自然高不少，不是说代码写好了就一定能够正确执行。

想想你一个日GMV过亿的网站，你dump个五分钟就几百万的销售额没了，这个锅谁背？

大型网站的系统设计和企业内部管理系统的设计肯定是不一样的，比如像新浪，搜狐这样的大型门户，同时在线都是几百，上千万的用户，你一个几千人的大型企业同时在线能有个几百人就很多了，所以这不仅仅是是不是采用相同语言的问题，你可以参考一下这篇文章：或许对你会有点启发~

我们给市政公司做的某一个很简单的收费系统，面对全市上千万人口收费，20个营业厅，还有复杂和巨大的后台结算系统。而这只是一个简单的企业应用而已。

我们也有一个另外一个非常简单的企业应用，管理者上万个生产传感器，随时指挥几千台（分布在上万平方公里范围内）设备各种动作和诊断，每年几十亿人民币的生产量，主要就靠套系统。而且还跟数据中心、管理决策系统相连。

我认为，如果把企业应用就是理解为办公OA，那么许多人的理解就错了。

如果你亲自参与开发一个巨大的百货连锁公司的系统，数万人忙碌地操作着终端，每天有几十亿笔交易，每天有着复杂的管理控制行为，那么这样的系统肯定是别有一番技术含量的。或者你开发一个国家某部委的随便某个行业的数据中心系统。或者你为某个军区做一个简单的基于卫星的部队文娱活动的多媒体信息发布系统。或者做一个简单的地下管网布线管理系统。这些都是十几个人，几千万投资的系统。

我认为你所听到的说法，实际上代表着不同行业发展不均衡的区别。电商是相比于其它行业而一个非常落后的行业，但是现在它使用到了上千台廉价而且不可靠的服务器来处理突发事件，这是最近几年的特点。这在技术上确实是很好也很新颖的事情，这些与传统的系统相结合（例如售票、甚至金融），也是必然的趋势。

但是如果有人说在30年前，世界上连类似电商那样的大的计算机系统都不的存在，那就大错特错了。就算是30年前，许多计算机系统也达到了相同的成就，只不过可能不是用廉价的电脑来实现，而且用户终端也不是网页（而是电话等等）。

而在今天，许多人一提到传统软件，以为就是OA、十几家小店面连锁店的进销存、一个什么驾校考试系统，等等。拿自己的这些项目经验跟当今的那些整天都在曝光、晒脸的国内互联网企业宣传相比，自然是比不过了。

你所谓的“大型网站”，其实从零售业务上来说，可以说没有多少技术含量。它们基本上就相当于一个“农村自由市场”，它们主管收租，而自己不经营，因此也就少了许多技术含量的事情。

那么它们的所谓新颖的技术，体现在了高并发、应付突发事件上。从这点来说，有积极意义。但是不要把软件技术、网络技术看得那么浅薄。软件技术、网络技术会渗透到各行各业的有无穷无尽的深度的知识中去，而现在的电商所达到的，还只是冰山一角。传统行业还在学习电商的处理应激反应系统的计算机架构和运维方法，而已。

网站需要处理大量并发。
ERP需要处理复杂的业务逻辑。
技术要求也没有说哪个比哪个高级的，ERP的核心算法也是很复杂的，优化无止境。
至于电商，两个特征都具备。

纯粹胡扯。支持SP的观点，很多人观点以为 企业级应用就是OA什么了。。。

可以说 网站 的技术含量是非常低的， 为什么这么说？因为 没多少人有机会接触到pv千万级别，10000+并发的网站的，

代码层面根本没差别。。。可能主要是架构层面，但是架构层面 全公司 最多也就，1到2个人回去考虑到，其实真实的情况是

根本就不管你什么事。当然你可以去学习，去借鉴。

上家公司做的  财经门户， 也是个门户网站了，有啥技术含量？没有，真的没有。。。

正如2楼说的  注重点不一样，，，

并发 性能， 企业级应用难道不需要考虑？

另外楼主  并发 并不是通过代码来解决的。这点你要知道。。。

不见得网站的代码就比应用的代码高级，相反 要简单很多，因为企业级应用一般上  业务是很复杂的。

正如2楼说的  注重点不一样，，，

并发 性能， 企业级应用难道不需要考虑？

另外楼主  并发 并不是通过代码来解决的。这点你要知道。。。

不见得网站的代码就比应用的代码高级，相反 要简单很多，因为企业级应用一般上  业务是很复杂的。

企业级应用对可靠性没有要求，大型网站对可靠性要求4个9

在高可靠性要求的情况下，你觉得简单的仅仅CRUD就能解决的吗

网站需要处理大量并发。
ERP需要处理复杂的业务逻辑。
技术要求也没有说哪个比哪个高级的，优化无止境。
至于电商，两个特征都具备。

大型网站，不是谁都能做的，淘宝不是随便都能模仿的。

看来还是需要一个过程，接触的多了，就知道了。。不要着急哦。。。

大数据和小数据的区别。小数据什么逻辑都可以，随便怎么绕逻辑关系不会有影响。大数据情况下，逻辑上就有非凡的要求。不然整个网站就崩溃了。

看我的博客上写的大数据处理。

看到你们到讨论学习到很多了

虽然看到#8的大哥的头像倍感头疼！
但是其评论 却是十分有道理

必须不一样，开发大型网站的框架更需要开放性、灵活性、更高的兼容性与稳定性，而且大部分时间都是在做前端页面的显示效果，后台逻辑简单，唯一比较重要的数据优化又不用普通程序员去做，所以开发大型网站的程序员可能大部分时间都是在跟html、css、js等较劲；而开发企业管理系统就是做解决方案，做解决方案的框架需要高度封装、高度复用以达到敏捷开发的效果，企业管理系统项目的重点是在业务逻辑上，所以虽然都是编程，所做的工作区别行还是很大的

最后说说上面那些提到并发的，并发问题跟项目类型没有一毛钱关系，即便是企业管理系统也有可能会面临高并发的问题，现在只要是个开放的web项目都会上反向代理、负载均衡，而且现在云服务大行其道，并发问题那都是小米加步枪的年代所考虑的问题了，就不要炒冷饭了，没意义。

这个是需要具体问题具体分析的。

好牛逼···，看你们的回帖我都感觉能拿来装逼了··

如果你能把企业内部erp系统作到像sap那样，你就知道什么叫难度了，
sap服务的大部分500强企业，其中很多都是跨国企业，全球都有分支，
而且企业内部系统远不止sap那么简单，还包括无数定制系统，特别是生产管理这一块，
即使如此 ，sap数据库已经有二十多万个表了
而淘宝也不过是中国范围内使用而已....

而且2楼的说“企业应用对高可用，水平拓展，可伸缩，数据一致性，性能几乎没有要求“

那是实在的误解，企业应用对可用性非常高，淘宝即使出点故障，也就用户下不了单，

而企业生产管理系统若出故障，那是要命的。。。

这些东西都是需要慢慢演变的，淘宝开始的时候也就是换了几千刀从国外买一个系统，一年后随着业务量增加了，才让甲骨文架构师从新开发了现在的系统，然后随着用户量的增加才开始了淘宝文件系统TFS、kv缓存服务器Tair 、高性能服务框架HSF、消息中间件kafka等，这个是需要慢慢发展的。
打个比方，如果你们企业内部有几十亿的员工，每天工作都离不开这个管理系统，而且节假日还有额外活动。那么大型网站和企业的管理系统都是一样的，都是被咱们国内有些公司给误导了。 

大型网站侧重点是，性能、并发性，就是高性能体现在代码、程序框架、服务器架构、数据库架构、高可用容灾等等，需要你有运维知识，架构知识。
企业的管理系统，侧重点就是业务，理解业务，实现业务也是一个很有深度的事情，但也不排除涉及到大型网站的那些特点。
其实2者不矛盾，知识侧重点不一样。

企业管理更加关注流程和逻辑.而一个购物网更关注的是并发和导购.
如果要做真正的单机高并发,现行的关系列数据库是不会符合要求的.甚至NOSQL也不符合要求.你得自己写一个并行数据库.并引入计算卡.保证速度杠杠的.

对于中小型企业，系统不多，养一个庞大的IT研发团队，还是比较奢侈的事情。但当企业大到一定规模，系统规模达到一定程度，要不要建设一个企业的IT研发团队呢？

现在有好多培训机构都说承诺包就业,是真的还是假的?本人中专毕业,,过完年想报个班学这个 可靠还是不可靠?

自毕业后，我选择了一份和编程无关的行政管理工作，原因主要有两点把，一是自己在大学时期学习的基础知识不扎实，想在高手如云的编程行业混个好的出路来，还不知是何年何月；二是自己并不是很喜欢自己的专业，毕业就业时期，也是偶然的机会让我从事现在的行政管理工作。xian'za

点击上方“CSDN”，选择“置顶公众号” 关键时刻，第一时间送达！ 程序员老矣，尚能编否？ 一直以来，都有许多人说“程序员是个吃青春饭的职业”，甚至还有说“35 岁混不到管理就等于失业”的言论。这究竟是为什么？以及从网络走入到现实生活中，大家的看法是怎样的？ 为此，《进击吧程序员》第三期在 Google DevFest 2017 上向所有程序员以及程序员相关的朋

功能简介 管理功能特色： 快速全面易用：十分钟内可获得企业全部实时详细经营资料。三十分钟熟练操作本系统。所有单据、报表可立即在互联网上发布。 业务功能特色： 业务处理：提供最强大的实时业务支持功能，自动显示当前客户厂商的应收应付余额，直接获得全部客户厂商、当前客户厂商的全部业务往来情况和结算情况详细资料，直接获取历史进价、历史售价、合同进价、合同售价等详细信息。直接跟踪销售订单和采购采购订单执行情况，直接查阅当前库存、库存变动情况，所有操作都在当前业务界面一次完成，用户不需要转换操作界面。结合首创的多次查询叠加技术，将每次查询的结果按用户要求叠放在同一界面上，能让用户最有效地分析比较各种查询结果，作出最完善的判断与决定。 往来结算：提供最详尽的结算方式，系统默认自动匹配结算，也可按单据和按品种以及按项目结算和按业务期间结算。提供月度季度年度不同时间段的折扣返利结算。 管理查询：提供一步到位的实时管理查询功能，直接实时反映所有资金结余情况，费用发生情况，商品库存情况，应收应付情况、员工借款还款情况，经营利润情况、资产负债情况，用户不需要编制任何会计凭证便可获得管理会计报表、财务报表。 业务流程：提供最完善的业务提交管理流程及万能流程定向功能，满足任意方式的单据提交流转方式。基本流程为：编辑、复核、提交、审核，提交时设定单据提交流向，可直接提交给个人、部门、多人和多部门，审批顺序自由设定。可直接使用历史流程。 生产操作：提供无限制的BOM制定功能，快速实现不同工艺不同流程物料清单编制。满足工艺配方、饲料配方、加工拆卸、生产配方等专业化要求极高的生产业务需求。提供BOM的成本效益测算功能，可帮助用户选择最佳的生产方案。提供车间库存、物料还原、物料损耗管理功能。 技术功能特色： 查询叠加技术:可将多次过滤查询结果汇总统计于不同的页面，叠放在同一界面，用户便随时根据需要比较不同结果，得出分析结果或产生相应的业务处理方案。 无限关联技术:可任意引用系统内的业务单据和业务信息，以便快速完成相关业务单据的编辑与相关的业务动作。 无缝连接技术:可任何模块基本实现与微软电子表格、电子邮件的数据输出，增强提供数据导入转接技术。 无限层次技术:基本资料的分类以无限层次分类为基础，结合系统效率自动选择分类层次级数。 阶梯管理技术:统计查询“树型结构”数据时，可按节点之间的关系，统计包含子类的全部详细信息，保证数据的准确完整。 自动编码技术:用户设定编码规则后，系统自动模拟继续编号。 报表管理技术:可以从报表管理器中，选择自己常用报表加入到主菜单中，便于随时使用不需打开报表管理器。远程可直接通过浏览器与服务器连接，直接浏览系统资料。 多单位技术:提供多单位多价格自由换算技术，满足多种使用单位的报表输出专门要求。 【一】 采购管理 模块名称 功能特点 1．厂商资料 记录供应商、厂家的基本信息，如：厂商名称、地址、所属地区、电话、执照号码、税务登记号码、开户银行等等。以地区为目录对厂商信息进行管理与维护，界面更加直观、紧凑又富有条理。提供智能编号、过滤查找、万能分类查询等特色功能，也可以登记潜在厂商的信息，潜在厂商有业务发生将自动转正式厂商。 2．商品资料 记录商品的基本信息。如：商品名称、编号、条码、类别、参考进价、库存限量、计量单位等等。以商品分类为目录对商品资料进行管理和维护，界面直观紧凑富有条理。提供智能编号、过滤查找、万能分类查询等特色功能。 3．计量单位 记录常用单位的基本信息。如：单位名称、单位属性、换算比例等等。能够满足任意核算单位的需求，不同类型的单位可按用户定义进行自由换算。完全更改原来核算单位时，系统能更新历史数据。 4．购价管理 记录商品购入价格的信息和价格政策。如：价格类别，商品名称、基本采购单价、最低采购单价、最高采购单价、价格规定的有效期限、调价文件编号内容等等。可查阅历史定价、最新定价以及采购商品的实际进价，为采购价格管理提供充分的依据。提供价格政策的注销、修改、发布等价格管理操作功能。 5．采购合同 记录采购合同的详细信息，如：合同双方当事人、合同标的、合同条款、合同附加条款、合同金额、合同有效限期限以及合同结算清单等等。提供合同执行情况登记、注销、修改及补充等功能。 6．采购订单 记录采购订单的详细信息。如：厂商名称、订货日期、商品名称规格型号、数量、单价、到货时间、到货地点、结算方式、结算日期等等。提供直接开单、引用、冲正、查找、输出等功能，提供无限数据关联和业务关联技术。审核完毕自动产生进货单，提供任务驱动业务管理模式。 7．采购开单 记录采购进货的详细信息，如：厂商名称、商品及规格型号、数量、购入单价、金额、附加费、税金、进货折扣等等。提供直接开单、引用、冲正、查找、输出等功能，提供无限数据关联和业务关联技术。审核完毕自动产生入库单和结算单，提供任务驱动业务管理模式。 8．采购入库 记录采购入库的详细信息，如：入库方式，商品及规格型号、数量、进货单价（或成本单价）、入库商品批次、保质期等等。提供直接开单、引用、冲正、查找、输出等功能，提供无限数据关联和业务关联技术。入库完毕自动发出允许结算信息。 9．采购退货 记录采购退货的详细信息，如：厂商名称、商品及规格型号等，提供直接开单、引用、冲正、查找、输出等功能，提供无限数据关联和业务关联技术。审核完毕自动产生退货出库单和退货结算单，提供任务驱动业务管理模式。 10．采购结算 记录采购结算信息，如：厂商名称、结算方式、清帐方式等。提供自由组合式的清帐方式，提供到期付款报警、应付账龄报警、余额综合查询等功能。 11．提货管理 记录提货情况的详细信息。如供货人、提货人、地点、商品数量等。提供经计管理功能、对提货业务检查和标记的功能。 12．厂商档案 记录厂商的详细信息。以厂商资料为基础，将业务发生的实际情况、洽谈拜访情况、交际费用情况、其它管理必要信息进行动态汇总为用户分析厂商提供最多信息。 13．联系人 记录采购业务联系人的详细信息，如：联系方式，社会关系、家庭情况、兴趣爱好、专长等等。提供智能编号、过滤查找、万能分类查询等特色功能。 14．采购金额分析 以采购金额为主，对采购业务进行梯级网状分析。提供按地区、地区级别、部门、部门级别、厂商、所属行业、业务人员、采购金额、业务费用、应付余额等关联复杂分析报告。用户可根据分析需要自由组合分析项目进行分类或分类汇总，分析产生结果可保留到报表阵列中。提供常用报表的自由定义、添加、修改、删除、恢复功能。 15．采购品种分析 以采购商品品种、金额为主，对采购业务进行梯级网状分析。提供按地区、地区等级、部门、部门级别、厂商、商品类别、类别等级、所属行业、业务人员、采购金额、业务费用、应付余额等关联复杂分析报告。用户可根据分析需要自由组合分析项目进行分类或分类汇总，分析产生结果可保留到报表阵列中。提供常用报表的自由定义、添加、修改、删除、恢复功能。 【二】 销售管理 模块名称 功能特点

小型企业管理系统说明 本系统采用VBA编程语言设计,主要针对数据管理和统计而设计的系统.本系统主要采用窗口操作方式进行各项目的选择和统计.从而大大方便了用户的录入和管理系统.

中国互联网络赚钱人群现状，80%的人是吃不饱的15%处温饱状态，只是5%是过着“滋润”生活的。而且贫富悬殊，富站长越来越富;穷站长掰着指头过日子，有些疑似好的项目，欲投不力，错过了很多时机，结果越来越穷。久而久之，穷站长形成一个穷人圈，天天在自己圈子里找赚钱法子，却缺乏与富站长之间的有效交流，以致很容易便失去信心，像前一阵看到sihai网友写的《不搞了，老子回家种田去了 》便是如此。　　要想摆

这似乎是一个不大不小的新闻，万达集团所属飞凡网关闭PC电商网站，转而专注移动端电商。在电商平台天猫、淘宝及京东等行业巨头，依旧兼顾PC、移动双端业务的时候，处在行业二流(仅就业务交易量而言，并无任何贬低之意)的飞凡电商此举可以魄力不小。并不只是电商平台如此“胆大妄为”，很多企业公司也在纷纷尝试新媒体营销的时候，似乎也对传统的PC版本网站兴趣不在。确实，移动端非常方便快捷，相对关注度也偏高，一种媒体

做前端网页是不是必须要用网页框架？个人感觉这分为两种情况，一种是能力超强，时间够用的情况，另外一种就是用前端网页框架，可以节约开发时间和减少工作量，这可以根据自身的情况作出正确的判断，并不是别人说什么就是什么。

六百八十寺 ，看评论！！我答案真不如评论亮 956 人赞同 因为目前所谓的微商，其商业模式有很大的问题。 其他电商是正统，比如淘宝类似XX集贸市场，进入做生意的门槛低需要淘货。 比如京东进入门槛高，正如沃尔玛万达广场之类。 微商？现在只能算是个违规占道经营的小商贩。 其他电商的和微商的本质区别是：大家有购物需求的时候，才会去卖场，而马路是用来通行的。 在卖场你