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

[titan4]

Из собственного опыта скриннинга кандидатов на те позиции - люди не понимают вопросов.
Вообще. В резюме сто двадцать лет всего.

Здравствуйте,

А на какие позиции подавались кандидаты - джун/миддл/синьор?
И если можно пример вопроса?

Спасибо!

[valchkou]

Через несколько месяцев мое здоровье слегка пошатнулось

от усердия?

не думал тогда что масковские программисты будут бухать как челябинские слесаря, а с виду были все такие умные интеллигентные молодые люди

[Medium-rare]

А на какие позиции подавались кандидаты - джун/миддл/синьор?
И если можно пример вопроса?

Контора искала по набору:
C++ / Boost / Senior или Mid-level. И список, что желательно иметь.

В разработке интенсивно используются templates.

Задаю вопрос:
- Пожалуйста изобразите на white board нам vector template?

Ваша версия, в каком проценте случаев кандидат рисует:

Code: Select all

std::vector<T> some_vector;

- Нет, не то, надо сам template.

Ваша версия, в каком проценте случаев кандидат в принципе забывает, что у template в данном случае должен быть хотя бы один параметр с типом?

Code: Select all

// Непотребство

А если ещё и показать просить, как можно изменять размер контейнера?, так это... кое-кто и возмущался, даже.

[Faland]

Контора искала по набору:
C++ / Boost / Senior или Mid-level. И список, что желательно иметь.

В разработке интенсивно используются templates.

Задаю вопрос:
- Пожалуйста изобразите на white board нам vector template?

Ваша версия, в каком проценте случаев кандидат рисует:

Code: Select all

std::vector<T> some_vector;

- Нет, не то, надо сам template.

Ваша версия, в каком проценте случаев кандидат в принципе забывает, что у template должен быть хотя бы один параметр с типом?

Code: Select all

// Непотребство

А если ещё и показать, как можно изменять размер контейнера, так это... кое-кто и возмущался, даже.

Вы звери, с такими требованиями мы бы вообще никого и никогда не наняли. Я у сеньор-миддла обычно прошу какой-нить шаред или юник поинтер изобразить, немного темплейтов там есть - этого достаточно (даже если синтаксис будет не совсем точный, я и сам компилируемый темплейт не напишу на вайтборде).
В наших проектах мы темплейты активно не используем, как-то нет необходимости. Есть команды кто внутренние либы/сервисы пишет - там да, там надо....

[Duck]

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

Такая проблема случится, когда интервью на программистскую дев. позицию пройдёт.
Из собственного опыта скриннинга кандидатов на те позиции - люди не понимают вопросов.
Вообще. В резюме сто двадцать лет всего.

Ну я начал потихонечку ходить на интервью, чтобы понимать где еще надо что подтянуть. По крайней мере хорошо что вообще зовут на них, правда обычно это какие то контрактные позиции безо всяких плюшек типа ESPP, RSU страховок и подобное, но я и туда пойду если возьмут. Пока не берут. Но всегда подозрительно спрашивают про опыт в qa. Поэтому может и надо как то убрать все упоминания, но непонятно как тогда быть.

[-helloworld-]

Поэтому может и надо как то убрать все упоминания, но непонятно как тогда быть.

Убрать слова QA в резюме и продать себя как "Software Development Engineer in Test (SDET)" ?

[Medium-rare]

Ну я начал потихонечку ходить на интервью, чтобы понимать где еще надо что подтянуть. По крайней мере хорошо что вообще зовут на них, правда обычно это какие то контрактные позиции безо всяких плюшек типа ESPP, RSU страховок и подобное, но я и туда пойду если возьмут. Пока не берут. Но всегда подозрительно спрашивают про опыт в qa. Поэтому может и надо как то убрать все упоминания, но непонятно как тогда быть.

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

[tessob]

Поэтому может и надо как то убрать все упоминания, но непонятно как тогда быть.

Слушайте, резюме -- это, в конце концов, больше про то, что Вы хотите делать в будущем, а не только то, что вы делали в прошлом.

