Настанет ли такое время, чтобы Веб-программисты были востребованы так же как и 1с программисты самой фирмой 1с и партнерской сетью? Чтоб продукты 1с уже требовали навыков веб-программиста - как фронт энд части, так и бэк энд? И чтоб настройка коробочного решения требовала вызова одного специалиста, а дальше уже чтоб вызывали веб программиста, который бы написал морду для веба и различные скрипты на этой странице для визуализации страницы.

как разработчику под 1с веб дизайн ни как не нужен вообще. Хватает того что есть для покрытия 90% потребностей

Не дай бог, чтобы учётные системы работали как веб-приложения.

Казалось бы, причем здесь Битрикс..

(1)ну вот разработчик 1с пусть как раз делает логику работы. А веб программист делает чтобы в интернете это все выглядело красиво.

(0) ага, веб-разработчика, потом дизайнера
еще неплохо администратора баз данных, специалиста по Java, отдельно двух по Go и Scala

(3)битрикс - это мало. Они по сути с 1с просто имеют обмен данными через файл. Они не являются одной единой системой с поддержкой веб технологий и современного HTM5

>ну вот разработчик 1с пусть как раз делает логику работы

а куда девать г.вно поделки - из типовых и собственного рукоблудия - когда половина кода в форме?

(6) Нафейхоа это грёбанный интерфейс учётной программе? Когда нужна точность, скорость и может быть удобство?

(0) уже
вот
v8: REST интерфейс для 1С

Лучше чем болтать сделать, что нибудь для 1С типа http://www.oknosoft.ru/metadata/

Вот тут рекламка vaadin проскакивает... так что скоро и "веб-программисты" слегка потеснятся в своих рядах

и 1С-ники в т.ч. потеснят "веб-программистов", потому что для многих задач их "уникальных" навыков и знаний будет не нужно

(10) прикольно...

вот сюда 1с-у идти и надо

перетряхнуть фреймворк - он до сих пор слишком близок к модели 7.7 - и нормальный половозрелый язык/среда/ide для разработки

(0) Что,MVC захотелось?

мечта что бухи будут сами что-то делать в пофигураторе провалилась

нет смысла держаться за "Пока ... Цикл" и изобретать на ходу костыли типа хранилища конфигурации... все равно это не github и даже не vss

(0) Зачем оно? Очередной мопед с желтыми 1С :)

+(0) Ты считаешь, что 1С-ники не смогут осилить Веб?
Вот тогда сегодняшним вебам можно идти дворники, если 1С-ники туда подымутся :)

...
И неплохо отсеяться от бухов и менеджеров, которые написали "Привет мир" и пошли в программисты 1С :)

(15)
MVC, как паттерн программирования в 1С изначально есть, по крайне мере с 8.0.
И дата-биндинг там пораньше всех веб-фреймворков появился.

(17) для (13)

(0) Морду для веба уже можно делать в 1С, знать html и php для этого не обязательно.

Для начала нужно язык до уровня JS подтянуть. А так и сейчас есть HTTP сервисы, Web сервисы, прямой доступ. Многие так и поступают. Пишут сайты на том, что удобно, а обмен дааными делают через разного рода сервисы

(1) (19)
> разработчику под 1с веб дизайн ни как не нужен вообще
> Морду для веба уже можно делать в 1С, знать html и php для этого не обязательно

При чем тут дизайн и морда? Веб-приложение - это автономная работа, распределенная консистентная репликация, распределенные вычисления, в том числе - SQL на клиенте, прототипное наследование и мн. другое.

Веб-приложение работает надежно и понятно, на любом устройстве и без фокусов со стороны платформы.

В своих проектах, я продолжаю использовать 1С на сервере. Изобретать по новой модель данных, математику и методологию типовых конфигураций 1С - глупо. Но клиентскую часть приложений без вариантов рисую на http://www.oknosoft.ru/metadata/
Преимущества браузерных технологий слишком существенны, чтобы оставаться в тесной смирительной рубашке толстого или тонкого клиентов 1С

(21)
По сути, вы просто вместо MySql используете 1C. В качестве еще одного бэкэнда. Не самого лучшего, между тем.
Зачем в этом контексте говорить о скрещивании 1С и Web - непонятно. Никто же не говорит о скрещивании MySql и Web.

(17)
> дата-биндинг там пораньше всех веб-фреймворков появился
Появился в 1С он действительно, раньше, но в современном JS есть Object.observe(), которого ни в ближайшем, ни в отдаленном будущем в платформе не ожидается

