Дебъгване в продъкшън за мене значи да билднеш/пуснеш софтуера с дебъг флагове, да атачнеш дебъгер и да активираш брекпойнт, примерно през нощта, когато може никой да не ползва софтуера. И може да имаш някой от страна на потребителите, който да цъка и да се хитне брекпойнта.
Ако проблема е в браузъра с някви js гадости вече тряа или потребителя с проблема да пусне TeamViewer и да му влезеш в браузъра, или да логваш какво прави js-a и да пращаш редовно логовете към някой сървър. А ако бъга е щото е цъкал с табове и после с мишката цъка другаде и разфокусира нещо примерно и това няма да помогне.
Явно и ти не си се занимавал кой знае колко с определен вид (като клиенти) софтуер, има ситуации в които дебъгването в прод е далеч по-евтиния (разбирай разумен) вариант, един добър пример е когато проблема е в данните, да кажем например в базата. Тогава при обективна невъзможност да се изтегли базата в тестова среда (да кажем поради голям обем например, ограничения от клиента и т.н.) се налага дебъг в прод.
Дебъгване в продъкшън за мене значи да билднеш/пуснеш софтуера с дебъг флагове, да атачнеш дебъгер и да активираш брекпойнт, примерно през нощта, когато може никой да не ползва софтуера. И може да имаш някой от страна на потребителите, който да цъка и да се хитне брекпойнта.
Ако проблема е в браузъра с някви js гадости вече тряа или потребителя с проблема да пусне TeamViewer и да му влезеш в браузъра, или да логваш какво прави js-a и да пращаш редовно логовете към някой сървър. А ако бъга е щото е цъкал с табове и после с мишката цъка другаде и разфокусира нещо примерно и това няма да помогне.
Явно и ти не си се занимавал кой знае колко с определен вид (като клиенти) софтуер, има ситуации в които дебъгването в прод е далеч по-евтиния (разбирай разумен) вариант, един добър пример е когато проблема е в данните, да кажем например в базата. Тогава при обективна невъзможност да се изтегли базата в тестова среда (да кажем поради голям обем например, ограничения от клиента и т.н.) се налага дебъг в прод.
😒 Не се налага - а колко е невъзможно е друг въпрос!
Ся ясно е, че най-лесно се работи с PROD данни, на PROD среда - ама и най-лесно се осира PROD среда така. Тва го правят само най-добрите developer expert-и. 😄
Ако софтуерът е толкоз сериозен и качеството на данните е от значение - ще се намери времеемък, трудоемък и тежък начин да се тества в среда дето няма да счупи всичко.
Иначе си говорим празни приказки тип "стана ракиено време"...
П.П. И не ме разбирайте погрешно - знам, че целта на IT сферата е да симулираме работа. Тея приказки си ги говориме между наши хора - нема да ги кажа на клиент... тъй че е напълно ОК, да счупиш PROD, да debug-неш на него, да осереш още нещо, да правиш fix-ове, да осереш още некви неща и заплатата ти си тече, защото работата в IT сферата е много сложна!
Дебъгване в продъкшън за мене значи да билднеш/пуснеш софтуера с дебъг флагове, да атачнеш дебъгер и да активираш брекпойнт, примерно през нощта, когато може никой да не ползва софтуера. И може да имаш някой от страна на потребителите, който да цъка и да се хитне брекпойнта.
Ако проблема е в браузъра с някви js гадости вече тряа или потребителя с проблема да пусне TeamViewer и да му влезеш в браузъра, или да логваш какво прави js-a и да пращаш редовно логовете към някой сървър. А ако бъга е щото е цъкал с табове и после с мишката цъка другаде и разфокусира нещо примерно и това няма да помогне.
Явно и ти не си се занимавал кой знае колко с определен вид (като клиенти) софтуер, има ситуации в които дебъгването в прод е далеч по-евтиния (разбирай разумен) вариант, един добър пример е когато проблема е в данните, да кажем например в базата. Тогава при обективна невъзможност да се изтегли базата в тестова среда (да кажем поради голям обем например, ограничения от клиента и т.н.) се налага дебъг в прод.
Дебъгване в продъкшън за мене значи да билднеш/пуснеш софтуера с дебъг флагове, да атачнеш дебъгер и да активираш брекпойнт, примерно през нощта, когато може никой да не ползва софтуера. И може да имаш някой от страна на потребителите, който да цъка и да се хитне брекпойнта.
Ако проблема е в браузъра с някви js гадости вече тряа или потребителя с проблема да пусне TeamViewer и да му влезеш в браузъра, или да логваш какво прави js-a и да пращаш редовно логовете към някой сървър. А ако бъга е щото е цъкал с табове и после с мишката цъка другаде и разфокусира нещо примерно и това няма да помогне.
Явно и ти не си се занимавал кой знае колко с определен вид (като клиенти) софтуер, има ситуации в които дебъгването в прод е далеч по-евтиния (разбирай разумен) вариант, един добър пример е когато проблема е в данните, да кажем например в базата. Тогава при обективна невъзможност да се изтегли базата в тестова среда (да кажем поради голям обем например, ограничения от клиента и т.н.) се налага дебъг в прод.
Но с дебъгер?
С дебъгер, неслучайно казах "по-евтиния", на теория и практика как ще се изгради един проект (вкл. средите) зависи от много фактори - кадърност на изпълнителя, бюджет, кадърност на възложителя, законови и възложителски ограничения и ред други, в един от моите случаи се наложи инсталиране на visual studio и на всички компоненти за системата само за дебъгване в прод.
waldorf
Създадено на 19.01.2023, видяно: 505 пъти. #84464
На теория може да е какво ли не. Практиката е, че бъгове се изпускат в продукция и често няма как да се повторят под дебъгер. При това положение всичко което върши работа за оправяне на проблема е позволено - включително но и не само дебъгване в продукшън. Няма архитект или програмист който да може да предвиди всички крайни случаи. Затова е по добре човек да оправи нещата вместо да мърмори, че то видиш ли не се прави така.
Имал съм случаи с няколко хиляди устройства разхвърляни по различни места в страната, работещи на батерии, комуникиращи само с гпрс, без да ги наблюдава човек едно по едно да блокират. За щастие имаше watchdog който да ги ресетва ако не са се свързали с кораба майка та за няколко месеца успях да им деплойна фирмуер с call stack back tracing в продакшан билд с включени оптимизации и да хвана къде точно се дъни - оказа се дедлок между две нишки - елементарно за оправяне ама кошмар за дебъгване.
На теория може да е какво ли не. Практиката е, че бъгове се изпускат в продукция и често няма как да се повторят под дебъгер. При това положение всичко което върши работа за оправяне на проблема е позволено - включително но и не само дебъгване в продукшън. Няма архитект или програмист който да може да предвиди всички крайни случаи. Затова е по добре човек да оправи нещата вместо да мърмори, че то видиш ли не се прави така.
Е да бе - по-добре да оправиш нещо дори в PROD, отколкото да не го оправиш ама пропускаш нещо друго. 😏 Чел ли си описанието на cumulative update-и на Microsoft?
Най-общо казано пишат:
"Оправихме бъг X, Y и Z, но вкарахме бъг A, B и C."
Та и ти като си пребарал production може да си мислиш, че си оправил бъг X (до доказване на противното), но да си вкарал още 5 бъга (дето със сериозно тестване на не-PROD среда не би ги вкарал). То тея среди TEST, UAT, QAT, КУРАТ и др. не са измислени за да ни усложняват живота - имат си реално предназначение. 😏
Нищо де - хубаво е да се намираме на работа. Аз обожавам да троша PROD. Drop Database ми е любимата команда...
П.П. Впрочем Microsoft (както повечето дългогодишни кадри в IT индустрията), кат вкарат бъг обикновенно си траят. Както ми викаше един Team Lead преди много години:
"Ако вкараш бъг и правиме демо пред клиента - трай си!"
Та сметай, щом в тея cumulative update-и си признават за някакви бъгове - колко са сериозни бъговете и колко още са вкарали! 😏
Ахахахах - ей преди малко ми звънна шефа да ме пита как върви проекта, че един колега се бил оплаквал, че много бавно му одобрявали PR-и, занимавали го с безсмислени срещички и др. (а може би и да ме види дали бачкам).
И си му казах директно, че е яко бюрократщина - един Сеньор Архитектчи си принзна, че са осрали Dev средата, един друг Сеньор Архитектчи директно си скатава - слага некви срещички и 2 часа преди срещата ги мести за след неколко дена (или седмица), коментират ми некви "козметични глупости" по PR-ите и др.
И той "прояви разбиране" и ми каза да си въведа отпуските до края на тая година, щото "отгоре така искали" - после сме щяли да ги отменяме, триеме и др.
Обичам IT сферата - всеки е agile, скатава и симулира работа!
Обичам IT сферата - всеки е agile, скатава и симулира работа!
Ами то народа знае - учи мама висше, закачи се на някой клон и стани white collar worker. Другите leveling пътища са физическа работа, мутра, спортистче, търговче или лаладжия.
Ае Рабине, кат се праиш на толкоз хитър - ела виж кво съдържа един конспект за докторантура по Ескуствен Ентелект... бил съм на интервюта на които са питали по-малко, а и познавам Enter-праз архитектчита дет ще се озорат здраво...
Ако може и тоя дет си скубеше путката да го види туй... ще ме изпитва той на CQRS-чета...
Значи, ако преживея тая докторантура - заслужено ще получа титла "Доктор по Ескуствен Ентелект", щото ще съм доказал, че "немам естествен"... 😏
Ае Рабине, кат се праиш на толкоз хитър - ела виж кво съдържа един конспект за докторантура по Ескуствен Ентелект... бил съм на интервюта на които са питали по-малко, а и познавам Enter-праз архитектчита дет ще се озорат здраво...
Ако може и тоя дет си скубеше путката да го види туй... ще ме изпитва той на CQRS-чета...
Значи, ако преживея тая докторантура - заслужено ще получа титла "Доктор по Ескуствен Ентелект", щото ще съм доказал, че "немам естествен"... 😏
Чакай малко! Нещо те ментосват според мене. Жената, като ставаше доктор, никакви конспекти нямаше, нито са я изпитвали по нещо. Само пишеха разни статии и си написа дисертацията.
Ае Рабине, кат се праиш на толкоз хитър - ела виж кво съдържа един конспект за докторантура по Ескуствен Ентелект... бил съм на интервюта на които са питали по-малко, а и познавам Enter-праз архитектчита дет ще се озорат здраво...
Ако може и тоя дет си скубеше путката да го види туй... ще ме изпитва той на CQRS-чета...
Значи, ако преживея тая докторантура - заслужено ще получа титла "Доктор по Ескуствен Ентелект", щото ще съм доказал, че "немам естествен"... 😏
Чакай малко! Нещо те ментосват според мене. Жената, като ставаше доктор, никакви конспекти нямаше, нито са я изпитвали по нещо. Само пишеха разни статии и си написа дисертацията.
А жена ти "доктор по Ескуствен Ентелект" ли ще става? 😏 Туй е конспект за кандидат-докторски изпит, иначе после верно се пишат статии и дисертация (аз даже книги ще пиша).
А с доцента с който работим верно се баламосваме от край време, но пък ми даде въпросите на които ще ме питат. Но тея дето немат тоя късмет - глей само кво ги чака... и у Google нема такива интервюта...
А жена ти "доктор по Ескуствен Ентелект" ли ще става? 😏 Туй е конспект за кандидат-докторски изпит, иначе после верно се пишат статии и дисертация (аз даже книги ще пиша).
Е, тя жена ми отдавна вече е доктор – по математика. Но даже като кандидатстваше май нямаше изпит. Не помня, но ще я питам. Може да са били малко кандидатите. Няма много ентусиасти в математиката напоследък.
Rabin
Последно редактирано на 24.01.2023 от Rabin, видяно: 348 пъти. #84812
Ае Рабине, кат се праиш на толкоз хитър - ела виж кво съдържа един конспект за докторантура по Ескуствен Ентелект... бил съм на интервюта на които са питали по-малко, а и познавам Enter-праз архитектчита дет ще се озорат здраво...
Аз коги съм са обаждал по научни неща? Вдън душа презирам науката на днешното средновековие, кат са ни идвали разни ph.d. та на интервю, шефчето после си прави ташак с тях.
Съквартирант имах от студенцията, таман преди 2 г. станА ph.d. На 1/4 от доходите ми не може да докара. Че и жена му няква нАучна деятелка, асистент ли кво е, беднотор до шия.
Предната му жена го остави, с 2 деца, не можел парцалки да ѝ купува.
Загубено е туй време, при БАНските старци. По добре връй при Иван Ванков Гатака, да те научат на нещо от полза.
Отвориха ме къде са големите пари и големите схеми у IT сферата - та почвам да търся хора за IT схеми и проекти.
Ама тея дни ще се видя с човека по схемите, да му разкажа за моите преживявания с мутрите, за да си даде сметка, че влизането в тея схеми, експоненциално повишава шанса да ни "возят в багажник" (все пак мутрите се усетиха, че има пари в IT-то... EGT - мутри, Resolute Software - мутри, Консолидацията са наследници на мутри) и да провериме къв гръб имаме.
Уж моите схемаджии се знаят с министри, президент, шефа на ГДБОП и др., ама едно е да си ги виждал на снимка или да си бил на снимка с тех, а друго е да си заложат главата за тебе. 🙄 Та ще видиме кво ще стане - а мене сигурно ще ме возят в багажник некой ден, видело се е.
Кат не искам да си стана обикновено мангалче с ипотечка, жена-мастия дет ми изневерява, шеф дет ме товари кат добиче, и банка дет ме плющи с вдигане на лихвени проценти - у багажника! Свърши времето на белия човек!
Отвориха ме къде са големите пари и големите схеми у IT сферата - та почвам да търся хора за IT схеми и проекти.
Някви мутри ли са пак? Силоваци? Или тип Тренчев.
Нещо между двете - кое уж е по-стабилно, но добавя рисковете, хем да ни ебат мутрите на Витоша, хем Гешев да ни погне.
Та ще преговоря тея рискове с партньорите - ако са ок, да си купим вазелин и униформа на райета.
П.П. Ахахахах - ей тва е шанс. Ся погледнах ква IT фирма има кумът на мутрата дет ме пази уж, и той се бутнал в "Киберсигурността". 😏 И сигурно усвоява европари... ако го настъпим нема да е хубаво... ще ги изговоря тея рискове с моя чуек.
Мисла си, че не си дава сметка, колко забавно може да стане - те хората не ги е страх да се бутат у схеми, щото нямат смелост, а щото мое да стане страшно!
Само кат им гледам главната счетоводителка си представям, колко забавно може да стане. 🙄
Ахахах, а некви авери са му шефа на IT-тата на EGT! 😊 Охо, има всички шансове да се забъркаме с големите IT мутри. Нз за Захата, ама мене мое да ме подгони IT мафията...