Как ни жаль таких людей, но по канонам капиталистического жанра, описанного упоминаемым здесь Марксом, такие люди и опускаются на дно при размытии среднего класса.
Хочешь оставаться на месте — беги с ускорением.
Всем понятно зачем возник BPMS. Здесь о практике его применения написано.
В любом случае, как ты ни назови человека, который напишет программу, но он все равно будет разработчиком. Инженеры давно уже в Автокаде на питоне разрабатывают. И их могут даже не называть программистами, а называть инженерами. Но суть от этого не меняется.
Финансист со скилами разраба — это реально круто. Таких на рынке не много. Но, как только он научился разрабатывать, он стал разработчиком и его рыночная цена выросла. Так как можно отказаться от программистов?
Что касается BPM, то чем он отличается от других визуальных сред прошлого типа Delphi, Scratch и пр.? Ну нельзя что-то более-менее серьезное на них разрабатывать. Много раз пробовали и каждый раз после очередного хайпа все сдувалось.
Тот же Google, не смотря на успех Android Studio, отказался от визуальной разработки в продукте следующего поколения Flutter.
Все правильно, есть тенденция выдавливания человека из экономики. Но есть ряд профессий, которые, если и вымрут, то среди самых последних.
И среди них:
— бизнесмены, т.е. владельцы производств;
— ученые — создатели научных знаний и технологий;
— инженеры/программисты, которые воплощают научные знания и технологии в работающее железо.
Я специально не стал упоминать конкретные реализации BPM, а выделил общие, по моему мнению, проблемы этих систем.
Ни в коем случае нельзя воспринимать мои слова в адрес конкретно Сбербанка. Об этом дисклеймера целый абзац посвящен.
Но, если знаете еще какую-то технологию, которая потенциально способна выдавить программиста из разработки и которую мог иметь в виду гн. Греф, с удовольствием готов обсудить.
Все развивается таким образом, чтоб избежать подобных длительных проектов. Отсюда MVP, микросервисная архитектура и пр. Под это и пилится скрам, чтоб за две недели выкатить какой-то бизнесовый функционал.
Как я понял ss-nopol, речь идет о еще советских шутках типа: автоматизация — нажал на кнопку и спина мокрая. Они действительно были распространены в 80-90-е годы. Речь не о конкретном проекте, насколько я понял. Просто советская экономика обладала своей спецификой. Сейчас при капитализме тоже можно встретить убыточные инновационные проекты, просто рынок чаще всего расставляет все по местам. Конечно, если не идет речь о корпорациях, которые «слишком велики для банкротства».
Этот банк существует вне зависимости от наших с вами желаний. И между прочим, неплохо существует. Акционерам он платит очень хорошие дивиденды и не припоминаю, когда он был в последний раз убыточным.
Жизнь — она многогранна и большинство действий можно рассматривать с разных точек зрения. Вон коллеги мне попеняли, что решение Петра по кораблям имело не только отрицательные, но и положительные последствия.
Честно говоря, я не знаю как еще более понятно обозначить, что обсуждается гипотетическая ситуация вот в этом месте:
> В общем, возможно дело было так.
Мне не понятно из чего вы сделали такие выводы. В статье нет такого посыла. В ней обсуждается исключительно одно скандальное заявление, которое может указывать на ошибочность (по моему мнению) суждения Грефа, но никак не характеризует его как человека или специалиста.
Боюсь, вы не совсем правильно интерпретировали написанное.
> По слухам, Греф приказал всем всем переносить все существующее ПО на бесплатный BPMS-движок
Если такие слухи есть, то мне о них ничего не известно. И в статье написано более мягко и обтекаемо чем утверждение про все перенести. Про BPMS — это исключительно гипотеза, о чем я писал как в дисклеймере статьи, так и в комментариях.
> Но в статье жутко не хватает хоть каких либо пруфов, кроме одного высказывания Грефа
Боюсь, пруфов вы не дождетесь каких-либо. По разным причинам как объективного, так и субъективного характера. Но главная — как уже написано в дисклеймере, статья не о Сбере, а о скандальном высказывании и об управлении проектами вообще. О том, что любые отказы от разработчиков приводят лишь к увеличению спроса на разработчиков.
> Сравнение царя и Грефа тоже получилось прикольно, но указание только на одни ошибки, но не перечисление заслуг — это очень старый и мерзкий прием.
Действительно, появление царя возникло сугубо из литературных соображений. Но я бы не сказал, что сравниваются Греф с Петром — не дорос пока все-таки Греф до сравнения с Петром. Путина можно сравнивавть, но не Грефа. Скорее две линии обсуждений идут параллельно. Хотя, некую аналогию и вправду можно провести.
Про заслуги. Common, мы не Штатах и не ребенка обсуждаем, чтоб похвалить перед критикой. И я не считаю, что должен оправдываться за то, что напомнил про ошибки Петра или Грефа. Это ни коим образом не указывает на мою любовь или ненависть к этим личностям.
Я не могу знать что имеет в виду Греф.
Если говорить про
> советских математиков-физиков, которые в 90е по быстрому выучили С++ с WinAPI
То я — один из таких советских физиков, которые в 90-е быстро выучили Basic, Assembler, Pascal, C/C++, PHP, получили степень кандидата наук, работали в науке, а сейчас в том числе от Сбера им/нам сыплются предложения о работе с готовностью перевезти из регионов в Москву.
Думаю, Герман Оскарович имел в виду что-то другое.
Антон, я понял.
Я далек от демонизации что Петра, что Грефа. По поводу Петра я сослался на ваш комментарий, кому тема интересна, тот поймет, что все неоднозначно. В жизни вообще все неоднозначно.
По Герману Оскаровичу, в первоначальном варианте предельно ясно было сказано, что не нужно готовить много программистов, их даже Сберу столько не нужно. Последующий комментарий не совсем согласуется с такой формулировкой.
Я естественно не могу знать что имел в виду гн. Греф или что он подразумевал. Естественно, что связь с BPMS — это скорее моя рабочая гипотеза. Об этом как раз и написано в дисклеймере.
Честно говоря, я это его пояснение не видел. Спасибо за ссылку.
Но в любом случае пояснение Грефа выглядит в духе «журналисты все неправильно поняли». Изначальный контекст как-то плохо вяжется с пояснениями.
Кодогенерация в BPMS — это о том, что изначально программа формируется в виде xml-файла. Потом генерятся исходники на Java. Эти исходники нужно подогнать под себя.
Честно говоря, не очень понимаю про оркестрацию процессов в BPM. Если просто сделать приложение на BPM, то там изначально один бизнес-процесс, состоящий из вороха действий.
Я тут в Tinkoff обнаружил баг и решил соощить в ТП. Пришлось молодому человеку объяснять как и на кого ставить задачу и как проконтролировать ее исполнение. :) «Спасибо» так и не дождался :)
Вы картинку в самом начале заметили? И увидели чей там логотип стоит?
Хочешь оставаться на месте — беги с ускорением.
В любом случае, как ты ни назови человека, который напишет программу, но он все равно будет разработчиком. Инженеры давно уже в Автокаде на питоне разрабатывают. И их могут даже не называть программистами, а называть инженерами. Но суть от этого не меняется.
Финансист со скилами разраба — это реально круто. Таких на рынке не много. Но, как только он научился разрабатывать, он стал разработчиком и его рыночная цена выросла. Так как можно отказаться от программистов?
Что касается BPM, то чем он отличается от других визуальных сред прошлого типа Delphi, Scratch и пр.? Ну нельзя что-то более-менее серьезное на них разрабатывать. Много раз пробовали и каждый раз после очередного хайпа все сдувалось.
Тот же Google, не смотря на успех Android Studio, отказался от визуальной разработки в продукте следующего поколения Flutter.
И среди них:
— бизнесмены, т.е. владельцы производств;
— ученые — создатели научных знаний и технологий;
— инженеры/программисты, которые воплощают научные знания и технологии в работающее железо.
Я вот с ходу не смог придумать, где ИТ не потоптались и куда они еще не залезли.
Сейчас можно выпендриться, назвав себя V-shaped
Я специально не стал упоминать конкретные реализации BPM, а выделил общие, по моему мнению, проблемы этих систем.
Ни в коем случае нельзя воспринимать мои слова в адрес конкретно Сбербанка. Об этом дисклеймера целый абзац посвящен.
Но, если знаете еще какую-то технологию, которая потенциально способна выдавить программиста из разработки и которую мог иметь в виду гн. Греф, с удовольствием готов обсудить.
Все развивается таким образом, чтоб избежать подобных длительных проектов. Отсюда MVP, микросервисная архитектура и пр. Под это и пилится скрам, чтоб за две недели выкатить какой-то бизнесовый функционал.
Жизнь — она многогранна и большинство действий можно рассматривать с разных точек зрения. Вон коллеги мне попеняли, что решение Петра по кораблям имело не только отрицательные, но и положительные последствия.
> В общем, возможно дело было так.
> По слухам, Греф приказал всем всем переносить все существующее ПО на бесплатный BPMS-движок
Если такие слухи есть, то мне о них ничего не известно. И в статье написано более мягко и обтекаемо чем утверждение про все перенести. Про BPMS — это исключительно гипотеза, о чем я писал как в дисклеймере статьи, так и в комментариях.
> Но в статье жутко не хватает хоть каких либо пруфов, кроме одного высказывания Грефа
Боюсь, пруфов вы не дождетесь каких-либо. По разным причинам как объективного, так и субъективного характера. Но главная — как уже написано в дисклеймере, статья не о Сбере, а о скандальном высказывании и об управлении проектами вообще. О том, что любые отказы от разработчиков приводят лишь к увеличению спроса на разработчиков.
> Сравнение царя и Грефа тоже получилось прикольно, но указание только на одни ошибки, но не перечисление заслуг — это очень старый и мерзкий прием.
Действительно, появление царя возникло сугубо из литературных соображений. Но я бы не сказал, что сравниваются Греф с Петром — не дорос пока все-таки Греф до сравнения с Петром. Путина можно сравнивавть, но не Грефа. Скорее две линии обсуждений идут параллельно. Хотя, некую аналогию и вправду можно провести.
Про заслуги. Common, мы не Штатах и не ребенка обсуждаем, чтоб похвалить перед критикой. И я не считаю, что должен оправдываться за то, что напомнил про ошибки Петра или Грефа. Это ни коим образом не указывает на мою любовь или ненависть к этим личностям.
> Однако сложными BPMS уже переболели лет 10 назад.
Если говорить про
> советских математиков-физиков, которые в 90е по быстрому выучили С++ с WinAPI
То я — один из таких советских физиков, которые в 90-е быстро выучили Basic, Assembler, Pascal, C/C++, PHP, получили степень кандидата наук, работали в науке, а сейчас в том числе от Сбера им/нам сыплются предложения о работе с готовностью перевезти из регионов в Москву.
Думаю, Герман Оскарович имел в виду что-то другое.
Я далек от демонизации что Петра, что Грефа. По поводу Петра я сослался на ваш комментарий, кому тема интересна, тот поймет, что все неоднозначно. В жизни вообще все неоднозначно.
По Герману Оскаровичу, в первоначальном варианте предельно ясно было сказано, что не нужно готовить много программистов, их даже Сберу столько не нужно. Последующий комментарий не совсем согласуется с такой формулировкой.
Я естественно не могу знать что имел в виду гн. Греф или что он подразумевал. Естественно, что связь с BPMS — это скорее моя рабочая гипотеза. Об этом как раз и написано в дисклеймере.
Но в любом случае пояснение Грефа выглядит в духе «журналисты все неправильно поняли». Изначальный контекст как-то плохо вяжется с пояснениями.
Честно говоря, не очень понимаю про оркестрацию процессов в BPM. Если просто сделать приложение на BPM, то там изначально один бизнес-процесс, состоящий из вороха действий.