(22) Между реляционными табличками и ORM 1C есть некоторая разница.
Мне эта разница кажется очень существенной.

(23)
Observe - не панацея и может приводить к крайне сложно-запутанной логике отслеживания изменений и обновления представления в случае сложных зависимостей данных друг от друга. Мне больше по душе подход AngularJS.
(24)
Для MySql (и других СУБД) полно ORMов - тысячи их.
Сейчас редко кто кодит непосредственно в sql-запросах.

(21) Так я не против, я так же делаю. 1С суть БД и интерфейс между данными и браузером.

(8) а вот не "может быть, удобство", а удобство в первую очередь, такие сейчас тренды. Пользователи вообще напрягаться не хотят, хотят поменьше тыкать, и чтоб красиво было.

(24) Ну присобачить Linq to EF к 1С не проблема
http://catalog.mista.ru/public/402038/

28 Но, кроме того есть HTTP и Web сервисы а так же ODATA к которой можно обращаться через Linq
http://catalog.mista.ru/public/403524/

(0) Зачем это, когда есть 1CFresh и Web-клиент?
Да и OData никто не отменял.

(21) Хорошо пропиарили свой продукт :)

(28) (29) ohshi... и тут c# вылез :)

(0) Еврейчик, ты чтоли? Не знал что от веганской диеты такой приход...

(32) К твоему сведению сайты так же пишут на Asp.Net.
Правильнее говорить не C#, а .Net

(16)Вот такую страничку http://www.oknosoft.ru/metadata/
средствами 1с не запилить.
а ведь есть резон хранить все данные в базе 1с и в ней же генерить вот такие морды используя js фреймворки.

(35) Посмотрел демки - хороши.

(27) Когда модой становится дурость, следовать ей совсем не обязательно.

(2)
> Не дай бог, чтобы учётные системы работали как веб-приложения

Веб-приложение - это надежность, скорость и эффективность интерфейса (юзабилити)
Ваше желание стоить ненадежные учетные системы со сложным интерфейсом можно объяснить.
Они позволяют зарабатывать на обучении и сопровождении.
Не понятна враждебность к улучшению производительности.
Клиент metadata.js жрёт в 20 (двадцать) раз меньше трафика по сравнению с тремя традиционными клиентами.
Зачем гонять по сети трафик, 95% которого - паразитные и связаны только со странной реализацией тонкого и веб-клиентов?

(38) Я в принципе не понимаю необходимость веб интерфейса для учётных систем. Это учет того что уже закончилось, и несколько минут или часов разницы роли как правило не играют. Разве что в умах супермобильных и эффективных менеджеров.

(39) фишка не в моде а в удобстве
броузер в любой ОС есть по умолчанию (вопросы совместимости стыдливо пропускаем)
а 1С даже тонкого клиента ставить (и обновлять если что) нужно

Большую контору с кучей (сотен) компов представляем?
Мне максимум где 200+ компов было работать так там 3 админа зашивались периодически

(40) У нас примерно столько же после сокращения, пара админов особо не зашивается. Может нет смысла на каждый релиз внимание обращать?

(38) Тебе так или иначе нужно писать back-end. Никуда недеться. А вот здесь писать уже удобнее писать на 1С. Если совмещаяя фронт и вэк энд в одном коде, то это будет значительно удобнее чем сейчас.
  А так чем больше инструментов существует тем лучше. У каждого есть свои достоинства и недостатки.
А насчет трафика, то проблема в том, что большую функциональность нужно выводить на клиента, а здесь уже зоопарк вэб браузеров. Например печатные формы можно генерить на клиенте.
Я кстати не уверен, что Вэб форма лучше специально заточенной под определеннe ось UI. Вэб хорош только в кроссплатформенности.

(39) А как без веба организовать работу нескольких точек продаж, складов и офисов?
Особенно, кода они в нескольких часовых поясах разбросаны?
Планирование и диспетчеризация - так же, задачи учетных систем .
Актуальность и оперативность данных имеет для этих задач значение

42+ Например наконец то ввести лямбды (замыкания) и например заворачивая серверные вызовы в ляммбды можно существенно увеличить производительность труда.

(43) Я тебе открою секрет, что многие пользуются RDP

(45) Опередил

По мне так Вэб хорош для клиентов, а вот внутри компании в зависимости от удаленности к северу более пожходящие по юзабельности, трафику и простоте программирования.

