<bgdev />free

| |  


All tags 2023 9may ai algorithm alpha amd american api argon2 arm asm asmbb assembler attachment awareness balgaria bay888 bcrypt bender beta bgdev-next bgdev-next.👍 big.data bitchnigga bitcoin bmw boi borg brexit bug bulgaria business c cad chat cloud computer-names console crossorigin deprivation desktop dna dotnet email eupl falling feature forum foundation fp fresh fun game gcc github goats google gpl gpt gpt.3.5 gypsies happiness harvard hash improvement include investment it java javascript js kleta kleta.maqka.balg lambi language learning leftovers legend level levenshtein.dist libx license linkedlist linux m0 ma mcafee mele microsoft minimag minimalism negro net nginx nigga not.a.bug oop paradigm parler patterns perception persuasion pipe play.station politics populi pornhub pow pro programming protonmail python reba rust sci-fi scripting seks seo server shell sleep smartbeauty soft-skills sqlite srabska sse starship sugerface syntax tablet tailwindcss telegram theme thug troll80lvl tutanota typescript uacme ui uk unix untermensch upload uptime usa utilities ux vb via viber virtual.reality vox vps vulnerable war wasm weapons-grade web windows word x86 xbox xss youtube zig ziglang Übermensch БОКЕБЪЛГАРИН БЪ БЪлгария Белезниците Били Били.Белезниците БялДонор Веган Виста Възраждане ГЛУПАК Гана Глиста ЕС Казарма Копейкин Мода.и.овча.мисъ НЕКАДЪРНИК НРБ ПО-ЗЛЕ.И.ОТ.РАБИ Подкасти Разни Румен СИК СКУМ СетенЧук Скум ТИР Туче Украйна Урсула Яначков авангард аз айфонджия алгоритми амбиции анархизъм антиваксъри армения аудио аутисти бази.данни бакъп без без.пръчове безпросвета бенчмарк биготи биомаса бира боклук борисов ботев брадва булшит бъг бъгове бял ваксина вандал век венерика викинги вицове вишу война вървежен гана ганорник гей гейщина германия герои гешев глупак говеда групировка гюбек данъкоплатец двойни.стандарти дедотия демокрация дизайн дисциплина добитък докери долар донори држава дришльо дрон ебане еврогейски.съюз езици експеримент електроника електроника.s2 емиграция ендпойнт енум ерген ергономия жалкар задача затоплизъм защита здраве златен злато игри идеали идиократ идиократи идиокрация идиот избори избори.рабин изкуство икономика имбецили имейл инвестиране инокулация инструмента интервю ипад искам.да.си.реда казах камшикодържач капитализъм карабах караница картечница кино клавиатура ковид19 колайдер колям.кур комари комплексар комунизъм консолидация конспирации космонавтика кофа кофит-19 краставица криптовалути курви кучелюбци лайно лаладжия лаптоп либерастия литература лоши.практики луд лъжеучени лъжец любов майни майтапи малоумници мафия мениджмънт месо местене метавселена метафизика механика мистика мисъл мода мода.овча.мисъл модерация морал мутра мутри наука национализъм не.it негър некадърник некадърници неон нидерландия овча овчи олигофрени организация офтопик парички партия педал пенджури пенсия пишока плюскане победа погромист поезия политика порно посредствен почивка празници прасе превод предалщина програмиране проект проста простотии против.правилата проф пръч пръч.дришльо пръчка психика психични.болести психология пустиняк путин путката путьо рабин рабин.е.шибан.пе работа радост разврат разни разработка расизъм резерват рейтинг реклама рекламен религия рест ризи ропче ропчета русия руски.език рутина самоковска сасипаха секира село селяндур сериали сериозно.програм сетен сеянин симулация скопяване скръм слушалки сортиране софия софтуер софтуни социализъм спектрометър спринтове сране стандарти стил стуйо стюи сушилня сцена съвет съм сън сървър сърничка таб ташаци телевизия тема територията терминология термояд технологии титли традиция тролинг тръмп туба туче тъпак тъпанари тъпня уиндоус украйна умнокрасивци фалит фантастика фашизъм фейк.акаунти физика филми форум форумни.проекти футбол хазарт хамали харабия хардуер хахаха хомофобия хостинг храна хумор цайко цайси целофан цензура цензурра циганин чалга чалгар чекии чернокраки честота чипове чнг чужбина чук шпация щайга юан яката яко ям 🔨 😂 🪓