2 Medium-rare & Faland:
Как часто у вас народ приходит свичиться в кресты из QA? Просто, чтоб понимать. Ну там, 1% от числа кандидатов, или как?
На сколько я замечаю по коллегам поток желающих идти в плюсы с каждым годом снижается. В основном только студенты идут, которых именно этому учили и ничего другого они особо не знают.

[Faland]

2 Medium-rare & Faland:
Как часто у вас народ приходит свичиться в кресты из QA? Просто, чтоб понимать. Ну там, 1% от числа кандидатов, или как?
На сколько я замечаю по коллегам поток желающих идти в плюсы с каждым годом снижается. В основном только студенты идут, которых именно этому учили и ничего другого они особо не знают.

Не буду лукавить, не видел ни одного QA кто свитчился бы в плюсы. Более того, видел обратные случаи - C++ Dev -> SDET. Все попытки Javascript->C++ перехода провалились, молодежь не тянет С++ после фронтенда, демотивируется, уходит.
Студентов нынче не особо плюсам учат, сплошь Питон-Джава, дата сайенс-машин лернинг всякий.
Ветераны тоже многие в мейнстрим уходят, по понятным причинам. Но работы на плюсах остается много, на наш век хватит .

[liamkin]

Контора искала по набору:
C++ / Boost / Senior или Mid-level. И список, что желательно иметь.

В разработке интенсивно используются templates.

Задаю вопрос:
- Пожалуйста изобразите на white board нам vector template?

Ваша версия, в каком проценте случаев кандидат рисует:

Code: Select all

std::vector<T> some_vector;

- Нет, не то, надо сам template.

Ваша версия, в каком проценте случаев кандидат в принципе забывает, что у template должен быть хотя бы один параметр с типом?

Code: Select all

// Непотребство

А если ещё и показать, как можно изменять размер контейнера, так это... кое-кто и возмущался, даже.

Вы звери, с такими требованиями мы бы вообще никого и никогда не наняли. Я у сеньор-миддла обычно прошу какой-нить шаред или юник поинтер изобразить, немного темплейтов там есть - этого достаточно (даже если синтаксис будет не совсем точный, я и сам компилируемый темплейт не напишу на вайтборде).
В наших проектах мы темплейты активно не используем, как-то нет необходимости. Есть команды кто внутренние либы/сервисы пишет - там да, там надо....

Звери вы. Мало того, что годных кандидатов отсеете, так и еще и меня, молОдого, от возвращения к Сям отпугнули.
И вообще, в целом, когда я языки учил, меня именно стандарт примеров программирования отпугивал-надоедал - опять списки, опять деревья, опять вектора, сортировка етить - скуууушшшноооо! Дайте реальную интересную задачу, где я эти ваши примитивные темплейты и их библиотеки грамотно использую, а не придумываю гребаный велосипед 101-й раз!!!

[Duck]

А есть ли какое специфическое название для человека который не пилит там что то серьезное в большом проекте а для начала чтобы пописывать какие скриптики на питоне для автоматизации каких нибудь внутренних задач типа internal tools или каких тулов для для qa , отчетность там какую автоматизировать или типа того.

Может быть попытаться как то сузить круг вакансий и сюда заскочить проще чем просто как SDET или Software Developer

Спасибо

[tessob]

А есть ли какое специфическое название для человека который не пилит там что то серьезное в большом проекте а для начала чтобы пописывать какие скриптики на питоне для автоматизации каких нибудь внутренних задач типа internal tools или каких тулов для для qa , отчетность там какую автоматизировать или типа того.

Если у вас есть бизнес бекграунд, то есть такая штука как RPA (Robotic Process Automation). Никто в принципе толком не понимает, что за зверь. Проекты в основном имиджевые (для пауэр поинта), т.е. провал проекта ожидаем и приемлем. По сути -- те же скриптики на питоне. Минусов особо никаких и по деньгам будет больше чем у мидла. Но, это если опыт релевантен.

[Мальчик-Одуванчик]

