Когда я по просьбе компании 1С проходил опрос по опыту использования EDT, то уже тогда у меня сложилось впечатление, что все это "шляпа". Ведь если бы я был тимлидом разработки EDT, то ответы на эти вопросы мне не несли практическую пользу и никак не изменили бы мои планы работ, и разве что послужили как инструментом "общественного мнения" в рамках корпоративных споров за планирование ресурсов.

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

Снова заметил ощущение "скрытой шизофрении".

В то время, как Нуралиев и его "апостолы" утверждают, что EDT должен быть основным инструментом разработки вместо Конфигуратор, развитие которого остановлено много лет назад, в это же самое время сама EDT-команда считает, что делает только инструмент для вендоров тиражируемых решений. Поэтому потребление памяти не является проблемой, так как запуск EDT планировался лишь на оборудовании разработчиков, системные требования к которому на голову выше чем требования к оборудованию для запуска 1С:Конфигуратора. Поэтому годовое (иногда больше) отставание по поддерживаемым версиям платформы - ведь вендорам не важно на новые функции и исправления ошибок, если они должны поддерживать свои решения на старых платформах, а значит с поддержкой новых версий в EDT нет повода спешить. Работать в EDT должны не все подряд, а только лучшие из лучших, а следовательно нет смысла делать юзер-френдли интерфейс и понятную документацию, а поиск причин возникающих при сборке конфигураций в гигантских java-stacktrace никого не смутит.

Чтобы лично я сделал по другому?

1) Если хватает людей, то я бы поменял отношение к командам, которые уже используют EDT - это не должны быть враги, которые закидывают багами и портят планирование бэклогов. Это должны быть друзья, которые делятся уникальным опытом. Нужно "навести" мосты с разнообразными командами, которые ежедневно применяют EDT в своей работы - это море опыта, неочевидных лайвхаков и свежего взгляда.

2) Если людей в команде нет, то сделать акцент на доработке системы плагинов. Текущая документация не актуальная, не полная и содержит ошибки; стандартная установка среды разработки плагинов содержит ошибки и по факту не отличается от обычного Eclipse for RCP and RAP Developers (в котором уже можно подключить ИИ). Все работает крайне не стабильно - пока я сам пробовал разрабатывать плагин, то у меня трижды слетали файлы платформы и их нужно было заново закачивать с сервера 1С, что занимало почти сутки (у меня тогда еще свет часто отключали); а так же при работе было множество мистических ошибок, победить которые можно было лишь магическими ключиками для конфигов, которыми делились в чате разработчиков. А ведь это могла быть золотая жила! Если бы каждый с легкостью мог создавать плагины для облегчения своей работы, то это лучше всяких опросов показало бы вектор будущего развития EDT и самые популярные идеи можно было бы постепенно включать в вендорскую сборку.

#разработка #1С #EDT