Заплати в IT сектора - анализ и коментари на оригиналната тема

  

0 1 2 3 4 ...28 29 30 31 32 ...59 60 61 62 63 ...66 67 68 69 70 71 72 73 74 75


  Един от многото  Последно редактирано на 19.01.2023 от Един от многото, видяно: 527 пъти. #84452
Golden Gega
palavrov

Снощи един индиец ми прави интервю и първия му въпрос беше дали знам каква е разликата между macro & function call на C. Това при положение, че ми е прочел CV-то където ясно е написано 30 години опит със Ц/Ц++, low level, high level и т.н. Отсвирих го на секундата, че ако зададе още един такъв въпрос ще прекратя интервюто. И тоя ми ти образ бил с 20 години стаж но в тази фирма бил от половин година. Човек лесно се заслепява и самозабравя - даже и аз самия.

Та за дебъгването в продукция. Много ми е интересно как без да дебъгва ще оправиш проблем който е вече изтърван в продукция и не се възпроизвежда в дебъг билд. То на приказки всички сме голямата работа. Ама това е докато света не те халоса по мутрата и те върне в реалността.

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

My picture
Attached files:
FileSizeUploadedDownloadsMD5 hash
download.jpg8231 bytes19.01.20231993f76b9f3fd542e213da649ef240632a1


  Golden Gega  Създадено на 19.01.2023, видяно: 523 пъти. #84453
realinformatik

Дебъгване в продъкшън за мене значи да билднеш/пуснеш софтуера с дебъг флагове, да атачнеш дебъгер и да активираш брекпойнт, примерно през нощта, когато може никой да не ползва софтуера. И може да имаш някой от страна на потребителите, който да цъка и да се хитне брекпойнта.

Ако проблема е в браузъра с някви js гадости вече тряа или потребителя с проблема да пусне TeamViewer и да му влезеш в браузъра, или да логваш какво прави js-a и да пращаш редовно логовете към някой сървър. А ако бъга е щото е цъкал с табове и после с мишката цъка другаде и разфокусира нещо примерно и това няма да помогне.

Явно и ти не си се занимавал кой знае колко с определен вид (като клиенти) софтуер, има ситуации в които дебъгването в прод е далеч по-евтиния (разбирай разумен) вариант, един добър пример е когато проблема е в данните, да кажем например в базата. Тогава при обективна невъзможност да се изтегли базата в тестова среда (да кажем поради голям обем например, ограничения от клиента и т.н.) се налага дебъг в прод.



  Един от многото  Последно редактирано на 19.01.2023 от Един от многото, видяно: 522 пъти. #84454
Golden Gega
realinformatik

Дебъгване в продъкшън за мене значи да билднеш/пуснеш софтуера с дебъг флагове, да атачнеш дебъгер и да активираш брекпойнт, примерно през нощта, когато може никой да не ползва софтуера. И може да имаш някой от страна на потребителите, който да цъка и да се хитне брекпойнта.

Ако проблема е в браузъра с някви js гадости вече тряа или потребителя с проблема да пусне TeamViewer и да му влезеш в браузъра, или да логваш какво прави js-a и да пращаш редовно логовете към някой сървър. А ако бъга е щото е цъкал с табове и после с мишката цъка другаде и разфокусира нещо примерно и това няма да помогне.

Явно и ти не си се занимавал кой знае колко с определен вид (като клиенти) софтуер, има ситуации в които дебъгването в прод е далеч по-евтиния (разбирай разумен) вариант, един добър пример е когато проблема е в данните, да кажем например в базата. Тогава при обективна невъзможност да се изтегли базата в тестова среда (да кажем поради голям обем например, ограничения от клиента и т.н.) се налага дебъг в прод.

😒 Не се налага - а колко е невъзможно е друг въпрос!