- Нет, не то, надо сам template.

Ваша версия, в каком проценте случаев кандидат в принципе забывает, что у template в данном случае должен быть хотя бы один параметр с типом?

Code: Select all

// Непотребство

А если ещё и показать просить, как можно изменять размер контейнера?, так это... кое-кто и возмущался, даже.

Так оно на коленке в любом виде будет непотребством.
Даже в книжных примерах простейшие примеры реализации вектора выглядят весьма убого и непотребно.
Особенно в части реализации оператора []

[Мальчик-Одуванчик]

А есть ли какое специфическое название для человека который не пилит там что то серьезное в большом проекте а для начала чтобы пописывать какие скриптики на питоне для автоматизации каких нибудь внутренних задач типа internal tools или каких тулов для для qa , отчетность там какую автоматизировать или типа того.

Может быть попытаться как то сузить круг вакансий и сюда заскочить проще чем просто как SDET или Software Developer

Спасибо

Спокойно пишите как Software Developer так как именно что разрабатываете Software.

[Medium-rare]

Так оно на коленке в любом виде будет непотребством.

Никто и не требует законченный "продукт".
А понимание принципов, как всё работает.

[Komissar]

А есть ли какое специфическое название для человека который не пилит там что то серьезное в большом проекте а для начала чтобы пописывать какие скриптики на питоне для автоматизации каких нибудь внутренних задач типа internal tools или каких тулов для для qa , отчетность там какую автоматизировать или типа того.

Если у вас есть бизнес бекграунд, то есть такая штука как RPA (Robotic Process Automation). Никто в принципе толком не понимает, что за зверь. Проекты в основном имиджевые (для пауэр поинта), т.е. провал проекта ожидаем и приемлем. По сути -- те же скриптики на питоне. Минусов особо никаких и по деньгам будет больше чем у мидла. Но, это если опыт релевантен.

Этому делу уже 100 лет в обед, почитайте на досуге LIMS and Automation.

[Мальчик-Одуванчик]

Так оно на коленке в любом виде будет непотребством.

Никто и не требует законченный "продукт".
А понимание принципов, как всё работает.

Там понимание как раз начинается на свойствах, присущх именно последовательным контейнерам.
В частности - на операторе прямого доступа [], поскольку нужно предусмотреть одну версию для случая a = v[ I ] и отличающуюся от неё версию для v[ I ] = a;

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

Если же копнуть в сторону vectot<bool>, для реализации, предложенной интервьюируемым, то гарантированно получим непотребство.
И вот тут от соискателя потребуется аргументированно доказать, что идея с такой специализацией вообще непотребство сама по себе.
Что возможно, лишь когда оппонент специально интересовался или разбирал этот случай.
С одной стороны такое знание, в силу своей полной бесполезности, явно не даёт плюс ни в карму, ни на интервью, а с другой - без него не отбиться от наездов со специализацией самописного вектора для типа bool.

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

[Medium-rare]

You hired. Следущий раз про интервью в Саннивейле уведомить?

[voyager3]

Там понимание как раз начинается на свойствах, присущх именно последовательным контейнерам.
В частности - на операторе прямого доступа [], поскольку нужно предусмотреть одну версию для случая a = v[ I ] и отличающуюся от неё версию для v[ I ] = a;
Даже если соискатель попробует реализовать вектор тупо в лоб через массив, то он с большой вероятностью срежется на реализации [].
Потому что трюк с определением двух форм этого оператора нужно просто тупо запомнить и как всякое мусорное знание оно на практике вообще не требуется.
А догадаться, во время стресса на интервью, как сотворить подобное непотребство, для большинства будет весьма проблематично.

Что не так с использованием массива-то?
Как раз индексный оператор запоминать не нужно, там логично всё. Вот сигнатура префиксного и постфиксного инкремента- другое дело, вы вспомните, где какой?

[TormentorOne]

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

