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

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

Java  в этом сегодня похожа, т.к. куча онлайн сервисов (мобильные и интернет приложения) пишется именно на этом языке. Причем это себе могут позволить только средние и крупные компании. Эти приложения требуют постоянной доработки и поддержки.

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

(220) Конечно не консультант
https://medurconsult.ru/info/articles/analitika/verkhovnyy-sud-uchreditel-kliniki-dolzhen-byt-s-meditsinskim-obrazovaniem/

(224) учредитель и глав врач это разные все таки позиции

+ постановление верховного суда не от еняет ФЗ, просто в случае тяжб на него можно сослаться, не более

(226) Для меня это не принципиальный вопрос, поэтому проще согласиться ;-)

Этих главврачей без медицинского на самом деле много.
Не сталкивался бы не писал

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

(161)
>Но иногда хочется, организовать свое дело и как одно из возможных направлений рассматриваю консалтинг в области интеграции с 1С.
>Например, вынос части функционала из 1С в отдельные микросервисы с использованием колоночных или документоориентированных СУБД.
>Но судя по вакансиям потребности в этом совсем нет.

Совершенно неверный подход, тем более, для собственного дела. Конечного пользователя не интересует способ решения задачи: будет это сделано на 1С, на .NET или даже на COBOL. Его интересует не средство, а результат. В бизнесе результат - это финансовый результат, т.е. деньги. Если ты предложишь клиенту сэкономить на чём-то, то, "порезав косты", ты поможешь его бизнесу достичь более высокого результата. Предложи клиенту не "дрель" в виде "выноса части функционала из 1С в отдельные микросервисы с использованием колоночных или документоориентированных СУБД", а "дырки" - решение бизнес задачи за меньшие деньги, чем на рынке, и твоя идея взлетит. Именно так пробивала себе путь в транснациональных корпорациях советская ТРИЗ. Ну, а если ты предложишь ему ещё и поднять прибыль, например, с помощью предиктивной аналитики, то идея взлетит ещё быстрее.

(162)
Работа в команде подразумевает передачу по "внутрикомандному конвейеру" различной информации: результатов обследования, ТЗ, программного кода, результатов тестирования, мануала и пр. Если на выходе одного звена плохая информация, то с каждым новым звеном передачи искажения могут нарастать. Поэтому одна из основных задач в команде - выдать коллеге надлежащую входящую информацию, чтобы он смог качественно сделать следующий кусок проектной работы.

>Как это внешне выглядит / по каким признакам определяется, умеет или не умеет работать в команде?

1. Например, фраза "я всегда работаю так", может говорить о том, что человек не готов адаптироваться ни под нужды клиента, ни под потребности членов команды.
2. Если человек после получение задачи не задаёт по ней вопросы, это значит, что либо понятно всё, либо непонятно ничего. Поскольку понятно всё бывает крайне редко, то в большинстве случаев бывает вариант с непонятками. Результатом может стать либо неверное, либо неполноценное решение, которое потребуется переделывать.
3. Проблема исчезания у удалёнщиков: человек может не предупредить, что он не сможет выполнить задачу в срок, в результате "внутрикомандный конвейер" будет простаивать либо задачу придётся перепоручать другому исполнителю.
Список можно продолжить...

(231) бывает когда все понятно, но у заказчика свое видение типовых механизмов в 1с, о которых знает только он

Все ультрабойцы давно прикормлены и плотно сидят на местах РП, начальников ИТ-служб, архитекторов, на крайняк ведущих/тимлидов и.т.п.

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

(233) есть еще плавающие "ультрабойцы". которые не нашли пока свою компанию мечты

ну и далеко не всего хорошие проги хотят быть начальниками

