Стань Тестировщиком на Python в SkillFactory: go.skillfactory.ru/0NEoqQ Возврат денег за курс, если не нашли работу после обучения + cкидка 50% по промокоду МАРШАЛ до 31.05.2023 г.

За 10 лет я написал запросы в БД до 20 раз (причем в сумме реляционные и нереляционные вместе взятые).... Значимость этих знаний ничтожна для QA

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

Не соглашусь с CI/CD, а то выглядит так, что QA должен быть вообще затычкой от каждой дыры и без мыла лезть во все места. Все работают за деньги, получаемые в рамках своих обязанностей, не нужно романтизировать все фразой "Вы же инженер по тестированию". Качество продукта - задача команды, а то QA то QA cё, и читать должен и изучать должен и развиваться должен. Лошадь в колхозе работала больше всех, а председателем так и не стала!!!!!

Я провел 1000 собесов QA и вот что я понял. Что курсы skillfactory с нуля.

«Знаю, что вот тут точно есть пробел». Господи, да у любого человека где-то да есть какой-то пробел. Это уже какой-то психоз. Можно подумать Вы все прям знаете и знали с самого начала. Если человек знает базу, понимает процессы и умеет мыслить и гуглить, при этом есть желание работать в данной сфере, то заворачивать такого кандидата ковырянием того самого пробела- издевательство и пустая трата времени. Кому надо работать- найдет своего соискателя. А кто хочет пооргазмировать и самоутвердиться, тому никаких знаний не хватит для утверждения кандидата.

Какие то придирки, судя по собеседованиям цель найти зубрилу . Ну поросил человек подсмортеть, что тут такого? Надо узнать понимает ли он, а не вызубрил. Может девам на стек овер флоу не заходить?

Это мысли с высоты опыта, это понятно. А теперь обратный вопрос. Когда ты в QA заходил, про эти вещи знал? (про БД молчу, и вправду довольно базовая вещь, на многих курсах разбирают)

Лёх, заговорил про CI/CD, пайплайны и процессы - сделай видосы по каждой из тем !

1000 собесов и никого не взяли😂🤣😅. Здесь Леха всем дает понять, что значит «не для тебя моя роза цвела» 😆 и придумал настолько суровые собесы что Леха сам себя не взял бы🤣🤣🤣 даже по блату

Вот о запросе к бд очень точно. Я проучился уже более 1,5 лет и довольно неплохо разобрался с теорией и sql в частности. Даже учебные проекты я "одевал" в дополнительную документацию, работал с запросами в Postman и был уверен в своих силах на собесах на позицию junior (хотя сейчас это тоже опыт = 1-3 года) и вот что я для себя выяснил на собесах: - практически ни одного раза меня не спрашивали о теории (совсем немного и база); - меня замучили сетями и все что с ними связано; - как ни странно в 90 процентах случаев меня гоняли по python (тоже база на все же); - основной упор на понимание процессов, инструментов и умению работать в команде (кое где говорили, что им вообще хард скиллы не интересны); - после многих собесов приходил фитбек о том, что мне нужно подтянуть такие то темы (ВНИМАНИЕ!! ВОПРОСОВ ПО НИМ НЕ БЫЛО😅) Так было не раз. В связи с текущей обстановкой и спросом превышающим многократно предложение работодатели не смущаются немного приверать в описании к вакансии и я никогда не лез в те, которые по описанию не тяну. Я понимаю, что требования есть и их нужно соблюдать и что я далек от идеала но ситуация с поиском работы меня уже надломила. Я просто перестал понимать кого ищут все компании при том, что вакансии висят месяцами на пролет. У каждого свой путь наверное, я очень уважаю людей кто работает в этой сфере и тех кто все таки решился а нее попасть но у меня история на этом заканчивается)) P.S 90 % откликов на зп 35+ ради опыта и всем нужны автотестыры со всеми вытекающими с опытом 3-6 лет и за вышеуказанную сумму денег и я не против этой суммы но никого не устроило) P.S_2 если кто то будет комментировать этот пост то не пишите, что я ною или я такой крутой, а все работодатели плохие. Я не это имею ввиду.