Ся ясно е, че най-лесно се работи с PROD данни, на PROD среда - ама и най-лесно се осира PROD среда така. Тва го правят само най-добрите developer expert-и. 😄

Ако софтуерът е толкоз сериозен и качеството на данните е от значение - ще се намери времеемък, трудоемък и тежък начин да се тества в среда дето няма да счупи всичко.

Иначе си говорим празни приказки тип "стана ракиено време"...

П.П. И не ме разбирайте погрешно - знам, че целта на IT сферата е да симулираме работа. Тея приказки си ги говориме между наши хора - нема да ги кажа на клиент... тъй че е напълно ОК, да счупиш PROD, да debug-неш на него, да осереш още нещо, да правиш fix-ове, да осереш още некви неща и заплатата ти си тече, защото работата в IT сферата е много сложна!



  realinformatik  Създадено на 19.01.2023, видяно: 514 пъти. #84456
Golden Gega
realinformatik

Дебъгване в продъкшън за мене значи да билднеш/пуснеш софтуера с дебъг флагове, да атачнеш дебъгер и да активираш брекпойнт, примерно през нощта, когато може никой да не ползва софтуера. И може да имаш някой от страна на потребителите, който да цъка и да се хитне брекпойнта.

Ако проблема е в браузъра с някви js гадости вече тряа или потребителя с проблема да пусне TeamViewer и да му влезеш в браузъра, или да логваш какво прави js-a и да пращаш редовно логовете към някой сървър. А ако бъга е щото е цъкал с табове и после с мишката цъка другаде и разфокусира нещо примерно и това няма да помогне.

Явно и ти не си се занимавал кой знае колко с определен вид (като клиенти) софтуер, има ситуации в които дебъгването в прод е далеч по-евтиния (разбирай разумен) вариант, един добър пример е когато проблема е в данните, да кажем например в базата. Тогава при обективна невъзможност да се изтегли базата в тестова среда (да кажем поради голям обем например, ограничения от клиента и т.н.) се налага дебъг в прод.

Но с дебъгер?



  Golden Gega  Създадено на 19.01.2023, видяно: 509 пъти. #84460
realinformatik
Golden Gega
realinformatik

Дебъгване в продъкшън за мене значи да билднеш/пуснеш софтуера с дебъг флагове, да атачнеш дебъгер и да активираш брекпойнт, примерно през нощта, когато може никой да не ползва софтуера. И може да имаш някой от страна на потребителите, който да цъка и да се хитне брекпойнта.

Ако проблема е в браузъра с някви js гадости вече тряа или потребителя с проблема да пусне TeamViewer и да му влезеш в браузъра, или да логваш какво прави js-a и да пращаш редовно логовете към някой сървър. А ако бъга е щото е цъкал с табове и после с мишката цъка другаде и разфокусира нещо примерно и това няма да помогне.

Явно и ти не си се занимавал кой знае колко с определен вид (като клиенти) софтуер, има ситуации в които дебъгването в прод е далеч по-евтиния (разбирай разумен) вариант, един добър пример е когато проблема е в данните, да кажем например в базата. Тогава при обективна невъзможност да се изтегли базата в тестова среда (да кажем поради голям обем например, ограничения от клиента и т.н.) се налага дебъг в прод.

Но с дебъгер?

С дебъгер, неслучайно казах "по-евтиния", на теория и практика как ще се изгради един проект (вкл. средите) зависи от много фактори - кадърност на изпълнителя, бюджет, кадърност на възложителя, законови и възложителски ограничения и ред други, в един от моите случаи се наложи инсталиране на visual studio и на всички компоненти за системата само за дебъгване в прод.



  waldorf  Създадено на 19.01.2023, видяно: 505 пъти. #84464

На теория може да е какво ли не. Практиката е, че бъгове се изпускат в продукция и често няма как да се повторят под дебъгер. При това положение всичко което върши работа за оправяне на проблема е позволено - включително но и не само дебъгване в продукшън. Няма архитект или програмист който да може да предвиди всички крайни случаи. Затова е по добре човек да оправи нещата вместо да мърмори, че то видиш ли не се прави така.