(232) Типовые механизмы заказчика, как правило, волнуют мало. Его волнует эффективность бизнеса - см. (230)
Но если у заказчика всё-таки есть своё собственное мнение об инструментах решения задачи, то исполнитель просто обязан задать ключевой вопрос: "Я Вас правильно понял, что Вы хотите так-то и так-то?". Без этого вопроса при защите результата работы, особенно, если она делалась без ТЗ по устным хотелкам, могут быть проблемы. Более того, грамотный исполнитель обязан предупредить заказчика обо всех отрицательных моментах, которые могут возникнуть при отработке сценария заказчика.
Но к командной работе это уже имеет косвенное отношение. Разве что в том ключе, что к коллегам тоже нужно относиться клиенториентированно.

Мне кажется все зависит от клиентуры. Есть франчи где не хватает сотрудников а есть - где не хватает клиентов

(0) ТС, сегодня с начальником IT отдела это обсуждали. Программисты не успевают ничего по одной причине - постоянные звонки от пользователей "А как это работает", "А что мне тут сделать". При том, что систем зоопарк, из них более половины - самописки в штате всего 2 1С-ника. При этом пользователей непосредственно 1С у нас всего человек 50, из них активно пользуются от силы десятка три. При этом эти пользователи - не кладовщица Ленка, а персонал с требованием высшего образования и стажа в должностных инструкциях. Тем не менее, им неохота читать документацию, проще запарить прога рассказать, что и как. При этом задают иногда специфические вопросы, которые лучше бы они сами себе задавали.

При этом ставится задача (и правильно ставится) автоматизации всего и вся, таким образом, вовлеченность в систему сотрудников (в том числе, и низшей квалификации) будет возрастать, но умнее-то они от этого не станут. А вот натупить и занести в систему что-нибудь не то - это 100% сделают.

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

Что касаемо отбрасывания 1С на обочину... Скажите мне, что её заменит, и я тут же буду изучать этот продукт.
SAP? Однодневные нонейм-аналоги?
У 1С перед всеми этими системами есть несколько преимуществ, и самое главное из них - стандартизация. Для бухгалтера знание 1С уже давно является стандартной компетенцией, то же самое регулярно висит в вакансиях продавцов, менеджеров, кладовщиков. Точно так же и для обслуживания 1С всегда можно найти программистов.

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

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

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

(231) Из трех перечисленных пунктов вроде только первый "Например, фраза "я всегда работаю так"" может говорить о том, что он в команде не умеет / не хочет работать. Ну т.е. на внутренние какие-нибудь регламенты кладет болт.
Второй и третий пункты относятся к качеству выполненной работы и ответственности, что к работе в команде вроде никак не относится.

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

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

(241) Если усложняются конфигурации, то тогда для даже небольшой доработки будет требоваться квалифицированный программист, в том числе и для мелких и средних компаний.

(240) Как далеко ты смотришь))) Билл Гейтс как то написал книгу о будущем ИТ, но забыл включить туда Интернет, когда Интернет неожиданно развился, он доредактировал книгу. Как сказал один эксперт ИТ: "Прогнозы в ИТ можно выкидывать каждые 2 недели")

(243) к (241)

(241) Еще 50 лет назад прогнозировали, что в самое ближайшее время необходимость в программистах пропадет, их заменят программы)

(245) потому что это прогнозируют маркетологи, а не программисты. не оставляет в покое их мысль о том что вот еще чуть чуть и ИИ станет идеальным...и эта мысль очень заразна

(246) Билл Гейтс маркетолог?

(0)как эйчар отвечу: разобраться в Постгре и т.п. может каждый 3 технарь. а вот разобраться в бизнесе и научиться говорить с заказчиком - каждый 20-й. вот и секрет. ИТ проекты усложнились, чтобы клиент был счастлив, ему не нужно смотреть в код и восхищаться тем, как круто он написан. Хотите спорьте, но это так. а сейчас особенно.
и что важно: людей, готовых делать учетных задачи слишком мало, а вот регулярно слышу на интервью: мне интересно решать интеграционные задачи, чето оптимизировать, разобраться в новой технологии. А бизнесу нужны не технологии, а чтобы учет был налажен и отчет работал.

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

