Comments 41
Норм обзор. Но главный вопрос остаётся: сможет ли платформа избавиться от своей традиционной "закрытости" и "особенности", или это просто новая обёртка для старой философии? Для энтерпрайза - возможно, шаг вперёд. Для сообщества - пока больше вопросов, чем ответов.
Неплохо, новый язык в 1С давно назревал. Хорошо что в новом варианте за основу взяли нормальное современное описание типов в формате "имя слева, тип справа", как в языках новой волны Rust, Go, etc.
https://habr.com/ru/articles/270081/
Надеюсь, что это вышло не случайно, и выбор был целенаправленный.
Единственное, что не понял из статьи, теперь можно создавать собственные объекты (не справочники, не документы, а объекты) с собственной структурой? То есть, ранее 1С был предметно-ориентированным, то есть типы объектов были заранее сконструированы, и у них можно было вызывать методы. Набор типов объектов покрывал всю предметную область. Все что не входило в стандартные объекты, можно было оформлять только как отдельные ни к чему не привязанные функции, в пределах модуля конечно. А теперь самодельные объекты можно делать?
Что касается самостоятельных объектов с собственной структурой - ответ позитивный, но с нюансами))). В Элементе вы по-прежнему активно работаете с предметно-ориентированными типами вроде Справочников, Документов и прочих метаданных, которые определяют бизнес-смысл и привязаны к базе данных. Но теперь в языке появилась возможность создавать пользовательские структуры и типы данных, которые не обязательно напрямую связаны с метаданными базы.
То есть вы можете описывать свои структуры с набором полей и методами, создавать объекты этих структур и работать с ними как с полноценными типами.
Конечно, эти объекты не хранятся автоматически в базе (как справочники), а служат для локальной обработки данных, вычислений или вспомогательных алгоритмов. Для агрегирования и хранения данных всё ещё рекомендуются стандартные объекты - справочники, документы, регистры.
По сути это можно назвать большим шагом к более чистой и масштабируемой архитектуре внутри языка семейства 1С. Это приближает Элемент к классическим ООП-языкам, но до сих пор не тоже самое на 100%.
Тут наверное надо уточнить, что это все к "тому 1С", который Предприятие (про учет и автоматизацию бизнеса) не имеет отношения.
Может мне показалось, но будто в вопросе спрашивается про то, что в 1С теперь нормальный язык и можно свои объекты создавать. Но с той платформой (первой, основной, которую обычно называют 1С) и ее задачами это все не связано. Элемент совсем отдельный продукт, просто желтая фирма по старой традиции воткнула здесь в название "1С" тоже. А та какая была, такая и осталась
Господи, как я ненавижу Элемент. Или, вернее, фирму 1С за то, что его сделала. No offence автору, статья нормальная, но я просто кушать не могу, буквально, когда вспоминаю про эту... штуку
Я работаю с 1С, который обычный. У меня есть вендер, который разрабатывает эту платформу - собственно, 1С. И вместо того, чтобы фиксить огромные дыры и проблемы, которые есть в платформе, которая КОМУ ТО НУЖНА, которая эту фирму кормит, она делает вот это - лезет со своим, гхмм, "спорным" подходом к существованию в сфере разработки ПО в суперконкурентный, забитый до отказа технологиями мир веб разработки. Фирма 1С. Вот эта вот ленота, привыкшая быть монополистом и выживающая за счет вообще не-IT вещей лезет в мир бесконечного батл рояля, где двести тысяч фреймворков, и еще миллион на подходе грызутся каждый день за место под солнцем. Никто этого не просил, никто этого не хотел. Проприетарная платформа, по подписке, даже если ты хочешь ее у себя задеплоить.
Это уже не тот закрытый мир
ТОТ САМЫЙ. ТОТ ЖЕ САМЫЙ ЗАКРЫТЫЙ МИР, АБСОЛЮТНО ТОТ ЖЕ, NO EXCEPTION. Опять проприетарный черный ящик, опять от 1С, задуманный изначально как SaaS на ее серверах, с ее известным подходом - закрытыми багтрекерами, полным проприетарным вендерлоком и вот этим всем. Сырой и за деньги, при этом догоняющий. Без киллерфичей, просто самый базовый функционал, но сырой закрытый и платный. Без сообщества и опенсорса. Просто здравствуй, просто как дела
Тем временем EDT - той самой "новой" IDE для основной 1С, на эклипсе с Git-ом, в этом году стукнет 11 годиков. Абсолютное большинство 1Сников на нее так и не перешло. Потому что она отстой. Язык платформы не обновлялся уже наверное лет 20. Производительность самого ящика падает. Но это никому не надо, давайте лучше очередной веб-фреймворк запилим, еще и язык свой воткнем, чтобы он и 1Снику не был понятен сразу - это не язык 1С, который BSL, ни уже существующие веб-разрабы не могли им пользоваться. Вот на кой мне, даже как 1Снику, учить этот новый язык? Если я захочу учить новый язык, я пойду учить сразу нормальный язык. На кой это надо настоящему веб-разрабу я даже спрашивать не буду. Учить язык, существующий в рамках одной единственной, крайне сомнительной технологии, которая пропадает, как только 1Су надоест и он дернет рубильник
И сайты на нем уродливые, а облако падает постоянно. В платном проприетарном продукте, собранном из крошек опенсорса, за кучу бабла. Созданная прогерами, которые могли допиливать в это время основную платформу или многострадальный IDE. Боже, как у меня полыхает, вы бы только знали. Дно от начала до конца: от языка, который на русском понятно зачем сделан в предметно-ориентированной платформе и вообще не понятно - веб разработке (или зачем он вообще свой придуман), заканчивая знанием того, как 1С умеет работать с сообществом, которое должно быть с нуля сформировано (никак) и как эта платная, непонятная, никому неизвестная туфта вообще должна конкурировать с тем, что уже на рынке - открытым и бесплатным, часто от огромных корпораций с мега опытом, с основой на всем известных языках
Вся суть как бы передана самим автором бтв
Но если ваша задача - быстро сделать кабинет B2B-клиента со сложной логикой, реестрами и правами доступа, и быстро склеить это с 1С-кой то писать это на чистом к примеру HTML/JS/CSS вы будете в 3-4 раза дольше
Только с чистым HTML/JS/CSS оно может конкурировать. И то HTML/JS/CSS хотя бы бесплатные. Кто пишет сейчас на чистом HTML/JS/CSS, расскажите мне? Угорел с этого еще на прошлой конференции по 1С - должен был быть "батл" между "Элементом и веб-технологиями". Думаю, "блин, вот сейчас его под асфальт закатают, вот это буде шоу". Знаете что было со стороны веб-технологий? ОБЫЧНАЯ 1С:ПРЕДПРИЯТИЕ С ВЕБ МОРДОЙ НА HTML. И даже там Элемент не "победил". Не было такого что он по всем пунктам обошел, там реально мнения по полам разделились. Это такая клоунада, просто ничья на паралимпиаде по веб-разработке
И все эти тейки, которым элемент оправдывают, такие странные. Есть уже миллион технологий, где тоже не нужно "думать об отступах и flexbox", где все описывается декларативно и пр. Ну это просто не новая идея, она уже миллион раз реализована. Рынок фреймворков - градиент, где можно выбрать тот уровень абстракции, который тебе подойдет. Этот прорыв, которым кичится Элемент, просто опоздал лет на 15, ничего нового в его решениях, кроме системы оплаты, просто нет. Зато проблемы есть, о да, этого там хоть отбавляй. Найдите сайт на элементе (сложно, я знаю) - UI/UX просто вышел из чата. Причем у всех одинаково, потому что кастамизируемость фронта там очень ограничена
Как же я восхищаюсь вашим комментарием. Аплодирую стоя. Да-да и ещё раз да. Всё это г в упаковке желтенькой современной модной конфетки.
Но я хоть изначально не понимал его сути, его прикола. Но к сожалению или к счастью сейчас понял.
Да никакой нормальный сайт, интернет магазин сюда никогда не зайдёт, просто тупа из-за подписок на количество пользователей по бешеному прайсу, согласен! Но гос учреждения которые пуляют тендеры, не хотят всем этим заниматься, им нужен условный кабинет сотрудника (единственный жизнеспособный продукт на этом языке) для того что бы с минимумом манипуляций или вообще без них у них пошло КЭДО и можно было с радостью рапортовать, что у них есть оно которое работает как единое целое с 1С-кой и вообще всё классно. Вот для этого и нужен элемент. Скорее всего и 1С на него и не ставит, просто есть не большой отдел который двигает продукт и всё. Это просто доп приколюха генерирующая доп бабло и ничего больше. Подписка на всё. Закрытая дока. Закрытый продукт. Всё говорит за этот продукт. Но говорить что он не кому не нужен нельзя...
В таком случае я не понимаю, что (ну, кроме NIH синдрома) мешало 1С сделать один этот единственный продукт на какой-нибудь уже существующей технологии. Вместо того, чтобы целую блин платформу, с промоутингом и книжками, поднимать для этого
Поговаривали, что в 28 году erp переедет на новый интерфейс в стиле элемента, но это еще на 8.3.5. Подозреваю, что элемент планируется как платформа взамен текущей. Обкатают, потом начнут переводить типовые на нее.
Такая теория существует
Новый интерфейс в 8.5 - это известно. Но, думаю, одно дело накатать UI и другое - вообще под корень все переделать, вплоть до VM, языка и даже парадигмы. Ну т.е. выкинуть все за последние 20 лет: миллионы строк кода, всех программистов и начать конкурировать по новой. Во всяком случае никто об этом в таком ключе не говорил и будто мало смысла тогда сначала кучу сил влить в переход на новый UI в старом коде 1С, чтобы потом, после этого, сменить язык вообще
Хотя, это ж 1С
Ну, перешли же они с 7 на 8. Да и подписочная модель постоянно деньги приносит, а не только раз за покупку, даже в on premise - сервер то каждый год надо оплачивать. Но судя по количеству багов в последних версиях платформы, подозрение, что только доработкой ui дело не ограничивается. А вдруг, элемент так и останется элементом, а в текущую платформу завезут поддержку нового языка? Будут потихоньку модуль за модулем, форма за формой переводить на новое - хотя это даже не фантастика, а фентези.
Ну, перешли же они с 7 на 8
Несравнимый масштаб, имхо
Да и подписочная модель постоянно деньги приносит
Ну, ИТС же и сейчас есть
а в текущую платформу завезут поддержку нового языка
Meh. Я лично логику фирмы 1С понимаю так: "бизнесу это нужно и он будет за эту фичу платить - делаем. Если нет, то не делаем". Вот тут, например, хорошо написано. Поэтому и такой тухляк с развитием языка, IDE, инструментами и вот этим всем. Ну, и новый язык, соответственно, тоже в такой логике не нужен
Им сначала сертификат ФСТЭК нужно увидеть, но без мультитенантности иэту штуку можно только одну на ОГВ ставить. А SaaS из нее не выйдет.
Ещё докину сверху:
Если веб-морда нужна небольшая и не очень сложная, на чистом html/css замечательно пишут ллм, можно обычного 1С-ника вооружить, и он сделает быстрее, чем будет разучивать элемент. Умеет ли ллм в 1С: Элемент? Риторический вопрос
So far, 95% моих коллег и знакомых в среде элемент воспринимают как мертворожденное дитя.
В целом, согласен с вами, но чуть-чуть разбавлю позитивом.
Язык платформы безнадежно устарел, и по сути, новый язык - это долгожданное обновление, привлекательное преимущественно из-за статической типизации и гита. Плюс единый язык для бекэнда/фронтэнда. Язык в целом довольно свежий, для тех, кто изучает Java, C#, Dart, да даже Go, откровений не будет, но и освоить достаточно только синтаксис. А самобытных разрабов на языке платформы давно пора встряхнуть и познакомить с текучими интерфейсами, ооп-структурами, функциями как объектами первого порядка, null safety и прочими хорошими вещами.
Корпоративные стандарты на закрытость не изменятся, вендор хочет быть монополистом, но бесплатные точки входа есть. Да, с регистрацией, да, с аналитикой, но на портале разработчика можно скачать интерпретатор со средой. Документация к самому языку открытая, сбор аналитики тоже не новинка в современных стеках. Чистый язык пока подходит только для скриптования админской работы, но тем не менее.
По поводу компетенций. Не уверен точно, но для развития платформы нужны сишники на плюсах, а для EDT и элемента чистые джависты. Не сказал бы, что новая команда прям сильная, так как качество плавающее, но то, что начиналось на плюсах, невозможно переделать заново, а переделывать нужно, потому что все сопутствующие технологии слишком далеко ушли вперед. Git вместо Subversion, gRPC вместо SOAP, нейрошины (n8n) вместо конвертации и датареона, наконец, json вместо xml. Разработка новых современных продуктов и технологий, в любом случае, неизбежна, а формат, в котором это происходит, мы и наблюдаем сейчас.
EDT на Eclipse и Элемент на Theia - тупо потому что они бесплатные. Я бы тоже хотел увидеть златокрасный восход 1C на продуктах JetBrains, но это совершенно нереалистично. Мо-о-ожет, в рамках импортозамещения однажды докатимся до OpenIDE, потому что это та же Intellij IDEA для джавы, но это тоже пока фантастика.
С учетом 8.5 и единого интерфейса платформы с элементом, вендор как будто хочет уйти от ограничений платформы и воспитать новое поколение более квалифицированных разработчиков. К сожалению, со старыми подходами в отношении монополизации рынка, монополизации стека внутри компании и подписочной моделью. Но что самое ценное для меня - теперь можно начинать нормально общаться с представителями других стеков, разговаривая на общем языке с пересекающимися и актуальными концепциями, организуя понятные интеграции и строя прилично выглядящие архитектуры, в которых нет явного шовинизма к неизбежному злу существования на предприятии платформы 1С. Ну и как минимум, свалить на тот же шарп после пары лет кодинга на 1С скрипте будет гораздо легче, чем с языка платформы.
О, да, текучих интерфейсов нам только и не хватало.
Meh, не знаю
Язык платформы безнадежно устарел, и по сути, новый язык - это долгожданное обновление, привлекательное преимущественно из-за статической типизации и гита... А самобытных разрабов на языке платформы давно пора встряхнуть и познакомить с текучими интерфейсами, ооп-структурами ...
Мне от того, что Элемент лучше чем BSL, как разработчику на платформе Предприятия, ни тепло ни холодно. Это две независимые технологии, с таким же успехом я могу познакомиться с гитом и статической типизацией в любом другом языке. Я как-то не склонен видеть в 1Сниках каких-то особенных, которым нужен отдельный, именно от мамы 1С язык, т.к. другого они не поймут
Корпоративные стандарты на закрытость не изменятся, вендор хочет быть монополистом, но бесплатные точки входа есть. Да, с регистрацией, да, с аналитикой, но на портале разработчика можно скачать интерпретатор со средой. Документация к самому языку открытая, сбор аналитики тоже не новинка в современных стеках
Не понимаю, зачем есть кактус и приговаривать "Ну, в этот раз колючек на 20% меньше, молодец 1С, есть кактус стало легче, прогресс". Рынок полон альтернатив, где одновременно и продукт лучше, и всех этих загонов нет
Не уверен точно, но для развития платформы нужны сишники на плюсах, а для EDT и элемента чистые джависты
Ну нужны и нужны: 1С не маленькая фирма, я уверен, что там есть и плюсовики, и джависты, и кто только не. Не думаю, что они сидят там и выбирают, какой один язык оставить, C++ или Java, т.к. два не потянут. И если выбирают Java, то платформа на плюсах все, на помойку, больше не развиваем
но то, что начиналось на плюсах, невозможно переделать заново
Во-первых, почему? Во-вторых, почему это нельзя дальше делать на плюсах? Или на расте?
Ну и, в целом, во всех этих словах прослеживается нарратив, будто Элемент - это замена Предприятия. Новый язык для 1Сников, который давно нужен платформе, то, что на C++ сейчас переделывают на Java и пр. Только никто об этом не говорил. Ну т.е. это такая "теория заговора" на минималках, нигде нет никакой информации о том, что это так будет или планируется. 1С сама позиционирует элемент как фреймворк для веб-разработки. Поэтому я лично не вижу связи между платформой на плюсах и отдельной технологией элемента на Java
Не говоря уже о том, к какому тысячелетию это было бы реализовано, если бы 1С реально такое задумала
EDT на Eclipse и Элемент на Theia - тупо потому что они бесплатные. Я бы тоже хотел увидеть златокрасный восход 1C на продуктах JetBrains, но это совершенно нереалистично
Нет никаких проблем в Eclipse и Theia. Проблема в том, что EDT куча лет, а он не в менйстриме до сих пор, т.к. 1С не осилила. Был бы нормальный инструмент, а на чем он - никого не волнует
С учетом 8.5 и единого интерфейса платформы с элементом, вендор как будто хочет уйти от ограничений платформы и воспитать новое поколение более квалифицированных разработчиков
Я такого не вижу: единый (на самом деле не единый, просто в схожем стиле) интерфейс - это типичное, просто хрестоматийное, решение от фирмы 1С. Как всегда исключительно через призму "А бизнесу нужно? Даст денег?"
Т.е. они как всегда посчитали, что это увеличит привлекательность для бизнеса (тех, кто покупает коробки и платит деньги), а дальше - хоть трава не расти. EDT и развитие языка бизнесу не нужны, он за это не заплатит, а за красивую картинку - да. Как ее сделать с минимумом затрат? Реюзнуть уже существующие ассеты из Элемента. Все. Единая, десятилетиями отработанная логика, которой можно безотказно покрыть любое решение 1С за последние 20 лет. А все эти "квалифицированные разработчики" ей интересны только в рамках франчайзинга. Только они должны быть "квалифицированные" не в целом, а квалифицированные для работы с ее продуктом - не более. Для этого новый модный язык только мешает: это же их заново учить
Если у 1С действительно было бы какое-то желание развития разработки - она бы вложилась и доработала EDT. Вот, самое простое - добить уже проблемы этой злосчастной IDE и пересадить всех на git. А не перегонять с нее джавистов на какую-то мутную шляпу для выкачивания денег с подписок. Как в том, что пока основная платформа на технологическом дне, 1С занимается какими-то сторонними приколами ради бабла, увидеть ее желание квалифицировать разработчиков, я не знаю
почему это нельзя дальше делать на плюсах?
Я же написал почему. Потому что легаси, и даже не в плане кодовой базы, а из-за сопутствующих технологий. Все концепции вокруг переменились, подходы к совместной разработке, интеграциям, протоколам. Надо все писать заново, с нуля.
Или на расте?
Если согласны, что надо заново писать платформу, то довод продолжается тем, что надо еще и новую IDE писать. Это двойной множитель на работу, потому что под новый язык и новую платформу Элемента никто готовую IDE на блюдечке не принесет. Вендор выбрал полуторный множитель - доделал бесплатную Theia. Она на джаве, вот и выбор подосновы. Да и разрабов на расте меньше, чем на джаве.
Если у 1С действительно было бы какое-то желание развития разработки - она бы вложилась и доработала EDT
Так это тоже тупиковый вариант и временный компромисс. Ок, конфигуратор обновили, но язык все равно устарел и платформа тоже устарела, их невозможно апгрейдить под современные реалии из-за принципиально устаревшего системного дизайна.
с таким же успехом я могу познакомиться с гитом и статической типизацией в любом другом языке
Можете, но разработка это не только язык, но и фреймворк. Элемент идеологически реализует знакомый фуллстековый фреймворк с метаданными, правами, ORM, который не так уж плох сам по себе. Надо только освоить новый язык. Как будто бы нормально выглядящий процесс, когда фреймворк оставили тот же, а инструменты дали посвежее.
Я сказал, что в целом согласен с вами, просто не разделяю желание сгущать краски на эмоциях. Если есть желание оставаться в экосистеме 1С, то освоение их новых инструментов специалиста никак не оскорбляет и даже помогает. Работу по РФ искать будет легче, чем на расте или го, переходить в другие языки тоже будет легче, потому что новый язык концептуально свежий и стройный.
Процесс перехода сейчас хоть и кажется неуклюжим, но он бодрый и непреклонный. Есть возможность сделать вклад на уровне библиотек, развить профессионально-личный бренд, заработать славу и определить ландшафт для коллег на несколько лет вперед. Если не отвергать изменения по причине усталости от вендора.
Да и разрабов на расте меньше, чем на джаве.
Да и на джаве не то чтобы много. Мне так и не выделили джависта за 2 года.
Я же написал почему. Потому что легаси, и даже не в плане кодовой базы, а из-за сопутствующих технологий. Все концепции вокруг переменились, подходы к совместной разработке, интеграциям, протоколам. Надо все писать заново, с нуля.
Я просто не разделяю мнения, что Элемент заменит Предприятие. И потому, что это вопрос переписывания всех типовых на миллионы строк, и потому, что это заберет у 1С все конкурентное преимущество. 1С это про развитый франчайзинг, рынок программистов и готовые решения - все то, что годами копилось и нарабатывалось. А сменить язык это буквально значит с нуля все начать. Сейчас не девяностые, да и 1С уже имеет определенную репутацию - второй раз так выстрелить и закрепиться, как в первый, не прокатит
Если согласны, что надо заново писать платформу, то довод продолжается тем, что надо еще и новую IDE писать. Это двойной множитель на работу, потому что под новый язык и новую платформу Элемента никто готовую IDE на блюдечке не принесет. Вендор выбрал полуторный множитель - доделал бесплатную Theia. Она на джаве, вот и выбор подосновы
Когда я говорю про раст, я имею ввиду продолжить работу с существующей платформой на крестах. Но, даже так, не понимаю, в чем проблема с IDE: на базе того же Eclipse есть IDE для 7 языков, кроме самой Java - никому ничего не мешало. Theia вообще на TypeScript написана, а не на Java, если что
платформа тоже устарела, их невозможно апгрейдить под современные реалии из-за принципиально устаревшего системного дизайна.
Это просто догадки. Что там внутри одной 1С известно. К тому же, мы имеем 8.5., которая та же платформа на плюсах, 1С ее все также делает, выкатывает новые фичи, вроде интерфейса. Который кроме внешности с элементом никак не связан, внутри был на c++ написан, как и все остальное. На 8.5.5 (если не ошибаюсь) запланирован gRPC. А Элемент все также веб-фреймворк, без заточки под учет, и специфических для этого вещей. Почему вы так уверены, что элемент будет заменять предприятие я не знаю
Процесс перехода сейчас хоть и кажется неуклюжим, но он бодрый и непреклонный. Есть возможность сделать вклад на уровне библиотек, развить профессионально-личный бренд, заработать славу и определить ландшафт для коллег на несколько лет вперед. Если не отвергать изменения по причине усталости от вендора.
Где это бодрый и непреклонный процесс? В чем он выражается? Первая версия элемента в 2021м вышла, 5 лет назад уже, кто про него что знает и что он из себя представляет? 1C его как позиционировала как веб-фреймоврк для кабинетов, так и позиционирует. И соответственным образом тарифицирует. Я ни разу в жизни ни одной библиотеки к нему не видел, хотя слежу за 1Сным GitHub и ИС. Три с половиной человека там что-то "качают свой личный бренд", остальные пальцем у виска крутят
Я ни разу в жизни ни одной библиотеки к нему не видел
Приглашаю к ознакомлению.
без заточки под учет
По той же ссылке упомянуты например, "ставки НДС" и "работа с валютами". Направление дальнейшего развития прослеживается. Можно поспорить про сроки, но нет желания, потому что действительно все это очень медленно.
5 лет назад уже ... позиционировала как веб-фреймоврк для кабинетов ... кто про него что знает
Долгое время внедрение элемента было закрытое и ограниченное, с прямым упоминанием, что ведется тест. Мне кажется, справедливо не зачитывать этот срок в аргументацию. А еще все это время можно было щупать шину как производный продукт элемента, я лично участвовал в двух проектах ее внедрения и доработки на производственном и строительном предприятиях федерального уровня. Так что, извините, не соглашусь, технология, лежащая в основе, используется плотно, и отзывы коллег оптимистичные, хотя продукт сырой.
Theia вообще на TypeScript написана, а не на Java, если что
Сервер элемента и интерпретатор языка - на Java. Сервер и интерпретатор - ключевые составляющие платформы. Можно сказать, что платформа написана на Java. Интерфейс и IDE на JS/TS, но вы и React, web-Flutter и Django не назовете html/css-фреймворками, потому что язык бэка важнее в данном случае.
Но, даже так, не понимаю, в чем проблема с IDE
С новой IDE нет проблем, нашли на рынке джавистов - взяли джавистов (а не растовцев). Вы просто настаиваете, что лучше было развивать старую платформу и ее конфигуратор, а я говорю, что нет, проще написать или доделать новую под новый язык.
запланирован gRPC
Из двух API архитектурных стилей RPC vs REST, для RPC долгое время были доступны только soap-сервисы. И самодельные вебсокеты на внешних компонентах. Из-за чего никто из внешних команд с 1С в интеграциях связываться не хочет, только битрикс иногда трепыхается, но недолго, пока не поставят ломаную жиру. Вы, по сути, подтверждаете необходимость смены платформы, раз в ней так долго внедряются нормальные решения. Язык, кстати, от этого не обновится, он продолжит тормозить внедрение новых фич. Но за gRPC я обеими руками за, наконец-то это происходит.
Я просто не разделяю мнения, что Элемент заменит Предприятие
В этом наше несогласие друг с другом, но это нормально. Я объяснил свой выбор, надеюсь, он будет правильный, а время покажет. На старой платформе, в любом случае, оставаться нет желания, у меня язык конфигуратора уже просто вызывает отторжение.
Приглашаю к ознакомлению.
Вау, 1 репозиторий на гитфлике
А еще все это время можно было щупать шину как производный продукт элемента, я лично участвовал в двух проектах ее внедрения и доработки на производственном и строительном предприятиях федерального уровня.
Использование производного продукта не равно использованию платформы для разработки. Это продукт от 1С, которая сама же на своей платформе и написала
Сервер элемента и интерпретатор языка - на Java. Сервер и интерпретатор - ключевые составляющие платформы
Я на конкретное заявление отвечал. Что вендер хочет писать на Java, и чтобы IDE тоже был на Java. Но IDE не на Java, он не мог быть выбран по этому принципу, как вы написали
Вы просто настаиваете, что лучше было развивать старую платформу и ее конфигуратор, а я говорю, что нет, проще написать или доделать новую под новый язык.
Я не говорил, что надо развивать конфигуратор. Я говорил что надо развивать платформу и EDT. Не считаю, что написать целую "новую платформу под новый язык" проще, чем развивать то, что уже есть. Т.е. пофиксить баги в уже существующей EDT и освежить синтаксис
Из двух API архитектурных стилей RPC vs REST, для RPC долгое время были доступны только soap-сервисы. И самодельные вебсокеты на внешних компонентах. Из-за чего никто из внешних команд с 1С в интеграциях связываться не хочет, только битрикс иногда трепыхается, но недолго, пока не поставят ломаную жиру.
Не понимаю, о чем это. Я выбрал gRPC просто как пример того, что 1С продолжает вносить фичи в платформу на C++, не отказавшись от нее в пользу Элемента. Что было бы логично, если элемент должен ее заменить. Вот и все
Вы, по сути, подтверждаете необходимость смены платформы, раз в ней так долго внедряются нормальные решения.
Не дольше, чем в новом крутом Элементе. Мне кажется, дело все таки не в технической составляющей, а в организационной
Язык, кстати, от этого не обновится, он продолжит тормозить внедрение новых фич
Мы все еще про gRPC говорим? Его внедрение от языка 1С не влияет, он на уровне платформы на C++ внедряется. В Элементе внедрялся бы на Java
Просто лайк!!! пробовали элемент еще на этапе закрытого бета-тестирования. Тогда сделали вывод что в плане именно фронта это просто катастрофа - только самые базовые вещи еще хоть как-то можно было сделать. Чуть в сторону - все, никак. Тогда вроде даже контейнера html еще не было, 6 шрифтов, 6 цветов и все.
Зачем оно надо тоже не понимаю. Язык понятно, современно. Но зачем переводить js или ts на кириллицу? Лучше сразу учить нормальный язык, где вы хотя бы в сообществе можете найти кучу опенсорсных вещей или ответ на свой вопрос. А нигде(как для элемента) все закрыто на замок и никому он не нужен.
Исходя из наблюдений можно утверждать что у 1С нехилое лобби где-то на самом верху.
Браво! Прям в самую суть безумия под названием 1с элемент
Спасибо автору за обзор "Элемента".
Теперь суть его понятна, но восторга никак не вызвала.
Да. Стало современнее. Но... опять свой язык, опять закрытое сообщество
Хотя попытки ситуацию изменить ведутся
Перспективы у 1с элемента ну очень сомнительные. И тому есть тысячи причин. Новый язык и среда разработки идеологически наследует все те же недостатки свойственные 1с продуктам, а именно закрытость, платность, ограниченность. За 5 лет существования элемента он не смог занять хоть какую-то значимую долю на рынке. Вакансий нет. Элемент повторяет судьбу других непопулярных продуктов 1с последнего времени EDT, систему взаимодействия, шину и так далее.
Столкновение с 1с всегда боль. Зашел посмотреть "а вдруг!". а вдруг например апи какое приличное, с понятной документацей
нет. нифига. ;) .
всегда когда можно 1с не касаться - очень стараюсь делать так.
вот в очередной раз, нужен банальный флоу - взяли номенклатуру, добавили переводом с помощью ллм. запихали в тильду и обратно в 1с. тут дальше кроме матов нельзя описать процесс. тупо проще выгружать в таличку/бд и в ней все сделать и хранить. и быстрен. и вероятно надежнее. и да "бог 1с" быстро сделал мега метод "брать айди номенклатуры и показывать в отчете", ведь сука по нему синхронизируются остатки потом с сайтом, но блять почему это так через жопу?... не знаю можно ли матами ругаться тут. но похер. тупо убита куча времени. и так вот чего не коснись. а оно ещё и тупит а товаров всего 2к..
хотя недавно вот заглянул в документацию битрикс24 по апи - наконец-то стало возможно пользоваться без крови из глаз. может давно. прошлый подход заставил страдать, хотя есть вопросики "а почему бы питон еще не добавить в примеры", но к счастью llm'ки для быстро переводят с curl.
https://habr.com/ru/articles/936252/ - уже про api Битрикса выпускал статейку, советую прочитать, что бы понимать с чем имеете дело))
Спасибо.
Вопросы и по документации и по песочницам..
Расстраивает, что в нашей части мира (не претендую на объектиность) реже на это обращают внимание.
Справедливости ради, плохая документация много у кого, и если сейчас появились объективные причины (весь мир не дружит с нами и риски по opensource), то почему раньше не использовался софт для представления документации в приличном и удобном виде - не понятно.
Для меня критерий простой, возможность очень быстро набросать на python/powershell тестовые запросы и понять, что надо на вход и что получаем на выходе.
Я когда-то был приятно поражен документацие stripe с тех пор видел массу примеров западных сервисов ничуть не хуже.
Наличие песочниц (понятно, что это мега дорого) это вообще какая-то запредельная технология - видел только у Яндекса из РУ сегмента.
Гугл документацию по API тоже не назовешь удобной, не врёт но пользоваться ей - боль.
Не та 1С, которую вы знали: Полный гайд по технологии 1С: Элемент