- 1
- 2
- 3
- 4
- 5
#define POOL_ZERO_DOWN_LEVEL_SUPPORT
#include <wdm.h>
char* p = ExAllocatePoolZero(NonPagedPool, 42, '_GK_');
ASSERT(p[0] == 0);-
Си / Говнокод #27850
0
https://www.osr.com/blog/2020/07/14/bug-in-new-function-exallocatepoolzero-results-in-security-vulnerability-and-crashes/
microsoft_real_calloc() и 100500 способов отстрела ноги с помощью него.Запостил:
bormand,
02 Декабря 2021
Follow us!
Может быть их тогда уволить, а зарплату раздать программистам? Ну или заменить на нормальных.
Эээ... это как? Баги из зарплаты вычитают?
А кнопки нажимать манипуляторами?
Или вообще не быть подключеной к контроллеру напрямую.
А где гарантии, что mock, имитирующий этот экранчик, сам не содержит багов (ну например, может он неправильно что-то там эмулирует)?
Это не замена ручного тестирования. Зато кучу регрессов можно быстро проверить без железа.
>(void)
это совместимость с K&R?
Вообще давай я тебе как ООПблядь поясню.
Делаешь
Потом делаешь презентер, который инсталлирует свой on_screen_click, и реализует в нем всю логику.
Потом делаешь тест, который вызывает эту функцию из презентера эмулируя нажатие на экран, и проверяешь, что всё работает.
Вся логика в презентере, в скрине просто вызов функции, и в тесте тоже
Паттерн называется "Model View Presenter".
Кто не кушал говна коммерческой разработки с мутными требованиями, жесткими сроками и злымы клиентами, тот не понимает, зачем нужны QA, UX, менеджеры и прочие странные специальности: можно ведь всё сделать самому!
Какой фуллстек )))
Если есть staged release и роллбек без редеплоя то ты просто роллаутишь-роллбечишь говно пока возмущенные вопли не прекратятся
--А у меня случайно пропали все деньги с карты
--Я зашел на свое облако, за которое я плачу круглую сумму, а оно пол дня не работало, да вдобавок грохнуло все данные
--Ой, мы все откатили уже обратно, прекращайте вопить
Вся суть современного бизнеса.
Ты сказал, что нетестированный софт выкатывают на продакшен, и смотрят на фидбек от пользователей, а потом роллбечат если что-то не работает.
Возможно, в бесплатных службах знакомств или порночатах именно так и поступают.
Я привел пример другого софта: никакого выкручивания тут нет
В банках точно так же, я думаю.
Просто есть критические сервисы, которые сами транзакции проводят. Там всё аккуратно тестируется.
А есть всё остальное. И вот это остальное разрабывается в лучших традициях говноделия. Хуяк-хуяк и в продакшен.
>которые сами транзакции проводят.
а также которые позволяют тебе залогиниться в кабинет, посмотреть остаток, докинуть денег и пр
1)Проблема "пропали все деньги с карты" может произойти из-за проблем в спектре от "залили откровенную хуйню" до "исключительное стечение обстоятельств от взаимодействия сотни сервисов". QA может покрыть только часть этого спектра слева. Нечестно подразумевать что в банке с QA такое не происходит
2) кусок спектра проблем которые может оценить QA слева покрывают разработчики с помощью тестов, код и дизайн ревью и хуйни под названием bugbash, а справа - продакты которые собирают фидбек и автоматизированные health check системы. В компании где программисты и продакты достаточно компетентны не остаётся места на qa
3) ну окей, есть места где это непртменимо. Я с этим не спорю, но думаю что 95% людей там не работают
– успешный менеджер родился!
Не хочешь так работать - иди ракеты запускай. Ну или на галеру
> я уверен
– ставь хату
> убер
– я не хочу обидеть, но убер это смешно. примитивнейшее приложение с минимальным набором функций, в котором до сих пор настолько убого работает встроенная навигация, что любой водила после первых десяти поездок ставит себе какой-нибудь вейз и бросает заниматься мазохизмом.
если это пример для подражания и эталон инженерных практик, то простите
один сказал, что в амазоне нет мануал куа, я привёл ему ссылку на вакансию, он ударился в воспоминания о том, как его батя стал не нужен на рынке труда
тебе говорю про то, что в твоей конторе делают софт с багами даже без проклятых куа, ты сливаешься
аргументы будут какие-то, кроме баззвордов? а сколько процентов времени спринта вы тратите на поддержание своих охуенных систем логгирования в актуальном состоянии? на нормальную работу время остаётся?
Ссылки на джоб борды, истории про баги и непонятные переходы на деятельность конкретно меня никак не опровергают мой изначальный тезис
у тебя есть желание показать, что твоя компетенция растёт с каждым новым выученным умным словом (я не собираюсь оспаривать компетентность как таковую, хочу сразу заметить)
это хорошо прокатит на митапе для студентов, но зачем затирать такую дичь на лучшем специализированном ресурсе по эту сторону стены?
В компаниях с тысячами разработчиков работают сильно инкрементально, с длительными релизами и частыми роолбеками в зависимости от того что скажут юзеры. QA в этом процессе нет места, что делают QA в моей компании я не знаю и я их никогда не видел. Наличие вакансий на QA позиции не показательно, показательно отношение QA к девам
– в компаниях с десятью разработчиками работают мультипликативно, логарифмически? я не распарсил смысл
> с длительными релизами и частыми роолбеками
– какой роллбек у тебя может быть в мобайле или на десктопе или прости господи геймдеве? кроме того, чтобы убрать из маркета последнюю версию и оставить предпоследнюю
> показательно отношение QA к девам
– отношение меняется от проекта к проекту, что ты собрался тут увидеть?
> В компаниях с тысячами разработчиков
– из которых ты работал только в одной, да? не говоря уже о том, что тысячи разработчиков вряд ли чарджат 100% времени в один проект, чтобы ты мог так легко экстраполировать
> что делают QA в моей компании я не знаю
– судя по тем багам, что я привёл, ничего не делают. качество осталось на том же уровне, бизнес сэкономил немножечко шекелей, а девелоперам добавилось больше работы, правда, некоторые ради красивых слов готовы жрать дерьмо и утверждать, что это прогресс
посмотрим, как изменится повестка, когда в итоге у этих девелоперов очко разработается до таких размеров, что в нём можно будет открыть Диснейленд
Ты обосрал пост ASD77 про incremental approach и спустя 20 коментов спрашиваешь у меня что это такое???
>– какой роллбек у тебя может быть в мобайле или на десктопе или прости господи геймдеве?
В любой системе которая общается с интернетом можно сделать динамические флаги
Все что ниже я не понял к чему относилось
> В любой системе которая общается с интернетом можно сделать динамические флаги
– generic nonsense от человека не в теме
> Все что ниже я не понял к чему относилось
– удобно
>– generic nonsense от человека не в теме
У меня нет опыта того как это делается в мобайле. Если у вас эти флаги не работают то объясни почему
>– удобно
В твоих коментах половина содержания - нападки на меня, убер и бигтех в общем. Мне неинтересно это читать
– извини, если тебе так показалось.
> Если у вас эти флаги не работают то объясни почему
– если ты про какие-нибудь там системы A/B тестирования и hot update/downgrade фич, которые управляются удалённо, то делать такое самим и потом поддерживать на мобайле это адский ад из-за нюансов версионирования фреймворков и проч. а готовые решения, что я видел, особой гибкостью не отличались
там выдвигались скромные прогнозы, что на разработку и внедрение понадобится не менее года
я не знаю, чем закончилось, я раньше свалил
на ios нельзя скачать библиотеку и её динамически прилинковать, эппл сделает атата
нужно решать потенциальную проблему с duplicate symbols
я не знаю способов, как выгрузить загруженный в память фреймворк, кроме как перезапустив всё приложение
нужно иметь механизм определения доступности фич
и т.д. и т.п.
в данном случае скупой заплатит не дважды и не трижды, а раз десять
Я с трудом представляю себе автоматический роллбек, например, СУБД Oracle с тысяч продакшен серверов:)
Еще с большим трудом я представляю себе как потерявшим данные и время пользователям авторы СУБД скажут "мы попробовали на вас релиз, и откатили его".
Это такие репутационные и финансовые потери, что дешевле нанять QA, который уменьшит шансы факапа.
И потому у них есть
https://djinni.co/jobs/230439-qa-automation-oracle-/
Кстати отличное описание того, что такое QA:
Develop and implement tests of our product suite, including end-to-end Java services testing,
● Develop automation in existing tools and frameworks, and extend those tools and frameworks as necessary,
● Create and execute test plans and test cases based on requirements and user stories revolving around complex data scenarios,
● Identify testing gaps and improve test coverage,
● Identify current process flaws, suggest and implement improvements to increase product quality.
● Interact with product managers and engineers across the teams to clarify requirements and drive projects to on-time, seamless releases.
-----
Становится понятно, что ни дизайн ревью, ни agile, ни система мониторинга этого сделать не смогут
Теперь тебе осталось только понять что если откатить релиз с тысячи серверов тяжело, то наверное релизят инкрементально начиная с 10 серверов в обосратом регионе и при любых инцидентах останавливают релиз
продакшен серверов:)
Это действительно сложная проблема, т.к. в отличии от говномикросервиса, это stateful система. Очень stateful. В нашей тиме любая фича делалась с учётом роллбека и инкрементального роллаута.
Однако есть и обстоятельства, которые эту проблему упрощают. Любая распределённая СУБД дизайнится с большим запасом прочности, и при роллауте его можно использовать. Обычно у нас делалось всё по такому сценарию : сначала фичу доставляли в выключенном виде, затем на нескольких hot standby нодах выставляли специальные флажки, которые дают команду HAproxy приостановить трафик на ноду и запрещают ей участвовать в leader election. Потом фича активируется и на ноду начинают пускать трафик. Если она взорвётся, то похуй в общем-то, восстановим из бекапа.
Конечно, не всегда такое возможно, к примеру выкатывать изменения в leader election было крайне стрёмно, и мы это делали в много шагов.
Возвращаясь к теме QA: все фичи тестировались property based testing, конечно. Один час работы jepsen примерно равен тысяче лет работы QA. Одна фича тестировалась неделю под model checker'ом, который прогнал все возможные пути исполнения при одном раунде leader election. Если бы нашёлся QA, который смог бы написать спеку для этого теста (с учётом дропа пакетов и зависания нод на произвольное время), ему можно сразу давать посох и волшебную шляпу lead software designer.
--Окей, вот тебе ссылки на вакансии QA инженеров в названных тобой компаниях
--Ссылки на джоб борды, истории про баги и непонятные переходы на деятельность конкретно меня никак не опровергают мой изначальный тезис
Почему программисты через 10 лет будут не нужны?
https://habr.com/ru/company/ruvds/blog/576206/
--- https://habr.com/ru/company/ruvds/blog/576206/
по-моему это бред тут написан.. на каждый их тезис у меня 10 обратных. в мире где кол-во одноручных молотков уменьшается против отбойных молотков востребованность в автоматизации труда не уменьшится, а увеличиться
а кто-то его прочитал
circle of life
о продакшен хуй потру
не смеши меня
– ещё раз: оно настолько более лучшее, что любой драйвер практически сразу ставит себе Waze и прокладывает маршрут через него
Очень сложно сгенерировать и разметить карту и потом ее динамически обновлять, почти всегда требуется тюнинг с местной спецификой, я думаю убер хуево навигацию делает именно поэтому
Waze может лучше работать в Украине потому что это Украина. В США картам уделяется намного больше внимания
– сказал чувак, который пишет новый нескучный компилятор ts
какое дело мое свободное убивание времени имеет к этому разговору?
– ещё история. в убере водила может выбрать, в каком направлении система будет ему подбирать заказы. так вот, я не знаю, как сейчас, но года два-три назад там была замечательная бажина, что фильтр работал только по первой остановке на маршруте. то есть чувак поставил "хочу везти в направлении Борщаги", а ему выдало заказ на "Борщага-Дарница-Голосеево" (ты должен понимать, какой это собачий крюк)
где здесь качество?
В смысле выкатывается новая версия поиска, и если у половины из миллиарда пользователей она зависнет, то ее просто откатят через минуту?
Или она никогда не зависнет, потому что компетентных программистов нет багов благодаря юнит тестам?
Но увы:
Google QA:
https://careers.google.com/jobs/results/119557200268927686-test-engineer/
(398 Google Qa Engineer jobs in United States (17 new))
Microsoft:
https://www.glassdoor.com/Reviews/Microsoft-qa-tester-Reviews-EI_IE1651.0,9_KO10,19.htm
Apple:
https://jobs.apple.com/ru-ru/details/200292019/software-qa-engineer
Facebook:
https://www.facebookcareers.com/v2/jobs/2901087473488579/
Кого я еще забыл из BigTech?
Циску хочешь?
https://jobs.cisco.com/jobs/ProjectDetail/Senior-QA-Engineer-L2-L3-Testing-Automation-8-12-y/1347539
Amazon?
https://www.amazon.jobs/en/jobs/1389766/quality-assurance-engineer
Не совсем понимаю что ты хочешь показать скидывая ссылки на джоб борды
>Не совсем понимаю что ты хочешь показать скидывая ссылки на джоб борды
Хочу показать, что когда ты сказал
[quote]
В майкрософте Гугле и любой компании с тысячами программистов я уверен происходит так же.
[/quote]
ты ошибся. В гугле, макйрософте, и любой компании с тысячами программистов есть специальные люди, которые называются "QA". Не смотря на наличие менеджеров и юниттестов
Если это твоя единственная версия того как можно сделать продукт который не ломается от заливки кода то опять же ты понятия не имеешь как функционирует гугл
>ты ошибся.
Я нигде не говорил что в бигтехе QA нет. Я говорил что мы не используем QA для контроля качества, это ты можешь подтвердить посмотрев отношение количества разработчиков к QA
– у нас соотношение дизайнеров к разработчикам 1 к 15, означает ли это, что у нас нет дизайна?
За последние два дня я узнал, что QA легко заменить с помощью
* юнит тестов
* MVP
* agile
* компетентного менеджера
* design review
* A/B тестирования
* фидбека пользователей
* системного аналитика
* health checkов
* системы мониторинга
* devops
* догфудинга
Хотелось бы в этом списке еще видеть ООП, паттерны, рефкаторинг и borrow checking. Тогда он смотрелся бы совсем полно
> QA – Quality assurance
БЛЯТЬ БЛЯТЬ БЛЯТЬ
какое соотношение будет работать на конкретном проекте, это вопрос эмпирический.
А как можно сделать такой продукт?
Большинство известных мне багов в продуктах связано с тем, что программист написал код с багой, и выпустил его в продакшен.
Если ты знаешь способ сделать продукт, который таким проблема не подвержен, то просвяти.
>Я нигде не говорил что в бигтехе QA нет.
>>> В компании где программисты и продакты достаточно компетентны не остаётся места на qa
Значит ли это, что в бигтехе недостаточно компетентные менеджеры и программисты?
>Я говорил что мы не используем QA для контроля качества
В это я вполне верю: тебе виднее, что использует твоя команда.
>то ты можешь подтвердить посмотрев отношение количества разработчиков к QA
Если количество QA не равно нолю (А оно не равно, судя по существующим вакансиям) то это значит, что QA все таки есть, и их используют для контроля качетсва (врядли QA занимаются уборкой помещений).
Менеджеров и UX дизайнеров тоже меньше, чем программистов, однако это не значит, что их не используют.
Большинство известных мне багов в продуктах связано с тем, что программист написал код с багой, и выпустил его в продакшен.
Зависнувший поиск у половины людей это не просто баг. Очень сложно написать код который убьет все гарантии надёжности Гугла, ещё сложнее его залить в кожбазу и невозможно сразу зарелизить на половину юзеров
Я не говорил что QA нет. Я сказал что мы их не используем для контроля качества. Возможно где-то внутри используем но таких место достаточно мало чтобы сказать что мы их не используем
Spotify, Discord, and others are coming back online after a brief Google Cloud outage
Однако вполне реально доставить такой код пользователю в браузер:
https://www.wired.com/2012/12/google-bug/
> не говорил что QA нет. Я сказал что мы их не используем для контроля качества.
А для чего вы их используете?
Они делают свою работу но качество продукта они не обеспечивают
Хрен с ним, с гуглом, но сколько там часов пейсбук валялся? Хотя QA тут не спасли бы, конечно.
https://www.facebookcareers.com/v2/jobs/2901087473488579/
он валялся бы так раз в месяц
Это правда. Серебрянной пули не существует, но можно уменьшить шансы на факап с помощью специально обученных людей, которые отвечают за качество продукта.
>кусок спектра проблем которые может оценить QA слева покрывают разработчики с помощью юнит тестов
А вот это не правда. Достаточно крупные системы состоят из многих частей, которые иногда пишут разные команды, и тесты покрывают только части конкретной подсистемы.
Нужен человек, который
* Опишет большинство сценариев использования системы в целом (удачных, неудачных, sunny day / day итд) в виде тест планов
* Прогонит их на готовой системе
* Проверит соответствие системы спецификации (при наличии таковой)
Обычно программисты этим не занимаются: для этого выделяется отдельный человек.
Дизайн ревью и health check не имеют к этому отношения: баги не выявляют на дизайн ревью, а хелс чек проверяет, что система работает, но не проверяет все возможные сценарии.
> В компании где программисты и продакты достаточно компетентны не остаётся места на qa
Продакт менеджеры не могут влиять на количество багов, а программисты все равно их делают. Даже если пишут тесты.
>ну окей, есть места где это непртменимо. Я с этим не спорю, но думаю что 95% людей там не работают
У меня работе есть QA. На моей прошлой работе есть QA.
Список компаний с вакансиями QA я там приводил, они есть практически везде.
Современные мониторинг системы проверяют сильно больше чем может проверить QA,
>У меня работе есть QA. На моей
Отстаёте от трендов, чо
приведи пожалуйста пример системы мониторинга, которая составляет тестпланы для продукта, тестирует его на стейджинге, и говорит, что его можно выкатывать в прод
>Отстаёте от трендов, чо
не мы одни
https://govnokod.xyz/_27850/#comment-781427
вероятно, что-то из семейства IBM Rational Rose
там по плану был захват мира мышкой ещё двадцать лет назад
по-моему, вполне очевидно
Как ты себе представляешь это
На стейджинге понятное дело никто не тестирует, но у нас активно пользуются стейджингом саппорт и программисты и дают фидбек. Это называется догфудинг
>говорит, что его можно выкатывать в прод
Health-mediated release
никак не представляю. Во всех знакомых мне системах это делает QA.
Ты же утверждаешь, что вместо QA можно использовать систему мониторинга. Я и поинтересовался, какая система может составить тестплан.
> у нас активно пользуются стейджингом саппорт и программисты и дают фидбек. Это называется догфудинг
То есть качество продукта вы определяете догфудя его на стейджинге и давая фидбек, без всяких планов, верно?
Мониторинг системе для обеспечения качества все это не нужно очевижно
- Мы сломали сервис жалоб!
- Но по статистике всё норм, никто ещё не жаловался, деплоим дальше.
и программисты сразу начнут писать код без багов, и не нужно будет никаких QA
> изучи понятие incremental approach и MVP
и заказчик сможет сразу поймет, что ему нужно, и напишет тебе ТЗ с первого раза, и никогда не будет менять требований
>то бы не знать про злых клиентов у тебя должен быть менеджмент, который знает, как работать с клиентами
см пункт про баги
>и один QA не заменит feedback от 1000 пользователей твоей системы
Я бы предпочел узнать о баге от QA, чем от тысячи пользователей моей системы
> QA не нужен если ты правильно анализируешь статистику использования системы.
https://sayingimages.com/wp-content/uploads/jackie-chan-wait-what-meme.jpg
если бы ты знал, что такое incremental approach и MVP - ты бы такую херню не написал ... Это техники, которые позволяют писать программы без ТЗ по мимолетному желанию клиента
ага, банковский софт например ровно так и пишется
Да.
https://sankt-peterburg.jobfilter.ru/vacancy/79274889
Проверять код должен другой человек. Не тот, кто его написал.
Тесты программист пишет для себя (чтобы не наделать регрессий после рефакторинга), а тестировать его работу должен QA.
Серьёзно, мёртвая профессия же.
– от создателей "биткоин не скам" и "в америке нет профсоюзов", а так же "не привился от коронавируса – от рака тоже лечить не будем"
В Америке неправильные профсоюзы, не ВЦСПС при цє кака псс
Всё будет делать компьютер.
* Если это такая востребованная и распространённая профессия, то найти примеры ты сможешь без труда.
Еще раз: программисты пишут юнит-тесты, и коммитят их в папочку "test" и запускают их на CI, но это не имеет никакого отношения к тому, что потом готовое приложение берет QA инженер, и проверяет его по своим тестпланам.
Он может делать это руками, может скриптами, это его личное дело.
Такие люди есть везде:
https://practicum.yandex.ru/qa-engineer/
https://www.jetbrains.com/careers/jobs/qa-engineer-242/
https://spb.superjob.ru/vakansii/inzhener-po-testirovaniyu-29448095.html
https://careers.veeam.ru/about/quality-assurance
https://careers.kaspersky.ru/tech/testirovanie-qc-qa/
В каких-то компаниях есть Devops например, а где-то программисты сами отвечают за инфраструктуру.
Тем не менее, в большинстве коммерческих компаний (если это не стартап на два разрабочтика) QA есть.
Правда в последнее время они всё больше автоматизируют свою работу, и превращаются в программистов на каком-нить питоне с селениумом, но всё еще являются QA
а MQA и AQA я путать не советую, это два слабо пересекающихся множества. и нужны они в совершенно разных местах. например, из моего опыта автомейшены на прикладухе практически бесполезны. а вот на бэке другое дело, как мне кажется
Программист видит приложение совсем другими глазами, и найти такие проблемы не сможет, даже с помощью юнит-тестов.
Какой водопад )))
Я сталкивался с конторой, которая делает софт для игры на бирже. Бинарные опционы всякие. Там очень сложные для понимания требования, они были записаны в doors (потом прешли на polarion) и QA их проверял, и ебал.
Потому что если ты налажаешь, что компания попадет на пять твоих годовых зарплат. Можно тебя уволить, то деньги-то не вернешь.
Каждый программист живет в своем пузыре, и если кто-то выкладывает свой код на продакшен немного его потестировав, то ему трудно поверить, что где-то код перед продом проходит QA, и требует документации по выкладке
Наоборот. Те же A/B тесты строятся на статистике, т.е. если у конторы 100 пользователей, они в принципе не применимы; а нанимать девопса выйдет на порядок дороже, чем обезьянга-QA.
Ситуация меняется, когда количество юзеров, сервисов и фич делает ручное тестирование слишком дорогим.
но перед этим же всё равно его тестируют. Нельзя сказать "я переписал с ноля всю систему за 100_000 долларов, давайте продадим её половине пользоватлей и позырим, как она работает. Я всё покрыл тестами, trust me!"
Только человек, никогда не пытавшийся использовать drag-and-drop в Jira cloud, может нести такую наивную пургу.
Но даже они https://www.atlassian.com/inside-atlassian/qa
Спасибо за солидный аргумент в пользу ненужности QA.
О чем может спорить человек, который не поменял паспорт? Какие взгляды на архитектуру может высказать мужчина без прописки? Пойманный с поличным, он сознается и признает себя побежденным.
И вообще, разве нас может интересовать мнение человека лысого, с таким носом? Пусть сначала исправит нос, отрастит волосы, а потом и выскажется.
Это как с UX, например: где-то есть отдельный UXер, а где-то программист делает "чтобы было удобно" и вообще не понимает зачем нужны какие-то UXеры.
У нас, кстати, одна QAщица эволюционировала в девопеса. Оказалось, что она умеет не только тестировать приложение, но и развернуть его на стейджинге. Потом оказалось, что она умеет и стейджинг создать. А потом ее усадили писать на терраформе
>> Поможем освоить новую профессию с нуля за 4 месяца
>> Курс «Инженер по тестированию»
Не вакансия
> https://www.jetbrains.com/careers/jobs/qa-engineer-242/
Ок, принимается. Но у них десктопное приложение, которое сейчас тоже как вымирающий динозавр, ксо жалению.
> https://spb.superjob.ru/vakansii/inzhener-po-testirovaniyu-29448095.html
>> Вакансия в архиве 28 октября 2017
)))
> https://careers.veeam.ru/about/quality-assurance
Какой-то ноунейм, и сайт не открывается без яжасвитков, пропускаю.
> https://careers.kaspersky.ru/tech/testirovanie-qc-qa/
>> В последние годы мы активно погружается в автоматизированное тестирование. Как следствие, наша команда практически ушла от ручного труда — на данный момент он составляет около 30%.
О чём я и толкую, спасибо за подтверждение.
>> У нас есть мощный framework, который помогает из огромного пула виртуальных машин выбрать нужные, подготовить их, раскатить соответствующую сборку, прогнать тесты, собрать результаты и завести ошибки.
Это не QA, а уже скорее DevOps.
Итог: 1,5 QA из 5.
То есть Яндекс по твоему предлагает практикум несуществющей вакансии?
>> Вакансия в архиве 28 октября 2017
Конечно, с 2017 го года все изменилось:
https://spb.superjob.ru/vakansii/testirovschik.html
17 вакансий
https://spb.hh.ru/search/vacancy?area=2&fromSearchLine=true&text= qa
1 330 вакансий «qa»
>Какой-то ноунейм, и сайт не открывается без яжасвитков, пропускаю.
Ничего, я помогу:
Тестирование / QA
Отдел Veeam Quality Assurance (QA) обеспечивает высокий уровень качества продуктов Veeam. Наши продукты – это крупные клиент-серверные системы, сложные и востребованные, поэтому задача обеспечения их качества становится сверхинтересной. Решениями Veeam каждый день пользуются сотни тысяч компаний по всему миру. Продукты и команды Veeam все время развиваются, а это значит, что мы постоянно ищем новые таланты.
Если ты:
Имеешь широкий кругозор в сфере IT;
Обладаешь «живым» умом, любишь анализировать;
[хуе-мое]
>О чём я и толкую, спасибо за подтверждение.
Я тебе выше написал, что QA может быть ручным и автоматическим, он не перестает быть QA от этого.
>Это не QA, а уже скорее DevOps.
В смысле DevOps пишет тесты, вникает в требования и пожелания пользовтаелей, и перевешивает на канбанс доске из "testing" в comleted?
Серьезно?
> .ru
Эпицентр прогресса информационных технологий просто.
QA существует, но только в старых компаниях
QA сущестствует, но только в России
[вы находитесь здесь]
Ты, однако, не хочешь этого признавать, и начинаешь рассказывать что у них сайты неправильные и с джавскриптом, что у них бюрократии много, и вообще россйские компании не считаются.
Странный метод ведения дискуссии
И чтоб два раза не вставать
https://www.indeed.com/q-QA-Tester-jobs.html?from=careeradvice-US&vjk=5e44a815c08e4024
Page 4 of 18,508 jobs
Неуд по матану.
"QA не вымирающая профессия" = производная функции неотрицательна.
"и доказательством тому служат 1300 вакансий в одном питере" = и доказательством тому служит абсолютное значение функции.
Error: Attempt to save an incomplete proof
> и вакансии во всех крупных компаниях от Яндекса (g: "yandex qa вакансии") до сбертеха. От JetBrains но Kaspersky.
От монополиста до монополиста.
Теперь угадай, зачем конторы, оперирующие в нормальных рыночных условиях, рвут жопы, чтобы максимально ускорить цикл разработки, и при чём здесь наличие отдельных ролей и целых отделов со своим менеджментом, участвующих в этом цикле.
https://medium.com/helpsystems-armenia-writes/is-qa-dying-730b0a166c4d
на одной чаше весов опыт реальных проектов и доступные данные по рынку вакансий.
на другой статья от армянских ноунеймов, которые экстраполируют опыт двух компаний (одна из которых практически не занимается прикладухой) на весь рынок и при этом даже не удосуживаются дать ссылки, подтверждающие хотя бы какие-то приведённые графики и цифры.
что же выбрать??
– судя по всему, это пример бессовестного пиздежа.
https://www.amazon.jobs/en/jobs/1838326/quality-assurance-engineer-ii-eds-ads-enablement-team
Quality Assurance Engineers test code at the user level, both manually and with automated tools.
BASIC QUALIFICATIONS
· Experience in manual testing
https://www.glassdoor.com/job-listing/software-qa-engineer-amazon-com-services-JV_IC1130337_KO0,20_KE21,40.htm?jl=10069 91559994&pos=113&ao=1194067&s=21&guid=00 00017d858c66d09b69c47bf56e04aa&src=GD_JO B_AD&t=ESR&vt=w&cs=1_01f5edcc&cb=1638623 111208&jobListingId=1006991559994&jrtk=3-0-1fm2oopqkhimu801-1fm2oopr2u19r800-f67d9d1bb5fac445-&ctt=1638623160176&srs=EI_JOBS
Experience in manual testing
Create test plans and test cases
Review user interfaces for conformity and functionality
Efficiently execute test cases across all functional areas of our products
Review product user interface for conformity to design guidelines
Find, isolate, document, regress, and track bugs through resolution
Лучше быть богатым и здоровым, чем бедным и больным
Лучшее, что можно сделать с кодом, это его выкинуть.
Как грил мой начальник на прошлой работе: "лучше всего тот коммит, который уменьшает количество кода"
1. Продукт создан. Он неюзабельный.
2. Стадия стабилизации, когда продукт уже годен и вполне юзабелен, но ещё далек от совершенства.
3. Стадия "Тришкин кафтан" - улучшены несущественные мелочи, ценой свода на нет предыдущих преимуществ.
4. Промежуточная стадия, подразумевающая попытки переделки устоявшегося на новый лад.
5. Терминальная стадия. Продукт превратился в неюзабельное говно.
Windows уже на терминальной стадии. Предрекаю ее скорый закат и одновременно с ним - рождение новой операционки. Она будет бесплатной и расплата за это - сбор статистики и данных о пользователе.
– чем?
– чем оральный
чтобы забрать свой приз, позвоните по короткому номеру в Осетию
https://docs.microsoft.com/ru-ru/windows/whats-new/whats-new-windows-10-version-2004
Но вообще Windows бывают разные
Есть Windows 2009 , Windows 2017, Windows 2017.2 и даже Windows 2001.1
https://docs.microsoft.com/en-us/windows-hardware/drivers/acpi/winacpi-osi
Борхес когда писал свой список животных, вдохнавлялся версиями винды
Multi-character-литералы это вообще implementation-defined говно
https://govnokod.ru/16039#comment458294
У «Борманд Си» и LCC будет обратный порядок батов по сравнению с другими мейнстримными компиляторами, а вот tcc и «Pelles C» обрежут константу до одного бата.
Может, это PHP?
Это всё равно, что написать: вот вам оператор @, а что он будет делать, сами решайте.
Допустим, у тебя char это два байта, и ты весь из себя двубайтовый юникод. Имеешь же право?
Тогда тебе нужно иметь возможность жва HEX числа закодировать в один чар
> в один чар
Ну-ну. Не работает оно так.
да, чар 16 бит.
Меня вот уже в этом месте вымораживает.
Неудивительно, что один из старейших бизнесов скатился до уровня ницшевого язычка.
Этот тег ещё и вверх-ногами обычно пишут (_KG_), чтобы потом в дебаггере красиво было.
но уже исправили
Microsoft is aware of an issue with ExAllocatePoolZero that can lead to an allocation not getting zeroed on Windows 10, version 1909. This issue has been fixed in a security refresh of the WDK for Windows 10, versio
Иными словами, я за ExAllocatePoolWithTag
Он deprecated... Да и zero пошустрее чем ручное зануление должен быть, в теории. Скорее всего там винда юзает немного другой пул, который странички у занулятора для юзермода пиздит.
З.Ы. Хотя не, не будет он шустрее. Я же освобождаю не страничками, а занулять такие мелкие кусочки тоже надо.