×Закрыть

Материалы по теме «трудоустройство»

RSS

В поисках идеального программиста В поисках идеального программиста

Юрий Паламарчук 18231

Если раньше на позицию джуна было достаточно средне-уверенных познаний в Core Java и скудных крох по SQL, то теперь с будущих девелоперов на собеседованиях сдирают по три шкуры, прежде чем не взять на работу. При этом требования бывают не только завышенными, но и взаимоисключающими. 136

Карьера в IT: должность QA Automation engineer Карьера в IT: должность QA Automation engineer

Valentina Donchenko 91754

QA Automation engineer — это специалист по обеспечению качества продукта, который использует программные средства для выполнения тестов и проверки результатов выполнения. 24

Карьера в IT: должность QA engineer Карьера в IT: должность QA engineer

Valentina Donchenko 274483

Представляем пятую статью серии «Карьера в IT». В этом выпуске расскажем о возможности реализации человеческого перфекционизма без ущерба для социальной жизни — профессии Quality Assurance engineer. 74

IT-карьера в банке: за и против IT-карьера в банке: за и против

Valentina Donchenko 20666

«Ищу работу, банки не предлагать», — говорят программисты. Откуда взялось такое предубеждение? Стереотипы стереотипами, однако в анкете рейтинга компаний ДОУ специалисты оценивают банки не выше 80/100. Чтобы выяснить причины, мы попросили 18 текущих и бывших IT-сотрудников украинских банков рассказать об их работе. 97

Как не завалить техническое собеседование в IT-компании Как не завалить техническое собеседование в IT-компании

Valentina Donchenko 54597

В интернете есть много материалов, посвященных собеседованиям с hr-менеджерами, но почти ничего не сказано о тонкостях прохождения собеседований с техническими специалистами. Данная статья посвящена тому, какими качествами и навыками должен обладать кандидат, чтобы успешно пройти этот этап и получить оффер в IT-компанию. 126

Куда податься джуниору? Куда податься джуниору?

Евгений Куликов 22333

Одной из самых популярных тем на наших форумах давно является трудоустройство начинающих специалистов без опыта работы и связанные с этим проблемы. Мы решили задать нескольким украинским компаниям-разработчикам разных размеров несколько вопросов, связанных с их отношением к junior-разработчикам и тестировщикам, а также с возможностями для профессионального роста и средним временем, необходимым на трансформацию слова junior в названии должности на middle. 297

Комментарии

Вы увидели много интересного в статье из того, чего там не предполагалось.) Особенно без контекста разборки и игнорировать кто прав а кто нет Есть дефолтное соглашательство, когда постоянно пытаешься идти по пути наименьшего сопротивления — это, скорее...
причем это огромный гемор для бесплатного сервиса, когда огромное колличество средств тратиться на полностью шаровое предоставление сервиса всем желающим.
Там в комментариях пишут что типа есть решение как удалить имя из коммита. И даже как удалить имя из файла, хотя это и ломает репозиторий. Но еще есть Maven Central с подписанными jar. Да думаю еще можно много чего такого же найти.
то что надо!
такие есть, а ваша статья в большинстве пунктов их поощряет, какая разница сколько их было в моей жизни? просто очень странный подход когда предлагают использовать ярлыки ТОКСИЧНЫЙ без контекста разборки и игнорировать кто прав а кто нет
полностью согласен, это очень похоже на подход «все запретить!», просто обернуто в какой то странный либеральный пакетик с нечистотами А размытость формулировок поражает, надеюсь гитхаб закроет европейцам доступ
Инетерсное у вас сложилось мнение) Не буду даже пытаться разубеждать. Просто интересно, какая у вас выборка «таких» «мягких» менеджеров, на основании который вы делаете такие обобщающие выводы при минимуме входящих данных?) 5-10-15?
Согласен, обычно если команды усредненные — это не сильно заметно Но когда у тебя взаимодействие с кучей команд а твой менеджер следует вот такой политике — обязательно будет 20-30% команд за которыми ты будешь подтирать потому что менеджер не хочет...
самое простой импакт на обычных работяг — приходя в команду к такому менеджеру — ты всегда будешь подтирать за всеми остальными командами с которыми ты делаешь совместные проекты, особенно если в остальных командах менеджер беспокоится о своих людях.
Почему сразу крайности: мягкий менеджер, который все доделывает сам, или бульдог с гтфох? Тут, вроде, статья не про выбор направления карьеры, а про командообразование.
Ну что, запрещаем в ЕС github, gitlab, bitbucket и штрафуем, штрафуем, штрафуем?
никакие. некогда. на работе надо работать, а дома отдыхать от всей этой айтишной фигни
«Ви хочете про це поговорити?» © :)))))
Знаем мы таких мягких менеджеров, я их полностью понимаю, у них свой подход к построение карьеры, но в результате все ложится на твой горб, вот дословные цитаты: — Ну мы же одна команда, тут нет мы или они, САМ СДЕЛАЙ их работу если они не справились!
Якщо Вами ніхто не маніпулює, Ви в руках професіоналів. :-)