То есть любые решения могут быть более оптимальны в зависимости от условий их использования. И ваше решение тоже может прекрасно подходить под определенные решения. Нет серебрянной пули. А вы молодцы. Продолжайте. Мне понравилось.

(37) это не мода, а тренд. Можно к нему адаптироваться и быть "на гребне волны", а можно объявить "дуростью" и "догонять уходящий поезд", когда все остальные вовремя подсуетились и убежали вперёд. Вопрос выживания в наше непростое время.

> Это учет того что уже закончилось
Это верно для бух.учёта, но есть ещё такие вещи, как финансовое планирование, например.

(45) (46) стоимость терминального сервера не забываем учитывать.

(49)и как показывает практика, стоимость терминала меньше чем мутить все эти веб клиенты

(50) Плюс надёжность выше, а потерь информации меньше, не говоря про защищённость.

(25)
> Observe - не панацея [...] по душе подход AngularJS
Я имел в виду совсем другой уровень абстракции.
Конечно, есть подземелье, где на минус десятом этаже живёт разработчик виджетов и оперирует ангулярами, бэкбонами, реактами или ванилным js.
Разработчик веб-приложения ничего про DOM и XHR не знает. Он мыслит в терминах высокоуровневых объектов данных - почти так же, как программист 1С.

(49) Эта стоимость покрывается удобством. В том числе и временем программиста. Но еще раз повторю, что разные подходы хороши. Чем больше выбора тем лучше. Каждый выбирает для себя по ситуации, что лучше. Нет серебрянной пули

(50) У меня вот есть клиент, который в ТЗ в качестве одного из основных условий сдачи проекта указал пункт "Работа через веб-интерфейс" (не веб-клиент, а именно свой веб-интерфейс). И этот клиент - мой клиент именно потому, что я могу ему такой интерфейс разработать. RDP хорош внутри фирмы, но не всегда пользователю твоей системы удобно заходить к тебе на сервер через RDP. Ему может быть удобно из метро через планшет, например. И в таких случаях стоимость отходит далеко на задний план.

(10) (21) Впечатляет, правда. Но с клиентскими лицензиями непонятно. Это же мультиплаксор получается.

(55) *мультиплексор*

(54) Когда словит проблем первый запретит доступ к учётным системам через интернет.

(54) клиент, которому нужен функционал в течение 5 минут - не твой клиент?

зы. сам со смарта запускаю по работе базу на такси, и счастлив :)

(54)да всякие клиенты попадаются, только зачем это массово делать?
я до сих пор не понимаю, зачем в корпоративном сегменте всех массово пересаживают на тонкого клиента, имеется ввиду системы на базе 1с?

(60) У меня до сих пор основа на 8.1, это только бухня и зряплата по необходимости на 8.3 и 8.2 переехала

(59)чёйто у меня сомнения что операционисты в бухгалтерии, расчетницы ЗП, делопроизводители документооборота будут работать с планшета

(61)ну на 8.2 пару приятных фишечек появились

(63) Да. Но не столько, чтобы переползать.

(58) Нет, я только по длительным проектам работаю

(60) Наверно потому что тонкий удобнее толстого.

(66)так, с этого места поподробнее

(67) Вот делать мне нечего - холивары разводить.

А (66) не лопата на вентилятор?

(68)(69)а так хотелось  ))

О, глянь ка, уже расчехлили свои лазерные овнометы.

(71)и не зачехляли )

Ребята, расширяйте уже кругозор, на бухне и зупе свет клином не сошёлся. Посмотрите презентацию последнего релиза УНФ, поймите, что 7.7 и 8.1 - морально давно устаревшее гуано мамонта...
http://www.youtube.com/playlist?list=PLCusuGHiDvVkatZzAG-KqJtowyXdflCp9

(72) Всегда на боевом посту? )

(73) Не гонитесь за обёрткой, посмотрите критически на то что делать собираетесь и чему других учите

(73)только давайте 77 сюда не будем приплетать

(75) это не обёртка, а возможности. Можно болт в стену отвёрткой закручивать, а можно шуруповёртом. Кашу можно в кастрюльке варить, и следить за ней, чтобы не убежала, а можно закинуть с вечера в мультиварку (тоже вот "новомодное") и утром спокойно кушать уже готовое и подогретое.

