Как стать автором
Обновить
57
0
Анна Жаркова @anioutka

Lead mobile developer в Usetech, Kotlin GDE

Отправить сообщение
Офисов таких компаний в моем городе нет. По личным причинам релокация даже в соседний Нск мне неприемлема, на удаленке вакансий не встречалось.
Да, 3 раза (за месяц) именно с такой аргументацией. Там даже до тех.части собеседования не доходило.
2 фирмы из Спб с аутсорсным уклоном из категории 10-100 сотрудников. Не исключаю, что они просто рассчитывали платить меньше за данную вакансию, но в моем случае аргументировали так.

PS. Спасибо за доступ
Скорее, наоборот. Разработчику из региона, оформленному официально в штат компании из Москвы и Спб как удаленный сотрудник (не ИП по договору), будут платить меньше. Во-первых, модным стало скрывать вилку вакансии, заменяя ее на абстрактный грейд. Во-вторых, этот грейд будет скорректирован под регион, из которого разработчик.
Лично я за смешанный вариант работы. Для меня офис это еще и возможность пообщаться с людьми — раз уж я провожу за работой большую часть времени, но какие-то экстренные работы мне удобнее делать из дома. Полностью на удаленке для меня тяжеловато (из 2х последних лет суммарно так провела года 1,5), т.к. меня преследует ощущение нескончаемого рабочего дня. К тому же не всегда удобно управлять графиком, когда у вас с коллегами 4 часа разницы. Но тут проблемы моего тайм-менеджмента конкретно тогда и организации проекта в целом.
Хотя если сравнивать с релокацией, которая добавляет кучу проблем (жилье, круг общения, семья) и сжирает ежемесячно добрый кусок зарплаты, то я предпочту удаленку. Мне вот очень не нравится, когда крупные и серьезные компании на словах ратуют сугубо за офисную работу («безопасность данных и доступа», «вся команда в одном месте»), а сами на деле делегируют работу чуть ли не аутсорсникам из СНГ.
Последнее время активно прохожу собеседования (я мобильный разработчик senior), чтобы найти себе зону комфорта получше. Несколько раз со мной прерывали собеседование по Скайпу (собеседовали всегда hr, руководитель и тех.специалист) из-за отказа тех.специалиста, потому что я девушка, а ему будет дискомфортно работать с немужским коллективом. По той же причине меня не взяли в крупный проект с одним банком — тоже не понравилась, но 23летним пионам. В паре мест мне предложили заведомо худшие условия (в т.ч. и по зарплате), чем я просила, объяснив это тем, что грейды для девушек и парней разные.
А недавно мне предложили обсудить мое выполненное тестовое задание, которое я по-честному делала и сделала, в интимной обстановке. :facepalm: Спасибо, не надо.
К счастью, такие случаи редки, хотя и неприятны. В большинстве своем все-таки, по крайней мере, внутри проектов, отношение к мужчинам и женщинам у всех более-менее одинаково, т.к. прежде всего член команды рассматривается как специалист, выполняющий конкретную роль, от которого нужны навыки и знания. Но это опять же зависит от самой команды. Попадаются, и их много, кадры, которые устраивают моббинг коллег и с помощью гендерной травли, но они обычно отрываются на всем коллективе. К тому же они тоже бывают женского пола, хотя и реже, чем мобберы мужского пола.
Похоже, на горох ставили, потому и стыдно рассказывать
Корневая фраза всего текста: «Толпа дешевой молодежи». Очередные эффективные менеджеры (привет, Сова!) просто сокращают расходы на специалистов, и все. Им не возрастные спецы не нужны, а опытные. Потому что даже тот же молодняк только за одни только разговоры о сертификации или поездки на конференции (за счет сотрудника) встретит столько негатива от управленцев.
И да, еще молодые спецы наивные и верят всему, что им говорят дяди начальники.
Работала несколько лет на аутсорсе как удаленный разработчик с несколькими распределенными командами. Весь процесс был построен по Scrum: обязательные ежедневные групповые созвоны по Skype или Zoom, доп.созвоны между членами команды при необходимости, график задач по спринтам. При нормальном управлении проектом и осознанном отношении команды не возникало никаких проблем.
Честно говоря, я откровенно не понимаю, почему многие компании отказываются организовывать удаленную работу для новых сотрудников и принуждают к релокейту. Особенно, когда их штатным сотрудникам в итоге приходится какие-то вещи доделывать из дома, например, в выходные, ночью или экстренно во время отпуска. Или когда их же команды разделены по технологиям в определенных городах и для полноценной работы друг с другом все равно взаимодействуют удаленно.
Объяснения про безопасность и сложности с организацией доступа тоже слабые, потому что часто работы делегируются аутсорсным фирмам, действующим явно не на территории исходной компании.
Только в случае, если офисная команда «случайно забывает» оповестить удавленников или намеренно исключает их из процесса обсуждения. Но такое бывает и в случае работы в нескольких разделенных кабинетах или даже отделах, так что тут уже проблемы из-за инициаторов такой блокады.
И это, по-вашему, говорит в пользу того, что базовые знания необязательны? Скорее уж, наоборот)
Тому, кто пришел позже остальных, всегда отдают неинтересные задачи. Потому что их надо делать. А иногда бывают проекты, где сплошь рутина для всех. Для джуна любые задачи (профильные) — это наработка опыта, навыков и умений. Отработка той же базы. Научиться чему-то можно и на текучке. А если джун будет гоняться только за крутыми и интересными задачами, то он никогда не вырастет.
А вот если младшему специалисту дают задачи не по профилю или взваливают слишком большую ответственность, которую он явно не потянет, то надо подумать о другом месте для наработки навыков, опыта и умений.
Если в компании джуну самому предлагают себе составить ТЗ, то это хреновая компания и иметь с такой дело не стоит, ибо вообще не окупится.
Аналитический склад ума — это очевидное и само собой подразумевающееся.
Зря вы недооцениваете необходимость знаний на базовом уровне. Вот как раз без них человек не поймет и не сориентируется, какую технологию использовать, чтобы дать более-менее приемлемое решение как результат. А т.к. в командах и конторах практически все с аналитическим складом ума, ждать в ущерб своему делу, пока неофит наимпровизируется и своим умом, наконец, дойдет, что же нужно делать, никто не будет.
Джуну найти работу не сложно. Для этого нужно предварительно овладеть на приемлемом уровне технологиями, которые от него потребуются в работе. Т.е. чтобы его можно было посадить за задачу (хотя бы простую и рутинную), и он мог ее сделать. Это могут быть C#/Java/PHP/Javascript +самые популярные фреймворки, SQL, REST + JSON. ООП и хотя бы основные паттерны. Полгода продуктивного самообучения, и такого джуна возьмет любая софтописная контора, откуда, став миддлом, можно идти куда угодно.
Ничего не знающий и не умеющий джун не нужен никому и нигде.