(248) <а чтобы учет был налажен и отчет работал.>
А это уже не программист
тут уже выплывает схема что по правилам должно быть несколько человек, а не вася-мастер-на-все руки

(238)ну вот как не согласиться. Умничка! все так и есть.

(251) А я умничка?)

(250)я сейчас ищу парня на фикси. уже месяц ищу. И от него ждут космоса. Не технологии, а учет. У меня во франче есть четкое разделение труда и специализация уже среди разработчиков - у меня задачи на выбор даются, занимаешься тем, что хочешь делать. а на фикси делай то, что строго нужно.

(253) и ЗП какая у нас на космос в учете сейчас?

(253) А это как занимайся тем что хочешь делать?))) А если я хочу свою нетленку ваять?

(247) Конечно

(256) И чего уже 50 лет программистов не слушают? Ведь все прогнозы программистов сбываются!

(247) кстати да, он реально маркетолог, он отлично впарил ОС и бейсик, предвидев бездонный рынок

(257) дело не в прогнозах, а в том что некоторые предсказания не возможны технически, особенно в тех сроках которые называют
года два назад обещали что 50% новых авто будут электромобилями

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

(259) В общем никто достоверных прогнозов построить не может на долгую перспективу? Или все таки есть пророки?

Та ради б-га, какие прогнозы, на наш век потребности в программистах учётных систем хватит за глаза.

(255)ну есть большой пул задач, план на многие месяцы наперед. Мы знаем способности и желания каждого, каждый квартал общаемся и подбираем задачи и проект. а вариант делать то, что не по душе - не нравится так сотрудникам, негатив, и как результат все не довольны. Это я описываю не мир розовых пони, а подход. У меня так.

(263) примерно озвучьте этот пул пожалуйста если не жалко )

(263) Так каков потолок среднемесячной зарплаты разработчика 1С (архитектора 1С) без ИП и без руководства, который Вы знаете?

(0) Ларьков больше чем корпораций, собственно поэтому в основном и предявляются требования под ларьки, к тому типовые стали довольно гибкие многие вещи консультант мышкой может настроить.

>Мы знаем способности и желания каждого
>Это я описываю не мир розовых пони

:D

(266)и здесь в яблочко. Можно нам систему, чтобы галочки поставить и все - работает...и это я наблюдаю пару лет как.

(264)несильно жалко) напишите мне на почту: anna.m@it-capital.ru

(269) ОК. Спасибо

(248) Все правильно, технарь и не должен досконально разбираться в бизнесе, для этого есть бизнес консультанты. Если заказчик хочет, чтобы один и тот же человек настраивал и сервер и учет в компании, то скорее всего плохо получится везде.

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

(271) Ну Анечка говорила же что все же существуют такие уникумы - архитекторы 1С которые зарабатывают от 443 тысяч рублей

(272) Запили шину данных в какой-нить корпорации, банке и прочему без документации, и построй на этом архитектуру всех решений, и будешь столько же получать

Желательно при этом испоьзовать техи, сочетания которых в реале встречается только в твоем исполнении

(263) судя по отзывам хорошая контора у вас единственный минус (для меня) с самопиской для банковского сектора работаете те приобретеные скилы за пределами машей конторы не нужны(

(261) ну вот что вижу я.
1) В экономике у нас сейчас преобладают кризисные тенденции -> бизнес (да и не только бизнес, госсектор в том числе) -> стремится снижать издержки -> а основной путь, которым это можно сделать - автоматизация -> внедрение аппаратных и программных продуктов (причем желательно в связке, как пример - производство, идеальная модель в котором когда со станка с ЧПУ данные о произведенных деталях, данные со счетчиков электроэнергии, данные учета времени работы поступают прямо в 1С/другую учетную систему, на основании которых высчитывается себестоимость детали, )-> дальше получаем явное отставание значительной массы обычных пользователей (не знающих программу) и повышение роли тех пользователей, которые в программе работать умеют (ага-ага, как раз тех самых консультантов, про которых завел речь ТС).

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

