В техническом и процессном плане не могу придумать ни одной претензии, все хорошо.
В культурном — фирма очень закрытая, консервативная и немного совковая (и в хорошем смысле тоже) на фоне других продуктовых компаний, но многим это нравится, текучка маленькая. Минимум одного удаленщика я там видел.
Самое ужасное — совершенно отвратительная столовая.
Если вы меня хотите убедить, что 1С — это хорошо, так я с этим не спорю, 1С все еще лучше большей части ERP-платформ с которыми я сталкивался.
Но это не отменяет того, что в 2019 году хорошо бы уметь в некоторые вещи, важные именно для узкой предметноориентированной платформы для разработки бизнес-приложений.
Нет, неправильно. Для реализации любого из объектов конфигурации на .net мне не нужно писать внешний компонент и подключать его через com, хотя это и возможно.
То есть мы имеем вроде бы переносимую платформу, но я не могу решить проблему на компьютере с Windows, так чтобы решение из коробки заработало на компьютере с Linux или MacOS.
Считает, что платформа должна реализовывать на все случаи жизни ситуации?
Нет, но описанные выше сценарии — они не экзотические, они совершенно обычные и болит от у них у многих.
Я как раз имею в виду цикл в фоновом задании. Ну не умеет 1с держать открытое соединение. Народ городит отдельные потоки во внешних компонентах которые держат соединение открытым, сигналят 1с, а фоновое задание в бесконечном цикле проверяет результаты.
Именно так, при этом работает все плохо, потому что фоновые задания архитектурно не рассчитаны на то, чтобы жить долго и тем более крутить бесконечный цикл.
Ждать его от внешней системы удерживая http-соединение и параллельно занимаясь другими делами, не занимая фоновым заданием рабочий поток, который мог бы делать что-то полезное.
не очень понятно почему вы не хотите использовать инструментарий который для этого и разрабатывался…
Потому что существующий инструментарий разрабатывался не для этого и не решает проблему.
Предположим, что есть внешнее API отдающее поток событий через long polling. Реализовать обработку потока событий на 1С таким образом, чтобы минимизировать занятие потока фоновым заданием (потому что пока мы висим на long polling хотелось бы и другие задания повыполнять), без холостых оборотов процессора (потому что Thread.Sleep() у вас нет) и без пересоздания фоновых заданий(потому что в 1с создание фонового задания — это очень дорого и медленно).
Это очень большой класс задач, если что, которые реально пытаются решать на 1С — от телеграм-ботов до торговых терминалов.
В техническом и процессном плане не могу придумать ни одной претензии, все хорошо.
В культурном — фирма очень закрытая, консервативная и немного совковая (и в хорошем смысле тоже) на фоне других продуктовых компаний, но многим это нравится, текучка маленькая. Минимум одного удаленщика я там видел.
Самое ужасное — совершенно отвратительная столовая.
salesforce streaming api не поддерживает вебсокеты.
Моя позиция по поводу сравнения теплого с мягким есть вот тут — habr.com/en/company/lsfusion/blog/468415/#comment_20703735 и ниже по ветке.
Если вы меня хотите убедить, что 1С — это хорошо, так я с этим не спорю, 1С все еще лучше большей части ERP-платформ с которыми я сталкивался.
Но это не отменяет того, что в 2019 году хорошо бы уметь в некоторые вещи, важные именно для узкой предметноориентированной платформы для разработки бизнес-приложений.
Нет, неправильно. Для реализации любого из объектов конфигурации на .net мне не нужно писать внешний компонент и подключать его через com, хотя это и возможно.
Я в очередной раз напомню, что речь о очень банальной задаче.
Нет, но описанные выше сценарии — они не экзотические, они совершенно обычные и болит от у них у многих.
Это очень далеко от «написал на встроенном языке один раз и заработало везде одинаково».
Кроссплатформенно и переносимо?
Во-первых, это не вебсокеты, а во-вторых, удачи в использовании api, которое не поддерживает вебсокеты, а таковых много.
UPD Точнее это не те вебсокеты, с помощью которых вы можете проинтегрироваться с внешними апи.
Это джаваскрипт, а не 1с. На сервере тоже будете фейковую страничку открывать… где?
Это не эта задача. Ну и внешняя компонента — это не 1С и не переносимо.
Оказывается, что я на прошлой работе полгода занимался нецелевой проблемой :(
Они не являлись целевыми в 2002 году, надо понимать, что мир изменился, а платформа уже несколько устарела.
Именно так, при этом работает все плохо, потому что фоновые задания архитектурно не рассчитаны на то, чтобы жить долго и тем более крутить бесконечный цикл.
Я еще раз повторю — long polling.
Потому что существующий инструментарий разрабатывался не для этого и не решает проблему.
Это очень большой класс задач, если что, которые реально пытаются решать на 1С — от телеграм-ботов до торговых терминалов.
Нет, не умеет, совсем. И это одна из реальных проблем, да.