Как из qa в разработку свичнуться ?

Duck · Пт окт 04, 2019 11:35 pm

Есть ли какие пути свичнуться из qa в dev, хочется больше денег и джоб секурити.

Komissar · Пт окт 04, 2019 11:56 pm

Duck писал(а): Пт окт 04, 2019 11:35 pm Есть ли какие пути свичнуться из qa в dev, хочется больше денег и джоб секурити.

"Учиться, учиться, и учиться"(с)

Duck · Сб окт 05, 2019 12:33 am

tessob · Сб окт 05, 2019 6:39 am

Тогда только через постель.

nyekimov · Сб окт 05, 2019 9:46 am

Duck писал(а): Пт окт 04, 2019 11:35 pm Есть ли какие пути свичнуться из qa в dev, хочется больше денег и джоб секурити.

Почему не в автоматизаторы тогда для начала? Из них много где можно в developer in test идти и затем уже убирать приставку in test.
А так вообще учиться и только учиться, ну имею ввиду пытаться и делать, без этого джоб секьюрити не будет даже у разработчика. Людей собеседуем, мы даже не гугловские подходы используем, даём элементарный тестик в стиле отфильтруй входящий массив данных и выведи четные не четные или фу баз знаменитый и то столько народа не может и строчки кода написать, даже пусть она не компилируется, типо синтаксис в памяти не держат, даже примерно разработчики с 8 и более годами опыта на бумаге на это не способны.
Ну и вообще ещё джоб секьюрити будет если фирма большая и много проектов, Аля гугл и иже, ну и наверное дев шопы и вы способны осваивать новые технологии, потому что все больше проектов уходят приходят как и крупные меняют технологии, и поэтому все меньше вижу людей не из таких компаний, кто скитается по фирмам год/полтора/два то тут то там и потом ты его собеседуешь и он не может написать и строчки кода и ты понимаешь, что видимо там был посредственным, не рулевым, направление поменялось и ему пинка под зад, а он как не умел ничего, так и не желает даже элементарно к собеседованию подготовиться.

+KPOT+ · Сб окт 05, 2019 10:22 am

nyekimov писал(а): Сб окт 05, 2019 9:46 am Людей собеседуем, мы даже не гугловские подходы используем, даём элементарный тестик в стиле отфильтруй входящий массив данных и выведи четные не четные или фу баз знаменитый и то столько народа не может и строчки кода написать, даже пусть она не компилируется, типо синтаксис в памяти не держат, даже примерно разработчики с 8 и более годами опыта на бумаге на это не способны.

Я ещё более простые вещи прошу написать на бумажке на SQL. Так эти эндусские дедушки с 10-15-20 годами опыта DB/ETL developer ничего не могут. Что они делали на своих пердыдущих работах то?

nyekimov · Сб окт 05, 2019 11:23 am

+KPOT+ писал(а): Сб окт 05, 2019 10:22 am
nyekimov писал(а): Сб окт 05, 2019 9:46 am Людей собеседуем, мы даже не гугловские подходы используем, даём элементарный тестик в стиле отфильтруй входящий массив данных и выведи четные не четные или фу баз знаменитый и то столько народа не может и строчки кода написать, даже пусть она не компилируется, типо синтаксис в памяти не держат, даже примерно разработчики с 8 и более годами опыта на бумаге на это не способны.
Я ещё более простые вещи прошу написать на бумажке на SQL. Так эти эндусские дедушки с 10-15-20 годами опыта DB/ETL developer ничего не могут. Что они делали на своих пердыдущих работах то?

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

Но я честно вообще любую нацию практически встречал с таким положением дел. Просто индусов в айти больше и поэтому они чаще встречаются. Давеча коллега не индус отобрал не индуса пособеседовать, можно понять, устал уже от них. Тому дал задание и предполагая, что кандидат синтаксис может не помнить, набросал в вопросе левого кода, который собрав как констркутор можно было бы соорудить ответ, ну если ты умеешь читать чужой код. Кандидат с опытом под сраку нифига не смог, ни строчки кода. А потом еще долго нас убеждал, что он хороший менеджер, ну если мы ищем кодера, то он и им готов быть, но вообще ему бы в менеджеры. Спрашивается, чо тогда не читаешь вакансию.

tessob · Сб окт 05, 2019 12:43 pm

