Ну всё таки сколько-то влияет опыт врача. Где-то это будет только-только начинающий специалист, а где-то, который уже сделал с дцать таких операций и столкнулся с таким же количеством форс-мажоров.
Но в целом соглашусь - ценообразование в Москве это вещь слабо поддающаяся логике, причём во многих местах.
Да и восприимчивость может быть разная - кто-то разведёт сразу бурную деятельность, а кто-то уйдёт в себя и начнёт искать ошибки, как сделать лучше. И это совсем не плохо - ведь он не встал в тупик в ауте, а отсеивает варианты решений.
Всё в конечном счёте зависит от человека. Кому-то от этого отвала х3 станет приятно (не - приятно станет любому, но для одного это разница просто в циферке и качество жизни это не повысит т.е. он кроме циферки собственно ничего не увидит - что достаточно часто в IT, а для кого-то это повысит качество жизни и он это заметит). Если у вас ипотека, то понятно - вы условно сможете на месяц или два её закрыть, но даст ли это какое-то ощущение радости, если на горизонте ещё лет 10 её выплачивать? А если она у вас закрыта, то это и вовсе просто циферка на счету - да приятно, что она есть, но в какой момент она перестанет будоражить мозг? когда вы сможете не работать год? два?
Но опять же я понимаю, что всё индивидуально. Наличие семьи, детей, ипотеки, кредитов очень сильно влияет т.к. по большей части это бездонные ямы для денег)
наверное, я как-то слишком образно выразился, но суть в том, что сеньор может ограничить некий круг наиболее вероятных проблем, которые могли приветси к такому результату и их перебирать. Причём для каждой проблемы у него в голове может быть сценарий воспроизведения примерный.
Специалисты же имеющие меньший кругозор могут "долго и муторно" перебирать все возможные ситуации и сценарии, либо просто не суметь предположить ничего.
Это целиком и полностью согласен. Пока человеку нужны деньги, то лучшей мотивации, чем финансы не существует. Но всё таки в IT средняя зарплата и так повыше, чем все среднероссийские пожелания, а в некоторых местах компании ещё и накладные расходы снижают за счёт оплачиваемых обедов и т.п., то получается, что похвала и доверие остаются одним из немногих мотиваторов. Я до сих пор вспоминаю, как когда я пришёл на первое место работы помощником системного администратора, то после того как народ понял, что я в целом с компами на ты и молотком тут крушить ничего не собираюсь (да-да честно скажу брали по блату), то мне дали права администратора и для меня это был шок - что тип вот так бывает?! (Хотя больше тогда удивило, что договаривались на одну сумму стартовую, но потом начальник поговорил со своим руководителем и платили мне в два раза больше)
P.S. Хотя у нас остаётся вездесущая ипотека и желание поскорее её закрыть)
Тогда с какой-то стороны вы идеальный сотрудник. Уж не помню где была статья, но там HR и ТимЛид ругались, потому что HR отказалась принимать на работу человека сославшись на то что он меркантильный и хочет денег. На что ТимЛид выдал, что это же просто благословение - работник, которому для мотивации нужны деньги. Не вечные - интересные проекты, дружная компания, а просто деньги. Хочешь, чтобы лучше работал - платишь больше и он работает. А не всякие выгорания и т.п. хД
Кто-то и до него не доходит) Видел я веб-разработчиков, которым показывал консоль разработки в браузере и они делали круглые глаза. И это были не джуниоры, а люди, которые лет по 10 этим занимались минимум.
Но вот именно такой опыт и экспертную оценку очень полезно иметь и перенимать - жаль, что не всегда такое есть
хз OverQualified на мой взгляд может возникнуть только в ситуации, когда вы по деньгам не стыкуетесь. Причём чаще всего - платить хотите за одно, часть навыков задвинув, а потом по-тихому их тоже подключить, хотя раньше они не требовались.
А так мне кажется это больше красивое слово, когда вы по навыкам не стыкуетесь с командой/проектом
Так он на то и большой и главный, если где-то что-то вдруг, то может спокойненько копать и находить проблему, а не долго и муторно выяснять, что оказывается всего-то прав на файлике не хватило. Да и наличие кругозора больше нужно для какого-то понимания, а как это внутри работает, чтобы лучше связи видеть.
Я уже лет пять работаю вот примерно в таких же проектах, где нужно погружение в предметную область, но вот чем больше работаю, тем больше прихожу к мысли, что необходимость прям сииильного погружения в предметную область возникает, если либо процессы выстроены неправильно, либо собственно сама архитектура проекта построена так, что не понимая всего ты не можешь понять частности.
Правда как бороться с этим в состоянии вечных дедлайнов не особо понятно(
Подскажите, а что в эту сторону посмотреть - как из swagger генерируется заготовка кода видел, а наоборот не пытался. Подскажите что посмотреть, пожалуйста
У меня лично одна придирка к SQL и больше связана даже с различными IDE к нему - сначала пишется что извлекается, а потом откуда. И всякие автоподборы сразу становятся тяжеле, потому что шерстится вся база.
Тут, к сожалению, только самим менять. Причём не обязательно идти преподавать.
У многих преподавателей есть свои программы - если помочь и актуализировать, то многие буду рады и довольны. Некоторые реально не представляют, что можно внести что-то новое (не видят эту грань новизны), некоторые бы с радостью занялись, но переработка материала в одиночку займёт много времени (лично мне свойственна такая проблема, что продумывание всего процесса часто может занять больше чем переделка) т.е. людям условно помочь с планом и ссылками, а дальше процесс и сам пойдёт.
Да - скорее всего этим займутся единицы в начале, но как минимум это интересный опыт, когда экспертное практическое сообщество помогало бы преподавателям. На мой взгляд это было бы очень интересно)
Всё как обычно - ты выбираешь что продавать и с какими рисками. Как говорится High Risk - High Reward (хотя в жизни не всегда последнее High).
С другой стороны за 10-15 лет интенсивной работы с хорошей it зарплатой можно заработать на те же 5-10 лет отдыха, если не шиковать и в процессе работы инвестировать средства (я не говорю про крипту и кратное увеличение средств, но условные +30% в год вполне могут быть реальными, да даже тупо вложить в доллар и купить акции какого-нибудь яблока и нвидии - не является индивидуальной инвестиционной рекомендацией).
Думаю такую ситуацию надо всегда с разных сторон рассматривать.
Да вы знаете за троих, но в сутках у вас всё также 24 часа - даже если вы согласитесь работать сверхурочно т.е. вы физически врядли сможете заменить 3х людей. Особенно, остро это ощущается, когда ты по факту работаешь в 3х-4х областях, в которых нужно бы по отдельному человеку, потому что просто не хватает времени.
В целом на мой взгляд, если с вас эти широкие знания не требуют, да и более того не требуют их использовать т.е. вот в интервью у человека про связный список спрашивали, но это же не значит, что его посадят кодить, если что, то да - это стоит дополнительных денег т.к. вы снижаете потенциальные затраты работодателя, но это не стоит 2х-3х кратных окладов, хотя всё зависит от ширины и глубины ваших знаний. (Ну к примеру вы такой офигенный специалист, что практически в ноль разжевали постановку смежному работнику и там достаточно посадить джуна и проконтроллировать).
P.S. Я это к чему - всё очень ситуативно, а время у нас всегда ограничено)
Возможно я не до конца что-то понимаю в крутой enterprise разработке, но по тому что вы написали напрашивается как минимум одно решение, которое не затрагивает архитектуру вашего основного сервиса - пусть у фиче команд спринты будут заканчиваться в разные дни, тогда очередь не будет возникать или будет возникать, но в намного меньших объёмах. При этом на старте спринта вполне можно предположить будет ли затрагиваться это важный сервис.
Ну всё таки сколько-то влияет опыт врача. Где-то это будет только-только начинающий специалист, а где-то, который уже сделал с дцать таких операций и столкнулся с таким же количеством форс-мажоров.
Но в целом соглашусь - ценообразование в Москве это вещь слабо поддающаяся логике, причём во многих местах.
Да и восприимчивость может быть разная - кто-то разведёт сразу бурную деятельность, а кто-то уйдёт в себя и начнёт искать ошибки, как сделать лучше. И это совсем не плохо - ведь он не встал в тупик в ауте, а отсеивает варианты решений.
Про переработки больше гореть должны другие вопросы:
1) Оплачиваются ли переработки и в каком размере
2) Являются ли они обязательными (у каждого могут быть свои планы и каждый день пересиживать в любом случае перебор)
На олимпиаде была подобная задача - нужно было на SQL решать. Вот тут было веселье)
Всё в конечном счёте зависит от человека. Кому-то от этого отвала х3 станет приятно (не - приятно станет любому, но для одного это разница просто в циферке и качество жизни это не повысит т.е. он кроме циферки собственно ничего не увидит - что достаточно часто в IT, а для кого-то это повысит качество жизни и он это заметит). Если у вас ипотека, то понятно - вы условно сможете на месяц или два её закрыть, но даст ли это какое-то ощущение радости, если на горизонте ещё лет 10 её выплачивать? А если она у вас закрыта, то это и вовсе просто циферка на счету - да приятно, что она есть, но в какой момент она перестанет будоражить мозг? когда вы сможете не работать год? два?
Но опять же я понимаю, что всё индивидуально. Наличие семьи, детей, ипотеки, кредитов очень сильно влияет т.к. по большей части это бездонные ямы для денег)
наверное, я как-то слишком образно выразился, но суть в том, что сеньор может ограничить некий круг наиболее вероятных проблем, которые могли приветси к такому результату и их перебирать. Причём для каждой проблемы у него в голове может быть сценарий воспроизведения примерный.
Специалисты же имеющие меньший кругозор могут "долго и муторно" перебирать все возможные ситуации и сценарии, либо просто не суметь предположить ничего.
Это целиком и полностью согласен. Пока человеку нужны деньги, то лучшей мотивации, чем финансы не существует. Но всё таки в IT средняя зарплата и так повыше, чем все среднероссийские пожелания, а в некоторых местах компании ещё и накладные расходы снижают за счёт оплачиваемых обедов и т.п., то получается, что похвала и доверие остаются одним из немногих мотиваторов. Я до сих пор вспоминаю, как когда я пришёл на первое место работы помощником системного администратора, то после того как народ понял, что я в целом с компами на ты и молотком тут крушить ничего не собираюсь (да-да честно скажу брали по блату), то мне дали права администратора и для меня это был шок - что тип вот так бывает?! (Хотя больше тогда удивило, что договаривались на одну сумму стартовую, но потом начальник поговорил со своим руководителем и платили мне в два раза больше)
P.S. Хотя у нас остаётся вездесущая ипотека и желание поскорее её закрыть)
Тогда с какой-то стороны вы идеальный сотрудник. Уж не помню где была статья, но там HR и ТимЛид ругались, потому что HR отказалась принимать на работу человека сославшись на то что он меркантильный и хочет денег. На что ТимЛид выдал, что это же просто благословение - работник, которому для мотивации нужны деньги. Не вечные - интересные проекты, дружная компания, а просто деньги. Хочешь, чтобы лучше работал - платишь больше и он работает. А не всякие выгорания и т.п. хД
Кто-то и до него не доходит) Видел я веб-разработчиков, которым показывал консоль разработки в браузере и они делали круглые глаза. И это были не джуниоры, а люди, которые лет по 10 этим занимались минимум.
Но вот именно такой опыт и экспертную оценку очень полезно иметь и перенимать - жаль, что не всегда такое есть
хз OverQualified на мой взгляд может возникнуть только в ситуации, когда вы по деньгам не стыкуетесь. Причём чаще всего - платить хотите за одно, часть навыков задвинув, а потом по-тихому их тоже подключить, хотя раньше они не требовались.
А так мне кажется это больше красивое слово, когда вы по навыкам не стыкуетесь с командой/проектом
Так он на то и большой и главный, если где-то что-то вдруг, то может спокойненько копать и находить проблему, а не долго и муторно выяснять, что оказывается всего-то прав на файлике не хватило. Да и наличие кругозора больше нужно для какого-то понимания, а как это внутри работает, чтобы лучше связи видеть.
Ну это на мой взгляд)
Я уже лет пять работаю вот примерно в таких же проектах, где нужно погружение в предметную область, но вот чем больше работаю, тем больше прихожу к мысли, что необходимость прям сииильного погружения в предметную область возникает, если либо процессы выстроены неправильно, либо собственно сама архитектура проекта построена так, что не понимая всего ты не можешь понять частности.
Правда как бороться с этим в состоянии вечных дедлайнов не особо понятно(
Подскажите, а что в эту сторону посмотреть - как из swagger генерируется заготовка кода видел, а наоборот не пытался. Подскажите что посмотреть, пожалуйста
У меня лично одна придирка к SQL и больше связана даже с различными IDE к нему - сначала пишется что извлекается, а потом откуда. И всякие автоподборы сразу становятся тяжеле, потому что шерстится вся база.
Тут, к сожалению, только самим менять. Причём не обязательно идти преподавать.
У многих преподавателей есть свои программы - если помочь и актуализировать, то многие буду рады и довольны. Некоторые реально не представляют, что можно внести что-то новое (не видят эту грань новизны), некоторые бы с радостью занялись, но переработка материала в одиночку займёт много времени (лично мне свойственна такая проблема, что продумывание всего процесса часто может занять больше чем переделка) т.е. людям условно помочь с планом и ссылками, а дальше процесс и сам пойдёт.
Да - скорее всего этим займутся единицы в начале, но как минимум это интересный опыт, когда экспертное практическое сообщество помогало бы преподавателям. На мой взгляд это было бы очень интересно)
Так никто и не спорит, а можно сделать компанию, которая на IPO получит оценку в миллиард долларов) Кто-то выбирает риск, а кто-то стабильность.
Всё как обычно - ты выбираешь что продавать и с какими рисками. Как говорится High Risk - High Reward (хотя в жизни не всегда последнее High).
С другой стороны за 10-15 лет интенсивной работы с хорошей it зарплатой можно заработать на те же 5-10 лет отдыха, если не шиковать и в процессе работы инвестировать средства (я не говорю про крипту и кратное увеличение средств, но условные +30% в год вполне могут быть реальными, да даже тупо вложить в доллар и купить акции какого-нибудь яблока и нвидии - не является индивидуальной инвестиционной рекомендацией).
Думаю такую ситуацию надо всегда с разных сторон рассматривать.
Да вы знаете за троих, но в сутках у вас всё также 24 часа - даже если вы согласитесь работать сверхурочно т.е. вы физически врядли сможете заменить 3х людей. Особенно, остро это ощущается, когда ты по факту работаешь в 3х-4х областях, в которых нужно бы по отдельному человеку, потому что просто не хватает времени.
В целом на мой взгляд, если с вас эти широкие знания не требуют, да и более того не требуют их использовать т.е. вот в интервью у человека про связный список спрашивали, но это же не значит, что его посадят кодить, если что, то да - это стоит дополнительных денег т.к. вы снижаете потенциальные затраты работодателя, но это не стоит 2х-3х кратных окладов, хотя всё зависит от ширины и глубины ваших знаний. (Ну к примеру вы такой офигенный специалист, что практически в ноль разжевали постановку смежному работнику и там достаточно посадить джуна и проконтроллировать).
P.S. Я это к чему - всё очень ситуативно, а время у нас всегда ограничено)
Так вроде даже первая схема подразумевает, что выводится всё двумя ракетами. Одной Ангарой сам буксир, а второй полезная нагрузка и топливо
Возможно я не до конца что-то понимаю в крутой enterprise разработке, но по тому что вы написали напрашивается как минимум одно решение, которое не затрагивает архитектуру вашего основного сервиса - пусть у фиче команд спринты будут заканчиваться в разные дни, тогда очередь не будет возникать или будет возникать, но в намного меньших объёмах. При этом на старте спринта вполне можно предположить будет ли затрагиваться это важный сервис.