Имал съм случаи с няколко хиляди устройства разхвърляни по различни места в страната, работещи на батерии, комуникиращи само с гпрс, без да ги наблюдава човек едно по едно да блокират. За щастие имаше watchdog който да ги ресетва ако не са се свързали с кораба майка та за няколко месеца успях да им деплойна фирмуер с call stack back tracing в продакшан билд с включени оптимизации и да хвана къде точно се дъни - оказа се дедлок между две нишки - елементарно за оправяне ама кошмар за дебъгване.



  Един от многото  Последно редактирано на 19.01.2023 от Един от многото, видяно: 501 пъти. #84472
palavrov

На теория може да е какво ли не. Практиката е, че бъгове се изпускат в продукция и често няма как да се повторят под дебъгер. При това положение всичко което върши работа за оправяне на проблема е позволено - включително но и не само дебъгване в продукшън. Няма архитект или програмист който да може да предвиди всички крайни случаи. Затова е по добре човек да оправи нещата вместо да мърмори, че то видиш ли не се прави така.

Е да бе - по-добре да оправиш нещо дори в PROD, отколкото да не го оправиш ама пропускаш нещо друго. 😏 Чел ли си описанието на cumulative update-и на Microsoft?

Най-общо казано пишат:

"Оправихме бъг X, Y и Z, но вкарахме бъг A, B и C."

Та и ти като си пребарал production може да си мислиш, че си оправил бъг X (до доказване на противното), но да си вкарал още 5 бъга (дето със сериозно тестване на не-PROD среда не би ги вкарал). То тея среди TEST, UAT, QAT, КУРАТ и др. не са измислени за да ни усложняват живота - имат си реално предназначение. 😏

Нищо де - хубаво е да се намираме на работа. Аз обожавам да троша PROD. Drop Database ми е любимата команда...



  realinformatik  Създадено на 19.01.2023, видяно: 497 пъти. #84473
Един от многото

Нищо де - хубаво е да се намираме на работа. Аз обожавам да троша PROD. Drop Database ми е любимата команда...

Ескалацийки няма ли от клиентите?



  Един от многото  Последно редактирано на 19.01.2023 от Един от многото, видяно: 494 пъти. #84474
realinformatik
Един от многото

Нищо де - хубаво е да се намираме на работа. Аз обожавам да троша PROD. Drop Database ми е любимата команда...

Ескалацийки няма ли от клиентите?

Аз съм изтрил и таблицата за запис на ескалациите. 😏

My picture


  Един от многото  Създадено на 19.01.2023, видяно: 489 пъти. #84475

П.П. Впрочем Microsoft (както повечето дългогодишни кадри в IT индустрията), кат вкарат бъг обикновенно си траят. Както ми викаше един Team Lead преди много години:

"Ако вкараш бъг и правиме демо пред клиента - трай си!"

Та сметай, щом в тея cumulative update-и си признават за някакви бъгове - колко са сериозни бъговете и колко още са вкарали! 😏

Production Über Alles!



  Един от многото  Създадено на 23.01.2023, видяно: 429 пъти. #84723

Ахахахах - ей преди малко ми звънна шефа да ме пита как върви проекта, че един колега се бил оплаквал, че много бавно му одобрявали PR-и, занимавали го с безсмислени срещички и др. (а може би и да ме види дали бачкам).

И си му казах директно, че е яко бюрократщина - един Сеньор Архитектчи си принзна, че са осрали Dev средата, един друг Сеньор Архитектчи директно си скатава - слага некви срещички и 2 часа преди срещата ги мести за след неколко дена (или седмица), коментират ми некви "козметични глупости" по PR-ите и др.

И той "прояви разбиране" и ми каза да си въведа отпуските до края на тая година, щото "отгоре така искали" - после сме щяли да ги отменяме, триеме и др. rofl

Обичам IT сферата - всеки е agile, скатава и симулира работа! rofl



  realinformatik  Създадено на 23.01.2023, видяно: 416 пъти. #84739
Един от многото