nyekimov писал(а): Сб окт 05, 2019 9:46 amЛюдей собеседуем, мы даже не гугловские подходы используем, даём элементарный тестик в стиле отфильтруй входящий массив данных и выведи четные не четные или фу баз знаменитый и то столько народа не может и строчки кода написать, даже пусть она не компилируется, типо синтаксис в памяти не держат, даже примерно разработчики с 8 и более годами опыта на бумаге на это не способны.

Вот это описание одной из самых неадекватных форм интервью из тех, что мне попадаются. Я из-за проектного характера работы просто фоном прохожу разного рода интервью как минимум 2-3 раза в месяц. Что можно таким образом проверить, сможет ли программист работать партизаном в Северной Корее без интернета и ноутбука!?

Все эти бумажно-досочные интервью рассыпаются в прах если попросить (пока решаешь задачу) найти 2-3 класса из продакшена, чтоб обсудить имеющиеся на проекте стандарты разработки. Примерно четверть просто способна открыть внутренний репозиторий и что-то показать. Обычно начинаются отмазки, что весь код супер секретный и "без всевышнего сенода сию буллу не получить". Далее только четверть из показавших что-либо слышали о Мартине, Фаулере и прочих дядьках, которые из года в год распинаются о влияние качества кода на внутренний бардак. Как правило все основано на бытовой магии, когда одни классы хитрым образом меняют состояние других и никто не в состоянии просто ответить какая память будет шарид в многопоточности, а какая нет.

Мы живем во время, когда компании собеседуют плохих разработчиков. Хорошие разработчики сами собеседуют компании.

Duck · Сообщение **Duck** » Сб окт 05, 2019 3:22 pm

nyekimov писал(а): Сб окт 05, 2019 9:46 am
Duck писал(а): Пт окт 04, 2019 11:35 pm Есть ли какие пути свичнуться из qa в dev, хочется больше денег и джоб секурити.
Почему не в автоматизаторы тогда для начала? Из них много где можно в developer in test идти и затем уже убирать приставку in test.

Так я как раз и ищу сейчас на автомейшен работу но попутно был на пару дев интервью, и заметил что спрашивают примерно одинаково. А раз подготовка к интервью одинаковая то я и решил спросить тут старших товарищей что может тогда пытаться запрыгнуть повыше?

nyekimov · Сб окт 05, 2019 3:44 pm

tessob писал(а): Сб окт 05, 2019 12:43 pm
nyekimov писал(а): Сб окт 05, 2019 9:46 amЛюдей собеседуем, мы даже не гугловские подходы используем, даём элементарный тестик в стиле отфильтруй входящий массив данных и выведи четные не четные или фу баз знаменитый и то столько народа не может и строчки кода написать, даже пусть она не компилируется, типо синтаксис в памяти не держат, даже примерно разработчики с 8 и более годами опыта на бумаге на это не способны.
Вот это описание одной из самых неадекватных форм интервью из тех, что мне попадаются. Я из-за проектного характера работы просто фоном прохожу разного рода интервью как минимум 2-3 раза в месяц. Что можно таким образом проверить, сможет ли программист работать партизаном в Северной Корее без интернета и ноутбука!?

Все эти бумажно-досочные интервью рассыпаются в прах если попросить (пока решаешь задачу) найти 2-3 класса из продакшена, чтоб обсудить имеющиеся на проекте стандарты разработки. Примерно четверть просто способна открыть внутренний репозиторий и что-то показать. Обычно начинаются отмазки, что весь код супер секретный и "без всевышнего сенода сию буллу не получить". Далее только четверть из показавших что-либо слышали о Мартине, Фаулере и прочих дядьках, которые из года в год распинаются о влияние качества кода на внутренний бардак. Как правило все основано на бытовой магии, когда одни классы хитрым образом меняют состояние других и никто не в состоянии просто ответить какая память будет шарид в многопоточности, а какая нет.

Мы живем во время, когда компании собеседуют плохих разработчиков. Хорошие разработчики сами собеседуют компании.

Так в том то и дело, что интервью должно исходить из того, смотря кто нужен, если архитектор, то по моему мнению стыдно спрашивать написать строчки кода, хотя на гугловских или около таких компаний такой элементарный вопрос задают на начальном этапе, чаще еще даже до того, как возникает необходимость потратить время инженера на интервью.
И эти строчки кода не венец интервью, это начальный фильтр. А вот если берут кодера, то тут уже отсутствие кодирования в том или ином виде по мне странно.

