Как стать автором
Обновить

Комментарии 30

Будущее X в России - звучит смешно

Ну вот именно у сапёров оно есть.

Увы, но нет. У них сейчас "как пожар то хоть вешайся"

НЛО прилетело и опубликовало эту надпись здесь

Заинтересовался название в боковой колонке, открыл статью, прочитал два предложения, закрыл статью

Вот что делает привычка к тому, что везде "ё" на "е" заменяют. Тоже думал о сапёрах.

Обратимся к хх ру для изучения рынка труда.

Количество открытых вакансий:

Hidden text

для понимания, пару лет назад их было около 1000.
обратим внимание на то, что по этому ключевому слову ищутся так же и консультанты, добавим фильтр, и увидим, что прямо сейчас стране нужны ИКС разработчиков:

Hidden text

теперь посмотри на разбивку по предлагаемой зарплате:

Hidden text

К сожалению, зарплаты остались на уровне прошлого десятилетия.

Возьмем цитату из статьи:

По моим предположениям, ближайшие 3-4 года (возможно, и дольше) SAP-специалисты будут востребованы

То есть работы нет, за нее платят мало, и "возможно" дальше будет еще меньше.

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

Интригующие название! Хотя ведь есть "перловка", "один эсник"...

Китай не подгонит нам аналогов САП?

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

Есть хороший аналог(но не из Китая) и уже с локализацией. https://www.national-platform.ru/

А в России у Матрёшки уже есть внедрения?

Он будет с юанями, иероглифами и соцрейтингами.

это же лучше чем ничего )

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

Скорректировали, спасибо. У нас не было злого умысла и попытки кликбейта. Но мы настолько привыкли называть так друг друга в проф.среде, что это сыграло с нами злую шутку.

Насколько "живуч" SAP без поддержки вендора и обновлений? С точки зрения бизнеса (оч. надо сюда кнопочку добавить, например) и стабильности/безопасности работы?
В 20 году была уязвимость 10/10 позволявшая получить права администратора, как будут обновляться версии сейчас?

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

Что есть такого в SAP, чего нельзя заменить другими решениями? Понятно, что миграция в другую систему это боль, но рано или поздно придется, наверное.

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

но лавочка закрылась, поезд уехал...

Откат что-ли?

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

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

Настоятельно рекомендую ABAP разработчикам переходить на Java OR Kotlin. Как показала практика в нашей компании, переученые ABAP разработчики на 1С разработчиков, за год работы не один не стал сильным джуном (а их не один десяток). Параллельно был переход на Java/Kotlin, и там они показали себя через год стронг джунами/ слабыми мидлами. Думаю это очевидно, из-за различий в процедурном и ООП стилях программирования.

Консультанты / аналитики себя показали хорошо и в 1С проектах и в Java/Kotlin

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

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

Это были одни и те же разработчики, которые учили одновременно и 1С и Java/Kotlin?

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

Если люди были разные - может лучших отобрали на Java.

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

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

А что вы делаете в абапе?

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

Если много работаете с данными (hana, cds), понимаете в веб разработке (rest, odata), то проще всего в бэкенд на практически любом языке.

Если есть хорошее понимание ООП и много писали своих разработок с применением разных паттернов - то Java будет даваться полегче.

Если близко знакомы с ui5, то очевидно и во фронт можно попробовать.

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

А вообще может все таки изучать то, к чему душа лежит, а не то, что легче даётся?

Собрали истории наших сотрудников, которые уже поменяли специализацию. Большая часть бывших SAPеров перешла в 1С, но есть и пример специалиста, который выбрал для себя Java. Подробнее об их опыте можно прочитать в нашем новом посте: https://habr.com/ru/companies/ibs/articles/779726/

В смысле в 1С процедурный язык ?!!!

А ООП? В 1С нет ООП?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий