Это наверное тема отдельной статьи и пока ещё не готов на эту тему полные рекомендации давать. С контекстом я более менее разобрался конечно. КОнфигуратор я совсем не использую EDT только EDT по сути работает с конфигурацией как с файлами. Пока у меня открыт Cursor и EDT. Соответственно что то генерирую в Cursor, что то правлю напрямую в EDT
Спасибо. Я кратко посмотрел у меня просто контекст немного другой... полноценного вайбкодинга конечно не получится пока что. (метаданные и формы в XML), соответственно проект будет одного модуля а задача понимания кода сводится к понимаю метаданных
Спасибо. Ну я вначале описал почему модели выбрал такие - их используют для кодинга через OpenRouter по статистике... Сбер-а просто там нет, но честно вначале сбер очень удивил. GigaCode обязательно попробую, если впечатлит скорректирую стату...
С появлением нового интерфейса в платформе 8.5 который как в 1С элемент я перестал понимать что происходит. С появлением вайбкодинга, 1С:Напарников и LLM для написания кода понял что самый ценный язык - тот на котором много всего написано. Тут LowCode как таковых судьба под вопросом, Элемент я честно пытался уловить стратегию развития - для чего оно. Я даже молчу про опять гвоздями прибитый фронт облачную IDE и Java под капотом, но какое позиционирование? Зачем тогда интерфейс в 8.5 принесли... Сделал опрос у себя https://t.me/comol_it_does_matter/125 понял что ни один я кажется ничего не понимаю...
Не хочу оставаться в стороне. Особо адептом секты не являюсь, наверное согласен с некоторыми историями:
Пропиетарный закрытый язык.
Да. Современный мир этого не прощает, особого смысла в своём языке сейчас уже нет (несомненно во временна C++ он был). Это тормозит развитие и новые кадры. Сложновато с нейросетями и IDE сейчас. Хорошая практика от него избавляться, а не изобретать новый ещё один, кстати :)
2. Замкнутость внутри СНГ
Многим стало актуально - тоже значительный минус конечно. Следствие (1)
3. Зависимость от компании 1С
Это тоже в современном мире конечно большой минус. Но опять же следствие (1).
В остальном написана бредятина конечно:
Методология наше всё. Поэтому внутри SAP ещё код с 70-х крутится
GIT\CI паттерны и практики конечно все в 1С есть. По сути разработка ничем особым не отличается от классической. Ну для нормальных команд конечно
Микросервисы решают вполне определенные задачи когда много команд разработчиков делают один продукт с детальным вниманием к каждой фиче. Для ERP этот архитектурный паттерн никак не подходит. Тем боле тут ещё ACID а не BASE - удачи в микросервисах. Как и контейнерах - это не панацея, а функционал который рождает продукт
Я просто расширил понятие "стоимости владения" до навыков. Потому что для ERP системы или, к примеру CI процессов мы считаем "стоимость владения" а навыки по сути это же то же самое.
По напарнику от 1С обзоры писать нельзя, как уже говорил в предыдущей статье...
Это наверное тема отдельной статьи и пока ещё не готов на эту тему полные рекомендации давать. С контекстом я более менее разобрался конечно. КОнфигуратор я совсем не использую EDT только EDT по сути работает с конфигурацией как с файлами. Пока у меня открыт Cursor и EDT. Соответственно что то генерирую в Cursor, что то правлю напрямую в EDT
Наверное ни то ни другое как обычно :)
To be updated: o3 и Grok - не бредовые истории. Через них все примеры прогоню
Юзать можно - нельзя писать статьи, обсуждать публично и т.п.
Спасибо. Я кратко посмотрел у меня просто контекст немного другой... полноценного вайбкодинга конечно не получится пока что. (метаданные и формы в XML), соответственно проект будет одного модуля а задача понимания кода сводится к понимаю метаданных
4o без mini
Ну gemini именно 2.5 pro experemental попробуй... чесслово - там Claude и Gemini прямо другой уровень. Да, ошибки бывают.
Ну MS везде пиарит я не нашел какая именно там модель...
Спасибо. Ну я вначале описал почему модели выбрал такие - их используют для кодинга через OpenRouter по статистике... Сбер-а просто там нет, но честно вначале сбер очень удивил. GigaCode обязательно попробую, если впечатлит скорректирую стату...
Ну циферка 4 больше чем 3 :). Честно попробовал результат был не очень... Попробую ещё раз - спасибо
С появлением нового интерфейса в платформе 8.5 который как в 1С элемент я перестал понимать что происходит. С появлением вайбкодинга, 1С:Напарников и LLM для написания кода понял что самый ценный язык - тот на котором много всего написано. Тут LowCode как таковых судьба под вопросом, Элемент я честно пытался уловить стратегию развития - для чего оно. Я даже молчу про опять гвоздями прибитый фронт облачную IDE и Java под капотом, но какое позиционирование? Зачем тогда интерфейс в 8.5 принесли... Сделал опрос у себя https://t.me/comol_it_does_matter/125 понял что ни один я кажется ничего не понимаю...
Ничего что это движение было ещё с fresh? :)))
При этом там тоже автогенерируемый фронт... без доступа к нему...
+100500 главный вопрос современности :)
Не хочу оставаться в стороне. Особо адептом секты не являюсь, наверное согласен с некоторыми историями:
Да. Современный мир этого не прощает, особого смысла в своём языке сейчас уже нет (несомненно во временна C++ он был). Это тормозит развитие и новые кадры. Сложновато с нейросетями и IDE сейчас. Хорошая практика от него избавляться, а не изобретать новый ещё один, кстати :)
Многим стало актуально - тоже значительный минус конечно. Следствие (1)
Это тоже в современном мире конечно большой минус. Но опять же следствие (1).
В остальном написана бредятина конечно:
Методология наше всё. Поэтому внутри SAP ещё код с 70-х крутится
GIT\CI паттерны и практики конечно все в 1С есть. По сути разработка ничем особым не отличается от классической. Ну для нормальных команд конечно
Микросервисы решают вполне определенные задачи когда много команд разработчиков делают один продукт с детальным вниманием к каждой фиче. Для ERP этот архитектурный паттерн никак не подходит. Тем боле тут ещё ACID а не BASE - удачи в микросервисах. Как и контейнерах - это не панацея, а функционал который рождает продукт
1С правда "забыли" намеренно?...
Вероятно применимы к любому бизнесу, я просто не обладаю достаточной экспертизой чтобы сказать об этом точно :)
Я просто расширил понятие "стоимости владения" до навыков. Потому что для ERP системы или, к примеру CI процессов мы считаем "стоимость владения" а навыки по сути это же то же самое.
Всё пришло в ИТ из обычной жизни без сомнения... Ну в моём случае эти правила пришли из ИТ ко мне, если у кого то обратно - это конечно круто