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

[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 и т.д