Если учесть, что вирус повреждает альвеолы, то даже у тех кто выздоровел, останутся последствия в виде ХОБЛ. Так что я лично не понимаю радости тех, кто думает, что перенесет инфекцию легко. Как только начался кашель при COVID-19 — это уже началось уничтожение легочной ткани. Которая потом очень плохо восстанавливается, если кто не знал.
Я когда писал интерпретатор языка, похожего на одинес, тоже думал, что тут инженеры и им будет интересно посмотреть, как такие штуки делаются, пусть и немного с юмором. не каждый вообще знает хотя бы даже с чего начать писать интерпретатор. но вместо этого реакция сообщества получилась как у группы неуравновешенных школьников, озлобленных на одинес.
Толпа еще ничего хорошего не создавала. Посредственное — да, но не лучшее. Лучшее создают индивидуалы. А у толпы появляется право (желание) хаять. Хорошо, если автор лучшего — социопат, и ему положить на мнение толпы. Но так бывает не всегда.
Имея аналогичный опыт, посмею возразить. Есть много концепций и идеом, особенно, архитектурных, кторые за это время вымерли и переродились. То, как спонтанно программировали в начале 2000х, совсем далеко от нынешних «гексагональных микросервисов».
Delphi стал популярен в РФ в начале 2000х, когда 1с еще не выпустила 8.0, и когда диски с Delphi пиратились безо всяких проблем с органами (т.е. для предприятий — бесплатно). 1с в большей части старалось повторить успех компонентной модели Delphi, и даже язык в 7 версии 1с стал похож на русифицированный паскаль (и даже номер версии стырили у Дельфи), и пиратские диски точно так же продавались везде, иначе бы никому эта 1с была бы не нужна.
Просто Вы не готовитесь к совещаниям, поэтому, сложно быстро придумать и "втюхать" коллегам решение. Правило простое — кто подготовил решение к совещанию, тот его и принимает с помощью этого совещания. Если остальные не подготовились, то они будут ровно так же "тугодумить" и соглашаться с быстрыми решениями более "умных" коллег. Нмкто не хочет заморачиваться. Разве чтоина совещание придут конкуренты с выработанными своими решениями.
Я в сфере 1с проработал более 15 лет, и за это время деградация кадров шла по экспоненте. И завтра этот ваш студент будет конкурировать за поддержку 1с с бывшими дворниками, продавцами и другими специалистами широкого профиля. Поэтому да, ипотеку придется платить 25 лет.
Про "сильны в анализе процессов" я бы поспорил. Далеко не все, и многие мыслят парадигмами 1с конфигураций, и это уже жирный минус. Да, и стоимость аналитика на порядок ниже программиста.
Я не понял, щачем Вы сравнили реализацию в платформе с реализацией на sql. В платформе 1с нумераторы НЕ реализуются на sql, и вопросы с дырками там тоже есть, особенно при управляемых блокировках, потому и существует у нумератора опциональная настройка "заимствования" номера. Вопрос дырок скорее бизнес-вопрос, а не системный. Эта задача решается на уровне бизнес логики в любом языке, ничуть не хуже, чем это сделано а платформе, и даже лучше, т.к. иногда можно сделать в разы проще и производительнее. Я это делаю постоянно и без проблем, подключением нужного класса нумератора, если нужно. Кстати, очень редко нужно, везде хватает автоинкремента и составного представления номера.
Отличная ссылка (https://its.1c.ru/db/metod8dev#content:5859:hdoc)! Во всех следующих обсуждениях можно копипастить оттуда цитаты, чтобы все программисты видели, с каким добром им придется иметь дело :)
Не совсем так. Облачные решения — это сфера еще более массовая, чем тот сегмент рынка, что сейчас есть у 1с. И решения делаются еще более приспособленными для массоаого пользователя. И по цене в том числе. А от государства они будут еще и бесплатными.
В статье не хватает рассмотрения еще некоторых особенностей. Однопоточный синхронный медленный интерпретатор. Нет возможности запуска асинхронных функций с получением результата не через базу (фоновые задания не предлагать!). Примитивная сборка мусора (алгоритм начала 90х). Нет разрешения циклических ссылочных зависимостей (сервер приложений легко течет по памяти, и нет средств поиска неисправности). Все эти факторы не позволяют реализовывать сложную бизнес-логику на встроенном языке (и поэтому есть такой распространенный паттерн запихивания бизнес логики в один запрос к базе). Но ее упорно напихивают в типовые решения.
Скоро все закончится. Сейчас тренд — облачные решения и сервисы, работа с большими данными, микросервисы и т.п. В этих сферах 1с пролетает мимо и с большим свистом. Архитектура микросервисов позволяет взять и переписать любой сервис на НОВОЙ технологии, если она появилась, на ЛЮБОМ языке или фреймворке, если он лучше старого. Это избавляет от ловушек легаси, в которой застряла 1с и скоро просто утонет после того, как появятся государственные облачные сервисы, решающие задачи с учетом и отчетностью. Непонимание этой тенденции не оставляет в покое многих пытаться безуспешно выходить с технологиями прошлого века на международные рынки и тягаться там на поле с местными мастодонтами. Это глупо, как и глупо пытаться искать программистов 1с в среду, где зарабатывают на консалтинге и продажах коробок/лицензий.
Проблема лишь в том, что Вы думаете, что все программисты мечтают программировать программы для ларьков с шаурмой. Это и есть основной просчет. Сейчас тренд — облачные решения и сервисы, работа с большими данными, микросервисы и т.п. В этих сферах 1с пролетает мимо и с большим свистом. Кстати, о микросервисах. Вы писали выше некоторые рассуждения на их счет. И тут ошибка, микросервисы нужны не ради микросервисности. Архитектура микросервисов позволяет взять и переписать любой сервис на НОВОЙ технологии, если она появилась. Это избавляет от ловушек легаси, в которой застряла 1с и скоро просто утонет после того, как появятся государственные облачные сервисы, решающие задачи с учетом и отчетностью.
Резюме. Вам лучше зазывать в 1с не программистов, а экономистов, продавцов и консультантов, они там лучше пригодятся, и легче нанимать, и дешевле, и выход из этого бизнеса будет легче.
Вы недооцениваете зарубежных домохозяек. Им не требуется одной рукой доить корову а второй тыкать в одноклассники.
Я когда писал интерпретатор языка, похожего на одинес, тоже думал, что тут инженеры и им будет интересно посмотреть, как такие штуки делаются, пусть и немного с юмором. не каждый вообще знает хотя бы даже с чего начать писать интерпретатор. но вместо этого реакция сообщества получилась как у группы неуравновешенных школьников, озлобленных на одинес.
ну кто то же должен сесть за эти деньги
Толпа еще ничего хорошего не создавала. Посредственное — да, но не лучшее. Лучшее создают индивидуалы. А у толпы появляется право (желание) хаять. Хорошо, если автор лучшего — социопат, и ему положить на мнение толпы. Но так бывает не всегда.
и работать с новыми доделанными системами еще два месяца никто не будет
Delphi стал популярен в РФ в начале 2000х, когда 1с еще не выпустила 8.0, и когда диски с Delphi пиратились безо всяких проблем с органами (т.е. для предприятий — бесплатно). 1с в большей части старалось повторить успех компонентной модели Delphi, и даже язык в 7 версии 1с стал похож на русифицированный паскаль (и даже номер версии стырили у Дельфи), и пиратские диски точно так же продавались везде, иначе бы никому эта 1с была бы не нужна.
Просто Вы не готовитесь к совещаниям, поэтому, сложно быстро придумать и "втюхать" коллегам решение. Правило простое — кто подготовил решение к совещанию, тот его и принимает с помощью этого совещания. Если остальные не подготовились, то они будут ровно так же "тугодумить" и соглашаться с быстрыми решениями более "умных" коллег. Нмкто не хочет заморачиваться. Разве чтоина совещание придут конкуренты с выработанными своими решениями.
Я в сфере 1с проработал более 15 лет, и за это время деградация кадров шла по экспоненте. И завтра этот ваш студент будет конкурировать за поддержку 1с с бывшими дворниками, продавцами и другими специалистами широкого профиля. Поэтому да, ипотеку придется платить 25 лет.
Еще есть такой путь развития — стать руководителем таких же бедолаг и "впаривать" им все то, что тут уже в комментах предлагали за 1с.
Про "сильны в анализе процессов" я бы поспорил. Далеко не все, и многие мыслят парадигмами 1с конфигураций, и это уже жирный минус. Да, и стоимость аналитика на порядок ниже программиста.
Я не понял, щачем Вы сравнили реализацию в платформе с реализацией на sql. В платформе 1с нумераторы НЕ реализуются на sql, и вопросы с дырками там тоже есть, особенно при управляемых блокировках, потому и существует у нумератора опциональная настройка "заимствования" номера. Вопрос дырок скорее бизнес-вопрос, а не системный. Эта задача решается на уровне бизнес логики в любом языке, ничуть не хуже, чем это сделано а платформе, и даже лучше, т.к. иногда можно сделать в разы проще и производительнее. Я это делаю постоянно и без проблем, подключением нужного класса нумератора, если нужно. Кстати, очень редко нужно, везде хватает автоинкремента и составного представления номера.
Отличная ссылка (https://its.1c.ru/db/metod8dev#content:5859:hdoc)! Во всех следующих обсуждениях можно копипастить оттуда цитаты, чтобы все программисты видели, с каким добром им придется иметь дело :)
я такие делал. и они из разряда "на 1с" быстро переходят в разряд "на sql", "на python" и т.п, а в 1с только формы ввода и остаются.
В статье не хватает рассмотрения еще некоторых особенностей. Однопоточный синхронный медленный интерпретатор. Нет возможности запуска асинхронных функций с получением результата не через базу (фоновые задания не предлагать!). Примитивная сборка мусора (алгоритм начала 90х). Нет разрешения циклических ссылочных зависимостей (сервер приложений легко течет по памяти, и нет средств поиска неисправности). Все эти факторы не позволяют реализовывать сложную бизнес-логику на встроенном языке (и поэтому есть такой распространенный паттерн запихивания бизнес логики в один запрос к базе). Но ее упорно напихивают в типовые решения.
Резюме. Вам лучше зазывать в 1с не программистов, а экономистов, продавцов и консультантов, они там лучше пригодятся, и легче нанимать, и дешевле, и выход из этого бизнеса будет легче.