Обичам IT сферата - всеки е agile, скатава и симулира работа! rofl

Ами то народа знае - учи мама висше, закачи се на някой клон и стани white collar worker. Другите leveling пътища са физическа работа, мутра, спортистче, търговче или лаладжия.



  Един от многото  Последно редактирано на 23.01.2023 от Един от многото, видяно: 402 пъти. #84780

Ае Рабине, кат се праиш на толкоз хитър - ела виж кво съдържа един конспект за докторантура по Ескуствен Ентелект... бил съм на интервюта на които са питали по-малко, а и познавам Enter-праз архитектчита дет ще се озорат здраво...

Ако може и тоя дет си скубеше путката да го види туй... ще ме изпитва той на CQRS-чета...

My picture

Значи, ако преживея тая докторантура - заслужено ще получа титла "Доктор по Ескуствен Ентелект", щото ще съм доказал, че "немам естествен"... 😏

Attached files:
FileSizeUploadedDownloadsMD5 hash
p1.PNG665711 bytes23.01.2023171991caf8216251a2f3aced4eaaea274bb


  johnfound  Създадено на 24.01.2023, видяно: 385 пъти. #84788
Един от многото

Ае Рабине, кат се праиш на толкоз хитър - ела виж кво съдържа един конспект за докторантура по Ескуствен Ентелект... бил съм на интервюта на които са питали по-малко, а и познавам Enter-праз архитектчита дет ще се озорат здраво...

Ако може и тоя дет си скубеше путката да го види туй... ще ме изпитва той на CQRS-чета...

My picture

Значи, ако преживея тая докторантура - заслужено ще получа титла "Доктор по Ескуствен Ентелект", щото ще съм доказал, че "немам естествен"... 😏

Чакай малко! Нещо те ментосват според мене. Жената, като ставаше доктор, никакви конспекти нямаше, нито са я изпитвали по нещо. Само пишеха разни статии и си написа дисертацията.



  Един от многото  Създадено на 24.01.2023, видяно: 366 пъти. #84795
johnfound
Един от многото

Ае Рабине, кат се праиш на толкоз хитър - ела виж кво съдържа един конспект за докторантура по Ескуствен Ентелект... бил съм на интервюта на които са питали по-малко, а и познавам Enter-праз архитектчита дет ще се озорат здраво...

Ако може и тоя дет си скубеше путката да го види туй... ще ме изпитва той на CQRS-чета...

My picture

Значи, ако преживея тая докторантура - заслужено ще получа титла "Доктор по Ескуствен Ентелект", щото ще съм доказал, че "немам естествен"... 😏

Чакай малко! Нещо те ментосват според мене. Жената, като ставаше доктор, никакви конспекти нямаше, нито са я изпитвали по нещо. Само пишеха разни статии и си написа дисертацията.

А жена ти "доктор по Ескуствен Ентелект" ли ще става? 😏 Туй е конспект за кандидат-докторски изпит, иначе после верно се пишат статии и дисертация (аз даже книги ще пиша).

А с доцента с който работим верно се баламосваме от край време, но пък ми даде въпросите на които ще ме питат. Но тея дето немат тоя късмет - глей само кво ги чака... и у Google нема такива интервюта...



  johnfound  Създадено на 24.01.2023, видяно: 356 пъти. #84798
Един от многото

А жена ти "доктор по Ескуствен Ентелект" ли ще става? 😏 Туй е конспект за кандидат-докторски изпит, иначе после верно се пишат статии и дисертация (аз даже книги ще пиша).

Е, тя жена ми отдавна вече е доктор – по математика. Но даже като кандидатстваше май нямаше изпит. Не помня, но ще я питам. Може да са били малко кандидатите. Няма много ентусиасти в математиката напоследък.



  Rabin  Последно редактирано на 24.01.2023 от Rabin, видяно: 348 пъти. #84812
Един от многото

Ае Рабине, кат се праиш на толкоз хитър - ела виж кво съдържа един конспект за докторантура по Ескуствен Ентелект... бил съм на интервюта на които са питали по-малко, а и познавам Enter-праз архитектчита дет ще се озорат здраво...