Спасибо за Ваш труд! Коммент в поддержку канала.

Да-да, крайне "необходимые" знания, например для ребят, которые БД не трогают) Сам прошел несколько курсов по БД, спокойно жанглировал 3-хэтажными запросами, функциями и тд. По факту с тех времен так ни разу и не воспользовался этими знаниями. Большая часть уже выветрилась. Зачем мне инфа по БД, если я с ними не работаю - загадка) И стоит ли распыляться, тратить время на сухие знания, которые не пригодятся - едва ли. Стоит ли это время потратить на прокачку в задачах, которые решаешь / можешь решить на работе - однозначно. Опять реклама курсов ... Такое ощущение, что каждое новое видео пишется только ради интеграции очередной горе-школы) PS: насчет попыток расширить свои обязанности и не останавливаться на механическом ручном прогоне тестов - согласен PPS: искренне не понимаю, что странного в том, что человек, который занимался долгие годы одним направлением тестирования, не знает подробностей про теорию/практику другого направления. PPPS: Финальная мысль отличная - синьорность появляется не с годами работы, а с ее кол-вом/кач-вом/разнообразием

1. Сделаю свой вывод, развиваться да, согласен, но в отношение с sql и ci/cd вообще не согласен. Как я ранее писал, во многих компаниях где не будет использоваться вообще SQL (имею ввиду ручное тестирование), то и при собеседовании его смысла спрашивать вообще нет. SQL быстро учится, но он так же быстро забывается без постоянного использования его на своей работе. Сам 3 года я его использовал, но после перехода в другие компании уже на протяжение 9+ лет, этот SQL нигде не был нужен и соответственно я уже его забыл. Это как язык, если ты его не используешь, он постепенно забывается. Если в компании это надо, то за меньше недели можно все это наверстать 2. Насчет CI/CD, я согласен, что нужно развиваться, но это не зона ответственности QA, тут смотртя Devops. По твоим словам, тестер должен в каждой опе быть затычкой, а это не верно. В каждой области нужны свои специалисты. Согласен только стем, если таксировщик сам захочет этот момент изучить и понять как он работает, пускай делает (я так и делал), но навязывать это всем. не стоит. Я только ЗА за развитие, но это развитие должно быть правильным. В первую очередь развиваться надо именно в QA, то что с ней связано P.S. По мне видео сделано чисто для рекламы по больше части

А в чём проблема подсматривать синтаксис, если это делается за 30 секунд поиска в гугле? Тем более, если человек крайне редко это использует. Я считаю, что если человек умеет решать проблемы с помощью гугла и главное ПОНИМАЕТ как это работает, то всё ок.

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

Честно скажу, что не согласна. Я хочу быть просто достаточно хорошим специалистом на своем проекте. Всё. Мне не интересно читать и изучать новые технологии после работы. Я не позиционирую себя как супер-пупер круто спеца и честно пишу о своих навыках в резюме. Надо изучить - сделаю, вообще без проблем. Но больше меня бесят люди, которые пишут, что знают sql, а потом валятся на банальном select. Тогда уж совсем в резюме не указывайте. P.S. я встречала людей, которые действительно кайфуют от всей этой IT-шной движухи, от новых технологий. Это очень круто, они прекрасные специалисты и я по-доброму им завидую. Но таких меньшинство

Ты в конце видео в определенных пунктах прав, развитие нужно, но такое ощущение, что ты вообще оторван от реальности требований бизнеса для тестировщиков на разных грейдах и это проблема всех, кто работает в одном проекте и из проекта в проект идут с одним стеком. Такие советы крайне вредны для новичков, какие пайплайны, какие sql? sql в большинстве будет с веб мордой (ui интерфейс кто не знает), либо вообще доступа не будет, оставшаяся часть тестеров чутка будет иногда базовые запросы писать, получается есть где-то В лучшем случае 5% вакансий, где системно для работы нужен SQL. Все остальное разруливается с разрабами и девопсами, это их зона. Понимать надо, тратить время на детальное изучение - нет. Вот такое наслушаются новички, потом ударяются в святое изучение таких тем, ведь где-то увидели что надо, а потом на собесах отлетаю по реально нужной базе

