Гледай си твойте пари, не се бъркай на всички!
Като бабишкери дуднете, дете, та дете.
Бял ден не видях, като дете. Не ща да го причинявам на поколение.
Хараби, рабиняк, кат ебеш бабите глей да им фъргаш отвън на терлика за по-сигурно.
Ей сега у мола на цариградско отброих със свито сърце стотинки от дъното на пробитото портмоне за да турим по парче сиромашка сьомга в устата, да залъжем малко глада :)
за нещо скъпо и лачено ли го имаш?
Някой тука няма ли да покаже нещо различно от сиромашка радост? Няма да ви подсказвам...
Добре де, каквото там имаш, къщата с двора в Туче
акаунт
на
Единия Създадено на 16.10.2024, видяно: 185 пъти. #121394
Или съм бил в екипи с добри тестъри.
Почти никога не ми се е налагало да "дебъгвам" в Production, освен в 1-2 мега жалки проекта.
Едно е да намериш бъг в Production и да го опишеш и да почнат да го възпроизвеждат на Dev, а друго е да дебъгваш на Prod.
Стига простотии бре бот! Бъгове се чистят и в живото застрашаващи условия, като самолетни компютри, и авто електроники.
Не бре, сиромашко е, нали обсъждаме битието ми на броящ стотинките до заплатица сиромах за когото тавана е как да засити търбуха :)
Не можем всички да сме извисени умове въздишащи по картинки на шарени небюли (известни като ифлс ретарди) докато битуваме трайно безработни в колиба от найлони у Туче :)
Със сигурност не. Няма такива тестери.
"почти никога" и "никога" са две противоположни стойности.
Намирането на бъговете се нарича "дебъгване". Отстраняването им се нарича "програмиране". Възпроизвеждането в Dev далеч не винаги е възможно. Ако е възможно, може да смяташ, че ти е провървяло.
Гена, ако се престрашиш за следващата форумна сБирка ще ти разкажа надълго и нашироко как се дебъгва хардуер защитен от дебъгване - примерно машина за гласуване или пък банкомат/ПОС терминал докато не локализираш проблема до бъгав силикон т.е. процесора изпълнява грешно една инструкция и всичко отива по дяволите. Разбира се това се появява само в продъкшън. И нямаш дебъгер. Нямаш клавиатура. Нямаш мишка. И ти казват - оправяй го. А ти почваш да слагаш нули към сметката ...
акаунт
на
Единия Последно редактирано на 16.10.2024 от Последният
акаунт
на
Единия, видяно: 175 пъти. #121405
Добре - що ме караш ся да хейтя. Имах в един "продуктов" проект един пич, български QA, дет ми върна над 100 бъга, ама дълбоко го уважавам, щото беше мастър.
Върна ми бъг, че един бутон ако го цъкнеш 17 пъти, на 17-тия път процеса гърми (аз 10 пъти тествам, 15, ама тоя е ебати минджата). Държаха на некво супер високо качество - финансов софтуер. Ама това беше последния ми ИНСТИНСКИ ДОБЪР QA!
Ми добре - да кажем съм участвал в 30+ проекта. От тех 1-2 ми се е налагало (айде ако много непомня - тури ги 5). Пак не е често.
Хм, ся видех на 5 места - някои да включват bugfixing-a в debug-ването, или па да го изключваш. Ако приемем твоето определение - да "дебъгвал" съм. Т.е. тествал съм, както аз му викам. Но не съм променял някакви стойности, не съм пипал никакви данни и нищо на production (освен тестови данни дето не се виждат от клиента да кажем).
И пак - ТОВА Е МНОГО ЛОША ПРАКТИКА! 
А това, че се прави както вика Рабинката - еми да го духат, бе. То и на война се "дебъгва в production", ама това го правят олигофрените (т.е. руснаците).
акаунт
на
Единия Създадено на 16.10.2024, видяно: 172 пъти. #121406
Аха и за тва сме свидетели на дебилизми. Еми дебъгвай си в production и ти Рабинка.
Белите хора са измислили един куп среди, mirroring се прави, за да можеш да имаш точни копия на продуктовите данни и кво ли още не, а ти ми викаш "селската у production-a". Бахти и ботовете...
Не ме разбра правилно. Със сигурност има добри тестери има и гениални тестери. И талантливи и с усет и всичко такова.
Но принципно няма тестери, които да не пропуснат бъг в продакшън. Разликата е не дали се случва, а колко често се случва.
И забележи парадокса – колкото по-добри са тестерите, толкова по лоши и трудни за оправяне и даже за възпроизвеждане бъгове прескачат в продакшъна. Защото по-простите добрият тестер ги открива!
акаунт
на
Единия Създадено на 16.10.2024, видяно: 163 пъти. #121408
И пак - добрите практики са проста Dev-ка да не бара production-a.
Кат некой открие несъответствие (user, tester или др.), прехвърля се сичко данни на UAT (има си процеси с които данните може да се "замажат" ако са конфиденциални) и му се дава на Dev-a да тества.
Иначе ей заради такива "компромиси" ще се затрием. Snowden гоуемия хакер примерно - имал разширен достъп до един куп споделени папки и можел да си вкара флашка в офиса. НСА са за бой.
Да даваш на разработчик да гледа и бара клиентски данни - е ОК за селска фирма, ама не и за мегамелеардна курпорация (дет вика Стойката).
Едине, мноо си незапознат баце, ама не ми се пише в момента. Колите излизат с по 2000 познати бъга, и се фиксват в гаранционния сервиз.
акаунт
на
Единия Създадено на 16.10.2024, видяно: 143 пъти. #121413
Рабиняк, аз за софтуер ти говоря, а ти за коли. Почни за кози да ми разправяш как се фиксват.
Много ясно, че колата трябва да се фиксне самата тя - как се прави mirroring на кола.
Макар, че колкото и да ти е смешно, разни сложни неща като АЕЦ-и и др. им се прави "digital twin" и там се бара и тества.
А бе БЕЛИЯ ЧОВЕК го е измислил, ама тука сме резерватаджии...
Айде кат ти се отвори време ми разкажи - най-вече за козите как се фиксват докато са в гаранция... 
Разпъвам макяти проста на тезгяха, и я фиксвам из отзад.
акаунт
на
Единия Създадено на 16.10.2024, видяно: 133 пъти. #121417
Да бе - па те е опънал козела и ся пишеш едвам едвам у форума...