(73) Угу.. Вот шеф приобрел-бы что-то типа УНФ/УТ/УПП - вот тут-то и увидел-бы свежее гуано другого мамонта.
у нас 7.7 - как нельзя лучше, удовлетворяет запросам служб производства.
8.х однозначно придется дорабатывать.
Я понимаю, франчам нужен заработок, попытка - впарить ненужное

(76) будем, потому что из-за такого архаичного подхода этот франкенштейн всё никак не усопнет

(77) Вот только когда дом из брёвен перфоратор нелепо выглядит. Микроскоп прибор тяжёлый, а гвозди им не забивают.

(78) не поверю, что когда-то 7.7 прямо "из коробки" взлетела. Всё нужно дорабатывать.

(78) + а фантик, конечно, с блестящей полоской.
Внутри только пахнет знакомым запахом.

(73)посмотрел, по сути свистелки перделки добавлены

(79) И хорошо, я ещё в 2004 году видел организацию, в которой никакого учётного софта не было. Обычная журнально-ордерная система на бумажных носителях

(81) И ты не поверишь бух 7.7 встала к ним как родная и проработала без переделок года три, только стандартные обновления.

(62) негоже рассчетницам и делопроизводителям в метро и на улице учет вести... хотя если прижмёт, то не их это воля - решать с чего и где работать

(81) от неё осталась одна коробка, то-бишь, название 1С:Торговля (даже не ТиС). Ей лет 15
И что.. погнаться за шуруповертом, когда есть автоматическая отвертка?

(80) (84) а это уже мы переходим в другой разрез - эффективность работы этой самой организации. Небось бюджетная. Это всё очень печально. Эффективность в современном мире невозможна как без грамотной автоматизации, так и без постоянной оптимизации бизнес-процессов.

(88) Небольшой нефтеперерабатывающий заводик, не топливо делает, но не менее нужные вещи. Например жидкость для гирокомпасов.

(87) огульно, конечно не надо... купить шуруповёрт и не знать, как им пользоваться - тоже ничего хорошего. Другое дело - на всех углах кричать, что автомобили - бесовские машины, лошади всяко православнее.

Сколько предприятий-производственников - столько особенностей в производстве.
Так что любая супер-современная УПП либо вынудит ломать производство под неё, либо дорабатывать самоё УПП.
Все слышали про "концепт" - вот это самое оно и есть.

(89)+ Ох уж мне эти оптимизаторы. В плане какого параметра или набора оптимизацию проводить собираетесь?

(73) миленько... только хочется сказать

КАКОГО КУЯ ВЕЗДЕ ПО РАЗНОМУ??!!

почему настройки в БП состоят из организация/склад/подразделение - где все остальное??

почему цены вводятся только по характеристике? почему ее нельзя вводить "целиком по поции" и уточнять до характеристике?

и еще миллион вопросов

(92) это ответ не из одной строки текста и не бесплатный :)

(90) Купить шуруповерт, и убедиться, что он без переделки не шурупит..

(94) Вот и приходится сцаной тряпкой и по мордасам таких горе-оптимизаторов гнать.

(96) да-да, а потом годика через два и контору разогнать... В этом плане нефтянка и прочие газовики, конечно, не очень показательный пример, но всё эти традиции бить зверя дубиной, как показывает опыт, заканчиваются вместе со сменой руководства на более, скажем так, свежее.

Как только на ключевые должности приходят люди, для которых словосочетание "журнально-ордерная система на бумажных носителях" звучит как дикость - поверьте, не пройдёт и года прежде, чем всё это улетит в анналы истории. Просто потому, что легче, быстрее и дешевле(!) сделать нормальную систему с нуля, чем продолжать разгребать наслоения старого гуано. Вот в этом и есть оптимизация.

(98) Всё бы так, но в мутной воде программ ловить рыбку куда как проще, чем если на каждый чих бумага в 4 экземплярах

>легче, быстрее и дешевле(!) сделать нормальную систему с нуля, чем продолжать разгребать наслоения старого гуано

гыгыгы... в одной конторе под этим лозунгом пишут уже четвертый вариант бэк-офиса... а работает в реалии "старое гуано".

не выплесните ребенка с водой

(100) естественно, кривые руки никто не отменял. Я тоже видел примеры, когда и в старом работать уже невозможно, и новое сделать не в состоянии. Но это не повод объявлять новые, перспективно ориентированные инструменты "ведьминским отродьем".

>Но это не повод объявлять новые, перспективно ориентированные инструменты