То чувство когда тестировщик на заставке похож на Джона Сноу ИП 😂😂😂

Охх. Работала тестировщиком с 2011. Финтех бигдата проекты. Первые 3,5 года была как раз тестером БД, использовался SQL нонстоп, потом полтора года админом БД, и даже была немного DevOps. Админом не понравилось, ушла в мануальное, с 2017 г. Проектов больше 20. И работала в Jenkins и в GIT, активно. Деплой, все дела. Дропнули с очередного проекта в начале 2023, как и всех украинцев оттуда. Полгода безрезультатных поисков, и впервые за столько лет - устроилась не-тестером. Кризис в отрасли, порядка 100-300 чел на левел миддл\сеньор. Дропы и дропы с собеседований, каждый раз новые причины. То все ОК, но нашли того, у кого "больше опыта на проектах нашего типа", то все ОК, но "команда посмотрела ваше резюме, и не захотела общаться". То долго спрашивают, точно ли мне ОК мануальное, а то у них другого нет. Ты изображаешь желание оставаться мануальщиком, работа нужна все-таки, и... Дропают до технического, мол, у вас нет скилла автотестера!! А ничего, что разговор изначально о другом был? Последний раз дропнули с 4 этапа, якобы нашли того, кто лучше соответствует, но по факту, это было в день, когда прилетела ракета в мой город. Думаю, испугались. С болью в сердце, отказалась от любимой работы, пошла, куда позвали. Не-тестером, хотя там есть менторинг тестировщицы. В эту рулетку можно играть вечно, а мне выживать надо, и ребенка кормить.

Подскажите что проверяет вопрос "отличия между БД оракл и постгреSQL" и как эти знания помогут на проекте, где, например, используется только постгреSQL или на любом другом?

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

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

Лёша молодец 👍🏽

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

Блин не хотела бы к вам на собес попасть 😃

У меня работе с бд вообще не взаимодействует никто кроме бэков, у нас монга, SQL пару лет назад на базовом уровне знал, но без практики забывается все. Так вот пришел я на собес на сеньора как-то раз, ответил почти на все вопросы кроме SQL, я даже просто запрос с join составить не мог т.к. тупо практики не было, а я не готовился особо перед собесом т.к. в требованиях к вакансии этого не было. Ну я просто сказал как есть типа практики нет, поэтому прямо сейчас меня про это бесполезно спрашивать, но это тот скилл, которым можно буквально за пару дней научиться, не думаю что это критично. Собеседующий со мной согласился и потом мне оффер сделали) Причем я сомневаюсь что мне сделали бы оффер если бы я идеально знал SQL, но зафейлился на других более фундаментальных и важных вопросах. Ну то есть вот представьте что есть 2 кандидата, один знает какой-то ЯП и у него есть опыт построения нескольких тестовых фреймворков с нуля, он знает паттерны проектирования и когда их лучше применять и т.п, но с SQL не работал. И есть второй, который кое-как может состряпать пару тестиков, но идеально знает SQL, кого бы вы выбрали? Возможно это конечно исключение, но по-моему реально подобные скиллы типа SQL не должны существенно влиять на выбор кандидата на QA или AQA, такое буквально за несколько дней можно нагуглить и наработать практику, быстрее чем ты онбординг в компании пройдешь.

Спасибо за видео. Классное напутствие! Всегда приятно быть разносторонним специалистом. Это совет скорее для людей, которые уже какое то время работают в сфере и стали жертвой стагнации. Респект

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

Спасибо!

Лол что? Разница между Postgre MySQL и MS SQL? Эти знания нужны инженерам по БД или программистам, а не тестировщикам. Делать CRUD операцию с SQL - это тоде анекдот. DQL - вот, что используется в 99% в QA, нам нужна БД, чтобы провести валидацию того, как отработала логика. Сдаётся мне, что Лёша новый курс по SQL готовит на 13 мес. за 100 тыс😂❤