В чем проблема показать код с экрана ноутбука интервьюера? Что, кто-то в состоянии запомнить внутренности класса по сжатию и перекладыванию логов из папочки в папочку? Хорошо, предположим, что я даже это запомню, каким образом я смогу потом навредить компании этим знанием? В обычном приложении 90% кода – это какая-то сервисная муть, которая просто переливает пустое в порожнее и оборачивает дата-репозитории.

Проблема в этике. Обычно работодатель не хочет нанимать на работу человека, который раскроет ему свой код, под который у него подписан NDA, да и без NDA тоже, потому что:

1) Когда придет время он и ваш код раскроет новому работодателю-конкуренту. Если-же продукт довольно технологичен, например скажем HFT, то это будет прямой потерей денег.
2) После того как он показал свой код, это стало известно, потенциально возможны судебные иски от владельца кода. Кроме того, это может сильно повлиять и на того, кто попросил показать код, и таки посмотрел. Как насчет увольнения и подпорченной репутации.
3) Если для кандидата не проблема нарушить этику, то завтра он и вам учудит, например откроет свою фирму и заберет клиентов себе.
4) итд.

В общем - порочная практика.

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

[tessob]

В чем проблема показать код с экрана ноутбука интервьюера? Что, кто-то в состоянии запомнить внутренности класса по сжатию и перекладыванию логов из папочки в папочку? Хорошо, предположим, что я даже это запомню, каким образом я смогу потом навредить компании этим знанием? В обычном приложении 90% кода – это какая-то сервисная муть, которая просто переливает пустое в порожнее и оборачивает дата-репозитории.

Проблема в этике. Обычно работодатель не хочет нанимать на работу человека, который раскроет ему свой код, под который у него подписан NDA, да и без NDA тоже, потому что:

1) Когда придет время он и ваш код раскроет новому работодателю-конкуренту. Если-же продукт довольно технологичен, например скажем HFT, то это будет прямой потерей денег.
2) После того как он показал свой код, это стало известно, потенциально возможны судебные иски от владельца кода. Кроме того, это может сильно повлиять и на того, кто попросил показать код, и таки посмотрел. Как насчет увольнения и подпорченной репутации.
3) Если для кандидата не проблема нарушить этику, то завтра он и вам учудит, например откроет свою фирму и заберет клиентов себе.
4) итд.

В общем - порочная практика.

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

Мы просто живем в параллельных реальностях. Если мой девелопер, уходя к конкурентам, может увести клиентов, то это я еблан, а не он. Честно.

[ALV00]

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

Единственный ответ по существу вопроса
Идите лучше в лоеры. Переключиться на другую технологию в IT не проще чем освоить совершенно новую специальность. Ну или должно очень сильно подфартить.

[IvanGrozniy]

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

Внутри одной компании наврядли получится. Наблюдал и наблюдаю попытки людей переучиться и начать выполнять новые обязанности на одном месте. Ни у кого не получается. Менеджеры не хотят отпускать своих работников в другие отделы.
Совет такой:
1. Изучайте кодинг по книгам, интернету. Если есть возможность, то сертификацию пройдите.
2. Ищите новую работу на стороне как программист. На junior-скую позицию возьмут.

Было бы желание, методы всегда найдутся.

[Duck]

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

Внутри одной компании наврядли получится. Наблюдал и наблюдаю попытки людей переучиться и начать выполнять новые обязанности на одном месте. Ни у кого не получается. Менеджеры не хотят отпускать своих работников в другие отделы.
Совет такой:
1. Изучайте кодинг по книгам, интернету. Если есть возможность, то сертификацию пройдите.
2. Ищите новую работу на стороне как программист. На junior-скую позицию возьмут.

Было бы желание, методы всегда найдутся.

Ну да, такой план у меня.

[Duck]

А вот ещё такой вопрос к уважаемым участникам форума:

Правильно ли я понимаю что путь во фронт енд легче чем в бэк? Как мне кажется в бэк енд больше конкуренции поскольку придется конкурировать со свежими выпускниками с CS degree а фронт энду вроде там не учат и поэтому мне кажется что путь JS react redux проще чем Java и т.д