Ну и про код что могу сказать, вас нанимают не обвинять предыдущих сотрудников в непрофессионализме, а работать, плохо написано, перепишите, только вначале надо эту идею продать руководству. Как продать? Если перед каждым релизом дохера багов, то это как раз говорит о говно архитектуре и необходимости потратить 3-6 месяцев на модуль (так из моей кухни цифры), чтобы постепенно все переписать.

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

tessob · Сб окт 05, 2019 5:18 pm

nyekimov писал(а): Сб окт 05, 2019 3:44 pmТак в том то и дело, что интервью должно исходить из того, смотря кто нужен, если архитектор, то по моему мнению стыдно спрашивать написать строчки кода...

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

В своей компании я партнер, архитектор, механик по ремонту кофемашин и рисую всякие иллюстрации к презентациям в иллюстраторе. Рынок труда вообще придуман не для меня, но мне то и дело приходится идти общаться с ИТ департаментом заказчика, который никогда не упустит случая поискать блох и проверить мою квалификацию. Поэтому, в дополнение ко всему, я еще и мальчик для битья. Моя же цель при этом – это оценить объем работ и риски. Соответственно, спрашивая код, я еще прямо говорю, что от этого зависит ставка ресурсов и стоимость проекта, соответственно. И в принципе мы (компания) выживаем на рынке по той простой причине, что для решения одной и той же задачи нам нужно 6 человек и 2 месяца, а IBM 60 человек и 2 года.

nyekimov · Сб окт 05, 2019 9:24 pm

tessob писал(а): Сб окт 05, 2019 5:18 pm
nyekimov писал(а): Сб окт 05, 2019 3:44 pmТак в том то и дело, что интервью должно исходить из того, смотря кто нужен, если архитектор, то по моему мнению стыдно спрашивать написать строчки кода...
Мы, похоже, принципиально расходимся во взглядах на разработку софта. В силу того, что я в основном работаю по проектной схеме разработки софта и в основном разрабатываю решения в области оптимизации процессов логистики, производства, ремонтов мой опыт может быть не релевантен для вас. Однако, качество кода является краеугольным камнем всего того, чем мы занимаемся. Плохой код как чума. Достаточно допустить сам факт его появления и этот процесс просто невозможно затормозить. Просто в итоге все тогда скатывается в поддержку имеющегося говнокода вместо написания новых фич. В случае проекта это просто означает невозможность двигаться вперед.

В своей компании я партнер, архитектор, механик по ремонту кофемашин и рисую всякие иллюстрации к презентациям в иллюстраторе. Рынок труда вообще придуман не для меня, но мне то и дело приходится идти общаться с ИТ департаментом заказчика, который никогда не упустит случая поискать блох и проверить мою квалификацию. Поэтому, в дополнение ко всему, я еще и мальчик для битья. Моя же цель при этом – это оценить объем работ и риски. Соответственно, спрашивая код, я еще прямо говорю, что от этого зависит ставка ресурсов и стоимость проекта, соответственно. И в принципе мы (компания) выживаем на рынке по той простой причине, что для решения одной и той же задачи нам нужно 6 человек и 2 месяца, а IBM 60 человек и 2 года.

Согласен с вашим видением на ваши проблемы, как и говорил, смотря кого мы ищем, и у вас очень специфичная роль.

Komissar · Сб окт 05, 2019 9:31 pm

tessob писал(а): Сб окт 05, 2019 5:18 pmРынок труда вообще придуман не для меня

а это как?

tessob · Вс окт 06, 2019 3:45 am

Komissar писал(а): Сб окт 05, 2019 9:31 pmа это как?

Так, что я очень часто не нахожу объяснения происходящему. Просто наблюдаю его с обеих сторон. Самая занятная вещь -- это современный HR, чем выше требования к кандидатам, тем более посредственные ресурсы они притаскивают.

Komissar · Вс окт 06, 2019 4:01 am

tessob писал(а): Вс окт 06, 2019 3:45 am
Komissar писал(а): Сб окт 05, 2019 9:31 pmа это как?
Так, что я очень часто не нахожу объяснения происходящему. Просто наблюдаю его с обеих сторон. Самая занятная вещь -- это современный HR, чем выше требования к кандидатам, тем более посредственные ресурсы они притаскивают.

Это вы просто не видите, какие и с какого конца вливаются деньги. Если ЦЕО получил красивый откат от Брахмапутра-энд-Кришна Текникэл Дизайн, то качество специалистов уже никого не волнует.

Привет