Я не очень понимаю, в чем проблема, если на предыдущем месте я не делала каждый день какой-то запрос на SQL, поэтому точно синтаксиса не помню, а теперь на новой работе подсмотрю пару раз и запомню. Ведь смысл в понимании, как язык работает, а не в том, чтобы все запросы наизусть знать, нет? Отличие новичка и миддла, в том что второй найдет инфу и применит её, а не будет ждать помощи свыше или бегать с вопросами к коллегам.

Про CI/CD и подход QA. Да, явно не гуд, когда версия, которую ты тестировал на тестовом стенде - не попадает на прод из-за проблем на этапе деплоя. Но тогда вопрос, а нафиг нужна тогда целая каста DevOps с космос зарплатами? И разве не вся команда так или иначе отвечает за качество? Я не открещиваюсь, что могу пойти и посмотреть пайплайны и прочее, но это точно не ПЕРВЫЙ мой приоритет. Могу пойти, могу не пойти, есть много другой важной РЕЛЕВАНТНОЙ работы. Если проект серьезный с большими планами и приличной командой, то там не может не быть людей, отвечающих за это. И тогда это их зона должна быть. Отвечать "за все и даже больше" допускается на небольшом молодом проекте, но никак не в конторе, которая позиционирует себя состоявшейся.

Тот самый токсик интервьюер-всезнайка. Про CRUT зачем-то гонит. В компании дай бог доступ дадут к БД, а про удаление записей или их форматирование QA вообще могут забыть - слишком большая ответственность и разрабы просто запрещают это делать

Классный полезный видос. Алексей что-то с виду стал старее😮

Привет Леша) предлагаю написать списком, что нужно учить разбираться для джунов с перспективой на миддл и сеньеор позиции?) спасибо)

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

Голос очень приятный, случайно зашла глянуть😅

Лёша береги себя , очень хреново выглядишь!

Видео интересное, но по мне, не слишком полезное, ибо тут явная ошибка выжившего. Все видео только о недостатках. Как мне кажется, стоило больше уделить внимания сильным сторонам соискателей: объяснить, чем отличаются сильные тестировщики от слабых, и рассказать об их преимуществах, а не о недостатках. Если выучить sql, kafka, gRPC, но прийти на собес со средними знаниями в других областях, то я уверен, что возьмут того, кто силен в чем-то реально ВАЖНОМ. Вот об этих важных областях, на которые интервьюеры обращают внимание, и хотелось бы услышать

Да у меня сейчас такая ситуация, я работал 2 года в банке тестировщиком, занимался регрессионным тестированием(узнал как называется только после как ушёл с работы и начал ходить на собеседования) все на практике изучал, но теорию вообще не знал, только банковскую теорию знал, чтобы понимать что я проверяю, после того как расформировали отдел, я начал искать работу и теперь я понимаю я отстал по технологиям, нет знаний теории, даже основ, то есть я применял методы которые не знал как называются, ,ща вот пытаюсь догнать .

Каждый раз ведусь на такие панические настроения, а потом такой - ааа... так вот оно что...

SQL не панацея, сейчас тренд на Full Stack Tester - и тестировать и разворачивать и автоматизировать и генерить тестовые данные. Надо очень сильно поднимать свою Т-образность во всех аспектах

Полгода искала работу, никто не спрашивал про sql и базы данных, один раз попросили объяснить , что такое БД на бытовом уровне и все на этом. Полгода работаю на web-тестировании и ниразу мне не давали доступов к БД.

Единственные ситуации, когда мне требовался sql - это на собесах

оконные функции можно еще добавить.

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

Это про меня 5 лет была в одной компании. Когда вышла на собеседования оказалось что мир поменялся - много новых технологий, ЯП нужно знать в 90% вакансиях мануальщиков, все повернуты на тестировании АПИ. До кучи выросла конкуренция и чтоб тебя позвали на собес нужно ждать неделями.

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

Лёша, вот тебе конструктивная критика. Бревно в своём глазу не видишь . А задавался ли ты вопросом, есть ли в твоих видео ответыиеа вопросы которые ты задаешь? Нет. Взять хотя бы клиент серверная архитектура.

Вот за последние слова (Надо работать над собой) жму руку

Что надо рекламировать skill factory ))))

