Фига себе диаграмма вакансий 4:00 Это каким образом пайтон, который юзается щас В ОСНОВНОМ для AI/Data Science, настолько стал популярным в бэке, что аж обогнал Java?))) даже не JS, это смешно. Мне порой кажется, что это накрутка языка, не более Компаниям невыгодно инвестировать бабло в этот пайтон, потому что они не знают, чего ожидать от микросервисов на пайтоне, особенно крупным компаниям. Я не понимаю, с чего такая любовь к нему в вебе. Джава проверена временем и благодаря Спрингу вообще может претендовать на хороший стартап) А с появление Котлина только закрепляет эту мысль
Меня больше всего во всей этой истории удивляет, когда HR / РОП / собственник говорят: — Ну в регионах зарплата поменьше, чем в Мск и Питере. Вот с хрена она там поменьше? В регионах компетенции хуже? Люди какие-то не такие? Или только из-за необоснованного снисходительного отношения, ну типа мы в столице, а Вы же в Мухосранске, зачем Вам большие деньги? Лично знаком с несколькими BDM (Менеджер по развитию бизнеса) из Волгограда, Ростова, Саратова, которые давно в этой теме и приносят десятки/сотни мультов своим компаниям.
Йо это реально крутой канал, а можно плюс ещё каких нибудь серебрянных пуль. Я просто занимаюсь легаси на 8 джаве в тяжёлом интерпрайзе. И уже слабо представляю как выглядит современный продуктовый джава код.
Подход с Either прикольный, но вот пока столкнулся с такой проблемой, что когда обновляю агрегат, приходится обновлять и его поля. Ну а каждое поле содержит логику обновления у себя, как и валидацию. В итоге метод обновления агрегата состоит из fold или onLeft/onRight. Читать порой сложно такое. Пока не знаю как сделать красиво.
Что касается необрабатываемых ошибок, то на маленьком проекте лучше использовать их, так как тут сам написал — сам обработал. Ну и если не чистая архитектура, тогда ошибки можно еще и наследовать от нужного типа (unporcessable, notfound, итд). И в обработчике ошибок ловить по дефолту нужный тип.
А почему бы просто не использовать sealed interface как наследник другого sealed interface'а? sealed interface PaymentResult data class Success(...): PaymentResult sealed interface Error: PaymentResult data class AccountNotFound(...): Error и так далее В таком случае нам не нужно будет при необходимости маппинга ошибки в какой-либо объект делать специфичный кейс для состояния Success, ведь мы просто можем передать ошибку с типом PaymentResult.Error
По РОПам обратная связь. Когда я начинал и раньше (лет 10 назад) это считалось логичной ступенькой карьеры продажника. Но сейчас — я, например, не хочу быть РОПом. Это совсем другая работа — отвечать за других, «пинать» сейлзов и их контролировать, лично отвечать за планы и тп. При бонусах меньше, чем могут быть у хорошего сейлза. Плюс не все на эту должность подходят по личным качествам. Хороший продажник — не значит хороший РОП. Меня бы привлекла возможность возглавить своё направление, продукт или стать управляющим партнёром. Но не вертикальный рост до РОПа. Нафиг это вообще, не очень интересно, я пробовал)
«Лишняя коммуникация не по делу, не вовремя, портит отношения с клиентом» — в точку. Есть наработанная «записная книжка» (на самом деле связи, социальный капитал), и сейл не готов это разменивать на предложение, в котором он сам не уверен. И не будет, и правильно сделает. Потому что работодатели меняются — а имидж и связи с тобой остаются, ты должен быть полезным. Если я что-то продаю — я должен быть уверен в том, что это ценно для клиента, и что команда не подведёт.
Алина, с сейлзами не будет такого происходить (популяризация профессии и всё такое). Ещё лет 5-10 наверное не будет. Какой бы ни был дефицит и зарплаты профи. Потому что стереотипы) Исторически и культурно у нас так сложилось. Моё мнение с позиции >10 лет сейлза в b2b (сейчас BDM в энтертпрайз).
Это каким образом пайтон, который юзается щас В ОСНОВНОМ для AI/Data Science, настолько стал популярным в бэке, что аж обогнал Java?)))
даже не JS, это смешно. Мне порой кажется, что это накрутка языка, не более
Компаниям невыгодно инвестировать бабло в этот пайтон, потому что они не знают, чего ожидать от микросервисов на пайтоне, особенно крупным компаниям. Я не понимаю, с чего такая любовь к нему в вебе. Джава проверена временем и благодаря Спрингу вообще может претендовать на хороший стартап)
А с появление Котлина только закрепляет эту мысль
— Ну в регионах зарплата поменьше, чем в Мск и Питере.
Вот с хрена она там поменьше? В регионах компетенции хуже? Люди какие-то не такие? Или только из-за необоснованного снисходительного отношения, ну типа мы в столице, а Вы же в Мухосранске, зачем Вам большие деньги?
Лично знаком с несколькими BDM (Менеджер по развитию бизнеса) из Волгограда, Ростова, Саратова, которые давно в этой теме и приносят десятки/сотни мультов своим компаниям.
Читать порой сложно такое. Пока не знаю как сделать красиво.
Что касается необрабатываемых ошибок, то на маленьком проекте лучше использовать их, так как тут сам написал — сам обработал.
Ну и если не чистая архитектура, тогда ошибки можно еще и наследовать от нужного типа (unporcessable, notfound, итд). И в обработчике ошибок ловить по дефолту нужный тип.
sealed interface PaymentResult
data class Success(...): PaymentResult
sealed interface Error: PaymentResult
data class AccountNotFound(...): Error
и так далее
В таком случае нам не нужно будет при необходимости маппинга ошибки в какой-либо объект делать специфичный кейс для состояния Success, ведь мы просто можем передать ошибку с типом PaymentResult.Error
Плюс не все на эту должность подходят по личным качествам. Хороший продажник — не значит хороший РОП.
Меня бы привлекла возможность возглавить своё направление, продукт или стать управляющим партнёром. Но не вертикальный рост до РОПа. Нафиг это вообще, не очень интересно, я пробовал)
Потому что работодатели меняются — а имидж и связи с тобой остаются, ты должен быть полезным. Если я что-то продаю — я должен быть уверен в том, что это ценно для клиента, и что команда не подведёт.
Моё мнение с позиции >10 лет сейлза в b2b (сейчас BDM в энтертпрайз).