Аз коги съм са обаждал по научни неща? Вдън душа презирам науката на днешното средновековие, кат са ни идвали разни ph.d. та на интервю, шефчето после си прави ташак с тях.

Съквартирант имах от студенцията, таман преди 2 г. станА ph.d. На 1/4 от доходите ми не може да докара. Че и жена му няква нАучна деятелка, асистент ли кво е, беднотор до шия.

Предната му жена го остави, с 2 деца, не можел парцалки да ѝ купува.

Загубено е туй време, при БАНските старци. По добре връй при Иван Ванков Гатака, да те научат на нещо от полза.



  Един от многото  Последно редактирано на 31.01.2023 от Един от многото, видяно: 291 пъти. #85231

Отвориха ме къде са големите пари и големите схеми у IT сферата - та почвам да търся хора за IT схеми и проекти.

Ама тея дни ще се видя с човека по схемите, да му разкажа за моите преживявания с мутрите, за да си даде сметка, че влизането в тея схеми, експоненциално повишава шанса да ни "возят в багажник" (все пак мутрите се усетиха, че има пари в IT-то... EGT - мутри, Resolute Software - мутри, Консолидацията са наследници на мутри) и да провериме къв гръб имаме.

Уж моите схемаджии се знаят с министри, президент, шефа на ГДБОП и др., ама едно е да си ги виждал на снимка или да си бил на снимка с тех, а друго е да си заложат главата за тебе. 🙄 Та ще видиме кво ще стане - а мене сигурно ще ме возят в багажник некой ден, видело се е.

Кат не искам да си стана обикновено мангалче с ипотечка, жена-мастия дет ми изневерява, шеф дет ме товари кат добиче, и банка дет ме плющи с вдигане на лихвени проценти - у багажника! Свърши времето на белия човек!

My picture


  realinformatik  Създадено на 31.01.2023, видяно: 275 пъти. #85265
Един от многото

Отвориха ме къде са големите пари и големите схеми у IT сферата - та почвам да търся хора за IT схеми и проекти.

Някви мутри ли са пак? Силоваци? Или тип Тренчев.



  Един от многото  Последно редактирано на 31.01.2023 от Един от многото, видяно: 274 пъти. #85267
realinformatik
Един от многото

Отвориха ме къде са големите пари и големите схеми у IT сферата - та почвам да търся хора за IT схеми и проекти.

Някви мутри ли са пак? Силоваци? Или тип Тренчев.

Нещо между двете - кое уж е по-стабилно, но добавя рисковете, хем да ни ебат мутрите на Витоша, хем Гешев да ни погне.

Та ще преговоря тея рискове с партньорите - ако са ок, да си купим вазелин и униформа на райета.

П.П. Ахахахах - ей тва е шанс. Ся погледнах ква IT фирма има кумът на мутрата дет ме пази уж, и той се бутнал в "Киберсигурността". 😏 И сигурно усвоява европари... ако го настъпим нема да е хубаво... ще ги изговоря тея рискове с моя чуек.

Мисла си, че не си дава сметка, колко забавно може да стане - те хората не ги е страх да се бутат у схеми, щото нямат смелост, а щото мое да стане страшно!

Само кат им гледам главната счетоводителка си представям, колко забавно може да стане. 🙄

My picture

Ахахах, а некви авери са му шефа на IT-тата на EGT! 😊 Охо, има всички шансове да се забъркаме с големите IT мутри. Нз за Захата, ама мене мое да ме подгони IT мафията...

Attached files:
FileSizeUploadedDownloadsMD5 hash
hm.PNG69498 bytes31.01.20231151d035d5fb2c34869672236938b7e8349

0 1 2 3 4 ...28 29 30 31 32 ...59 60 61 62 63 ...66 67 68 69 70 71 72 73 74 75


Заплати в IT сектора - анализ и коментари на оригиналната тема

  



AsmBB v3.0 (check-in: 7544654b24928b93); SQLite v3.47.0 (check-in: 03a9703e27c44437);
©2016..2024 John Found; Licensed under EUPL; Powered by Assembly language Created with Fresh IDE