пока они свою эффективность не докажут - это все лапша на ушах

(99) во всём нужна мера, если на каждый чих бумага в 4-х экземплярах, то скоро эту бумагу будет негде хранить и придётся вывозить Камазами, да и бумага - это тоже накладные расходы.

(77) У меня на 77 в связке с Code First и Linq to EF http://catalog.mista.ru/public/393228/

Прекрасно работает.

(102) в (38) приведён пример, а дальше пошла беседа на тему "я в принципе не понимаю, зачем веб-интерфейс"

104 лучше не хаять другое, а говорить о достоинствах вашей системы.

Касательно журнально-ордерной..
Изобретена она была чисто для ручной обработки, а также поиска ошибок в бухучете.
Знаю, знакомился.
Ныне в бухгалтерии работают бухгалтеры, у которых от бухгалтера - только название должности.
Ну, уж конечно, им проще сидеть за компом и выполнять день-ото-дня примитивы, ведущие к результату. Это операторы ПВМ
О Ж-О системе они и не слыхали, а услышат - будут в тихом ужасе..

Вот в этом смысле - конечно, нужны самые современные фантики.
И чтоб поменьше думать :)

>Как только на ключевые должности приходят люди, для которых словосочетание "журнально-ордерная система на бумажных носителях" звучит как дикость

тем больше контора погружается в ж.пу... и бухгалтер не в состоянии свести валюту баланса

(104) я так понял, вам там вообще в принципе всё равно, 7.7 или 8.3? тогда не очень в тему комментарий

(38)>>Веб-приложение - это надежность, скорость и эффективность интерфейса (юзабилити)

да, да, на новом ЗУПе который 3.0 я убедился в скорости и производительности

(109) Комментарий к тому, что не надо говорить о недостатках других систем. Лучше сосредоточится о достоинствах вашей системы. Показать, все плюшки

(108) (107) Вы вот оба прикалываетесь или и вправду считаете ведение учета на бумажных носителях где-нибудь кроме палатки на рынке нормальным решением?

(112) бумага или нет - это только инструмент

(113) Ну, траншеи, конечно, тоже можно копать саперной лопаткой, но я предпочту экскаватор

(114) если руки с ж.пы - эффекта не будет

(115) М, т.е. в своей критике ты исходишь из предположения, что с саперной лопаткой всегда орудуют мегаспецы, а на экскаваторах исключительно ди*билы?

(116) когда делают "сами" и "руками" приходит понимание что и куда

когда система превращается в черный ящик - стараниями автоматизатора зачастую - то невольно (а иногда и умышленно) юзер впадает в состояние "обезьяна+кнопка=банан". И когда банан после нажатия не появляется - его начинает клинить - потому что он не понимает как это работает, что должно быть и куда смотреть когда "почему нет". Плюс "черный ящик" "снимает" с него ответственность за решения

(117) Ииии?.. Закончи мысль.

(117) я вас умоляю, хотите сказать, что юзеру надо показать, как запросы ручками писать, да и желательно на нативном скуле? Юзер должен хорошо выполнять то, что от него требуется, если он продажник - продавать, если руководитель - смотреть аналитику и принимать решения, если оператор - быстро вбивать данные, а система должна ему в этом максимально помогать, с точки зрения внутреннего устройства оставаясь для него "чёрным ящиком"

Что-то ветка скатилась в классический холивар из серии "Нокиа 3310 против смартфонов"

>Юзер должен хорошо выполнять то, что от него требуется, если он продажник - продавать, если руководитель - смотреть аналитику и принимать решения, если оператор - быстро вбивать данные, а система должна ему в этом максимально помогать, с точки зрения внутреннего устройства оставаясь для него "чёрным ящиком"

и получается в итоге (108)

(108) нет, не получается.

(121) С чего вдруг?

С того самого, что продажник просто перестаёт пониматьчто делает и превращается в "дядь, купи слона", и не может ничего продать.

(124) глупости

(124) Хм. Т.е. если продажник ведет историю общения с клиентом в своем блокнотике, а не в CRM, то это априори крутой продажник?

+ (126) И, конечно же, хороший продажник с блокнотиком будет эффективнее того же хорошего продажника с автоматизированной системой учета? От CRM до планов закупок.

(127) Сколько стоит день отсрочки платежа на единицу продукции? Для этого не нужна ни ЦРМ, ни учётная система. Для этого нужен мозг.

(128) Многие думают, что продают товары, а на самом деле продают деньги.

