Всем привет, это продолжение затянувшейся дискуссии.
Все началось тут - https://infostart.ru/1c/articles/1735489/
Потом я парировал тут - https://habr.com/ru/post/695734/
Затем меня тегнули тут - https://habr.com/ru/post/696082/
Надеюсь, это последняя моя "ответка", дальше если и будут ответы, то только в комментариях.
Я буду цитировать последнюю статью из цикла и давать свои очень важные и нужные сообществу 1С и не только комментарии.

Хмурое октябрьское утро началось, как обычно с просмотра телеграмчика. И почти сразу же я увидел, что мне там накидали ссылок на статью "Почему уходят из 1С", где упоминался ваш покорный слуга и которая являлась обличительным ответом на мой возмутительный пасквиль

Вы не поверите, но мое утро перестало быть томным, после того, как мне внезапно прилетела ответка от @EvilBeaverи я стал еще более знаменитым.

про "уход из 1С", где я смел сравнивать ее с другими экосистемами в положительном тоне.

Уважаемый Бобёр, Вы лукавите. Судя по Вашему же комментарию под оригинальной статьей на infostart'е, я не выкупил "намеренной гиперболизации темы". Понятно, теперь это так называется.
Единственная причина, по которой я опубликовал статью именно на Хабре - на infostart'е её не пропустили модераторы с формулировкой: "субъективщина, пропагандировать отказ от 1С нельзя".

Вопиющая вещь, вне всяких сомнений.

Вопиющая вещь - это писать провокационные однобокие статьи, а потом включать заднюю и говорить что "вы не так поняли, это другое", "так задумано, это намеренная гиперболизация темы".

Так получилось, что я дотошный и противный зануда, а посему я все-таки не могу пройти мимо и вынужден объясниться, что была за статья такая, и почему мой обличитель не умеет обличать правильно, а оттого вводит, сам не осознавая этого, людей в некоторое заблуждение.

Простите, Андрей, но я - человек простой, и сложные витиеватые логические конструкции не "выкупаю". Почему для "простых людей" Вы не повесили "дисклеймер" под статьей и видео на YouTube, о том, что "обличать неправильно не надо"?
Я могу быть не прав, но именно по той причине, что Вы действительно так думаете про фреймворк 1С, как и описали в оригинальной статье.

Критика должна быть хорошей, иначе ее уныло читать.

Согласен.

Однажды, не так чтобы давно, но кажется, что в прошлой жизни я написал статью 1С — Добро и зло. Расстановка точек в холиварах вокруг 1С где, как мне казалось, подробно рассказал: что от нее стоит ждать, а чего не стоит, зачем она нужна, а зачем не нужна, где она плоха, а где - незаменима. Я настоятельно рекомендую вам ее прочитать, а потом вернуться сюда.

Прочитал, статья на удивление хороша. Мне не с чем поспорить даже.

Как бы то ни было, но время идет, а скроллить до 2019 года в наше время неприлично, поэтому крики души 1Сников время от времени появляются, и опять (ну что ты будешь делать?!) идут по проторенной дорожке, рассказывая нам что на 1С нельзя написать "все что угодно". Ну да, вы правы друзья, на ASP.NET тоже не пишут игры для плейстешен, но никто же не ругает за это ASP.NET.

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

Ум 1С-ника по непонятной мне причине удивительно "зашорен".

Согласен, до такой степени, что появляются такие статьи, как Ваша на infostart.

Он почему-то считает, что 1С должна уметь все, потому что… потому что… ну Java же умеет все! Значит и 1С должна!

1С не "должна", она делает ровно то, для чего предназначалась. Но моя статья опиралась на Ваши же "гиперболизированные" тезисы, Вы видимо забыли об этом.

Друзья мои, давайте все-таки оставаться в рамках рассудка и не мешать фреймворки, языки программирования, бизнес-приложения и среды разработки в одну кучу. Иначе вы так и рискуете остаться хрестоматийными "тупыми 1С-никами" для которых нет ничего вне 1С и одновременно все вне 1С является священным Валинором. 1С это не мир, это город внутри ИТ-мира, или даже здание в нем.

+100500. И тут снимаю... виртуальный головной убор, со всем согласен.