2) Часть профессий, причем не столько низкоквалифицированных, сколько средней квалификации - исчезнет полностью либо станет менее востребованной - за них будет думать и выполнять работу машина. Востребованы будут творческие профессии - то, что не заменишь никакими алгоритмами и... как раз низкоквалифицированный персонал - кто-то должен вбивать данные в систему, совать в станок заготовки.

(251) Ой, спасибо)))

(276) По классике так, но у нас бизнес в подавляющим случае мыслит примитивно, на уровне тараканьего рефлекса, лапке стало горячо лапку убрали. Нужно оптимизировать повыгоняют часть народу сократят ЗП оставшееся часть за двоих пахать будет, сырьё более дешевое использовать начнут помните, например, как с сырами было, когда бакс до 60 скаканул его вообще не пойми из чего, стали делать государство вынуждено было на это глаза закрыть иначе народ начнет вопросы задавать почему мол самый дешевый 1000 руб. стал стоить, также и с хлебом и другими продуктами.

(276) по поводу исчезнут профессии есть такая поговорка два солдата из стройбата заменяют экскаватор когда жалования солдата в ссср была 3.50 руб в месяц + кормежка то использования солдат было более выгодно чем гнать экскаватор. Так и сейчас,глубокая роботизация и автоматизация наиболее актуальна где дорогая рабочая сила, сейчас же в России рабочая сила уже дешевле чем в Китае смысл чтото серьёзно автоматизировать?

(278) "как с сырами было" // А щас что-то поменялось с сырами?

(280) говорят качество было лучше.

(281) "щас" = по сравнению с тем что там описано. Ты зачем-то повторяешь то что там написано.

(280) Французких, итальянских, польских сыров теперь официально нет

(283) Это ты к чему?

(282) тогда какое слово тебе не понятно?

(285) "было"

(284) К ответу на вопрос, что поменялось, поменялись условия,

сейчас уже появились премиальные сыры в Калининграде, ждем и другие области

(287) Премиальные сыры и хамон в той же азбуке вкуса купить не проблема.
Людей, готовых их покупать пока не привезли.

(283) у меня в магазине у дома экспортный камамбер вполне себе на витрине.

я почему-то ровно обратное замечаю

(287) премиальные российские пока на одном уровне с посредственными европейскими, но и это уже неплохо

Вот мне нужны, а найти проблема - на вкусные условия идет какой-то неадекват.

(275) Знание МСФО нигде не лишнее. Все крупные компании делают это. Особенно если есть иностранный капитал/учредители.

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

(239)
>Второй и третий пункты относятся к качеству выполненной работы и ответственности, что к работе в команде вроде никак не относится.

Только на первый взгляд. Если ты служил в армии, наверное, помнишь "зачёт по последнему". И караваны также движутся: со скоростью самого медленного верблюда. Команда - не исключение: её эффективность, а также "качество выполненной работы и ответственности" в достаточно высокой мере определяется самым слабым звеном. Это тот самый случай, когда "паршивая овца всё стадо портит": один человек накосячил, а проект не может сдать вся команда.

(240)
>реляционная БД не самый лучший вариант

Пожалуй, соглашусь. Кто тебе мешает освоить RDM или Cache? ;)

(295) Это так но некоторым организациям вполне удается работать с удалёнщиками, скажем так не мелким.

нада!

(297) Разве я отрицал факт успешной работы с удалёнщиками? Я всего лишь описывал риски неуспешной. Я сам с некоторыми удалёнщиками по много лет подряд работаю, что, собственно, и подтверждает твой тезис. Но я отбираю людей, в первую очередь, именно по признаку умения или хотя желания работать в команде. Если выбирать между крутым кодером, не умеющим работать в команде, и середнячком, но командным игроком, я выберу второго, потому что код писать можно научить гораздо быстрее, чем перевоспитать взрослого человека. Код - это технология, а воспитание - психология, техническую задачу всегда проще решать, чем психологическую.