(128) как вы к этому пришли на основании утверждений из (121)? Какой-то набор бессвязных языковых конструкций в итоге.

(130) Вот такие продажники и пытаются впарить товар дядям с большими писями, которые в уме считают прибыль быстрее всякой учётной системы.

(0)"который бы написал морду для веба и различные скрипты на этой странице для визуализации страницы"

А дальше ?  чтобы сделать реструктуризацию одной таблицы надо всех из базы гнать  ?

Web ... это скорее простой интерфейс и база нагруженная на вставку и извлечение...

(131) А, так мы про ларьки и рыночные палатки? Я же сказал, что они могут вести учет и в тетрадке.

(134) Да нет, про бизнес, в котором стоимость денег (%) в 5-6 раз выше валовой наценки. И насколько хорошо должен работать калькулятор в голове у менеджера, чтобы уверенно называть цены и в отсрочку и в предоплату. Чтобы мне на масло с икрой хватало.

Всю ветку не читал, но осуждаю... Веб будет тоже, что и десктопные базы в 90-е. Были ОраклФормс, Бли всякие проджекты и турбы и где они? Ничего нет более кошерного чем своя сеть, толстый клиент и RDP если нужно. Что хочешь, то и делаешь. А вот САП-Р3 в 1С тащить не надо.

(134) человек работает, по сути, на бензоколонке, боюсь, что о технологиях продаж он имеет весьма слабое представление, хотя отчаянно пытается обратное впечатление произвести.

(131) закидали валенками, удаляюсь.

(110) > на новом ЗУПе который 3.0 я убедился в скорости и производительности
Имелось в виду полноценное веб-приложение, а не веб-клиент 1С.

(137) С продажей сети АЗС, мы продавать стали меньше, слегка за миллион тонн в год.

(136) > Ничего нет более кошерного чем своя сеть, толстый клиент и RDP
Более кошерного по сравнению с чем?
Например, библиотека metadata.js хостится в CDN (Content Delivery Network). Это 40 датацентров по всему миру и если вывести из строя 30, никто из пользователей даже не заметит снижения скорости.

(140) Да именно с ним. Инет упал и что делать бизнесу? По телефону работать )))

И попробуйте объяснить военным, почему у вас база в облаке))

(141) > Инет упал и что делать бизнесу? По телефону работать?
Можно и по телефону. Благо, трафик в 20 раз меньше 1С-ного и раз в 5 меньше RDP.
А еще, современное веб-приложение предполагает CRDT (распределенную консистентную репликацию) из коробки.
То есть, если связь есть - взаимодействуем с сервером напрямую. Если связи нет - работаем с локальным хранилищем.

Ну вот есть в хозяйстве зоопарк веб-приложений, клиент-банки, сбис, торговые площадки, различные онлайн сервисы. Есть java машина, которая пугается запускать вообще любое приложение под собой, ибо ататат! несекьюрно, и каждый день предлагающая себя обновить (автоматом - хренвам). Есть четыре основных браузера, которые тоже обновляются, то там отключат NPAPI, то css съедут. И все это гуано после обновлений периодически отказывается работать в каком-либо сочетании. Если в эту санта барбару добавится еще и учетная система - вообще будет жесть :)

Да и например программировать клиента на WPF намного удобнее чем на HTML. Куча инструментов. Тот же Xamarin подтягивается. HTML конечно универсален, но очень мало компонентов и по сравнению с WPF очень куцые.

(25) > Для MySql (и других СУБД) полно ORMов - тысячи их
Не надо 1000. Приведите, пожалуйста, одну ссылку на серверный движок данных, с поддержкой:
* Ссылочной типизации
* Регистров накопления (без тормозов на миллионах записей)
* Документов (желательно, с поддержкой набора состояний, а не просто проведён-непроведён)
* Распределенной репликации (желательно, не убогие узлы обмена, а полноценный CRDT)
Если такое решение существует, с удовольствием рассмотрю его в  качестве альтернативы серверу 1С

(142) > И попробуйте объяснить военным...
Windows на сервере? Прикольно.
У меня, как налогоплательщика, возникает вопрос:
а нужна ли мне такая армия, руководство которой вместо стойкой криптографии открытых алгоритмов использует проприетарного кота в мешке?
Может, под трибунал таких "военных"?