Еще раз спасибо
И это, по-вашему, правильный и продуктивный подход в разруливании таких ситуаций? Мда…
Подмасливание начальства свойственно не тимлиду с «яйцами», а вот такому Джанни, который таким образом и становится на дружескую ногу с руководством.
Но в том, что не бесхребетный тимлид должен был сам своими руками всю эту ситуацию уладить и донести до высшего руководства проблему еще на ранней стадии, когда появились первые признаки, и постоянно напоминать о границах и задачах своему прямому начальству, это факт. В конце концов, аргументы прямого саботажа работы и срыва сроков были налицо.
Большое спасибо! Вам тоже!
Могут не уволить, но могут либо отстранить от проекта и перевести на что-то другое, закидывать большим количеством работы с несоразмерными сроками работами или, наоборот, не давать заданий. В итоге будут вынуждать уйти самой.
Я с той своей командой работала 3 года, 2 из которых вполне нормально общалась и работала с коллегой, который же потом меня и помогал выдавливать.
Конечно, по-другому. Потому что парня просто бы не стали выдавливать так откровенно. К нему бы просто стали подлизываться, втираться в доверие и постепенно перетаскивать на себя его работу.
Но это только в случае наличия таких токсичных кадров в команде. В остальных случаях, а благо, их большинство, девочка-тимлид уж точно не хуже мальчика
Автор, Вы прямо описали ту адовую ситуацию, в которой я жила с конца 2017 года. Только в моем случае дело решилось не в мою пользу, т.к. я сотрудник не самой фирмы, а их партнеров, а главный герои и его группа поддержки — штатные.
Согласна с писавшими выше, что Вы теперь в группе риска, несмотря на то, что и правда на Вашей стороне. Поэтому будьте готовы ко всему, держите себя в руках и просто смотрите другие вакансии. Вас могут просто объявить вредителем.
Отличная статья! Большое спасибо, было очень интересно.
Да, правильная и своевременная мотивация решает многое. И если руководитель этого не понимает, то ничего путного, увы, не выйдет.Например, когда джун явно «засиделся» на одной позиции (год-полтора), то очередной отказ пересмотра его явно демотивирует. Особенно, если его попросят очередной раз доказать еще одним сертификатом, потому что он «все еще не готов». Кроме того, это демотивация для всех остальных сотрудников, независимо от их уровня, потому что открыто демонстрирует отношение руководства ко всем. А это уже не дает ни уверенности в завтрашнем дне, ни какого-то позитивного настроя на работу, как бы тебе не нравилось то, что ты делаешь. Когда нет доверия руководителю, то такое дело не взлетит, а упадет и разобьется.
Тут может зависеть от отношения руководства к такому лиду. К сожалению, никто не отменял нахождение на позициях из-за дружбы с ПМ или тех.директором. В таких ситуациях вся вина перекладывает на спецов, которые создают повод для придирок, неважно, насколько они обоснованны. Вот и начинаются бесконечные смены членов команды, пока лиду не надоест (он же для руководства супер спец, к его мнению прислушиваются), или проект окончательно не загнется. Если бы такого не было, конторы по разработке ПО не прогорали бы на пустом месте.
В принципе вынесение UI в UIView и кода по его обработке аналогично реализации фрагментов в Android и применяется в тех же случаях и целях. Я подобный подход использую уже несколько лет. Только верстку я делаю на xib именно отдельного UIView, а не UIViewController. В случае, когда нужно менять в одном и том же контроллере разные виды, это более корректно.
Вы точно мне отвечали или комментом ошиблись?

Вообще-то я писала, что ревью джунского кода провожу я. Значит, квалификация, опыт и познание у меня есть. Спасибо.

Информация

В рейтинге
Не участвует
Откуда
Барнаул, Алтайский край, Россия
Работает в
Дата рождения
Зарегистрирована
Активность

Специализация

Mobile Application Developer, Software Architect
Lead