在过去的几年中，出于某种原因，我一直在努力推动人们扩大专业视野。 我坚信，在现代世界中，不可能通过从事高度专业化的活动来取代其应有的地位，只有高度专业化的活动（极少数例外）才是可能的。
例如，有个叫“编码员”的家伙-他们不想知道任何有关主题领域的知识，他们只关心代码的质量，性能，正确的数据结构。
当然，这还不错，但是这样的人一直都
依赖于环境。 他们需要一名翻译-方法专家，将客户的任务翻译成编码人员可以理解的术语。
因此，编码器对工作地点有限制-适合纯IT公司或IT部门庞大且多元化的企业。
Wagon还有更多功能-它知道如何理解用户的语言，几乎是所有方言。 但是，旅行车通常不会讲
商务语言（这种语言与用户的方言不同）。 已经有
一篇关于类似主题的
文章 ，我将不再重复。
但是今天不是关于今天，而是关于技术。
最近，我走出了一个舒适的黄色房子，发现世界上有许多特定课程的任务，我个人根本无法解决。 听起来像是：
创建高可用性业务应用程序 。 简而言之，用于业务的Web应用程序。
当然，我之前曾听说过此类应用程序，因为我曾担任过IT主管。 该公司需要一个网站，该公司需要基于云的CRM，可从任何地方访问的任务和项目管理系统以及一个在线商店。 不幸的是，幸运的是，我始终能够借助一种众所周知的技术来独立解决此类问题-找到承包商或基于SaaS模型的交钥匙解决方案。 结果，该公司花了
很多钱，却没有得到令人满意的结果。 但是稍后会更多。 此列表的唯一例外是我在瘦客户机上的1C上创建的任务和项目管理系统，但没有什么值得骄傲的。
仍然坐在舒适的黄色房屋中，我和我的同伙一起研究Bitrix及其与1C的集成。 我们找到了一个对自己方便的利基市场：事实证明，MySQL上的数据库隐藏在Bitrix内，您可以通过外部1C数据源机制使用它。 您可以编写，读取和创建表。
在我脑海中浮现出一个想法，即通过这种简单的技术，您可以构建良好，有用和有效的解决方案。 例如，我们为bitrix中的企业门户重新制作了“滑块”，在其上已经有一个真实的滑块（可以用手指在电话上滚动），并且在幻灯片中使用Google图表显示了1C指标的图形。 它看起来很有趣，它是基本实现的，并且在经理的电话上看起来非常漂亮-它可以缩放到全屏，可以理解屏幕的旋转，翻转，不需要数据交换和安装移动应用程序，正确的授权在Bitrix框中。
我什至与熟悉的网站管理员（Bitrixoids和常规网站管理员）讨论了Bitrix和1C集成客户的需求，我想与他们紧密联系。 例如，没有人会费心地将数据表驱动到Bitrix中，而不是使用带指示器的表驱动器-相同的文档或目录，以实现例如供应商的个人帐户。 集成简单易懂1Sniku，您可以响应系统事件，设置任意过滤器，使用布局方案等。
但是某种方式不起作用，Web开发人员对我的独创技术没有兴趣，但是很好。
Bitrix内部缺乏知识和开发经验，这使我感到非常困惑，即 在PHP上。 可以用悲伤的方式在网络朋友的帮助下画简单的表格，但是存在很多自我怀疑的地方。 他开始使自己想起编码器，它取决于同事。
长期以来，我可能对我的知识鸿沟视而不见，但是我和其他人一样，对自己诚实，教导自己要承认一个集体农场的存在，以便获得发展的初始动力。 他决定利用自己的建议，承认自己在开发用于业务的Web应用程序时一文不值（不考虑通过IIS作为Web应用程序发布的1C数据库），然后到Padawans讨论了这个主题。
我通过我在1C和相应的构造型方面的经验来考察Web应用程序。 因此，如果您是经验丰富的网站制造商，请宽恕我的无知和重大错误。 我仍在旅途的开始。
开发Web应用程序时引起您注意
的第一件事是
无数工具和技术 。 这些是可供DBMS使用的编程语言，框架，数据传输格式，运行时和调试环境，符号和开发规则等。 我不会列出和分析您自己知道的所有情况。
第二个不是立即可见的，而是在与客户，现有的和潜在的客户进行了几个月的沟通之后，却像1Snika一样让我震惊：为什么如此庞大的技术，如此众多的专家创造了如此
屈指可数的小范围业务解决方案 ？ 首先，这不是关于现成的解决方案，而是关于创建它们的平台和技术（我是老派的1Snik ：）。
有了针对普通人的Web应用程序，很明显-普通人几乎可以满足所有需求。 社交网络在那里，您可以通过照片找到一个人，用语音或字母交谈，玩坦克，观看视频等。
对于企业，什么呢？最常见的业务应用程序只是
公司的网站 。 我1Snick设法设法将该站点称为
业务应用程序 ，但事实仍然存在。 从理论上讲，创建站点是为了解决业务问题。 例如，为了吸引客户，此主题提供了非常广泛的服务。 唯一令您困扰的是制作网站的价格，即使是在流行的平台上也是如此。 我从公司内部看到的那些站点对业务几乎没有任何意义，但是价格与实施会计系统的项目相同。
第二种最常见的企业Web应用程序是
在线商店 。 实现选项也很多，既有现成的也有定制的。 成本以及业务收益也相差很大。 不，当然有一些围绕在线商店建立的业务，但仅此而已-都是同样的代销业务。 但是基本上，在线商店对网站来说是一个时髦的耳光。 而且，它通常放在平台的盒子里，为什么不部署（为了客户的钱）。
仍然有不同种类的
传播者 -用于组织反馈的插件和平台。 例如，在网站上有一个烦人的窗口，要求您提供电话号码，以便以后有人回电。 我，该死，性格内向。
更大的主题是
云中的任务和项目管理系统 。 有很多这样的系统，通常分别根据SaaS模型进行分发-它们没有自定义，它们的集成性很差（大惊小怪。 作为会计系统，它们适用于任务，但也不会带来太多好处。
还有什么 哦，是的，
服务 。 例如，1C提供许多服务，例如直接银行，通过TIN搜索交易对手，电子文档管理，通过数据库检查交易对手等。...它们也以SaaS的形式提供，但是可以定制客户会计系统中内置的部分。 有用的东西，当然是生活中的东西，但它们不会在商业上带来革命。
我不会提到诸如
邮件 ，
云存储或租用服务器和渲染设施之类的Web应用程序。 它们要么高度专业化，要么就是理所当然的，它们与Word和Excel相当。
当然，有
现成的解决方案 -所有主要的西方ERP都在同一年出现了网络面孔。 绝地武士说它是建立在当前技术之上的，但是我还没有准备好讨论它。 我再次对大型供应商的现成解决方案缺乏可定制性感到困惑。 这些是现成的解决方案，例如基本会计。 在中小型企业的帮助下，以合理的资金构建小型解决方案是不可能的。 是的，还有马证的费用。
中小型企业继续进攻。 他们需要供应商的仪表板，经销商的仪表板，公共部门供数百或数千人使用的分布式系统，非可视接单服务，高度可定制的任务管理系统，实时分析数据收集系统，快速整合多个数据库而无需购买一百万英镑的“大而强大”的配置，或在那里花费多少。
他们希望通过Web在
单个数据库中与经销商，客户，供应商合作。 他们不想包含任何其他系统，来回驱动数据并在不同的界面中工作（例外是PS，ZUP和KA婴儿很友好，就像没有它们一样）。
他们（几乎所有这些都非常奇怪）希望有机会
脱机工作，或者当连接断开时（这很可惜，这仍然是我们集体农场的灾难），而他们不想保留客户基础并进行交换，稍后处理冲突。 他们希望像电子邮件一样在没有Internet的情况下在电话中安静地生活-您可以观看所有字母，可以写新字母（当然不发送）-并且当出现连接时，所有这些本身就与云同步。 因此，他们希望查看其应用程序。
客户在
业务逻辑方面想要的几乎所有内容都可以在1C平台上轻松实现。 它几乎具有解决会计和分析问题所需的一切。
例如，您可以在其中轻松分解相关法规相关信息的目录。 或正确地（至少或习惯上）反映企业经济生活事件的文件。 累积寄存器正确存储了必要分析中的平衡和革命。 结合了SKD的报告为定制分析人员的工作提供了难以置信的范围。
但是
在1C上，他们不能为业务选择合适的Web应用程序 ，主要有两个原因：
无聊的黄脸和
连接数量众多的性能不佳 （我们在此处包括性能的所有方面-消耗的资源量，阻塞，成本以及总体上对许可证的需求等）。 d。）。
如果我们忽略并想象1C拥有正确的面孔，并且成千上万的同时用户没有问题（这是一个思想实验），那么
我们将获得创建高可用性业务应用程序的理想平台 。
自己判断。 想象一下，作为思想实验的一部分，您需要多少时间才能在UT 10.3的配置中创建在线商店？ 如果您不考虑界面和性能，那么看来这项任务的成本将
为零至几个小时 。 只需执行正确的RLS（用户将看到仅与他有关的所有文档），然后在系统上运行用户，就可以了！ 我进去，亲自为客户确定了订单，选择了商品（可以选择照片，价格和余额），拿着文件，享受生活。
当然，您将需要加强一些自助服务。 例如，付款。 或自动预定交货日期。 但是，您必须承认，对于1Snik来说，此类任务是吐痰和研磨。 而且，它们都已解决。
您还可以添加数据分隔，然后通常会有嗡嗡声。
组织供应商的个人帐户所需的时间完全相同，甚至更少。
要组织项目和任务管理系统，您根本不需要做任何事情-您只需将人员引入1C：文档管理2并正确设置个人资料即可。 虽然，可能不是。。。Pomer 1C：工作流程2。RIP。
如果您这样说，那么
几乎可以使用1C平台解决我所知道的“网络上的业务应用程序”中的所有任务 。
现在，我们取下了粉红色的眼镜，并记住这是一个思想实验。 我们不会让任何人去任何地方，因为健康的人不会在
黄色的网上商店工作。 一个健康的企业将不希望保留一个地狱般的物理服务器群集，该群集可以承受通过Web客户端流入大量不幸数据库的用户。 更不用说要为许可证支付多少钱了。
有些人出去，将1C和Web共享到不同的应用程序中，并通过http-services组织通信。 这是一个非常令人兴奋的活动，但本质上却丢失了-我们再次拥有两个松散耦合的应用程序，在Web部件中，我们将不得不
再次描述业务逻辑，存储数据，绘制表单和处理事件。
而且，很有可能我们可以说在系统的Web部分中，您将获得
无聊的技巧 ，或者您将不得不进行地狱般的工作。
为什么是
地狱般的东西 ？ 现在这是可以理解的：因为没有1C平台及其数据结构。 没有目录和文档，没有累积寄存器，没有报告。 有一个光秃秃的数据库，空的表单，没有对象，原始事件，无所不能的javascript，并且，如开头所述，无数可用的低级技术（用于创建对象和高级组件）。 例如，react.js。
简而言之，要在1C中创建用于业务的Web应用程序，
首先必须编写一个1C Web平台 。 至少有一块-那里的参考书，小文件，报告，图表。 这些类的行为至少是最少的，可以进行编程。
实际上，这通常是由网络制造商完成的。 因此，用于在网络上创建成人业务应用程序的这种价格。
这就是为什么网络上成人商务应用程序如此之少的原因 -没有人愿意付钱。
当然，有人购买这种作品。 在州和市政部门，住房部门中有许多此类项目（例如，用电，用水等用户的个人账户），学校的电子日记。 您可以自己判断此类应用程序的质量；您可能每个月使用一次。 当然，这不是业务应用程序，并且通常不是为了“他们”的钱而赚钱，但我认为值得一提。
底线是两难 ：
- Web解决了漂亮的脸蛋以及应用程序和数据的高可用性问题，但是没有平台可用于快速描述业务逻辑。
- 在1C中，解决了快速描述业务逻辑的问题，但是丑陋的，对开发人员不敏感的黄色面孔以及应用程序和数据的低可用性。
我们将如何决定？