Comments 22
Ещё один оптимист средь нас :-)
Если честно, не вижу смысла для 1С делать хоть что-то из того что вы тут описали. Можно ли всё это сделать лучше? Естественно. Но "какой именно" в этом экономический смысл?
1С-ка удачно создала локальную монополию, платформу если угодно. То что куча кодеров залипла в этой их платформе, так для компании это плюс. Это для программистов это минус, но программисты как и любые другие пролетарии пролетают, когда перестают быть нужными.
P.S. Кстати, а в чем проблема запустить "Кризис" на Эльбрусе? Эмулятор, вроде бы, допилен, игрушки запускаются. Ну разве что PCI-E там какой-то грустный, но так и игра не новая.
ключевой довод, что оптимист не совсем верен, оптимизма у меня уже нет.
экономический смысл в том, что будет потерян весь рынок, рано или поздно.
Монополия не панацея, отток программистов из стека( а он продолжается) увеличение стоимости обслуживания приведет, к тому что разработка аналогичных продуктов не таких универсальных но разных зоопарковых станет выгодным делом.
В этом и смысл статьи, объяснить, что если двигать в том направлении куда идет компания 1с, то приведет это к печальному концу.
Ах ну и я не предвещаю конец света, я обозначаю риски
А "караван" из заголовка - это про что?
Как 1Сник со стажем в 20+ лет, скажу — всё так, спасибо за статью и ощущение, что я не одинок. В 1С есть масса преимуществ. В 7.7 они превалировали. Но сейчас недостатки перевешивают драматически:
- Клетка, отдельный мир. Весь ваш опыт будет нерелевантным, чтобы уйти в другие технологии хотя бы на уровне мидла.
- Собственные велосипеды. Причем они всегда хуже, чем общепринятые технологии.
- "Новая" IDE на базе уже мертвой Eclipse. Она ужасна. А старый конфигуратор просто бросили и не развивают. Мы сидим с плохим тулингом для разработки. Никаких VSCode или чего-то подобного.
- Внедрили асинхронные колбеки, когда весь мир уже перешел на async/await. В формах лапша из безумного количества колбеков с похожими названиями, разобраться в которых решительно невозможно. На них же построена БСП, которую ни понять (overengineering), ни отладить (из-за разрыва контекста нет пошаговой отладки).
- Сделали скриптовый язык со статической (!!!) типизацией, а платформа с тысячами модулей и зависимостями — остается с динамической. Смешно? Плакать хочется.
- Непрерывное внедрение фич, которые зачастую — костыли на уровне платформы. Что характерно — багов добавляется больше. О стабильности работы хотя бы на уровне 10-летней давности я уже забыл — падает регулярно и клиент и сервер.
- Обещали Community-версию платформы год назад. Выпустили тестовую версию. Она увешана кучей ограничений и при этом еженедельной отсылкой неких данных в 1С, на основании которых сама 1С может эту лицензию отозвать. Четких правил отзыва нет, всё зависит от "доброй воли" самой 1С. Вы понимаете всю пропасть между 1С и любой другой технологией?
Доверие к адекватности вендора подорвано окончательно. Когда выяснилось, что из себя представляет Community версия — для меня это стало последней каплей. Они не способны меняться. Они были, есть и будут закрытыми, устаревшими и некачественными. Они будут отставать от рынка всё сильнее и сильнее и похоронят в своей клетке всех разработчиков, кто делал на них ставку.
Поэтому я принял решение уйти из 1С.
Согласен, со всем. По-моему все дело в отсутствии конкурентов.
Асинки в платформе давно появились.
Асинхронность в виде колбеков пришла в 1С в 2013. Недостатки известны были всем, кроме фирмы 1С, видимо. Даже .Net уже перешел к тому времени на псевдосинхронность. Подзадержался только js.
Недавно, в 2020, в 1С наконец-то добавили псевдосинхронность. Теперь подождем еще лет 10, пока лапша из колбеков в БСП и типовых конфигурациях будет переписана.
Таким образом, временной лаг по сравнению с мэйнстримом составляет 5...15 лет.
да?, можно запустить 17 процессов(хотя бы) 1с, которые будут делать 17 запросов, а потом собирать результат в один, и этот функционал был давно без костылей в виде сбора данных регламентными заданиям. И при это не вызвать взаимоблокировку?
Мне кажется Вы путаете асинхронность и многопоточность. Это связанные, но не тождественные понятия.
> без костылей
На самом деле, оптимизаторы внутри СУБД обычно хорошо справляются с такой задачей, и без участия прикладного разработчика. Оптимизатор, исходя из построенного плана, часто разбивает "тяжелый" запрос на кучу параллельно выполняющихся запросов. В MS SQL это настраивается с помощьюmax degree of paralrllism, в PostgreSQL, кажется, тоже была какая-то настройка. Но это уже тонкие материи, в области знаний DBA. Иногда, даже в СУБД возникают с такой параллельностью проблемы (гуглить CXPacket). А Вы хотите чтобы прикладной разработчик смог сам это захардкодить, без доступа к статистикам, сразу и правильно, не став причиной регресса, да еще и в несколько строчек кода?
Может быть есть примеры сред разработки (языков), где такая задача решается легко и просто?
gather python, но да возможно путаю
Если все awaitable объекты завершены успешно, то результатом является совокупный список возвращенных значений этих объектов.
Если я правильно понял, это как ОжидатьЗавершенияВыполнения(), который используется для ожидания завершения последнего из списка фоновых заданий, только для обещаний. Вероятно, подобный синтаксис появится в скором времени и для Ждать. Но это в любом случае, не про сбор результата распараллеленного запроса из кучки результатов. Тут без костылей, даже не знаю, как обойтись.
А чем Communty то так расстроила? Все что нужно есть, даже сервер бесплатный. Для разработки и тестирования имеющегося функционала с головой
- Ограничения. Она сделана как "слегка приоткрытый закрытый продукт". Сравните с Community версиями нормального мэйнстрима — VS, например, которая по сути ничем не отличается от полноценной версии.
- Зависимость от "доброй" воли 1С, которая может эту самую лицензию отобрать — а четких правил нет. Мы знаем историю с лицензированием 1С, когда даже честно купленные продукты переставали работать. Проблема 01.02.2021 знакома?
Я понимаю, что мое разочарование связано, в основном, с обманутыми ожиданиями.
Ожидания были, что появится Community-версия, такая как у всех. А появился совершенно не соответствующий названию продукт, полностью в стиле закрытой 1С.
Если бы они были сделаны в виде веб-сервиса, мультиязычными и содержащими ту же логику, они бы действительно могли встать вровень с Яндексом
Штааа??? Если бы бабушка стала дедушкой? Какой-то странный поток сознания... Если бы SAP был Гуглом, то он бы не был SAP-ом...
1С придумала базовые классы и сказала сюда ходи сюда не ходи. И все, никакой возможности расширить, совместить, скомбинировать
Алилуйя! Спасибо 1С, что имеешь ограничения в базовых классах и не даёшь true-программистам из справочника делать документ, а заставляешь включить мозг и придерживаться заданной логики. Спасибо, что остаётся возможность развивать и поддерживать решения с 10 млн. строками кода (ERP+), не объявляя в федеральный розыск тех, кто по своей логике решил "расширить, совместить, скомбинировать".
Ну, true-разработчикам ничего не мешает и при таких ограничениях делать из справочника регистр накопления (видел лично), а также из справочника — документ (внезапно, типовой 1С Документооборот: Справочник.ДокументыПредприятия).
Мне кажется, автор имел в виду не просто необходимость как-то расширить базовый Справочник, скажем, а общую бедность языка и фреймворка.
Нет никакого ООП, нет функционального программирования, нет хотя бы функций высшего порядка. Нет вообще ничего, у нас примитивнейший бэйсик!
Приведу конкретный пример. Мы не можем создать некий общий виджет, скажем "Согласование документа" с кучей кнопочек/менюшек, отображением состояния и прочего, инакпсулировать в него все обработчики, а потом просто кидать его на формы нужного документа, как это было бы в нормальном языке на современном фреймворке.
Вместо этого на формы нужных документов кидаем целую группу элементов копипастой, в коде формы делаем кучу отсылок и обработчиков всего этого опять таки копипастой, а в общих модулях делаем некий общий API. И такое дублирование — везде, не только в формах.
Поэтому нам приходится поддерживать 10 млн строк кода в ERP вместо 1 млн.
Спасибо платформе за то, что она такая какая есть, и не развивается в сторону пожеланий всяких смузихлёбов. Этих смузихлёбов ничего не ограничивает в развитии куда угодно кроме 1С, успешно работая при этом с платформой. Меня больше даже забавляет, то что существует очень большой пласт разработчиков, которые хотят жениться раз и навсегда на какой-то конкретной технологии. А технология раз за разом дает им пинка под зад. Что еще более смешно, что так происходит с этими людьми при любом выбранном стеке в начале карьеры.
давайте поменяем слово платформа и 1с на "делфи", в вашем комментарии
Как же это верно насчет Делфи. Когда-то поставил на него и проиграл, что в целом отбило интерес к проф. программированию.
Хотя сейчас Делфи как раз пытается в развитие, кроссплатформенность, разные фишки подобавляли. Но кроме как для поддержки старых проектов и редких хобби он никому не нужен. И коммьюнити сильно небольшое. Соответственно, даже если захотеть, возможностей для роста в нем до уровня хорошего миддла и выше почти нет. Даже в области науки понемногу мигрировали с него на разные Питоны.
Я склонен считать, что он проиграл, как коммерческий проект больше по управленческим причинам + местами не повезло. Однако, как ЯП, до сих пор люблю его :).
Собака лает, караван идет