Надо ради интереса разместить свою вакуху за 350 тыр.

(300) При совмещении архитектор + ведущий разработчик + тим-лид + РП вполне возможно.
Только хрен найдешь такое в 1С.

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

(0) высококвалифицированных просто решетом не собирают. Они - редкий товар, но зато и нужны не всем. Их ищут по резюме в основном или сарафаном.
Если ты составил резюме и тебя в ответ заваливает сугробами предложений итсы развозить, то тут одно из двух - или резюме ты не умеешь составлять, или может стоит рассмотреть вариант поразвозить какое-то время

(302) Та не они (квалифицированные) всем нужны.
Но не у всех есть возможность платить им адекватную их квалифицированности зарплату.

Вот и ищут аналоги подешевле, пусть и с худшими характеристиками.

Суть что некую задачу/проблему квалифицированный решит пусть за 5-10 минут (условно).
А неквалифицированный может от пары дней до бесконечности провозиться.

Если денег нет но работать надо - нанимают кого смогли и экономя деньги теряют сильно время и чуть менее качество.

(303) практика показывает ущербность такого подхода. Время и качество - это только симптом, а реальная болезнь в том, что в результате бизнес получает не то, что хочет, или не получает ничего, кроме затрат.
Недостаток опыта приводит к тому, что никто не задает вопросы "зачем" и "почему", а вместо этого пытаются решить в лоб именно то, что выражают бизнюки, и именно так, как они выражают. В результате - или идём не туда, или вообще не идём потому, что различные требования взаимоисключают друг друга и есть большая разница между тем, чего люди хотят, и тем, что они по этому поводу ~~блеют~~ говорят.

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

(304) Ну с туалетной бумагой все логично, даже Маск начал на ней экономить ))
https://vc.ru/transport/69078-u-tesly-zakonchilas-tualetnaya-bumaga

(0) "И очень редко требуются высококвалифицированные разработчики, которые могут оптимизировать типовые запросы, переписать текущие алгоритмы многопоточно, грамотно организовать архитектуру системы, знающие не только 1С, но и другие современные технологии"

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

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

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

(308) Я просто и есть тот парень, который этим занимается.
В промышленной разработке 1С выполнится запрос за 0.5 или 0.05 секунд - слишком мало систем где это было бы фатально, только не приводите ПЭК в пример, там то же самое - вопросы с производительностью решаются постфактум, главное что бы совсем уж грубых ошибок не было. А затраты на такую оптимизацию с отладкой могут составлять часы, что в большинстве случаев неприемлимо.
Появилась проблема, берем ТЖ, анаизируем, фиксим, все счастливы.

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

В отличие от SAP у 1С центр разработки в России, поэтому неплохо будут зарабатывать программисты типовых и отраслевых решений. Но тоже всё зависит от законодателей, если идеи типа онлайн касс, маркировок и прочих ЕГАИСов притормозятся, то даже в этом сегменте будет меньше работы.

Но так чтобы в каждой средней фирмочке сидел высококвалифицированный прог и переписывал закрытие месяца за зарплату в 2-3 раза больше среднего работника, лет через 10-15 уже не будет.

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

Это ниже среднего. Ну или средний по меркам прошлого десятилетия

(308) а никто и не призывает оптимизировать на каждом шагу. Ложка хороша к обеду

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

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

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

(311) В идеальном мире действительно так, но на практике даже там, где высосонагруженные системы - дальше соблюдение стандартов, которые далеко не в 100% случаев полезны дело не идёт.
А полностью архитектуру со старта, так что бы ее не пришлось полностью переделывать или пихать костыли ещё ни разу не видел.

(312) это я прекрасно понимаю. Но есть такая аксиома разработки: чем серьезнее разрабатываемая система, тем дороже обходятся плохие разработчики. Времена меняются, эпоха зоопарков разношерстных мелких поделок на FoxPro и иже с ними уходят в небытие, сдвиги всё больше в сторону всеобъемлющих и сложных систем а ля ERP. И если когда-то "средний" программист должен был знать синтаксис ЯП и быть чуть умнее обезьяны, то сейчас к среднему программисту предъявляются куда более серьезные требования. Поэтому современный 1Сник средней руки должен по-умолчанию разбираться в основных аспектах производительности. Тем более, не такая уж это и наука