(52)
>> Разработчик веб-приложения ничего про DOM и XHR не знает.
>> Он мыслит в терминах высокоуровневых объектов данных - почти так же, как программист 1С.
Так и запишем - unpete не знает разницы между техниками "observe" и "dirty checking", а также того, что все абстракции текут.

А в чем претензии к журнально-ордерной системе учета и 1С?
От журнально-ордерной системы в 1С только пару отчетов похожих и все

(146)
У вас список требований продиктован тем, что вы пытаетесь мыслить по 1Сному. Многие разработчики веб-приложений просто не поймут - зачем все эти ваши требования, они обходятся без них. Также, как и без необходимости подымать кластер из навороченных серверов для обслуживания жалкой тысячи клиентов. И без периодического перезапуска рабочих процессов, так как они подвисают.
Да и с начальной темы - разницы между объектными и реляционными БД вы съехали.
Мне вообще сложно понять, как можно использовать в качестве серверной систему, которая не имеет хоть простейшего сборщика мусора и не ловит циклические ссылки.

(150) Спасибо. Примерно на такой ответ я и рассчитывал.
Указать хотя бы один из 1000 серверных движков с близким к 1С-ному функционалу Вы не можете.
Проблема, естественно, у меня в голове и состоит в том, что я "пытаюсь мыслить по 1Сному"

> которая не имеет хоть простейшего сборщика мусора
Серверная часть metadata.js крутится под Nodejs и сборщик мусора там присутствует

(151) Linq to EF. Написать методы проведения не проблема, зато скорость ....

150 + говорил не о прослойке. Asp.Net тоже крутится под .Net FrameWork.

Ты идешь не тем путем. Тебе нужно рассказать как можно модифицировать JS код, какие компоненты вы используете итд.
Есть ли возможность использования TypeScript итд. На простых примерах.

Реально интересует быстрое написание вэб морды для клиентов.

152+ Интересует написание клиента на TypeScript c удобными компонентами типа jqGrid http://metanit.com/sharp/mvc5/17.6.php

итд для быстрого написания клиента.

В реале хотелось бы аналог WPF с визуальной частью

(152) > Реально интересует быстрое написание вэб морды для клиентов
Присоединяйтесь к проекту, он ведь open source. Задач есть на много тысяч человеко-часов.
Клиент с автоформами к 1С-ным объектам уже сейчас собирается практически без кодирования - на декларативном описании метаданных.

(154) Было бы время. Кстати вот интересный проект http://cshtml5.com/ компиляция C# and XAML в HTML5

155 Вот кстати примеры в том чичсле контролов
http://cshtml5.com/samples/showcase/index.html?20151120

(153) > для быстрого написания клиента
Куда уж быстрее? https://youtu.be/ZDb9wD4syDs?list=PLiVLBB_TTj5njgxk5E_EjwxzCGM4XyKlQ
Получаете каркас и навешиваете на него клиентскую бизнес-логику

(157) Это очень хорошо! Но в большинстве случаев нужно написать клиента со своими контролами, своей обработкой событий. И желательно на языке типа TypeScript
Например мне очень интересен (156) Там кстати есть вкладка WCF.

Даже так интересен перенос 1С кода, на Вэб морду

(158) > написать клиента со своими контролами
Элементы управления и обработку событий разрабатывают разные специалисты.
На малом проекте, один человек может быть попеременно разработчиком виджетов, разработчиком интерфейса, разработчиком клиентской и серверной логики,
но в каждый момент времени, человек должен осознавать, какую роль он играет и кодировать под своей ролью так, как будто совсем не знаком с остальными исполнителями.
Иначе, проект можно хоронить до рождения - получим гордиев узел г*внокода, как в БСП и других известных решениях.

> желательно на языке типа TypeScript
Никто не в праве запретить Вам использовать dart, typescript  или coffeescript для манипулирования объектами metadata.js. Никаких ограничений библиотека не накладывает.

> перенос 1С кода, на Вэб морду
Традиционный 1С код, написан в синхронной модели и в большинстве случаев очень неаккуратно.
Реализовать интерпретатор 1С внутри JS не сложно, но это сведёт на нет все преимущества веб-платформы. К сожалению.
Меняется не среда исполнения, а философия разработчика.

(159) TypeScript только на стороне сервера. Кроме того описание классов тоже на TS.
Кстати в TS есть поддержка async/await

http://habrahabr.ru/company/Voximplant/blog/272037/

Кстати про нововведения https://github.com/Microsoft/TypeScript/wiki/What's-new-in-TypeScript#typescript-17