Такое крутое фото на заставке

Красивый голос)

Не гоните на Алексея, дело говорит. Про новичков тут речи нет, а для засидевшихся синьеров-помодоров это хороший пинок под зад. Подписываюсь под каждым словом.

вот на 16.08 минуте что Вы сказали за технологию ?

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

Аааааа))) не качественная цифра и кликбэйт😂 Ну пошутили и ладно. Спасибо за знания!

У меня так было на собеседовании: подсматривала синтаксис. 😂

Видео, для того что бы интегрировать рекламу про скилфактори . Значит 99% предыдущей инфы можно не учитывать.

на счет ci/cd конечно сложная история)) теория конечно - это классно, но я не представляю, чтоб меня наш дев опс пустил смотреть, что там у него и как происходит) с ним СТО с трудом говорит и за их спорами следит вся компания)) так что в ci я пока не лезу) если зайдут автотесты, которые я сейчас внедряю в проект, тогда уже буду глубже смотреть на это, пока для себя немного разбирался, но надо на практике все запустить)) и еще, чтоб не было проблем с тестированием стейджа, а потом на проде все не валилось, так как есть отличия, надо делать предпрод окружение и будет хорошо)) это особенно важно, когда продукт уже релизнут и имеет аудиторию)) На счет БД тоже классно, что сказал, надо будет повторить SQL, потому что на последнем проекте, где у меня был доступ к БД, это была нереляционная БД Монго и там у меня был прям полный доступ и своя коллекция с данными, которые я вертел как хотел, и мне это нравилось)) а вот SQL после этого мне стал немного противным, но все же надо вспомнить и продвинуть эти знания, так как они надо)

Спрашивали на джуна отличие оракла и постгре)

Зачем докапываться на собесе до знания того что гуглится за 1 минуту и может быть сразу сделано, если это будет необходимо. Это я имею в виду SQL CRUD Но за видос в общем и целом спасибо - полезно.

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

Добрый день . Спасибо Вам за Ваш труд . Но в этом видео Вы столько называете терминов в одном предложении не понятных что теряю суть происходящего , пожалуйста не забывайте что даже и прошли Ваши 30 уроков QA но все же еще не можем знать все термины. Да иногда нужно как для д....детей я хота написать , все объяснять. А вообще я очень рада что нашла Ваш канал. Спасибо

Алексей здесь рассуждает, как препод)) Очень сложно держать постоянно в голове всю озвученную информацию без практического опыта

у меня про серверы спросили на собеседовании на джуниора

Алексей, а вы проводите тестовые собесы?)

Кааайф

Что плохого быть на одном проекте 10 лет? и Разбираться в этом продукте от и до? Почему это сразу полльзователи? Системы есть разные, есть такие чтоб познать их нужно 6-12 мес. И расскажите западным специалистам или японским, что в компаниях по 15-20-30 лет работают, какие они продвинутые пользователи, а не тестировщици или программисты. И лояльность компаний к таким людям невероятно высокая, и как раз ценят их экспертизу. Нафига мне прыгать с места на место - если меня все нравится на моем? Тем более в условиях глобального экономического (и не только) кризиса. А если человек постоянно меняет проекты и компании - может он поверхностый и как раз не получил глубинного понимания и опыта?

мне кажется ты в банке или работаешь сейчас или работал когда то ))

А есть хороший самоучитель по cql?

Так это собес на QA ,а зачем тестировщику что-то удалять,добавлять,если их в принципе к БД не допускают.

Добрый день, подскажите пожалуйста с чего начать обучение QA. Точнее сказать с какой школы начать. На примете школа PASV или Portnova. Может Вы что то посоветуете из опыта? Спасибо.

Хочите стать тестировщиком - начните прогать))))

Лёш, возьми меня ждуном, у меня есть скил - буду приносить тебе на собесы попкорн с пепси ))

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

Какой SQL... Не припомню проектов где тестировщиков пускали туда без прослойки в виде UI взаимодействия... Вы очень странный "специалист". Практический опыт был, кроме Ютуба?

А как вы хороши в кубернетес? А в AWS?

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