Давайте все-таки про мою статью. Вот она в оригинале (https://infostart.ru/1c/articles/1735489/). Дело в том, что это даже не статья, а текстовый транскрипт моего выступления на конференции. И поскольку это устное выступление, его формат и его смысл отличается от статьи. Публичные выступления современных на ИТ-конференциях это не доклад на съезде КПСС, это развлечение с элементами обучения.

Уже все поняли, что это не академический труд.

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

Это и надо было писать в "дисклеймере", чтобы таким как мне, не пришлось менять истлевшие штаны и испепелившиеся от ярости стулья.

Каждая организация создает софт, который отражает её организационную структуру

Я даже знаю из какой это книжки взято. Согласен тут с Вами. Но тогда, что же за организационная преисподняя разверзлась в 1С, если типовые конфигурации получаются именно такими?

В начале статьи я представляю бизнесменов, как людей которые умеют считать деньги и ценят свое время.

А как же категоричное суждение а ля "Заказчики всегда одинаковые" и даже так "ваши заказчики всегда будут вас раздражать"? Почему Вы не сделали оговорочку, о том, что не все так однозначно?

Кстати, одну минутку... А занятный ник rabid_otter.

Спасибо, люблю всякую няшную шерстяную нечисть.

Это подражание мне? Приятно. Подражание есть высшая степень восхищения, спасибо.

Хм, терпкие нотки эгоцентризма? Я не подражаю Вам, это Вам кажется.

И им - все равно на каком языке программирования будет написана система, которая ускорит производительность их предприятия в тыщу раз и принесет мильоны. Им важен результат, а не "шашечки".

Согласен. Тем не менее, считаю, что работа опытных инженеров заключается как раз в том, чтобы донести до бизнеса необходимость тех или иных решений. И у них это даже иногда получается - знакомый из VK рассказывал, как они дошли до пределов PostgreSQL и перешли на MongoDB.

Я давно работаю в "кровавом энтерпрайзе" и могу себе позволить некие гиперболы

Ох уж эти гиперболы, как говорится - и тут послышался хруст задней. Я тоже работаю в "кровавом энтерпрайзе" давно и соглашусь про факапы.

Только не "не будет никакого удовольствия" а "может не быть никакого удовольствия". Вероятность, что вы наткнетесь на работу мечты и в предприятии будет все слажено, четко, в срок и вообще кайф - существует.

Опять эти неловкие оправдания. В оригинальной статье Вы сами же пишите: "Даже с точки зрения удовольствия, работа программиста на другом языке совсем не отличается от работы программиста на 1С".
Я отвечал именно на эту фразу, и привел свой пример, вместо "80% Java, C#, PHP программистов".

Но все-таки, мнимые пони, какающие радугой это не тот критерий, на который стоит опираться при смене работы. Я за циничный прагматизм.

Причем здесь пони? Это в Вашей статье какающие радугой пони скачут по белоснежно белым просторам конфигуратора, игнорируя "80% программистов из других ЯП".
Я тоже за циничный прагматизм. У меня даже чек-лист с неудобными вопросами работодателю есть.

Не повезло с работой, бывает.

Вы читали мою статью по диагонали. Как я сказал выше, я - человек простой, ищу работу на hh.ru. И в разгар коронавирусной истерии мне пришлось искать работу, вакансий с нетиповыми конфигурациями было всего 6 штук из остальных 100+. В тот период вакансий было много ибо много кто искал работу по понятным причинам.
Почему-то не везет "с работой" больше именно в 1С. И коллеги-свитчеры в комментариях к моей статье это подтвердили. Во взрослых ЯП культура разработки лучше развита, чем в 1С.

В Связном мы, например, на 1С сделали даже DWH.

О да, видел я общий модуль, который коллега унес из Связного. Модуль читает данные из MS SQL Server напрямую через COM-соединение и десериализует их, что кстати нарушает политику 1С.
Модуль (то есть один файл) содержит кучу неописанных технически деталей реализации, размазанных на 12000+ строк.
Да, такие сложные вещи на 1С писать можно, но из-за невозможности хотя бы разделить кучу процедур и функций на несколько файлов получаются такие монстры на велосипедах с квадратными колесами.

на 1С сделали даже DWH. А также логистическую систему, которая диспетчеризует заказы интернет-магазинов и логику их развоза вообще без участия человека. Там даже интерфейса нет никакого, только для админа - иногда кнопочку нажать, если что.

Давайте достанем свой "арсенал" и помашем им перед лицом друг друга, ведь других аргументов нет.
У меня тоже очень много чего было написано на 1С. Но, к сожалению, весь этот код можно выкинуть на свалку при переходе на другой ЯП. На git это не зальешь - NDA и все такое, а даже если и зальешь, людям из взрослого программирования это будет непонятно.

Со мной так было в тропиках: "О, пальмы! О, кокосы прям на дорогу падают! О, а че, тут и змеи ползают? А это что, тоже есть можно?"

Ладно, я тоже был за границей, причем несколько раз и с нескольких сторон, так сказать.
Джунгли - это просто лес, с исторически хорошими условиями для развития, поэтому энтропия видов очень разнообразная и много большой, ядовитой живности.

О, я могу переслать байты в TCP-сокет! О, я могу парсить DTO-json на входе http-метода и перекладывать поля в прикладной объект!

Вы же сами сравнивали 1С с другими ЯП, где нужно приседать больше, поэтому я всего-лишь привел в пример некоторые возможности взрослых ЯП.

Но секрет в том, что в 1С просто это уже сделано за вас. Это коробочная возможность, позволяющая как раз не делать перекладывание полей JSON в прикладные объекты.

А что при разработке HTTP-сервисов на 1С Вам не нужно перекладывать JSON в ORM-объекты 1С?
Одно дело, когда я могу посредством самого ЯП перегнать байтики через TCP/IP как хочу, а могу воспользоваться каким-нибудь фреймворком на ЯП общего назначения. Совсем другое дело, когда это не предусмотрено в самом ЯП 1С.

Преимущество, а не недостаток. Экономия времени, time-to-market, стоимость, эффективность и все то, что серые унылые ларечники требуют от лучезарных программистов.

Вы так верите в непогрешимость 1С? Почему тогда формы списков на не самом медленном оборудовании (PostgreSQL + многоядерный современный CPU + SSD + 32 GB RAM) открываются по 5 секунд, при наличии около 200 строк в списке и одновременных 30 пользователях?
Почему после успешного внедрения типовой (!!!) УТ 11, тот же самый "ларечник" спрашивает - а почему так медленно, мы же потратили на тот сервер 100500 миллионов рублей? А ты даже ответить ничего не можешь, ибо оптимизировал все, что только можно.
Дело в коде типовой, а это просто так не перепишешь, и это все, что дает тебе 1С. А если переписывать, то будет дорого и долго. Такой вот цугцванг обычного 1С-ника.

На ASP.NET нельзя написать игру для плейстейшен. Опять путаем фреймворк и языки программирования. 1С это фреймворк. Для бизнес приложений. Это не JVM, это Salesforce или SAP (сейчас я не про сравнение возможностей, а про классификацию) Можно на SAP послать байты в TCP-сокет? Даже если и да, этого никто не делает. САПовцы любят грузить из Excel ну или получать по SOAP. JSON в SAP? Шиш вам, пишите прослойку на чем-нибудь другом, или купите нашу шину за 100500 миллионов. САП это бизнес система, какого хрена вы в нее суете интеграционные задачи!

В Вашей же статье написано следующее:
"Нам очень повезло с фреймворком 1С. Он очень помогает в мелочах, о которых мы даже не задумываемся, а те ребята ломают копья."
Если я правильно понял написанное - "в 1С из коробки уже реализовано качественно то, что есть в других ЯП". Этим Вы уравниваете 1С с другими ЯП, а сейчас начинаете оправдываться.
Ох уж эта "гиперболизация".

Не знал про такой подход в конкурирующей системе, дорогой 1С-ник? А ведь он выверен лучшими немецкими методологами. Там можно делать только то, что можно, а что нельзя (например, нарисовать нечто красивое на экране) то - нельзя. Я тут несколько утрирую, но общий смысл именно такой. Архитекторы SAP не позволят протащить в SAP что-то помимо бизнес-функциональности. Для интеграций есть шина, а для отчетов BI

Все, что я знаю про SAP - это "буржуйский 1С". Но ведь в Вашей статье нет ни слова про SAP, Вы сравниваете 1С с ЯП общего назначения (Java, C#, PHP).
И зачем Вы тут про него написали?

Резюмируя: не надо требовать от бизнес фреймворка того, чего в нем нет.

Согласен. Но тогда почему Вы не сравнивали 1С с аналогичными системами, вроде все той же SAP?

Айти, оно больше чем только 1С, вылези из скорлупы и придумай, как решить потребность бизнеса, а не запихивай это в один фреймворк! Не умеешь посмотреть вокруг и решить задачу? Ну тогда твой удел "отчеты, призванные показать руководителю все в одном месте" сорян, ты больше ни на что не годен, ничего личного. И 1С тут не при чем.

Вот это срыв покровов. Но ведь то, что Вы описали - это как раз то, чем занимается большинство 1Сников на типовых конфигурациях. Там больше нечего дорабатывать, если основной функционал (сама типовая) уже написан.

Поддерживается. Есть внешние компоненты для этого. Ах! Внешние компоненты! Но это же внешние, их нет в 1С!!!! Да, это сторонняя библиотека к фреймворку. Давно ли в Java запретили сторонние библиотеки и требуют, чтобы gRPC шла в составе JDK? Послушайте, ведь сама попытка требовать таковое это бред. То же и с внешними компонентами 1С. Это сторонняя библиотека, надо - подключай и пользуйся, в чем проблема?

Вот тут Вы опять "гиперболизируете". Внешние компоненты для 1С пишутся на C++. Много ли 1С-ников знают "плюсы"?
Библиотеки в других ЯП чаще всего пишутся на том же ЯП.
Про gRPC - насколько я помню, используется кодогенератор, который генерит wrapper, написанный на Java. При желании, залезть в код, посмотреть как это работает. А как отладить внешнюю компоненту в 1С?

"Нет, хочу встроенное в 1С, потому что хочу, ааааа, мамааа, купи мароженоееее!!"

Ахаха, даже комментировать не хочется. Что с Вами, Андрей?

Вы не поверите, но… https://github.com/firstBitMarksistskaya/onec-docker Хотя, вы попробуйте просто предложить кому-то на предприятии запустить SAP в докере. Если вас немедленно не спишут в дурку, то по крайней мере, высмеют.

Дата первого коммита? 2019-й?
Коллега из моей статьи делал это раньше, возможно ему просто не хватило скиллов. И причем здесь SAP?

Где там у нас PyTorch в составе JDK? Сама формулировка данного вопроса выглядит, как чушь. Однако, если таким образом критикуешь 1С, то вроде она превращается в критику по делу, не так ли?

Причем здесь JDK и PyTorch? Я приводил пример технологий, которых нет в составе 1С. Опять "гиперболизируете"?

в 1С уже есть веб-клиент, а в "настоящем айти" его всегда пишут отдельно. Т.е. 1С-ник жалуется, что ему уже дали клиент и радуется, что придется писать свой после перехода в Java.

Снова "гипербола", черт побери.
Ага, и в 1С написали этот клиент не сильно лучше. Да так, что вылетают ошибки в консоли JavaScript и в Safari строки в таблицах "наезжают" друг на друга.
А все мы знаем как "быстро и оперативно" 1С исправляет ошибки в платформе.
Да, уж лучше свой веб-клиент написать.

Кстати, где кастомизация веб-интерфейса на Питоне? Ах, веб-интерфейс же на Javascript пишут, стало быть, питон говно.

Я не читал статей про Python, где он подается в "гиперболизированной" форме а ля "в Python уже все придумано за вас".

Вот это вообще не понял. Давно ли на клиенте стало можно писать на GO?

Таких же статей не нашел про Go. Что Python, что Go - это ЯП для backend разработки.
Кстати, погуглил немного и https://github.com/maxence-charriere/go-app утверждает, что можно, но выглядит это не очень, ровно как и писать веб-интерфейсы на чистом 1С.

Вообще, весь этот мой "ответ" имеет одну главную цель: повысить качество технической полемики про 1С. Именно качество полемики. Давайте ругать и хвалить правильно, не путать категории понятий, аргументировать точно, а ругать прицельно. Истеричные эмоции "все плохо, ааа, где 3Д-графика" это неинтересно и даже, в какой-то степени - глупо.

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

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

Все так, а EDT не снискала любви, потому как требует много оперативы, и неломанную 1С. Из моего опыта ломают 1С в частности, чтобы было удобнее работать.

Если вы видели IDE от SAP, то Конфигуратором станете восхищаться, как венцом творения. У бизнес-платформ IDE не приоритет, к сожалению.

Да что ж такое то, опять этот SAP. Где про него хоть слово в Вашей статье?

Но 1С это не Microsoft, компания не вывезла тенденций IDE-строительства в одиночку, бывает и такое. Другие приоритеты продукта.

Я писал про то, как общался с ребятами из 1C International и что они мне рассказали про стратегию экспансии 1С на международные рынки и что по итогу предложили. Предполагаю и я могу ошибаться, естественно, что в 1С царствует тот же подход - зачем что-то делать, если и так "нормально". Поэтому и приоритеты не те.

Существуют плагины к Конфигуратору. Их несколько и самый популярный это упоминаемый "бешеной выдрой" Снегопат.

Насколько я помню, каждая версия Снегопата делалась под конкретный релиз платформы 1С. Смотрим сюда: https://github.com/infostart-hub/snegopat_modul
"На данный момент находится в стадии альфа-тестирования, поддерживается работа в x86 версии Конфигуратора в релизах с 8.2.19 по 8.3.18. В x64 версии Конфигуратора проверяется пока на 8.3.18". При этом на сайте 1С написано, что актуальная версия - 8.3.22.
1С так и не додумалась взять гениальнейшего Александра Орефкова под свое крыло. Неужели 1 человек на зарплате так дорого стоил бы?
Из упоминаемых мною еще был Turboconf, но им почти не пользовался.

Resharper, например, это вообще практически обязательное платное дополнение, если вы пишете на C#. Без него Visual Studio "от вендора" лишь немного лучше чем Конфигуратор "от другого вендора". И он платный. Без решарпера жизнь в .NET это боль и страдания. Без Снегопата в 1С тоже. И тот и другой бустер для IDE - платные. Решарпер сколько то сотен баксов (не помню сколько) в год, Снегопат 2000 рублей навсегда. Но жаба не позволяет платить за хорошие инструменты даже себе любимому, понимаю.

А Resharper так же, как и Снегопат не работает на свежих релизах Visual Studio? Я бы заплатил 2000 рублей без вопросов, только если тот же условный ЗУП начнет требовать "актуальную" версию платформы, успеет ли Снегопат до нее докатиться?
В итоге если брать конфигуратор, имеем пространство выбора как с хрестоматийными "двумя стульями": либо плачь и разрабатывай для новой версии платформы в устаревшей IDE, либо жди обновления Снегопата? Очевидно, что вендор не собирается дорабатывать конфигуратор, а в EDT работают далеко не все, как Вы и сказали.

Только ошибка здесь не в 1С, а в попытках натягивать ее на глобус.

Конечно, главное не допускать ту же ошибку и не "натягивать узкоспециализированную 1С на глобус" / "гиперболизировать" ее в различных статейках.

Психолог в офисе это хорошо, это выгодно отличает Java от платформы 1С. В МТС, где я работал, тоже было что-то похожее, HR рассказывал, но я не пользовался. И там я работал с 1С.

Опять смешиваете "мягкое" с "теплым". В той части моего опуса, где я ссылаюсь на то, что изменилось по сравнению с работой в стеке 1С, я отвечал на Ваше же утверждение из статьи: "Даже с точки зрения удовольствия, работа программиста на другом языке совсем не отличается от работы программиста на 1С".

И про "отношение" все-таки пару слов. Отношение это не часть технологии.

Но ведь Вы же сами аппелируете к "работе", а не "платформе" в своей статье, или я опять не так понял?

Просто почитайте отличную книжку "Не работайте с м*даками". Если к вам относятся плохо, то кроме как "как себя поставишь" сказать и нечего… Осадочек, ну да, осадочек останется, но лучше сразу не работать с м*даками.

Размышления умных людей - это замечательно. Только если рынок труда в уездном городке недалеко от Москвы совсем небольшой и ты посотрудничал с n из n+1 предприятий, деваться некуда и никакая книжка не поможет. Надо менять рынок, то есть самому делать свой франчайзи и пытаться работать по своим правилам, находя или переманивая клиентов у конкурентов, предлагая меньшую цену за свои услуги. Либо менять свою геопозицию. Удивительно, но многие 1С-программисты выбирают второе, потому как первое сложнее и никто не хочет работать за условные 3 рубля.

Интересно, где я говорю что-либо подобное? Два раза перечитал выступление, мало ли? Не нашел.

Цитирую Вас же: "Опять же, в этой формуле нет переменной «стек технологий» – неважно, на чем вы будете писать: ваши заказчики всегда будут вас раздражать". Возможно, у меня просто проблемы с восприятием информации.

Ничего сверхъестественного в пользовании bash, git и Kubernetes нет. Просто навык. Скорее, обязательный, чем выдающийся. Если ты окуклился в Конфигураторе, то виноват в этом не Борис Нуралиев, а лично ты, анон.

Согласен полностью, правда и опыт у меня не 17 лет.

Аааа, аааа, аааа, боже, аааа, прекратите, ааааа!!!! Сразу спроектировать все хорошо!!! Аааа!!! Делайте хорошо, а плохо не делайте, спасибо.

Прямо почувствовал, как уровень полемики поднялся домкратом.
Про проектирование - Вы не поверите, но иногда это получается. Вот пример - https://youtu.be/M4lR_Va97cQ

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

Вы сравнивали 1С с ЯП общего назначения в статье, и с этой стороны претензия немного в другом - 1С не дает альтернатив.

По крайней мере, в ней сложнее запихать бизнес-логику расчета скидок в класс парсинга входящего JSON от веб-клиента. Я такое видел, я знаю о чем говорю.

Не поверите, но в 1С тоже ошибаются, и пишут отчет для подсчета KPI, где вся логика рассчитывается "на лету" в 60-ти временных таблицах в SQL запросе. То есть они тоже ошибаются, только немного по-другому. И да, вопрос тут скорее организационный - кто ж нанимает неопытных программистов писать критический функционал?

Если ты не понимаешь, как работает "Сумма заказа: " + Сумма + " рублей", но активно это пишешь, то тебе надо читать Спольски, причем даже если ты пишешь на Java. Там ведь не просто так существует StringBuilder. Ведь Джоел разжевывает эти вещи не для 1С-ников, он рассказывает это "настоящим" программистам. И 1С тут не при чем, учите матчасть.

Согласен, но я был молод и не опытен.

О, слово-маркер. "заказные". Ну да, продался сотоне. Наконец-то обвинения в продажности, а то скучно было.

Да, у Вас то в статье этих "перегибов" и лишних эмоций совсем нет. Я забыл, да.

Тут имела место всего-лишь гипербола. Если у вас на работе процессы поставлены правильно, я за вас рад. Они не всегда такие, даже чаще всего не такие, а я много где успел поработать в т.ч. в "крупняке". Довольно большой пласт "настоящих программистов" именно monkey-coders которые лепят говно по ТЗ.

Опять эти метафоры и гиперболы пришли и все поломали.

Грустно, но это так, с другой стороны, отрадно, что у @rabid_otter на работе все по-другому.

Спасибо, надеюсь, что у Вас на работе все тоже очень хорошо. Думаю, что профессионал Вашего уровня заслуживает работу в компании топ-уровня. Без иронии.

А в Javascript бы пережила, да еще как! Javascript же, как я понял считается за правильный язык, раз на нем пишут хорошие веб-клиенты?

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

В моих командах 1С были и тесты и CI/CD

А много ли их в самой 1С, если упоминаемый мною документ "Перемещение товаров" даже не провели перед релизом? Похоже, что культура тестов не так развита в 1С-сообществе, как во взрослых ЯП.

Ну тут чистая психология. "жадный", "потоптали". Софтверный бизнес пытается зарабатывать деньги на продаже софта! Какой ужас! Дата-акселератор это im-memory db которую 1С предлагает вместо других коммерческих in-memory db. Не вижу чего-либо постыдного в попытках занять долю рынка. То же и с 1С:Аналитикой. Если можно отобрать немного денег у Tableu, почему бы этого не сделать?

Согласен, эмоциональненько у меня получилось. У меня больше претензия к 1С по уровню жадности, на примере того же Александра Орефкова.

Зачем в бизнес-фреймворке делать TCP библиотеки? Ну вот зачем? Кому надо - бери внешнюю компоненту, там работы на два часа, благодаря туториалам от infactum. С каких пор применение сторонних библиотек считается табу?

А зачем сравнивать платформу 1С с другими ЯП общего назначения, где работа с TCP-сокетами есть из коробки?
Как я упоминал выше. Одно дело, когда эта либа сделана на ЯП, на котором ты пишешь и можно поправить что-то под себя, другое дело - когда тебе из ЯП очень высокого уровня абстракции вроде 1С приходится лезть в C++ без подготовки. Тот факт, что внешних компонент не так уж и много, как раз подтверждает то, что я сказал.
И да, туториалы от infactum - это что-то вроде "научиться писать на C++ за 21 день"?

Да, потоков и аналогов Futures/Tasks нету, иногда этого не хватает. Справедливо.

Согласен, но тогда пришлось бы придумывать деление ресурсов и ЯП 1С усложнился бы до уровня той же Java.

А вот про лицензии это тупо ложное утверждение. "Фоновые задания" не потребляют лицензий.

Согласен, я ошибся. Прошу прощения.

Опять слова-маркеры, да что-ж такое.

Это я "гиперболизирую" просто.

Не иначе автор ненавидит все русское, пендос проклятый, госдеповский прихвостень (это ирония, если что).

Даже не знаю, что сказать, имея возможность уехать из РФ, понимаю, что есть места определенно хуже, и не могу надолго уезжать, пару недель и тянет на проклятую родину.

Всего лишь троллю эмоции, там где нужна логика и ратую за качество полемики. Глядишь, научимся дискутировать с корректной аргументацией, термины не путать, да и правда с колен поднимемся? Тьфу-тьфу, не приведи господи…

Особенно начало Вашей статьи на мою "ответку" намекает на высочайший уровень полемики и отсутствие эмоциональных суждений.

Разработчик даже не знает в какой момент там заканчивается UI и начинается база данных, работает в единой системе понятий. Такого нет нигде.

Потому что 1С задумывалась как фреймворк для быстрой разработки визуализированных CRUD операций над табличками. Для этой цели она хороша, я не спорю.

На клиенте JS со своими моделями, на сервере условная Java со своими моделями + нашлепками от ORM либо в тех же классах, либо в отдельном слое хранимых сущностей для ORM.

Либо мало кода и узконаправленная задача, как в 1С, либо универсально, но много кода. Вам ли этого не знать?

Например, Entity Framework запросто превратит простой SELECT в "запрос в цикле на миллион итераций" при крошечном изменении условия в LINQ, и узнать про это до выкатки в продакшен можно только если правильно настроить фреймворк (по дефолту такое разрешено, а потом "ой, у нас все легло")

Я уже говорил выше про качество разработчиков. А в чем проблема набрать профессионалов в команду?

Ну судя по компетенциям, которые демонстрируют критики 1С которые хотят от нее всего сразу

Я не хочу, чтобы 1С была всем подряд, я всего-лишь отвечал на ваши тезисы в статье, где 1С поставлен на одну плоскость с ЯП общего назначения. Я критикую подход - "объять необъятное и впихнуть невпихуемое". Мне больше импонирует Unix-way - множество мелких инструментов, заточенных под конкретную задачу, передающих результат выполнения между собой.

Я-то как раз не согласен с 1С и да, надо бы разрешить более тонкое управление слоем доступа к данным, скажем только покупателям ПРОФ лицензии, у которых хайлоад и которым очень надо. Всем подряд - это только гранату обезьянам выдавать. Тот, кто не осилил bash не должен получать в руки чистый SQL. Профессиональный ценз, извините. Но 1С так не делает, да. Кажется, что зря.

Почему бы просто не дать сразу этот доступ? Тот, кому надо воспользуется. Конечно, есть риск поломать базу, но хотя бы будет свобода выбора. Сейчас этот слой закрыт ORM, но если очень нужно, обойти это ограчение можно. Иначе бы не появился упомянутый выше общий модуль для прямого обращения с MS SQL Server, верно же?

А еще они едят детей и получают $700k в минуту просто за то, что не спят на работе.

Хаха, посмеялся.

Я говорил о наивном заблуждении, царящем в мире 1С, что в "настоящем айти" все капец умные, шарят за O-нотацию, докер и оптимизацию запросов.

Но как могут быть такие заблуждения у программистов, за которых "1С везде подумала"? Почему тогда в Вашей статье они ставятся в один ряд с программистами из других ЯП?
В остальном, я согласен, что это скорее заблуждения. Знания приходят с опытом, что в 1С, что в других ЯП.

Неверно и обратное, что поголовно все программисты .NET тупее 1С-ников. Я такого не говорил

Разве? Из-за таких неловких изречений, теперь мне приходится писать ответ на ответ.
Цитирую Вас:

1. "Коллеги, которые пишут на других языках, не будут умнее вас."

2. "На самом деле 1С-ники сильно умнее настоящих программистов. Я не шучу. Я там был. Удивительно, но факт. «Настоящие» программисты слишком сильно заморачиваются с технической реализацией, сложностью алгоритмов, соблюдением SOLID, мыслями о том, сколько времени занимает добавление в список. В этот момент они теряют из вида понимание того, зачем им вообще ставится задача. «Настоящие» программисты реально не понимают, что нужны не код и не программа, а достижение цели".

3. "Другие программисты не умеют строить модели данных и очень плохо проводят границы между доменами – где объект начинается, и где заканчивается". Как это можно было понять по-другому? "Гиперболизация" снова в деле?

говорил что говнокодить можно где угодно и на чем угодно, а кроме того, именно так все и происходит в мире энтерпрайза, ибо сроки горят, бизнес-идея протухает, время-деньги, а вы тут архитектуры архитектурите.

Но ведь на 1С тоже можно "наархитектурить", то есть наговнокодить. Тут дело в time-to-market и неадекватной оценке сроков и т. д.
Я думаю 1С от этого не спасет, так как 1С - всего-лишь инструмент, а выбирают его конкретные люди, и именно их некорректные решения приводят к общей неудаче.

Никто не платит за код, платят за пользу, которую код приносит.

Согласен, мы - обслуживающий персонал.

Фишка в том, что в 1С просто не надо ничего из этого делать. То есть я говорил про эффективность с точки зрения бизнеса, а не с точки того, что интересно кодить разработчику.

Я понимаю, что программист отдельно от бизнеса существует лишь в своих пет-проектах. Но тем не менее, почему Вы смотрите на работу 1С-программиста только со стороны бизнеса? Почему так однобоко?
Тогда уж и 1С не нужен, ведь для бизнеса "все работает" и в кучке Excel файликов.

"замапить поля из JSON с помощью рефлексии или кнопки в IDE, написав для этого слой в архитектуре приложения, который обрабатывает нажатия кнопочек на фронте"

Это у Вас 3 старших разработчика пишут?

Просто эта задача уже решена во фреймворке и ее не надо делать силами пары-тройки сеньоров на начальном этапе разработки.

1С очень хорошо подходит для тех задач, для которых задумывался. Я не спорю. Но все зашито в платформу и 1С не дает никакого выбора как делать, в отличие от ЯП общего назначения.

И да, Automapper в .NET - это костыль, а не классная штука, ибо искать потом, кто положит в маппинг расчет скидок, чтобы казнить виновника, это то еще удовольствие. Не каждому программисту нужно разрешать лазить в транспортный слой. Да, вроде бы несложная истина, но лазят ведь, гады, лазят. А потому что могут.

Нанять профессиональных разработчиков все-таки было какой-то проблемой, раз такое допускается. И почему такой код пропустили на code review?

У 1С плохой логгер? Возьми другой!

Вы перегибаете.
В IT отделе мы, парочка 1С-ников подумали, что уж с быстродействием HTTP запросов у 1С нет проблем.
Но никто не ожидал, что бизнес-логика будет отрабатывать быстрее, чем инфраструктурные вещи вроде записи логов через HTTP.
Вот и пришлось писать в файлики с нашими объемами данных. И дело было не столько в файлах, а в том что другие коллеги, чьи микросервисы участвовали в общем процессе писали логи в Kafka, откуда их было удобно смотреть через ELK пользователям системы. 1С так не смогла.
И логи той части процессов, которая выполнялась в 1С пришлось смотреть в текстовых файлах. Это как раз пример того, что 1С - все-таки фреймворк, а не ЯП общего назначения.

Кстати, "Журнал регистрации" это не лог, это аудит.

Назовите ЭТО как хотите, тормозить на больших объемах он от этого не перестанет, помогут только костыли, которые Вы упомянули. Да, решение прикольное, но по сути костыльное.

Лог это "Технологический журнал" и он вовсе не тормозит, если, конечно, вы не выставили в нем уровень TRACE.

А я разве говорил, что он тормозит?

А аудит да - в 1С хреновый, тут только признать и понегодовать. Но опять же, есть сторонние средства записи этого аудита в ClickHouse, например. На нашем Youtube-канале мы даже показываем, как это сделать. Летает как ракета!

Знатные костыли, чтобы сделать за разработчиков платформы 1С их работу. Похвально и круто на самом деле.

А что, в большом IT-мире кто-то пытается разбираться в минифицированном JS? Сомневаюсь.

Вы в оригинальной статье утверждаете, что "1С подумала за нас". Я всего-лишь привел пример, как она "хорошо" подумала и с чем я лично столкнулся при разработке нетиповых решений.

Ведь в составе JDK нет веб-клиента, почему-то Oracle за это не ругает никто.

Так никто в здравом уме не сравнивает 1С и Java как равные между собой средства разработки.

В 1С вот есть из коробки веб-клиент, но не нравится если, сделай на реакте свой, как делают все в отрасли.

Как мы видим по выступлениям на конференциях по 1С, некоторым предприятиям это и приходится делать в конечном счете.

А, дорого? Ну да, с учетом ценника на команду фронтендеров, для внутрянки, не как основной публичный сайт компании - уже отлично, функционально и сразу из коробки, не нужны смузи-джаваскриптеры за оверпрайс. Чудесно же!

Увы и ах! Так уж исторически сложилось, что надо платить за высококвалифицированный труд.

Любой, кто платит деньги за автоматизацию, а не размышляет об абстрактных материях - думает именно так.

Мир категоричных суждений, он такой да.

Это суровая реальность жизни, но когда-то надо и взрослеть.

А вот и первая апелляция к возрасту. Переходы на личность я уже устал считать.

Я утверждал, что у 1С-ника встроен аналитик по умолчанию

Да, особенно у того 1С-ника, который мне в наследство оставил запрос из 60 временных таблиц.

Это не значит, что его нет совсем ни у кого, просто нет по умолчанию у каждого.

А как же "1Сники умнее и я не шучу"? А, гипербола. Точно.

Это потому, друг мой, что Вы - бывший 1С-ник и у вас аналитик встроен по умолчанию. Так, как вы делают, к сожалению, не все.

Спасибо, не ожидал от Вас услышать похвалу в свой адрес.

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

Это если мы говорим про франчайзи, а если это маленькое или среднее предприятие в провинциальном городе, 1Снику там приходится разбираться в том, как считается цифра, просто потому что больше некому.
Я лично знаю такого 1Сника. И Вы догадываетесь кто это.

Это к разработке отношения не имеет и да, франчи заставляют сотрудника решать любые хотелки клиента, хоть технические, хоть бизнесовые.

Согласен, это ужасно.

Поэтому из франчей и бегут. С другой стороны - крутая школа жизни.

Я больше скажу, поэтому бегут из 1С.

Опять слово-маркер. Знаете, я уже давно заметил, что если в речи человека фигурируют слова "быдло, ватник, пендосы, гейропа, вставание с колен, булкохрусты, либерасты", то этот человек, зачастую, не стоит того, чтобы разговаривать с ним всерьез.

Ахаха, эка Вас "прорвало". С "булкохрустов" посмеялся. Еще один переход на личности. Какой же я ужасный и глупый человек. Дискуссия уровня знаменитого профильного форума 1Сников желтого цвета.

Речевой аппарат есть, а мышления нет. Бывает и такое.

Действительно, особенно некоторые 1С-ники, слепо верящие в непогрешимость вендора.

А еще, я, как 1С-ник знаю что дебет слева, а кредит - справа, и финансовые директора компаний меня за это сильно любят и моим решениям доверяют больше.

Знание двойной записи дает Вам больше веса в глазах финансовых директоров? Только этот факт?

Ну-ка покажите мне девопса, который знает с какой стороны дебет?

А еще я вышиваю крестиком...

Я вот умею в docker, а девопс в бухгалтерию - нет.

Хорошо быть разносторонне развитым.

Хотя не только, но хвастаться некрасиво, не ровен час, пол-Хабра обидится и завидовать начнет :)

Судя по количество голосов за Вашу статью, они уже обиделись и завидуют.

Я утверждаю, что стоит. Но слишком очаровываться страной эльфов не надо. Горечь разочарования будет сильнее.

Честно, вся Ваша оригинальная статья выглядит как попытка отговорить программиста уходить из 1С. Но, в конце, для галочки есть приписка - ну если очень хочется, то можно. Ну ладно.

Я прямо сказал аудитории, где можно будет разочароваться и посоветовал переходить из 1С, учитывая это. Где мои деньги?

Где деньги, Лебовски? Где-то между SAP и Связным, судя по частоте упоминания.

Дальше автор приводит ряд тезисов, с которыми я отчасти согласен, отчасти нет, про закрытость вендора, про медленное включение чего-то в коробки, про востребованность за границей. Тут долго спорить, а я уже подустал писать. Что-то правда, что-то эмоциональный перегиб. Будем считать, что автор прав.

Внезапно, хоть где-то я прав.

1С - это фреймворк, инструмент в руках энтерпрайз-архитектора.

Если бы Вы сразу так сказали, и не "гиперболизировали" ничего, то не было бы моей статьи.

Сегодня 1С, а завтра выкинем ее и перепишем на go, а вон тот SAP, наоборот, заменим на 1С, т. к. они задолбали ломить такой ценник и крайне медленно делать сущее говно.

А вот тут у Вас эмоциональный перегиб.

Надо трезво смотреть на вещи, а не очаровываться мифами про прекрасную жизнь за порогом 1С. Ну и да, если вдруг ты не знаешь, что существует что-то кроме конфигуратора, то ты тупой 1С-ник, just admit it.

Надо развиваться, не надо "не развиваться". Согласен.

Выступление было в 2020 году, а готовился я к нему в 2019, поэтому на 2022 цифры уже не соответствуют. Сейчас мидл 1С-ник в Москве это 230-250, но это я прямо сильно навскидку, давно не изучал рынок мидлов.

Дай Бог 200 000 рублей будет, да и то не всегда и везде.
Что ж, подборочку по рынку в студию.

Сеньоры столько же сколько в других языках, ибо сеньоры это не про код а про решение задач, тайм-ту-маркет и прочее скучное. Сеньор решает задачи.

Если смотреть уровень Middle, то есть от 3 до 5 лет, а я думаю именно столько надо проработать в 1С, чтобы называться средним специалистом, то медиана - 225 000 рублей.
Поставим рядом Java разработчика с таким же опытом, медиана - 310 000 рублей.
А уж если взять Senior, то есть от 6 лет опыта и выше, 1Сник может претендовать на ... те же 225 000 рублей? Складывается ощущение, что больше 300 000 рублей 1Снику не прыгнуть в принципе.
Берем Java разработчика с тем же опытом и удивляемся, медиана - 335 000 рублей.
Похоже на правду, редко видел ЗП в 1С выше 250 000 рублей. Я не знаю, что нужно делать в 1С, чтобы столько платили. В то время как на том же Golang, 250 000 - средний ценник на Middle позицию.
Хотя возможно я просто не умею считать.

А как же "жадные капиталисты, плюющие в морды своим разработчикам"?

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

Давайте полемизировать правильно, дамы и господа.

Давайте, а не кричать "мама, я хочу мороженое".

Экосистеме 1С нужны грамотные дискуссии по существу.

Боюсь, что это не изменит положения вещей, 1С как стояла спиной к разработчикам, так и продолжает это делать.

Надеюсь, никого сильно не обидел.

Увидим, в комментариях.

И да пребудет с вами сила.

И Вам я желаю много лет в разработке и чтобы все у Вас было просто замечательно. Время сейчас тяжелое.