думаю с резюме всё очень сложно и меняется от разных должностей и компаний т.е. шаблоны не всегда могут помочь и нужно подбирать куда и зачем вы хотите послать своё резюме - некоторые чуть ли не под каждую должность и компанию немного да редактируют резюме
Очухиваться начинают (работаю в IT в дочерней компании госа), но для некоторых на мой взгляд очень поздно и очень неспешно, да ещё и боязнью резких изменений. Привожу пример больше для программной разработки, но думаю тут она имеет место быть.
Условно, когда я пришёл работать в 2016 в штате разработчиков (читай программистов) было человек 6-8 и в среднем сдавали 1-2 проекта раз в год. При этом если взглянуть на сложность проектов, то в большинстве своём ничего фантастического там не было. К 2021 году разработчиков стало уже 12 человек, но сдавать надо было около 8 проектов в год. При этом часть проектов стало мягко говоря сложными. Люди мягко говоря захлёбывались, как минимум те которые отвечали за крупные блоки и перераспределить нагрузки в силу совковости разработки особо не получится, потому что получается, что те кто ставит задачи не могут объяснить как её сделать не особо погруженным людям и в итоге программистам приходится ставить задачи другим программистам, а при этом по факту прорабатывать бизнес-логику.
Но тут вдруг в 2022 оказывается, что родительская компания видит большую перспективу и собирается всё расширять, готова вливать денег и т.д. Но при этом как будет происходить процесс трансформации - никто не понимает, что для того чтобы текущие разработчики смогли перераспределить текущий перегруз по другим людям тоже нужно время - никто не понимает (причём это время означает, что на какое-то время нужно отказаться от проектов). Как итог - ну лично я для себя сделал выбор, что даже учитывая весь треш в мире, я буду увольнятсья и искать место с более адекватными условиями.
В итоге же большие проблемы заключаются в нескольких этапах: - непонимание принципов инвестирования и вообще процессов работы (не всегда достаточно вкинуть денег - кроме денег нужно дать время людям) - запоздалость инвестиций (ну условно вот где они были всё это время?!) - непонимание, а как выстраивать новые процессы (все понимают, что так как надо не работает, но и как надо никто не знает, ну а дальше всё упирается во время) - полный аут с бюррократией, который касается всего от лицензий на ПО до железа (ну как бы скажите дело ли, что начальник отдела разработки чтуь ли не шантажом заставляет отдел закупок покупать лицензии на ПО)
так тут же доходит до того, что этот самый производитель чуть ли не подписку на принтеры хочет делать. Так что всё логично - тут невзаимозаменяймость обеспечивает больше проблем пользователям, которые он, как производитель, сможет легко решить.
Всё таки бизнес немного разный - производители принтеров хотят больше зарабатывать на расходниках, потому что они банально чаще нужны. А тут особо не позарабатываешь - у тебя лампу могут даже не поменять. Вот в итоге и получается, что производителю даже для себя выгоднее их делать одинаковыми.
Похоже пора как в программировании делать статьи по паттернам развития отношений - только если в вакансиях пишут паттерн, то тут нужно "угадай паттерн развития с первого взгляда" хД
Вот тут можно спорить, но лично у меня есть аргументы и за, и против...
С одной стороны, проявляя романтическую инициативу вроде как можно нарушить личное пространство человека. С другой - девушки то в той же ситуации, если они проявляют инициативу, то вроде и она может нарушить личное пространство. Так ещё и вроде как обществом такие поползновения немного, да табуируются. Вот и встаёт вопрос, что чтобы перевести отношения в раздел "серьёзные" сначала надо вывести их в "несерьёные".
Хотя опять же - может это сугубо мой опыт, когда девушка не проявляет вообще никакой инициативы и в дргуих случаях это несколько проще хД
Ну так айтишник айтишнику рознь. Да сейчас наклепают их на курсах с сертификатами - думаете сильно больше станет квалифицированных специалистов? - нет. Да какие-то единицы станут, но большая часть врядли. Особенно те кто пошли в IT тупо потому, что "о ну там же куча денег". Так что пока светят только проблемы с фильтрацией этих самых людей с курсов.
Так на самом деле так и получается. Четырёхдневка не просто так вылезла.
Просто есть ещё один побочный эффект, что если грамотно посчитать, то производительность может вырасти - ведь достаточно большую часть рабочего времени люди страдают фигнёй (субъективное мнение), а если прийти, сделать что надо и пошёл. Это же великолепно.
Всё как обычно - эффект выжившего. Все знают про один негативный опыт, а то что в целом всё ок мало кого волнует.
У меня так начальник рассказывал "страхи" про его друга, который бедный в сбере пилит микросервисы изо дня в день,а на компе все его трекают скок он работает. И Какой он бедный и несчастный)
Хотя я вроде от кого-то так же слышал, что в Сбере местами отслеживают банковские транзакции в рабочее время хД
Подход то правильный только этот загруз ещё нужно и посчитать правильно, а это ой непростая задачка. Просто привожу самый простой пример опять же из своей практики. У нас загрузку считаю по действующим договорам на разработку - тип кто и сколько будет с ними загружен. При этом абсолютно не учитываются договора на поддержку, что на каких-то договорах есть периодичность (ну например некоторыми системами пользуются всего 3 месяца из 12, но в эти три месяца там бешенная загрузка обычно), что есть оперативная работа (нам тут позвонили и попросили посчитать, что никогда и никто не считал). Вот и получится - загрузи сотрудника первым на 80%, а в сумме у него вылетит за 150%, он так поработает полгодика и скажет, что видеть вас больше не желает.
У меня лично перегорело после двух случаев: 1) Описал несостыковки в предоставляемых данных, которые ещё и не формализуемые толком - то они есть, а то они нет и мне вернули мои же формулировки с вопросом, а что делать будем? (Я блин к вам пришёл с тем же вопросом) 2) Сдаём систему, оперативно доделываем функционал, начальник приходит с другой оперативной задачей по совсем другой системе. Прямым текстом спрашиваю, что из этого приоритетнее и с чего начать, потому что что-то я могу банально не успеть по срокам. Нужно успеть всё. После этого у меня даже вопросов больше не было.
Так что подводя итог - лучше уж недогрузить сотрудника, если вы не можете точно посчитать насколько он загружен, чем перегрузить его так, что он от вас побежит.
Чаще всего именно то, что по мнению работодателя он ещё не дорос в том плане, что не стал самостоятельным.
Вроде уже не раз поднималась даже на хабре тема тип как оценивать уровни сотрудников. Так вот у миддлов там вполне себе чёткое описание было - миддл должен быть самостоятельным. Т.е. если он не знает, то спросит, а не будет творить наобум, может выполнять достаточно большой объём работ и самостоятельно его проверять. Очень часто такого не бывает. У меня в конторе местами очень наоборот.
Тут скорее идёт наслоение. Демографическая яма то уже достаточно давно пройдена - ну по крайней мере про моё поколение так говорили, а мне уже почти 30. С другой стороны как раз начинаются более интересные проблемы, что новое поколение далеко не всегда любит глубоко погружаться - причём во что часто не имеет значение. Как работает фреймворк, почему такая бизнес-логика, как работает эта база данных. За почти 4 года преподавания были реально единицы, которые могли посмотреть на шаг дальше того что ты рассказал. Чуть больше могли логически связать между собой то что ты рассказал. Может это конечно студенческие проблемы, но что видел)
думаю с резюме всё очень сложно и меняется от разных должностей и компаний т.е. шаблоны не всегда могут помочь и нужно подбирать куда и зачем вы хотите послать своё резюме - некоторые чуть ли не под каждую должность и компанию немного да редактируют резюме
МИР + Union Pay пока в стадии переговоров и похоже Union Pay не торопится принимать Россию в свои объятья
Очухиваться начинают (работаю в IT в дочерней компании госа), но для некоторых на мой взгляд очень поздно и очень неспешно, да ещё и боязнью резких изменений. Привожу пример больше для программной разработки, но думаю тут она имеет место быть.
Условно, когда я пришёл работать в 2016 в штате разработчиков (читай программистов) было человек 6-8 и в среднем сдавали 1-2 проекта раз в год. При этом если взглянуть на сложность проектов, то в большинстве своём ничего фантастического там не было. К 2021 году разработчиков стало уже 12 человек, но сдавать надо было около 8 проектов в год. При этом часть проектов стало мягко говоря сложными. Люди мягко говоря захлёбывались, как минимум те которые отвечали за крупные блоки и перераспределить нагрузки в силу совковости разработки особо не получится, потому что получается, что те кто ставит задачи не могут объяснить как её сделать не особо погруженным людям и в итоге программистам приходится ставить задачи другим программистам, а при этом по факту прорабатывать бизнес-логику.
Но тут вдруг в 2022 оказывается, что родительская компания видит большую перспективу и собирается всё расширять, готова вливать денег и т.д. Но при этом как будет происходить процесс трансформации - никто не понимает, что для того чтобы текущие разработчики смогли перераспределить текущий перегруз по другим людям тоже нужно время - никто не понимает (причём это время означает, что на какое-то время нужно отказаться от проектов). Как итог - ну лично я для себя сделал выбор, что даже учитывая весь треш в мире, я буду увольнятсья и искать место с более адекватными условиями.
В итоге же большие проблемы заключаются в нескольких этапах:
- непонимание принципов инвестирования и вообще процессов работы (не всегда достаточно вкинуть денег - кроме денег нужно дать время людям)
- запоздалость инвестиций (ну условно вот где они были всё это время?!)
- непонимание, а как выстраивать новые процессы (все понимают, что так как надо не работает, но и как надо никто не знает, ну а дальше всё упирается во время)
- полный аут с бюррократией, который касается всего от лицензий на ПО до железа (ну как бы скажите дело ли, что начальник отдела разработки чтуь ли не шантажом заставляет отдел закупок покупать лицензии на ПО)
а часто у вас что-то лежит в целости по 3 года? просто есть подозрение, что это либо выкинут, либо потеряют, а увеличение себестоимости уже есть.
так тут же доходит до того, что этот самый производитель чуть ли не подписку на принтеры хочет делать. Так что всё логично - тут невзаимозаменяймость обеспечивает больше проблем пользователям, которые он, как производитель, сможет легко решить.
Всё таки бизнес немного разный - производители принтеров хотят больше зарабатывать на расходниках, потому что они банально чаще нужны. А тут особо не позарабатываешь - у тебя лампу могут даже не поменять. Вот в итоге и получается, что производителю даже для себя выгоднее их делать одинаковыми.
Да уж - паттерн на паттерне и паттерном погоняет)
Похоже пора как в программировании делать статьи по паттернам развития отношений - только если в вакансиях пишут паттерн, то тут нужно "угадай паттерн развития с первого взгляда" хД
Вот тут можно спорить, но лично у меня есть аргументы и за, и против...
С одной стороны, проявляя романтическую инициативу вроде как можно нарушить личное пространство человека. С другой - девушки то в той же ситуации, если они проявляют инициативу, то вроде и она может нарушить личное пространство. Так ещё и вроде как обществом такие поползновения немного, да табуируются. Вот и встаёт вопрос, что чтобы перевести отношения в раздел "серьёзные" сначала надо вывести их в "несерьёные".
Хотя опять же - может это сугубо мой опыт, когда девушка не проявляет вообще никакой инициативы и в дргуих случаях это несколько проще хД
Ну так айтишник айтишнику рознь. Да сейчас наклепают их на курсах с сертификатами - думаете сильно больше станет квалифицированных специалистов? - нет. Да какие-то единицы станут, но большая часть врядли. Особенно те кто пошли в IT тупо потому, что "о ну там же куча денег". Так что пока светят только проблемы с фильтрацией этих самых людей с курсов.
Очень крутая штуковина) Если это в рамках умного дома прикрутить так вообще огонь)
На это и надеюсь)
А то по факту первая смена места работы и даже с подушкой есть некий мандраж, но ваши слова придают уверенности хД
Да тут больше рождаемость влияет, а не отношения. Так то вдвоём выжить легче)
А вот когда дети, ипотеки и т.п., то да это привязывает
Вот и собираюсь)
Спасибо за поддержку)
Так на самом деле так и получается. Четырёхдневка не просто так вылезла.
Просто есть ещё один побочный эффект, что если грамотно посчитать, то производительность может вырасти - ведь достаточно большую часть рабочего времени люди страдают фигнёй (субъективное мнение), а если прийти, сделать что надо и пошёл. Это же великолепно.
И под конец рабочего дня мозг не улетает)
Всё как обычно - эффект выжившего. Все знают про один негативный опыт, а то что в целом всё ок мало кого волнует.
У меня так начальник рассказывал "страхи" про его друга, который бедный в сбере пилит микросервисы изо дня в день,а на компе все его трекают скок он работает. И Какой он бедный и несчастный)
Хотя я вроде от кого-то так же слышал, что в Сбере местами отслеживают банковские транзакции в рабочее время хД
Я это вполне понимаю, хотя не считаю это в большей степени проблемой. Увольняться то я всё равно буду. Да чуть позже из-за своей "ответственности".
Если вы начальство предпочитает на этом ездить - его право. Также как моё право уволиться так как я считаю правильным.
Мешает - в какой-то степени да, но надеюсь всё таки не весь рынок IT у нас такое)
Подход то правильный только этот загруз ещё нужно и посчитать правильно, а это ой непростая задачка. Просто привожу самый простой пример опять же из своей практики. У нас загрузку считаю по действующим договорам на разработку - тип кто и сколько будет с ними загружен. При этом абсолютно не учитываются договора на поддержку, что на каких-то договорах есть периодичность (ну например некоторыми системами пользуются всего 3 месяца из 12, но в эти три месяца там бешенная загрузка обычно), что есть оперативная работа (нам тут позвонили и попросили посчитать, что никогда и никто не считал). Вот и получится - загрузи сотрудника первым на 80%, а в сумме у него вылетит за 150%, он так поработает полгодика и скажет, что видеть вас больше не желает.
У меня лично перегорело после двух случаев:
1) Описал несостыковки в предоставляемых данных, которые ещё и не формализуемые толком - то они есть, а то они нет и мне вернули мои же формулировки с вопросом, а что делать будем? (Я блин к вам пришёл с тем же вопросом)
2) Сдаём систему, оперативно доделываем функционал, начальник приходит с другой оперативной задачей по совсем другой системе. Прямым текстом спрашиваю, что из этого приоритетнее и с чего начать, потому что что-то я могу банально не успеть по срокам. Нужно успеть всё.
После этого у меня даже вопросов больше не было.
Так что подводя итог - лучше уж недогрузить сотрудника, если вы не можете точно посчитать насколько он загружен, чем перегрузить его так, что он от вас побежит.
Чаще всего именно то, что по мнению работодателя он ещё не дорос в том плане, что не стал самостоятельным.
Вроде уже не раз поднималась даже на хабре тема тип как оценивать уровни сотрудников. Так вот у миддлов там вполне себе чёткое описание было - миддл должен быть самостоятельным. Т.е. если он не знает, то спросит, а не будет творить наобум, может выполнять достаточно большой объём работ и самостоятельно его проверять. Очень часто такого не бывает. У меня в конторе местами очень наоборот.
Кроме мотивации ещё очень важно выстраивание процессов работы на удалёнке, а у нас не всегда в офисе то это могут устроить хД
Тут скорее идёт наслоение. Демографическая яма то уже достаточно давно пройдена - ну по крайней мере про моё поколение так говорили, а мне уже почти 30. С другой стороны как раз начинаются более интересные проблемы, что новое поколение далеко не всегда любит глубоко погружаться - причём во что часто не имеет значение. Как работает фреймворк, почему такая бизнес-логика, как работает эта база данных. За почти 4 года преподавания были реально единицы, которые могли посмотреть на шаг дальше того что ты рассказал. Чуть больше могли логически связать между собой то что ты рассказал.
Может это конечно студенческие проблемы, но что видел)