1. Си / Говнокод #27850

    0

    1. 1
    2. 2
    3. 3
    4. 4
    5. 5
    #define POOL_ZERO_DOWN_LEVEL_SUPPORT
    #include <wdm.h>
    
    char* p = ExAllocatePoolZero(NonPagedPool, 42, '_GK_');
    ASSERT(p[0] == 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

    Комментарии (229) RSS

    • Походу они там реально всех тестеров уволили...
      Ответить
      • как сказали мне тут намедни на работе, "у нас хуёвые тестировщики, потому пишите код без багов"
        Ответить
        • > хуёвые тестировщики

          Может быть их тогда уволить, а зарплату раздать программистам? Ну или заменить на нормальных.
          Ответить
          • "не я принимаю решение", "ты вообще сеньор, бери ответственность" и т.п.
            Ответить
            • > бери ответственность

              Эээ... это как? Баги из зарплаты вычитают?
              Ответить
            • Увольняем тестировщиков, каждый месяц распределяем их зарплату между программистами, обратно пропорционально количеству багов в их коде. Программистам даём кнопку «зарепортить баг в чужом коде»
              Ответить
              • Ревью можно отменить т.к. на нём все будут прятать карты в рукав, чтобы достать их в нужный момент?
                Ответить
                • Вот и освобождение времени программистав для написания больше говнокода кода свободного от багов.
                  Ответить
                • коду без багов ревью и не нужны
                  Ответить
              • знаю варианты, когда на проекте нет тестировщиков в принципе, а девелоперы типа компенсируют это юнит и ui-тестами. не думаю, что там кто-то распределяет "лишние" деньги, новый рендж ровер любовнице генерального сам себя не купит
                Ответить
        • неужели ты узнаешь о существовании TDD & BDD. (Сначала пишешь тест, потом имплементацию)
          Ответить
          • Как писать тест, что вот такой-то драйвер для LCD-говноэкранчика подключенного по SPI к контроллеру нормально выводит какие-то буквы на этот экранчик, а не распидорашивает их (или не выводит нихуя)?
            Ответить
            • Собираешь стенд, направляешь камеру на дисплей, изображение обрабатываешь и проверяешь что нужно.
              Ответить
              • Какой хардкор )))

                А кнопки нажимать манипуляторами?
                Ответить
                • Выпаять кнопки, впаять туда какие-нибудь транзисторы или оптроны, "нажимать" можно с какого-нибудь другого контроллера
                  Ответить
                  • Можно ещё через jtag нужные сигналы на пинах выставлять и читать. Правда реакция там не особо быстрая получится.
                    Ответить
                    • Кнопка может электрически ещё много чего делать, что не сэмулируешь.
                      Или вообще не быть подключеной к контроллеру напрямую.
                      Ответить
                      • Дребезжать она может... Хотя это как раз легко эмулируется.
                        Ответить
              • Почему зелёным? Я буквально так лабы по механике сдавала. С секундомером сидеть было лень, а писать шейдер для blob detectoin, который по данным с камеры траектории строит в realtime было не лень.
                Ответить
            • Можно написать mock для этого экранчика согласно спеке и уже известным багам его контроллера. По крайней мере, логические баги в твоём коде это ловить будет. И однажды написанный мок можно будет юзать в куче проектов, где понадобится такой экранчик.
              Ответить
              • > Можно написать mock для этого экранчика согласно спеке и известным багам.
                А где гарантии, что mock, имитирующий этот экранчик, сам не содержит багов (ну например, может он неправильно что-то там эмулирует)?
                Ответить
                • Ну это уже руками и глазами проверишь...

                  Это не замена ручного тестирования. Зато кучу регрессов можно быстро проверить без железа.
                  Ответить
                  • Кстати можно Qemu с работающим экранчиком запускать для каких-то STM32 девборд https://www.xiaopingtou.net/data/attach/1912/03ts0efg98z4w4sycnic46j4vy09nxnt.jpg
                    Ответить
                    • Прикольно.
                      Ответить
                    • эклипс мой рот))

                      >(void)
                      это совместимость с K&R?

                      Вообще давай я тебе как ООПблядь поясню.

                      Делаешь
                      // screen.h
                      typedef void (on_screen_click)(int x, int y);
                      void install_onclick(on_screen_click* onclick);

                      Потом делаешь презентер, который инсталлирует свой on_screen_click, и реализует в нем всю логику.

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

                      Вся логика в презентере, в скрине просто вызов функции, и в тесте тоже

                      Паттерн называется "Model View Presenter".
                      Ответить
            • жаль тебе уже ответили.. ну короче почитай исходники как firefox тестирует что их програ генерирует правильный вывод для HTML ... там все просто
              Ответить
            • Очевидно запустить твой код в эмуляторе
              Ответить
          • ты правда думаешь, что TDD может полностью заменить QA?
            Ответить
            • на 110%. Человеку свойственно ошибаться. Роботу - никогда
              Ответить
              • Всё понятно. Приходите в сентябре на пересдачу
                Ответить
                • Человек малость наивный, просто. Он пишет компилятор TS, и сам его тестирует, и сам его использует.

                  Кто не кушал говна коммерческой разработки с мутными требованиями, жесткими сроками и злымы клиентами, тот не понимает, зачем нужны QA, UX, менеджеры и прочие странные специальности: можно ведь всё сделать самому!
                  Ответить
                  • 1) в короткий срок ты можешь разработать только геморрой. 2) смените менеджмент на тех, кто знает, что такое agile 3) изучи понятие incremental approach и MVP 4) что бы не знать про злых клиентов у тебя должен быть менеджмент, который знает, как работать с клиентами. 5) ни один QA не заменит feedback от 1000 пользователей твоей системы и той logging системой, которую ты написал (если знаешь как) 6) QA не нужен если ты правильно анализируешь статистику использования системы.
                    Ответить
                    • > ты анализируешь статистику

                      Какой фуллстек )))
                      Ответить
                    • ебать, да тут свидетель пользы эджайла и бизнес-аналитиков!
                      Ответить
                      • Кажется, он свидетель словесной окрошки из баззвордов
                        Ответить
                      • Это реально так работает

                        Если есть staged release и роллбек без редеплоя то ты просто роллаутишь-роллбечишь говно пока возмущенные вопли не прекратятся
                        Ответить
                        • + 1 свидетель словесной окрошки из баззвордов (c)
                          Ответить
                        • --Я сегодня снимал денег в банкомате, а он сожрал карту, и завис
                          --А у меня случайно пропали все деньги с карты
                          --Я зашел на свое облако, за которое я плачу круглую сумму, а оно пол дня не работало, да вдобавок грохнуло все данные


                          --Ой, мы все откатили уже обратно, прекращайте вопить
                          Ответить
                          • Если все это произойдет у одного человека из 100 000 то на него всем будет похуй
                            Ответить
                            • > Если все это произойдет у одного человека из 100 000 то на него всем будет похуй

                              Вся суть современного бизнеса.
                              Ответить
                            • Так в банках и говорят: "мы случайно проебали все твоим деньги, но поскольку это случилось только у тебя, то всем похуй".
                              Ответить
                              • Ну продолжай выкручивать то что я говорю если тебе так легче дискутировать
                                Ответить
                                • Что я выкручиваю?

                                  Ты сказал, что нетестированный софт выкатывают на продакшен, и смотрят на фидбек от пользователей, а потом роллбечат если что-то не работает.


                                  Возможно, в бесплатных службах знакомств или порночатах именно так и поступают.

                                  Я привел пример другого софта: никакого выкручивания тут нет
                                  Ответить
                                  • > Я привел пример другого софта:

                                    В банках точно так же, я думаю.

                                    Просто есть критические сервисы, которые сами транзакции проводят. Там всё аккуратно тестируется.

                                    А есть всё остальное. И вот это остальное разрабывается в лучших традициях говноделия. Хуяк-хуяк и в продакшен.
                                    Ответить
                                    • Да, вебсайты у них вполне могут и хуяк-хуяк быть

                                      >которые сами транзакции проводят.
                                      а также которые позволяют тебе залогиниться в кабинет, посмотреть остаток, докинуть денег и пр
                                      Ответить
                                  • Я тебе объясню:

                                    1)Проблема "пропали все деньги с карты" может произойти из-за проблем в спектре от "залили откровенную хуйню" до "исключительное стечение обстоятельств от взаимодействия сотни сервисов". QA может покрыть только часть этого спектра слева. Нечестно подразумевать что в банке с QA такое не происходит

                                    2) кусок спектра проблем которые может оценить QA слева покрывают разработчики с помощью тестов, код и дизайн ревью и хуйни под названием bugbash, а справа - продакты которые собирают фидбек и автоматизированные health check системы. В компании где программисты и продакты достаточно компетентны не остаётся места на qa

                                    3) ну окей, есть места где это непртменимо. Я с этим не спорю, но думаю что 95% людей там не работают
                                    Ответить
                                    • > В компании где программисты и продакты достаточно компетентны не остаётся места на qa

                                      – успешный менеджер родился!
                                      Ответить
                                      • Я понимаю что коллеге на галере ты бы не доверил и кофе заварить но как говорится "не работай с мудаками"
                                        Ответить
                                        • та чо, уж лучше с мудаками, чем без куа, "обнаруживая" ошибки при помощи пользователей и код-ревью
                                          Ответить
                                          • Я не знаю чем ты возмущен. В убере где я работаю все так и есть. В майкрософте Гугле и любой компании с тысячами программистов я уверен происходит так же. Да, я не запускаю ракеты в космос и не пишу прошивку боинга но так как я описал получаются системы которые обслуживают сотни миллионов людей

                                            Не хочешь так работать - иди ракеты запускай. Ну или на галеру
                                            Ответить
                                            • кто тебе сказал, что я чем-то возмущён?

                                              > я уверен
                                              – ставь хату

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

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

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

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

                                                  аргументы будут какие-то, кроме баззвордов? а сколько процентов времени спринта вы тратите на поддержание своих охуенных систем логгирования в актуальном состоянии? на нормальную работу время остаётся?
                                                  Ответить
                                                  • Я не понимаю с чем спорить

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

                                                      у тебя есть желание показать, что твоя компетенция растёт с каждым новым выученным умным словом (я не собираюсь оспаривать компетентность как таковую, хочу сразу заметить)

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

                                                        В компаниях с тысячами разработчиков работают сильно инкрементально, с длительными релизами и частыми роолбеками в зависимости от того что скажут юзеры. 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, ни система мониторинга этого сделать не смогут
                                                              Ответить
                                                              • >Я с трудом представляю себе автоматический роллбек, например, СУБД Oracle с тысяч продакшен серверов:)

                                                                Теперь тебе осталось только понять что если откатить релиз с тысячи серверов тяжело, то наверное релизят инкрементально начиная с 10 серверов в обосратом регионе и при любых инцидентах останавливают релиз
                                                                Ответить
                                                              • > Я с трудом представляю себе автоматический роллбек, например, СУБД Oracle с тысяч
                                                                продакшен серверов:)

                                                                Это действительно сложная проблема, т.к. в отличии от говномикросервиса, это stateful система. Очень stateful. В нашей тиме любая фича делалась с учётом роллбека и инкрементального роллаута.
                                                                Однако есть и обстоятельства, которые эту проблему упрощают. Любая распределённая СУБД дизайнится с большим запасом прочности, и при роллауте его можно использовать. Обычно у нас делалось всё по такому сценарию : сначала фичу доставляли в выключенном виде, затем на нескольких hot standby нодах выставляли специальные флажки, которые дают команду HAproxy приостановить трафик на ноду и запрещают ей участвовать в leader election. Потом фича активируется и на ноду начинают пускать трафик. Если она взорвётся, то похуй в общем-то, восстановим из бекапа.
                                                                Конечно, не всегда такое возможно, к примеру выкатывать изменения в leader election было крайне стрёмно, и мы это делали в много шагов.

                                                                Возвращаясь к теме QA: все фичи тестировались property based testing, конечно. Один час работы jepsen примерно равен тысяче лет работы QA. Одна фича тестировалась неделю под model checker'ом, который прогнал все возможные пути исполнения при одном раунде leader election. Если бы нашёлся QA, который смог бы написать спеку для этого теста (с учётом дропа пакетов и зависания нод на произвольное время), ему можно сразу давать посох и волшебную шляпу lead software designer.
                                                                Ответить
                                                    • --В google и microsoft нет QA. При наличии юнит тестов и продукт менеджеров QA не нужен
                                                      --Окей, вот тебе ссылки на вакансии QA инженеров в названных тобой компаниях

                                                      --Ссылки на джоб борды, истории про баги и непонятные переходы на деятельность конкретно меня никак не опровергают мой изначальный тезис
                                                      Ответить
                                                  • вот же чудо. я читал анализ по востребованностью профессий в будущем. так вот QA там - исчезающая профессия - и ничего ты с этим не сделаешь. хоть докажи, что я верблюд — это будущее не изменит
                                                    Ответить
                                                    • >я читал анализ по востребованностью профессий в будущем.

                                                      Почему программисты через 10 лет будут не нужны?
                                                      https://habr.com/ru/company/ruvds/blog/576206/
                                                      Ответить
                                                      • потому что единственное что тебе надо - это найти либу которую неплохо поддерживают и сделать только так.. "либа.возов_нужной_фичи()". На этом разработка кончается
                                                        Ответить
                                                      • --- Почему программисты через 10 лет будут не нужны?
                                                        --- https://habr.com/ru/company/ruvds/blog/576206/

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

                                                      circle of life
                                                      Ответить
                                                      • Программирование как палимпсест - один посрёт, другой поест.
                                                        Ответить
                                                        • встану рано по утру
                                                          о продакшен хуй потру
                                                          Ответить
                                                          • Довольно занятно, что эрекция может наблюдаться пост-мортем. Кровь заполняет пещеристые тела и вызвывает "стояк" - какое вульгарное слово...
                                                            Ответить
                                              • я больше чем уверен что убер не занимается машрутизацией для этого есть гугол
                                                Ответить
                                                • И убер и лифт имеют свои системы насколько я знаю
                                                  Ответить
                                                • алгоритм поиска пути в графе это такая сложная задача для технологической компании, что приходится пользоваться помощью гугла?

                                                  не смеши меня
                                                  Ответить
                                                  • нет просто только кони рогатые будут придумывать то что есть бесплатно и намного лучше более оттестированное и проверенное временем
                                                    Ответить
                                                    • > намного лучше более

                                                      – ещё раз: оно настолько более лучшее, что любой драйвер практически сразу ставит себе Waze и прокладывает маршрут через него
                                                      Ответить
                                                      • Waze это гугл

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

                                                        Waze может лучше работать в Украине потому что это Украина. В США картам уделяется намного больше внимания
                                                        Ответить
                                                    • > только кони рогатые будут придумывать то что есть бесплатно и намного лучше более оттестированное и проверенное временем

                                                      – сказал чувак, который пишет новый нескучный компилятор ts
                                                      Ответить
                                                      • – сказал чувак, который пишет новый нескучный компилятор 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
                                                    Ответить
                                                    • > это ты можешь подтвердить посмотрев отношение количества разработчиков к QA

                                                      – у нас соотношение дизайнеров к разработчикам 1 к 15, означает ли это, что у нас нет дизайна?
                                                      Ответить
                                                      • Ну ты хоть узнай какое отношение разработчиков к QA если думаешь что оно 1 к 15
                                                        Ответить
                                                        • я знаю, какое отношение на проектах, в которых я работал. ты хотел меня чем-то удивить?
                                                          Ответить
                                                          • Какой токсичный оффтоп
                                                            Ответить
                                                            • И правда, надо бы заканчивать.

                                                              За последние два дня я узнал, что QA легко заменить с помощью
                                                              * юнит тестов
                                                              * MVP
                                                              * agile
                                                              * компетентного менеджера
                                                              * design review
                                                              * A/B тестирования
                                                              * фидбека пользователей
                                                              * системного аналитика
                                                              * health checkов
                                                              * системы мониторинга
                                                              * devops
                                                              * догфудинга

                                                              Хотелось бы в этом списке еще видеть ООП, паттерны, рефкаторинг и borrow checking. Тогда он смотрелся бы совсем полно
                                                              Ответить
                                                    • > мы не используем QA для контроля качества

                                                      > QA – Quality assurance

                                                      БЛЯТЬ БЛЯТЬ БЛЯТЬ
                                                      Ответить
                                                      • Если ты все это время использовал QA как аббревиатуру а не как обозначение тестировщиков то я уже не знаю о чем мы говорим
                                                        Ответить
                                                        • мы говорим о том, что человек, профессия которого называется Quality assurance Engineer, не занимается Quality assurance. по-моему, это чудесно
                                                          Ответить
                                                          • Я не понимаю как QA может обеспечить качество если их отношение к разработчикам сильно ниже 1 к 25 и они не могут заблочить релиз
                                                            Ответить
                                                            • если QA не может обеспечить контроль качества и не может заблочить релиз, то это не QA. зачем эти люди работают в компании и проходят под таким job description, это загадка

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

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

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

                                                      >Я нигде не говорил что в бигтехе 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 что-то там проверяет и саюмитит тикеты. Их тикеты не имеют приоритета перед обычными engineering support тикетами от кастомеров и мониторинг системы которых раз в 10 больше

                                                            Они делают свою работу но качество продукта они не обеспечивают
                                                            Ответить
                                                            • уточню что это иллюстрация того что я имел в виду под "не обеспечивают качество" а не описание действительности (я реально не видел QA)
                                                              Ответить
                                                        • > Очень сложно написать код который убьет все гарантии надёжности Гугла

                                                          Хрен с ним, с гуглом, но сколько там часов пейсбук валялся? Хотя QA тут не спасли бы, конечно.
                                                          Ответить
                                                          • если бы не
                                                            https://www.facebookcareers.com/v2/jobs/2901087473488579/
                                                            он валялся бы так раз в месяц
                                                            Ответить
                                    • >QA может покрыть только часть этого спектра слева

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

                                      >кусок спектра проблем которые может оценить QA слева покрывают разработчики с помощью юнит тестов

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

                                      Нужен человек, который
                                      * Опишет большинство сценариев использования системы в целом (удачных, неудачных, sunny day / day итд) в виде тест планов
                                      * Прогонит их на готовой системе
                                      * Проверит соответствие системы спецификации (при наличии таковой)

                                      Обычно программисты этим не занимаются: для этого выделяется отдельный человек.

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

                                      > В компании где программисты и продакты достаточно компетентны не остаётся места на qa

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

                                      >ну окей, есть места где это непртменимо. Я с этим не спорю, но думаю что 95% людей там не работают

                                      У меня работе есть QA. На моей прошлой работе есть QA.
                                      Список компаний с вакансиями QA я там приводил, они есть практически везде.
                                      Ответить
                                      • > а хелс чек проверяет, что система работает, но не проверяет все возможные сценарии

                                        Современные мониторинг системы проверяют сильно больше чем может проверить QA,

                                        >У меня работе есть QA. На моей

                                        Отстаёте от трендов, чо
                                        Ответить
                                        • >Современные мониторинг системы проверяют сильно больше чем может проверить QA,

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

                                          >Отстаёте от трендов, чо
                                          не мы одни
                                          https://govnokod.xyz/_27850/#comment-781427
                                          Ответить
                                          • > приведи пожалуйста пример

                                            вероятно, что-то из семейства IBM Rational Rose

                                            там по плану был захват мира мышкой ещё двадцать лет назад
                                            Ответить
                                          • >которая составляет тестпланы для продукта

                                            Как ты себе представляешь это

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


                                            >говорит, что его можно выкатывать в прод

                                            Health-mediated release
                                            Ответить
                                            • >Как ты себе представляешь это


                                              никак не представляю. Во всех знакомых мне системах это делает QA.

                                              Ты же утверждаешь, что вместо QA можно использовать систему мониторинга. Я и поинтересовался, какая система может составить тестплан.

                                              > у нас активно пользуются стейджингом саппорт и программисты и дают фидбек. Это называется догфудинг

                                              То есть качество продукта вы определяете догфудя его на стейджинге и давая фидбек, без всяких планов, верно?
                                              Ответить
                                              • Я понял о чём ты. Продакты пишут юзкейсы, программисты пишут ops план с переписью написанных интеграционных и e2e тестов, планом релиза и роллбека. Иногда пишут доки по security, legal, и load testing и потом все это говно ревьювается техлидом и юристами безопасниками и прочей шоблой принеобхожимости

                                                Мониторинг системе для обеспечения качества все это не нужно очевижно
                                                Ответить
                                                • Ну и это только для больших фич, маленькие льют просто так и там уже точно всем похуй на баги
                                                  Ответить
                                  • вообщето есть разные таргеты для деплоя. потом есть разные группы пользователей который согласны на такие неудобства за копейку. сначала ты роллишь на первую группу лояльных пользователей. они довольны - значит роллишь на другую группу равную 10% от основного потока юзверей. через неделю роллишь еще на 25% юзверей (или сервисов) и так если нет жалоб то и откатывать нечего так до 100% дейплоя доходишь. но это в продкшене. у тебя еще должен быть Staging production
                                    Ответить
                                    • > если нет жалоб то и откатывать нечего

                                      - Мы сломали сервис жалоб!
                                      - Но по статистике всё норм, никто ещё не жаловался, деплоим дальше.
                                      Ответить
                                      • да но статистика бы собрала что сервис жалоб не отвлекается на healthCheck и алерт бы давно был бы послан
                                        Ответить
                    • >) смените менеджмент на тех, кто знает, что такое agile

                      и программисты сразу начнут писать код без багов, и не нужно будет никаких 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 не смогут определить баг из-за его сильной специфики... наймёшь еще больше QA?
                        Ответить
                        • Очевидно, я уволю QA, и поменяю его на MVP logging agile , и баги сразу исчезнут
                          Ответить
                          • ответ профессионала... выглядит нелепо
                            Ответить
                        • Перейду работать в гейдев и начну тестировать продукт на пользователях.
                          Ответить
                          • Сейчас это почти в любой области можно. А если написать "early access preview", то никто и не докопается.
                            Ответить
            • Автоматические тесты могут заменить человека только тогда, когда их пишет QA инженер.

              Проверять код должен другой человек. Не тот, кто его написал.

              Тесты программист пишет для себя (чтобы не наделать регрессий после рефакторинга), а тестировать его работу должен QA.
              Ответить
              • Как там в 2005м? Ничего, всего через год выйдет Quickcheck 1.0, а потом идею property-based testing переймут и другие языки.
                Ответить
                • ...А ещё лет через 5 откроют A/B тесты, и юзеры превратятся в QA.

                  Серьёзно, мёртвая профессия же.
                  Ответить
                  • > мёртвая профессия
                    – от создателей "биткоин не скам" и "в америке нет профсоюзов", а так же "не привился от коронавируса – от рака тоже лечить не будем"
                    Ответить
                    • > в америке нет профсоюзов
                      В Америке неправильные профсоюзы, не ВЦСПС при цє кака псс
                      Ответить
                • Последние двадцать лет я слышу, что программисты скоро станут ненужны, и админы скоро станут ненужны. Настала пора узнать, что и QA скоро станут ненужны.

                  Всё будет делать компьютер.
                  Ответить
                  • Отлично. Чтобы показать мою неправоту, давай ты за 5 минут* найдёшь на гитхабе 2 проекта, где в папочки src и test коммитят не пересекающиеся множества людей.

                    * Если это такая востребованная и распространённая профессия, то найти примеры ты сможешь без труда.
                    Ответить
                    • QA не коммитят свои тесты в папочки на гитхабе. В папочки "test" коммитят свои тесты программисты.

                      Еще раз: программисты пишут юнит-тесты, и коммитят их в папочку "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/
                      Ответить
                      • https://jobs.ericsson.com/job/Stockholm-Head-of-Quality-Assurance-Stoc/736735402/
                        Ответить
                        • Ну может быть конкретно в отделе Снаута приняты другие практики.
                          В каких-то компаниях есть Devops например, а где-то программисты сами отвечают за инфраструктуру.

                          Тем не менее, в большинстве коммерческих компаний (если это не стартап на два разрабочтика) QA есть.

                          Правда в последнее время они всё больше автоматизируют свою работу, и превращаются в программистов на каком-нить питоне с селениумом, но всё еще являются QA
                          Ответить
                          • просто стартапы на "не-таких-как-все-языках" живут в среднем три недели, а потому тестировать там ничего особо и не нужно

                            а MQA и AQA я путать не советую, это два слабо пересекающихся множества. и нужны они в совершенно разных местах. например, из моего опыта автомейшены на прикладухе практически бесполезны. а вот на бэке другое дело, как мне кажется
                            Ответить
                            • Просто некоторые вещи очень сложно и дорого автоматизировать, а кроме того всё равно живой человек должен порешать конкретные задачи твоим приложением, и сказать потом "вот тут было неудобно, а вот тут вообще запутался, вот сюда нажал, и получил неожиданный результат, а вот тут вы как-то вольно трактуете пункт 1.2.3.4 требований".

                              Программист видит приложение совсем другими глазами, и найти такие проблемы не сможет, даже с помощью юнит-тестов.
                              Ответить
                              • > пункт 1.2.3.4 требований
                                Какой водопад )))
                                Ответить
                                • Такая хуйня правда бывает, к сожалению.
                                  Я сталкивался с конторой, которая делает софт для игры на бирже. Бинарные опционы всякие. Там очень сложные для понимания требования, они были записаны в doors (потом прешли на polarion) и QA их проверял, и ебал.

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

                                  Каждый программист живет в своем пузыре, и если кто-то выкладывает свой код на продакшен немного его потестировав, то ему трудно поверить, что где-то код перед продом проходит QA, и требует документации по выкладке
                                  Ответить
                          • > если это не стартап на два разрабочтика

                            Наоборот. Те же A/B тесты строятся на статистике, т.е. если у конторы 100 пользователей, они в принципе не применимы; а нанимать девопса выйдет на порядок дороже, чем обезьянга-QA.
                            Ситуация меняется, когда количество юзеров, сервисов и фич делает ручное тестирование слишком дорогим.
                            Ответить
                            • A/B нужно когда тебе нужен фидбек от пользователей по поводу нового интерфейса, например.

                              но перед этим же всё равно его тестируют. Нельзя сказать "я переписал с ноля всю систему за 100_000 долларов, давайте продадим её половине пользоватлей и позырим, как она работает. Я всё покрыл тестами, trust me!"
                              Ответить
                              • > но перед этим же всё равно его тестируют. Нельзя сказать

                                Только человек, никогда не пытавшийся использовать drag-and-drop в Jira cloud, может нести такую наивную пургу.
                                Ответить
                                • Я давно не пользовался продуктами atlassian, к счастью.
                                  Но даже они https://www.atlassian.com/inside-atlassian/qa
                                  Ответить
                                  • > Но даже они https://www.atlassian.com/inside-atlassian/qa

                                    Спасибо за солидный аргумент в пользу ненужности QA.
                                    Ответить
                                    • А также ненужности юниттестов и программистов, потому что даже их наличие не уберегло атласиан от багов
                                      Ответить
                        • Сейчас бы вакансии конторы-гиганта, основанной в XIX веке, с кучей административной инерции, и ушедшей от ClearCase в 2010х, смотреть.
                          Ответить
                          • Что может говорить хромой об искусстве Герберта фон Караяна? Если ему сразу заявить, что он хромой, он признает себя побежденным.

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

                            И вообще, разве нас может интересовать мнение человека лысого, с таким носом? Пусть сначала исправит нос, отрастит волосы, а потом и выскажется.
                            Ответить
                      • Я пришла из будущего, где в команде вместо QA есть девочка-пёс, пишущая yaml, из которого делается CI c chaos тестами, и дада-сатанист, втыкающий в notebook с корреляциями между телеметрией и роллаутами фич. В будущем довольно хуёво, т.к. пользователи жалуются на то, что их приложения и сайты меняются в самый неподходящий момент, а взаимодействие с поддержкой подозрительно напоминает общение с чат-ботом, но продолжают жрать кактус.
                        Ответить
                        • Думаю и в нашем времени есть такие проекты, где все делают всё, но не везде же так.

                          Это как с UX, например: где-то есть отдельный UXер, а где-то программист делает "чтобы было удобно" и вообще не понимает зачем нужны какие-то UXеры.

                          У нас, кстати, одна QAщица эволюционировала в девопеса. Оказалось, что она умеет не только тестировать приложение, но и развернуть его на стейджинге. Потом оказалось, что она умеет и стейджинг создать. А потом ее усадили писать на терраформе
                          Ответить
                          • история о том как из QA сделать человека
                            Ответить
                        • А есть ли в будущем хуй?
                          Ответить
                      • > https://practicum.yandex.ru/qa-engineer/
                        >> Поможем освоить новую профессию с нуля за 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 существует, но только в старых компаниях
                              QA сущестствует, но только в России
                              [вы находитесь здесь]
                              Ответить
                              • Хороший таймлайн, т.е. ты с моим тезисом уже почти согласен. Перечитай мой пост про "вымирающая профессия", осознай его, и прочитай свой пост снизу вверх.
                                Ответить
                                • Я твоим тезисом не согласен, QA не вымирающая профессия, и доказательством тому служат 1300 вакансий в одном питере, и вакансии во всех крупных компаниях от Яндекса (g: "yandex qa вакансии") до сбертеха. От JetBrains но Kaspersky.

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

                                  Странный метод ведения дискуссии

                                  И чтоб два раза не вставать
                                  https://www.indeed.com/q-QA-Tester-jobs.html?from=careeradvice-US&vjk=5e44a815c08e4024
                                  Page 4 of 18,508 jobs
                                  Ответить
                                  • > QA не вымирающая профессия, и доказательством тому служат 1300 вакансий в одном питере
                                    Неуд по матану.
                                    "QA не вымирающая профессия" = производная функции неотрицательна.
                                    "и доказательством тому служат 1300 вакансий в одном питере" = и доказательством тому служит абсолютное значение функции.

                                    Error: Attempt to save an incomplete proof

                                    > и вакансии во всех крупных компаниях от Яндекса (g: "yandex qa вакансии") до сбертеха. От JetBrains но Kaspersky.

                                    От монополиста до монополиста.
                                    Теперь угадай, зачем конторы, оперирующие в нормальных рыночных условиях, рвут жопы, чтобы максимально ускорить цикл разработки, и при чём здесь наличие отдельных ролей и целых отделов со своим менеджментом, участвующих в этом цикле.
                                    Ответить
                                  • Is QA Dying?
                                    https://medium.com/helpsystems-armenia-writes/is-qa-dying-730b0a166c4d
                                    Ответить
                                    • хммм

                                      на одной чаше весов опыт реальных проектов и доступные данные по рынку вакансий.

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

                                      что же выбрать??
                                      Ответить
                                  • Here you can see the percentage of annual budgets in tech companies spent on tech. As you can see the percentage is getting lower with time. This means that companies invest less in QA. https://medium.com/helpsystems-armenia-writes/is-qa-dying-730b0a166c4d
                                    Ответить
                                  • When it comes to Amazon, we all know about their 11.6-second deployment system. Every 11.6 seconds they have a new version released. Of course, 11.6 seconds is not enough for any QA to work on a product. Manual testing doesn’t exist at Amazon. They do employ DevOps Engineers, but the developer to QA ratio is 1 to 10. So 10 developers write their automated cases and one DevOps works with them.
                                    Ответить
                                    • > Manual testing doesn’t exist at Amazon
                                      – судя по всему, это пример бессовестного пиздежа.

                                      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
                                      Ответить
                                      • ты можешь отрицать будущее, но когда оно придёт, оно тебя аннулирует :)
                                        Ответить
                                      • у меня отец работал телемастером - а потом исчезли ламповые телевизоры... вот так раз и нет профессии
                                        Ответить
                                      • придет время когда R&D не разрешат людям-человекам писать ни одной строчки кода.. тогда QA исчезнет :) и это не будущее это уже настоящее. т.к. запустить npm i. npm start уже никакого ума не надо
                                        Ответить
        • >и, потому пишите код без багов

          Лучше быть богатым и здоровым, чем бедным и больным
          Ответить
          • А если можете не писать, не пишите. Тогда точно не сделаете багов.
            Ответить
            • When I write code, I write bugs.
              Лучшее, что можно сделать с кодом, это его выкинуть.

              Как грил мой начальник на прошлой работе: "лучше всего тот коммит, который уменьшает количество кода"
              Ответить
            • это если у тебя баг в ДНК
              Ответить
    • Любой продукт - не обязательно программный, - имеет стадии развития.

      1. Продукт создан. Он неюзабельный.
      2. Стадия стабилизации, когда продукт уже годен и вполне юзабелен, но ещё далек от совершенства.
      3. Стадия "Тришкин кафтан" - улучшены несущественные мелочи, ценой свода на нет предыдущих преимуществ.
      4. Промежуточная стадия, подразумевающая попытки переделки устоявшегося на новый лад.
      5. Терминальная стадия. Продукт превратился в неюзабельное говно.

      Windows уже на терминальной стадии. Предрекаю ее скорый закат и одновременно с ним - рождение новой операционки. Она будет бесплатной и расплата за это - сбор статистики и данных о пользователе.
      Ответить
      • Вы так говорите, как будто с пользователя нельзя брать деньги за слежку за ним.
        Ответить
        • Эппл вон мало того, что шарится по фоточкам и репортит куда надо, так ещё и продвигает этот анальный зонд как фичу и пиарится на нём...
          Ответить
        • поздравляю! вы 10000-ый, ответивший уёбку

          чтобы забрать свой приз, позвоните по короткому номеру в Осетию
          Ответить
          • Сударь, Вы весьма огульно раздаете личины и, более того, желаете, чтобы Вашему шаблону следовали остальные. Не горит ли на воре шапка?
            Ответить
    • А что такое Windows 2004?
      Ответить
      • Версия десятки
        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

        Борхес когда писал свой список животных, вдохнавлялся версиями винды
        Ответить
      • 2004 -- это 20.04, как в убунте. Не путать с 2003.
        Ответить
    • > '_GK_'
      Multi-character-литералы это вообще implementation-defined говно
      Ответить
      • Подтверждаю:
        https://govnokod.ru/16039#comment458294

        У «Борманд Си» и LCC будет обратный порядок батов по сравнению с другими мейнстримными компиляторами, а вот tcc и «Pelles C» обрежут константу до одного бата.
        Ответить
      • я кстати тоже охуел: если ковычка одинарная, то это char, тогда откуда там так много буков?
        Может, это PHP?
        Ответить
        • Это нестандартное расширение языка. См. выше мою ссылку.
          Ответить
          • Стандарт разрешает ебать гусей
            §6.4.4.4.10
            The value of an integer character constant containing more than one character (e.g., 'ab'), […] is implementation-defined.
            Ответить
            • Какой ужас... Не только разрешили использовать, но и разрешили реализовывать по-своему.

              Это всё равно, что написать: вот вам оператор @, а что он будет делать, сами решайте.
              Ответить
              • На самом деле я понимаю, почему они это сделали.

                Допустим, у тебя char это два байта, и ты весь из себя двубайтовый юникод. Имеешь же право?

                Тогда тебе нужно иметь возможность жва HEX числа закодировать в один чар
                Ответить
                • > юникод
                  > в один чар

                  Ну-ну. Не работает оно так.
                  Ответить
                  • Стандарт же допускает сделать такой копулятор, не?
                    Ответить
                    • Какой? Не ну в инт пихать несколько чаров они все умеют. Вопрос в том, как это юзать потом...
                      Ответить
                      • такой, в котором char это два байта
                        Ответить
                        • Возможно вы хотели сказать «чар в 16 бит»? Потому что по стандарту чар — всегда один байт. Понятия байт и чар взаимозаменяемы. А вот количество бит в байте не стандартизировано (но не может быть меньше семи)
                          Ответить
                          • ьлядь как всё сложно, лучше буду говорить "октеты", как сетевые петухи

                            да, чар 16 бит.
                            Ответить
                • На всякий случай, чтобы не было непоняток: 'хуй' — это int, а не чар.
                  Ответить
                  • то есть, можно спрашивать "есть ли у тебя int?" ?
                    Ответить
            • > integer character
              Меня вот уже в этом месте вымораживает.
              Неудивительно, что один из старейших бизнесов скатился до уровня ницшевого язычка.
              Ответить
      • Добро пожаловать в девяностые, когда всем было похуй на стандарты... Да и не то чтобы эта функция была нужна на других платформах и конпеляторах.

        Этот тег ещё и вверх-ногами обычно пишут (_KG_), чтобы потом в дебаггере красиво было.
        Ответить
      • Предлагаю с MSVC в руках вывести в консоль 'PQRS' и '\x50\x51RS' и сползти под стол. Я как раз пару недель назад нарвался.
        Ответить
        • Но у него в контроллерах нет никакого MSVC.
          Ответить
        • Забыл написать спойлер: там порядки байт будут противоположные
          Ответить
    • Когда zero совсем не zero:)
      но уже исправили

      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
      Ответить
      • > ExAllocatePoolWithTag

        Он deprecated... Да и zero пошустрее чем ручное зануление должен быть, в теории. Скорее всего там винда юзает немного другой пул, который странички у занулятора для юзермода пиздит.

        З.Ы. Хотя не, не будет он шустрее. Я же освобождаю не страничками, а занулять такие мелкие кусочки тоже надо.
        Ответить
    • Именно поэтому я за for (int i = 0; i < size; i++) buf[i] = 0;
      Ответить
      • Любой уважающий себя конпелятор заменит это на memset().
        Ответить
        • А затем выкинет, потому что из памяти до следующей записи всё равно никто не читает.
          Ответить
        • прямо так и вижу... компилятор - "у вас обнаружено for (int i = 0; i < size; i++) buf[i] = 0;" "заменить на memset", у вас обнаружено (for (int i = 0; i < size; i++) buf[i] = 0;) в memset" "заменить на memset" ... у вас обнаружено (for (int i = 0; i < size; i++) buf[i] = 0;) в memset" "заменить на memset" ... и так пока стековерфору не прийдет
          Ответить
          • Они так и делают... Только замена одна и стековерфлоу не в конпеляторе, а в бесконечном мемсете.
            Ответить

    Добавить комментарий