SOS! QA ищет продуктовую любовь в Германии ❤️🛠️
Три месяца бегаю по LinkedIn как по лесу -везде консалтинг, консалтинг, консалтинг. Такое чувство, что половина Германии консультирует вторую половину, а проекты пишут только ночью тайно у себя в подвале 😂
А где все остальные? Небольшие команды? Стартапы, где код ещё пахнет кофе и горящими дедлайнами? Где CTO сидит рядом с тобой и одновременно отвечает за DevOps, HR и покупку туалетной бумаги? 🚀
Кто знает, где прячутся:
- маленькие продуктовые компании.
- стартапы без 5 уровней менеджмента.
- проекты, где реально делают софт, а не PowerPoint для заказчика.
- и где QA это QA, а не SAP-Berater zufällig 🤡
Может, есть:
✅ спецпорталы кроме LinkedIn/Indeed
✅ сайты с проектами/стартапами
✅ Telegram/Discord/Slack комьюнити
✅ тёмный рынок вакансий, куда попадают только избранные? 🕶️
Серьёзно, подскажите любые лайфхаки:
-как искать
-где искать
-у кого
спросить
-и куда копать, пока LinkedIn не съел остатки веры в человечество 😅
Заранее спасибо всем, кто поможет добраться до нормального проекта без превращения в консультанта по боли и презентациям 🙏🔥
ps. И да, я QA (Manual/Automation), дружу с разработчиками и не ломаю прод специально, только дев😉
Щас консалтингом что только не называется, а по факту чел может быть главным разработчиком. У нас главный по-моему так и работает - он не в штате заказчика, а у него в подписи в письмах стоит какая-то консалтинговая фирма. Только не имени себя.
Консалтер же по идее ни за что-то отвечает? Он же типа консультирует, а не даёт гарантий?
Срыв покровов
Проблема не в названии «консалтинг», а в том, что некоторые компании смешивают роли. QA- это про качество продукта: тест-дизайн, стратегия, автоматизация, API, CI. Взаимодействие с заказчиком- ок, но не 50% рабочего времени как мне озвучили на последнем интервью. За заказчика отвечает PM/PO, иначе расползается ответственность. Так что я просто ищу проект с адекватной структурой ролей.
QA- это про качество продукта: тест-дизайн, стратегия, автоматизация, API, CI.
Какие-то магические слова. А главный разработчик сам это не сделает? Ему обязательно нужен кто-то со стороны, который его в эти таинства посвятит?
Щас под консалтингом сидят часто банальные бодишопы. Хотите, пришлют вам "на поболтать" разных стратегов и дизайнеров с графиками роста и планами по KPI, а хотите, и просто программистов, которые будут собственно работу делать.
Причём раньше считалось, что это дико экономит бабки - не имеешь своих "бесполезных" сотрудников, а нанимаешь со стороны "крутых спецов" (считается, что на стороне всегда круче). А по факту раз продукт тебе делают на стороне, то твои собственные работники в нём нормально не разбираются, сколько их ни "консультируй". Значит, ты привязан к "спецам" на стороне. Т.е. ты с ними работаешь постоянно, будто они у тебя свои, только платить им надо существенно больше, чем своим.
некоторые компании смешивают роли
смешивать роли могут и продуктовые фирмы тоже
Взаимодействие с заказчиком- ок, но не 50% рабочего времени как мне озвучили на последнем интервью
может у них там команда разработчиков внутренняя и внешний будешь только ты
Или как раз пм/по внутренний и ему нужно будет докладывать
Заказчик - такой же человек, как внутренний коллега
Какие-то магические слова. А главный разработчик сам это не сделает? Ему обязательно нужен кто-то со стороны, который его в эти таинства посвятит?
Конечно, главный разработчик может всё: писать код, тестировать, собирать CI, деплоить, заниматься аналитикой, DevOps и поддержкой. Только после этого он обычно меняет профессию на «пациент психолога»
Поэтому вопрос не в том, может ли разработчик протестировать- а в том, сколько это будет стоить бизнесу. Когда разработчик тестирует сам, баги уезжают в прод, релизы тормозят, а фичи выходят с задержками.
Всё, что вы описали про бодишопы- правда. Именно поэтому я и не хочу туда. Я не спорю о терминах. Я ищу нормальную инженерную команду, где роли не смешаны в кашу.
Конечно, главный разработчик может всё: писать код, тестировать, собирать CI, деплоить, заниматься аналитикой, DevOps и поддержкой. Только после этого он обычно меняет профессию на «пациент психолога»
Поэтому вопрос не в том, может ли разработчик протестировать- а в том, сколько это будет стоить бизнесу. Когда разработчик тестирует сам, баги уезжают в прод, релизы тормозят, а фичи выходят с задержками.
Со стороны приходят чуваки в деловых костюмах с оплатой бодишопу больше, чем главному разработчику. И первый месяцы тратят на знакомство с системой - чего главный там в пяти-десяти слоях наабстрагировал. И если у них всего несколько месяцев по договору на дачу проекту оценки по какой-то теме (на большее денег жалеют), то качество будет соответствующим. Менеджерам заказчика тоже часто не упёрлось реальное качество, а надо KPI закрыть и галочку "протестировано" к сроку поставить, чтобы премию получить.
Поэтому и говорю, что все эти "наймём со стороны" это сказки. Оно в самом лучшем случае работает, если у вас спецы совсем дно, а из бодишопа приезжают звёзды мирового уровня, которые быстро всё говно разгребут за вашими спецами или спецами из предыдущего бодишопа. Но в реальности и ваши разрабы не совсем дураки, и в бодишопах сидят те же спецы в среднем, что и у вас, поэтому вся эта возня со сторонним консалтингом по временным прилгашениям это лишь попил бабла и то же затягивание сроков и часто ухудшению качества продукта. А если консалтеры годами у заказчика трудятся, то это по сути как полная занятость у этого заказчика - весь смысл консалтинга пропадает. За эти года консалтингу столько переплатят, что проще своих было иметь и уволить их с премиями если понадобится. Но это если фирмой управляет непосредственный владелец, а не менеджеры, которые дальше годовой премии не смотрят.
Ладно, это я так, поговорить на отвлечённую тему.
Всё, что вы описали про бодишопы- правда. Именно поэтому я и не хочу туда. Я не спорю о терминах. Я ищу нормальную инженерную команду, где роли не смешаны в кашу.
А, ну т.е. консалтеры-бодишоперы ещё дальше мухлюют, и у них по всем ролям зачастую одни и те же люди трудятся? Поэтому и в требованиях всё подряд? )))
Какие-то магические слова. А главный разработчик сам это не сделает? Ему обязательно нужен кто-то со стороны, который его в эти таинства посвятит?
Наш Главный разработчик задавал вчера на митинге очень глупые вопросы про то зачем во времч прооона тестов нужно всегда создавать отдельную бащу для тестов и заполнять тестовыми фикстурами.
мы с тест менеджером очень долго обьясняли базу.
А вы говорите про CI CD и запуск тестов в докер контейнере на темтом стенде.
Главный разрабочик конечно же осилит внедрение всего этого с такими вопросами.
Зы. QA Test Automation SDET и интеграция тулинга это сейчас самое безопасное в немецкой айтишечке.
У тас двух фронтентендеров выкинули. Никем не заменили. Бекенд стабилен но никого не ищут.
И лишь новая автоматизация расширяетс
Скажи это банкам. Вы вообще в какой именно вселенной живёте? Это сейчас продуктовая разработка практически полностью вымерла. Так называемые программисты сейчас обслуживают сервера критической инфраструктуры протирая с них пыль и перезапуская упавшие джобы в пять утра.
Все остальное остановлено. И Salesforce тоже.
Только автоматизация живёт. И там еще жив найм. И склизы автоматизатора незаменяемы ни младшими ни средними ни старшими разработчиками. Это одна из немногих областей где AI напрямую ускоряет процессы.
Зы. А как именно ты будешь тестировать критичскую инфраструктура? Ручками через веб гуй? Смешно.
Выкатил на прод незащищенный REST- дорогие клиенты делайте что хотите в нашей базе.
А по ручникам все проходит. PM чешет репу и не знает где искать проблему.
Скажи это банкам. Вы вообще в какой именно вселенной живёте? Это сейчас продуктовая разработка практически полностью вымерла. Так называемые программисты сейчас обслуживают сервера критической инфраструктуры протирая с них пыль и перезапуская упавшие джобы в пять утра.
Все остальное остановлено. И Salesforce тоже.
насколько мировоззрение человека может быть ограничено его окружающим мирком
А какой у вас окружающий мир? 1000 бевербунгов на позицию фронтедера 2000 на бекендщика 800 на фуллстекера. Везде отказы.
Потом 5 бевербугов на автоматизптора с прохождением нескольких туров в том числе в партнере IBM..
И Zusage.
Зы. Спросите и ChatGPT по поаоду перспектив слвременного айти. Он вам тащу раз будет говорить про интеграцию написанных вами тестов в CI CD pipeline.
Этим сейчас некому заниматься. Это и нужно учить.
А какой у вас окружающий мир? 1000 бевербунгов на позицию фронтедера 2000 на бекендщика 800 на фуллстекера. Везде отказы.
Потом 5 бевербугов на автоматизптора с прохождением нескольких туров в том числе в партнере IBM..
И Zusage.
1000 бевербунгов на врача и одни отказы
1 бевербунг на уборщицу и сразу оффер
из этого делаем вывод, что врачи не нужны ага
О.. так у вас комплексы пошли. QA is underrated и прочая чепуха.
Я просто оставлю это здесь
https://telegra.ph/strategicheskij-obzor-preimushchestv-pr...
Читаем, думаем. Пишем бевербунги на позицию специалиста по протирке джава сервера с томкатом четвёртой версии спиртом. Офигенный коворкинг вместе с уборщицей в банке которая приходит туда в 7 часов вечера.
Так как разработчики для этого больше не нужны.
О! a я этого деда знаю, он мне нервы делал тут: https://foren.germany.ru/showmessage.pl?Number=39693596&Bo...
Просто оказывается, что это безработный, тыщами бевербунги рассылает, очень скверный характер! 
.
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
Привет, классный вопрос!
Начинать нужно с критических и стабильных сценариев нужных бизнесу, которые роняют флоу при любой ошибке: логин, регистрация, заказы, платежи.
В первую очередь автоматизирую smoke и API-тесты их можно быстро сделать и получить ранний фидбек в CI.
Затем регресс по ключевым модулям и пару E2E-тестов для основного юзерфлоу.
В CI вывожу только то, что стабильно и не флапает: smoke сразу после билда, regression- на пререлизе, E2E- ближе к CD.
Зы. Спросите и ChatGPT по поаоду перспектив слвременного айти. Он вам тащу раз будет говорить про интеграцию написанных вами тестов в CI CD pipeline.
Этим сейчас некому заниматься. Это и нужно учить.
А чего тестировать, если никто код не пишет? Все же чего-то автоматизируют... сферическое в ваккуме?
Вполне реальная ситуация: ПО было подано клиенту. О том что это ПО нельзя продавать разработчик ПО умолчал.
Внедрение ПО провалилось из-за одного бага в ПО. Его разработчик отказался фиксить.
Переписывание ПО с нуля тоже прлвалилось так как по всему миру не нашли людей которые смогут это сделать.
Задача: нужно доказать что виноват был именно разработчик Abadonware ПО.
Кто эти занимается? QA! Который доказывает некомпетентность программистов. Которых уже может и не быть.
Вполне реальная ситуация: ПО было подано клиенту. О том что это ПО нельзя продавать разработчик ПО умолчал.
Внедрение ПО провалилось из-за одного бага в ПО. Его разработчик отказался фиксить.
Переписывание ПО с нуля тоже прлвалилось так как по всему миру не нашли людей которые смогут это сделать.
Задача: нужно доказать что виноват был именно разработчик Abadonware ПО.
Кто эти занимается? QA! Который доказывает некомпетентность программистов. Которых уже может и не быть.
Когда QA что-то там докажет (или нет), что дальше делать? ПО-то как не работало, так и не работает.
Короче, всё упирается, что нужны программисты. Переписывать старое, или писать заново новое, или фиксить баги в уже существующем, но программисты.
Можно ещё ИИшку натравить, но то такое... А кроме того, не факт, что успеете до лопания ИИ-пузыря, где у всех отберут их бесплатные или дешёвые подписки.
Ничего не делать с легаси системой. Она выкидываетсч.
Но QA сделал самое главное: нашёл самого главного виноватого кто за провал внедрения и саботаж исправления бага будет платить и отвечать.
А это ценится гораздо выше чем работа виртуального программиста до которого бы по цепочке донесли бы что нужно закоммментировпть определенную строчку кода.
На практике же такого программиста либо не было либо ему не должили.
Скорее всего не было.
Ну и фирмы произвожителя ПО теперь тоже нет.
Автотесты всегда должны писаться на том же самом языке программирования, что и проект. Для того, чтобы упростить коммуникацию.
Это вам любой тест менеджер скажет.
P.S. И это должна быть Жава!
На практике лучше чтобы мелкие баги исправлялись самим ароматизатором, который нашел баг.
Вы должны перестать позиционировать как QA.
Все прячется под позициями Test Engineer für Frontend und Backend (m/w/d)
Только фронт будет для галочки.
Селениум и другие инструменты автотестов для веб гуя очень хорошо продаются.
Но на практике они вряд ли полезны. Так как критические баги и критически нереализованные фичи детектятся на уровне интеграционных Backend тестов
Ты читать умеешь?
Элементы ку а стали нужны чтобы доказать что проданное абадонварное ПО было бы пригодно для прода если бы существовали программисты которые бы исправили такой то баг (задокументировано с печатью).
Программисты (если бы они существовали) не сделали этого.
А вы тут про какую то наркоманию плетете.
Айтишечка это сама по себе наркомания. И разработка в первую очередь числе.
Но факт остается фактом: в автоматизации тестирования сейчас меньше всего сокращений. Более того там идет поиск и реальный набор специалистов.
А если ты умеешь общаться с девопосом и умеешь запускать написанные тобой тесты в женьке, то тебе цены не будет
А если ты умеешь общаться с девопосом и умеешь запускать написанные тобой тесты в женьке, то тебе цены не будет
Всё хорошо, но девопсам и тестировщикам платят в среднем меньше, чем программистам. Рынок, где ничего не разрабатывают, а только чужое внедряют, и тестируют даже не код, а внедрения, это что-то из стран третьего мира.
Товарищ, а кто будет искать доказательства при поиске вмноватых?
Ты вчитывался в то, что я написал? Фирма производитель обещала устранить баг.
Кто мельдовал баг? Покупатель ПО. Какой конкретный человек мельдоапл баг? Программист в роли QA.
Фирма критический баг не исправила. Проект провалился. Ыирма где происходило внедрение теперь подаёт в суд.
Теперь самое главное доказатьб что виноватым был именно производитель ПО отказавшийся баг исправлять.
Зы. При попытке внедрения там участвовали шесть фирм. В трм числе две из России в роли консалтероа.
Лолшто? Это как раз реальный мир в Германии.
Обычно ПО которое разрабатывалось средствам самого банка это жутчайшее токсичное легаси на Java 5 и ручным тестирование.
Банк принимает решение купить сторонне ПО.
Тестировать это ПО он обязан своими же силами.
Поэтому основное финансирование идет на QA и автоматизацию тестирования стороннего ПО.
А не на поддержку стпрого легаси.
И откуда вы взяли что автоматизация недофинансирорана и там меньше зарплаты?
Все как раз наоборот. Вплоть до полной ликвидации отдела занимашейся старой разработкой.
В реальности у заказчика нет времени на тестирование функционала, который он заказал. И программист сам становится ручным тестировщиком. Такое себе удовольствие.
В моей практике были кейсы когда заказчик дал добро на выкат на прод функционала который бы порушил прод.
в автоматизации тестирования сейчас меньше всего сокращений. Более того там идет поиск и реальный набор специалистов.
А если ты умеешь общаться с девопосом и умеешь запускать написанные тобой тесты в женьке, то тебе цены не будет
Можно ещё с другой стороны - девопс это между девом и опсом. Т.е. программистом и сисадмином, грубо говоря. Если нет программистов, то и для девопсов ниша резко сжимается, а значит и для всех остальных по цепочке, вплоть до тестировщиков, нет? Не может идти бойкий найм вообще, но при сокращениях в программистах, если только этих программистов не переизбыток. А откуда переизбыток? Напрашивается только перенайм во время ковида, причём перенайм вкатышей и прочих малоопытных. Тогда сокращения программистов это не кризис в программировании, а лишь возвращение в нормальное русло с избавлением от балласта.
Есть и другой вариант - кризис не только в программировании, а в айти вообще. Тогда плохо будет всем, а не лишь программистам. Но если в девопсах и тестировщиках идёт хороший найм, значим общего кризиса айти нет. Проблема лишь в бывшем перенайме программистов.
Ещё кстати непонятно, почему перенайм был лишь у программистов? В девопсы и тестировщики во время ковида тоже набирали сверх нормы. Где их сокращения?
Но если в девопсах и тестировщиках
Зачем вы опять употребляете слово Тестировщик? Я запрещаю вам это делать!
На всех vorstellung ах автоматизаторы представляют себя как бекенд разработчиков. А не как тестировщиков.
Кто будет писать тестовый фреймворк?
Лолшто? Это как раз реальный мир в Германии.
Обычно ПО которое разрабатывалось средствам самого банка это жутчайшее токсичное легаси на Java 5 и ручным тестирование.
Банк принимает решение купить сторонне ПО.
Я тоже не в восторге от уровня программирования в Германии - лучшие едут в США. Но легаси много где, в том числе и в США. За пределами фаанговского топа и ещё нескольких крупных компаний, там такой же ад с легаси и говнокодом. Просто там денег побольше и климат получше.
Но я о другом - девопсам и тестировщикам платят в среднем меньше, так что если ты не в самом начале карьеры, решаешь, кем тебе быть, нет смысла переходить на ступеньку вниз. Тем более в менее знакомую для тебя область. Программист, если не хочет или не может эмигрировать в лучшие страны, может снизить себе доходы, как раз примерно до уровня девопсов и топовых тестировщиков, просто устроившись в фирмы похуже на зарплату поменьше, но при этом оставаясь в своей стезе. Да, придётся ковырять легаси и говнокода побольше, но это будет что-то знакомое, чем переучиваться на тестировщика. Последнее - это совсем уже дауншифтинг, когда все другие варианты не получились.
Обычно ПО которое разрабатывалось средствам самого банка это жутчайшее токсичное легаси на Java 5 и ручным тестирование.
Банк принимает решение купить сторонне ПО.
Тестировать это ПО он обязан своими же силами.
Поэтому основное финансирование идет на QA и автоматизацию тестирования стороннего ПО.
А не на поддержку стпрого легаси.
И откуда вы взяли что автоматизация недофинансирорана и там меньше зарплаты?
Все как раз наоборот. Вплоть до полной ликвидации отдела занимашейся старой разработкой.
Ладно, это вполне реальный вариант, но в пределах одной компании. Она может отказаться от своей разработки полностью, накупить стороннего ПО и ковыряться в его багах, заниматься его внедрением. Конечно, теперь вместо своего говнокода, её специалисты будут разбираться в чужом говнокоде. Но девопсы и тестировщики тут не помогут - они же в код не лезут. То, что вашу компанию кинул разработчик ПО, это кстати аргумент за собственную разработку или хотя бы штат программистов, которые если что, могут попытаться баг устранить собственными силами.
Но дело не в этом, а в том, что вы агитируете за уход из программистов в тестировщики не в отдельно взятой фирме, а на рынке как минимум Германии в целом. Я не согласен.
Почему вы автоматизаторов тестирования называете тестировщиками?
Это же бред. Это как раз разработчики выполняют также роль тестировщика там где не налажен процесс автоматизированого тестирования.
Программист, который занимается автоматизацией тестирования, это не программист. Он будет быстро деградировать как программист.
Ох уж эти предрассудки.
Шкала деградации ароматизаторов:
https://www.knowledge-department.de/seminare/istqb-expert-...
Зы. Может быть именно из-за этих предрассудков в автоматизации гораздо проще найти новое место? Меньше народа — больше кислорода!
Лолшто? Я сейчас ароматизатором на 800 евро нетто больше зарабатываю, чем разработчиком на дефакто умершем стеке моей предыдущей фирмы.
Судя по моей зарплате, гребец-кодер на бодишопной или ляй-галере имеет вполне себе среднюю и даже выше запрлату в Германии (50к брутто в год). А на эти позиции берут даже индусов с релокацией из Индии. У них там и требование вроде, что минимум где-то такая сумма в год. Т.е. если видишь мигранта в немецком айти, то он не меньше вот этих 50-55к в год зарабатывает. А продают его в немецкий же концерн где-то за сотку. При этом делать он там может не сильно много, и первое время "даже немножко вредить". Так что своим внутренним разработчикам тем более проще устроиться - у них же и немецкий родной, и английский хороший. Другое дело, что их этот уровень может не устраивать. Ну это уже издеркжи рождения в семье с собственным домом как минимум во втором поколении, электричкой на каждого члена семьи, тремя отпусками в год на собственных вонмобилях и полётах в жаркие страны посёрфить. Зажрались.
Но если в девопсах и тестировщикахЗачем вы опять употребляете слово Тестировщик? Я запрещаю вам это делать!
На всех vorstellung ах автоматизаторы представляют себя как бекенд разработчиков. А не как тестировщиков.
Кто будет писать тестовый фреймворк?
Называть они себя могут как угодно. Их и на курсах так учат - не тестировщик или автоматизатор, а бэкэнд разработчик. Не джун трейни после трёхмесячных курсов, а минимум миддл. Ну а после годика-двух галеры уже консалтер пяти звёзд.
Но какова сложность этого тестового фреймворка?
Ох уж эти предрассудки.
Шкала деградации ароматизаторов:
https://www.knowledge-department.de/seminare/istqb-expert-...
Зы. Может быть именно из-за этих предрассудков в автоматизации гораздо проще найти новое место? Меньше народа — больше кислорода!
Подожду, пока толпа леммингов переметнётся из программистов в этих ваших экспертных "ароматизаторов", накупит себе сертификатов и устроит ад уже у вас.
А если это всё можно ещё и на джаваскриптах делать, то вообще шик! Туда их всех в болото!
)))
"Эй, лохи, в ароматизировании грядёт бум! Искуственный интеллект, электромобили, блокчейн, крипта, вот это вот всё! Болшой-пребольшой БУУУМ!!! Все срочно устраиваемся на наши курсы и покупаем сертификаты!"
Но какова сложность этого тестового фреймворка?Спроси это у разработчиков https://www.imbus.de/
Так вы сказали "кто будет писать тестовый фреймворк", что подразумевает, что вы, тестировщики бэкэндеры его и писали? Я и спрашиваю у вас.
Я не говорил про это.
Я говорил про то, что раньше и тем более сейчас гораздо проще Бекенд Разработчику В Тестировании проще найти работу в этом же тестировании.
Изначально тема была про то, что якобы QA и автоматизация мертвы и тому подобный бред.
То что бекенд разработчикам продуктового кода нужно переходить в разработчики тестового кода это ваша личная выдумка.
И да, я считаю что чистые бекендщики без Testhindergrund никогда не станут хорошими автоматизаторами.
Хотя PM хотят что так и было
68К брутто на очень сильного мидла. Это без TM . По нетто это на 800 евро выше чем моя зарплата разраба до ликвидации отдела.
Я там не так понял - показалось, что 800 всего нетто, что странно. Но и 68к брутто это для немецкого программиста где-то на уровне миддл+плюс, или сеньёр+минус. Какой там тимлид.
Может, вам акциями доплачивают и кучи разных вещей, типа гутшайны, халявная еда в офисе или заводской столовке и т.п. За годик пару тысяч чистыми вполне можно набрать, что аналог примерно 4 к брутто.
Отказ от машины. Deutschland Ticket от работодателя. Оплата интернета. Оплата английсккого. Массаж раз в месяц. И, если хотите я могу продолжить.
Есть чёткое границы когда мне фиксить найденный баг, когда бекенд тиму.
Не позиция а сказка. И возникла она когда уже был сформирован бекенд там, был нанять тест менеджер.
Судя по моей зарплате, гребец-кодер на бодишопной или ляй-галере имеет вполне себе среднюю и даже выше запрлату в Германии (50к брутто в год).
50 это средняя или чуть выше зарплата выпускника вуза без опыта.
То есть примерно такой же от тебя выхлоп у тебя на галере.
назад
список