(313) Я не буду с Вами спорить, но по тем проектам, которые у меня есть сейчас:
Одна консолидирующая база + куча мелких, каждая под свою задачу.
Раньше учет старались свести в одну супербазу, но время показало, что это сверхзатратно.
УХ в голове.
Зуп в кадрах.
ЕРП\УПП на производстве
Бух в Бух
Отраслевые в специфичных местах.
До в бюрократии(юристы безопансники).
+ самописки при необходимости.
От супер баз все в одном месте наоборот идет отказ и такие "микросервисы", если можно так выразится каждый под свою задачу.
Куча мелких доработок разного уровня качества + обмены такого же качества.

(314) а я и не говорил, что должна быть одна-единственная система. Просто акцентирую внимание на том, что системы становятся всё сложнее. Уже прошли времена простеньких программ. Взять ту же 1С:
Платформа 8.0 сложнее 7.7
Платформа 8.1 сложнее 8.0
Платформа 8.2 сложнее 8.1
...
С типовыми конфигурациями то же самое. Всё IT постоянно развивается и усложняется. Вместе с усложнением IT растут требования к программистам. То, что было высокой квалификацией лет 20 назад, ныне тянет разве что на среднюю квалификацию. Это не могло пройти мимо 1Сников. Например, если 9-10 лет назад умением готовить СКД можно было козырнуть в резюме, то сейчас оно входит в базовые навыки. То же самое и с производительностью. Оптимизация уже давно не удел избранных, а обыденный навык, которым должен владеть уважающий себя 1сник.
Ну или маленько с другого ракурса. Лет 20 назад основными пользователями 1С были ларьки. Сейчас 1С прочно обосновалась в среднем бизнесе и притирается к крупному. Это накладывает более высокие требования к 1сникам. Да, если ты работаешь с ларьками, то можно не заморачиваться насчет производительности. Но как дело доходит до более серьезной автоматизации, тут 1Сник должен хотя бы иметь хорошее представление, что влияет на производительность

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

(316) У меня давно мысля что надо 1С на MapReduce перевести

(315) Усложнение растет, а люди не меняются. Они все такие же, как и 5000 лет назад. Способных переварить растущую многогранность разработки людей все меньше.

(316) пока что редко встречаются базы 1с на 1000+ пользователей, а вот на 50+ и 100+ уже сплошь и рядом. Поэтому и понимание основных подходов к оптимизации не являются сакральными знаниями

(318) люди-то одинаковые, а вот людской потенциал используется далеко не на полную. Тот самым потенциал позволит усложнять всё и вся ещё фиг знает сколько времени

1000 пользователей. У меня вот 18 пользователей - выручка 700 млн, я так понимаю для 1000 это надо что бы выручка была 35 млрд. Это на региональную торговую сеть тянет.

(320) Не уверен, что можно соотносить выручку и количество пользователей, но 1000+ это федеральный уровень, а в топ 100 компаний у всех выручка за 100 лярдов.
(316) 50-100 пользователей, это не о чем вообще. С такой нагрузкой прекрасно на любой типовой работается, вообще если можно решить проблему железом, то нужно решать железом, а не пытаться написать свое, в итоге выйдет дешевле. В 0-x, 50-100 пользователей у меня прекрасно работали на файловой ТиС. Отгрузочные документы правда в час-пик вставали на блокировках, пришлось разделить ввод данных и формирование движений, но после этого все отлично работало, пока таблица проводок не стала за год почти 2 гига набирать, потом пришлось переходить на УПП. Минутка ностальгии))

(321) да, 50-100 юзеров не ахти, но уже достаточно, чтобы поиграться и с оптимизацией запросов, и с блокировками