Какой ты классный 😊

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

Хорошая реклама, спасибо)

3:44 чел у тебя проф деформация, отдай на ревью свои вопросы, они бредовые они тебе не показывают знания человека, ты ищещь того кто просто наизусть всё запомнил или всёж того кто умеет решать задачи? если перед ним встала задача сделать сложный запрос в чем проблема посмотреть синтаксис?? люди которые наизусть вам всё расскажут скорее всего или очень много с этим работали или вот только повторили это, первое круто, а второе он забудет через день а в итоге из-за не правильного вопроса ты можешь принять второго, но отказать челу который бы быстро решил задачу посмотрев синтаксис. Поэтому правильнее поставить задачу и просить решить ее, или предложить решения а не запросы бесполезные спрашивать

Леша, привет) Я конечно не знаю по обучение, вот тоже реклама рекомендации,(не у тебя) про яндекс практикум, такого я еще не видела, сплошные дилетанты, за такие деньги.

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

Если бы у бабки были яйца, то она была бы. Если QA с навыками автоматизации знает базы данных, то зачем ему вообще быть QA??? Можно сразу идти в кодеры. Мнение от кодера.

Ну что, Леша, нахватал дизов и кучу негатива в комментах? то то же. Главное понимание ,а не тупое заучивание. Если человек редко пользуется sql, но понимает что зачем и куда - подсмотреть не стыдно. Стыдно наизусть знать запрос, но не справиться, если задачу не описывали в учебнике. Попался бы мне такой лид, для которого гуглить позор, мы бы не сработались. Твое счастье, что еще не попался джун, который даст отцовского леща и в чувство приведет :) Это юмор. Просто давно ли ты вырос, знаешь ли ты весь стек технологий и не плаваешь ли ты в областях, которых не касался? Вот и получается, что сам такой, а вопросы задаешь.

Господи, SQL...CRUD...сколько времени нужно, чтобы вспомнить это, если это тебе понадобится в реальных задачах? 30 минут? Это же не на SQL Developer'а собеседование

Что-то ты в рекламу стал скатываться. И паразитируешь на теме.

А когда работать будете? Ведь 1000 собесов это 1500 часов потраченного рабочего времени. При загрузке в 6 часов в день на задачи, вы потратили 250 дней только на собесы и не принесли никакой пользы продуктовой команде, а зп вы получали. По выполненным задачам вы больше относитесь к HR. 🎊

Ну про практику на курсах это неправда, вся практика и прочие активности закрываются, когда прошел дедлайн. А текст да, остаётся навсегда, но это текст… Кстати стажировок там кот наплакал, и только если ты всё круто знаешь, и для тебя есть место, не вводи людей в заблуждение, а то звучит так, как- будто там стажировка для каждого студента предусмотрена

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

1:38 с другой стороны это совсем бесполезный вопрос, какая блин разница чем оракл от пстгреса отличается если это почти одно и тоже, ты тестировщиков собесишь или бэкенд разрабов чел? тем более собес проходит в конкретную компанию у которой есть конкретная бд, зачем блин знать особенности всех существующих бд? Да и в целом знание sql ну не самое небходимое для не бэкенд тестировщика если это достаточно крупная компания все тестовые данные создаются через интерфесы, потому что как минимум ты тратишь на это лишнее время, а как максимум можешь создать не правильные данные или данные которые пользователь создать не может и всё в этом духе. бред бред бред если мне такой вопрос зададут я сразу пойму что в компании не нужны спецы которые решат их задачи, и они не могут построить норм процессы собесов, а значит что и другие процессы у них страдают

😊

Тестировщик не может назвать отличия Oracle от PostgreSQL? Что за идиот ожидает это от тестировщика? У нас DBA говорят, что могут работать только с одним типом БД, а тут собес на тестировщика... Скриншоты ошибок научитесь делать нормально, а потом про SQL рассуждайте )

Ну такое себе. Цель у вас какая? Задачу сделать или похихикать над тем что человек не помнит синтаксис. Токсичное поведение!

Выглядишь плохо, хорош бухать.

очередная реклама курсов :(

весь видос тупо продажа курса...