{"id":31264,"date":"2019-10-31T21:40:21","date_gmt":"2019-10-31T18:40:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kto-otvetit-za-kachestvo\/"},"modified":"2019-10-31T21:40:21","modified_gmt":"2019-10-31T18:40:21","slug":"kto-otvetit-za-kachestvo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","title":{"rendered":"Tko \u0107e odgovarati za kvalitetu?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Bok, Habr!<\/p>\n

Imamo novu va\u017enu temu \u2013 kvalitetnu izradu IT proizvoda. \u010cesto govorimo na HighLoad++ o tome kako u\u010diniti optere\u0107ene servise br\u017eima, a na Frontend Conf o izvrsnim korisni\u010dkim su\u010deljima koja ne usporavaju. Redovito imamo teme o testiranju, a DevOpsConf se bavi integracijom razli\u010ditih procesa, uklju\u010duju\u0107i testiranje. Me\u0111utim, o tome \u0161to se mo\u017ee nazvati kvalitetom u cjelini i kako na njemu sveobuhvatno raditi \u2013 ne razgovaramo.<\/p>\n

Ispravimo to na QualityConf<\/a><\/noindex>\u00a0\u2013 razvijat \u0107emo kulturu razmi\u0161ljanja o kvaliteti kona\u010dnog proizvoda za korisnika u svakoj fazi razvoja. Naviknuti se ne fiksirati na svoju zonu odgovornosti i povezati kvalitetu ne samo s testerima.<\/p>\n

U nastavku \u0107emo razgovarati s predsjednicom programskog odbora, voditeljicom testiranja u Tinkoff.Biznisu, osniva\u010dicom ruskog QA zajedni\u0161tva Anastasijom Aseevom-Nguen<\/b> o stanju industrije QA i misiji nove konferencije.<\/p>\n

\"Tko
\n<\/a><\/noindex>
\n\u2013 Nastja, zdravo. Ispri\u010daj nam malo o sebi.<\/em><\/strong><\/p>\n

\"TkoAnastasija<\/strong>: Vodim testiranje u banci, odgovaram za vrlo veliku ekipu \u2013 nas je vi\u0161e od 90 osoba. Imamo va\u017enu poslovnu liniju, odgovorni smo za ekosustav za pravne osobe.<\/p>\n

Studirala sam na matemati\u010dkom fakultetu i prvotno sam htjela postati programer. No kada se pojavila zanimljiva ponuda, odlu\u010dila sam se oku\u0161ati u ulozi testera. Kako god zvu\u010dalo \u010dudno, to se pokazalo mojim pozivom. Sada cijelu svoju karijeru vidim upravo u ovoj industriji.<\/p>\n

Strastvena sam zagovornica discipline Quality Assurance. Nije mi svejedno koji se proizvodi stvaraju, kako se u tvrtki, timovima i op\u0107enito u procesu razvoja odnose prema kvaliteti.<\/p><\/blockquote>\n

\nZa mene je o\u010dito da zajednica u ovom podru\u010dju nije dovoljno zrela<\/strong>, barem ne u Rusiji. Ne razumijemo uvijek da osiguranje kvalitete nije samo sam \u010din testiranja aplikacije na uskla\u0111enost s zahtjevima. \u017deljela bih promijeniti tu situaciju.<\/p>\n

\u2013 Ti koristi\u0161 izraze Quality Assurance i testiranje. U o\u010dima obi\u010dnog \u010dovjeka ta dva termina vrlo \u010desto se prepli\u0107u. Kako se razlikuju, ako se duboko iskopava?<\/em><\/strong><\/p>\n

Anastasija:<\/strong> Uglavnom se ne razlikuju. Testiranje je dio discipline osiguravanja kvalitete, to je neposredno djelovanje \u2013 sama \u010dinjenica da ne\u0161to testiram. U stvarnosti postoji jako mnogo vrsta testiranja, a razli\u010diti ljudi su odgovorni za razli\u010dite vrste testiranja. Me\u0111utim, kod nas u Hrvatskoj, kada je do\u0161la val outsourcinga koji isporu\u010duje testere u tvrtke, testiranje se svodilo na jedinstvenu vrstu.<\/p>\n

U ve\u0107ini slu\u010dajeva ograni\u010davaju se samo na funkcionalno testiranje: provjeravaju da li je ono \u0161to su programeri kodirali u skladu sa specifikacijom i to je sve.<\/p>\n

\u2013 Molim te, reci mi, koje jo\u0161 discipline postoje u osiguravanju kvalitete? \u0160to se jo\u0161 osim testiranja ovdje uklju\u010duje?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: Osiguranje kvalitete, prije svega, odnosi se na stvaranje kvalitetnog proizvoda. Dakle, postavljamo pitanje, kakve atribute kvalitete na\u0161 proizvod treba imati. Stoga, ako to razumijemo, mo\u017eemo identificirati tko utje\u010de na te atribute kvalitete. Nije va\u017eno, programer, projekt menad\u017eer ili produktolog<\/strong>\u00a0\u2013 to je osoba koja utje\u010de na razvoj proizvoda, na njegov backlog, na njegovu strategiju.<\/p>\n

Tester bolje po\u010dinje shva\u0107ati svoju ulogu. Shva\u0107a da njegova zada\u0107a nije samo testirati sukladnost zahtjevima, ve\u0107 i testirati zahtjeve, preispitivati formulacije koje dolaze od produktologa, otkrivati sve neizravne zahtjeve i o\u010dekivanja klijenta. Kada isporu\u010dujemo novu funkcionalnost na\u0161em klijentu, moramo zaista zadovoljiti njegova o\u010dekivanja i rije\u0161iti njegov problem. Ako razmi\u0161ljamo o svim atributima kvalitete, klijent \u0107e biti zadovoljan i razumjet \u0107e da tvrtka \u010dijim proizvodom se koristi stvarno brine o njegovim interesima, a ne radi po principu \"samo da se izbaci nova funkcija\".<\/p>\n

\u2013 \u010cini se da je ono \u0161to si sada opisala, zada\u0107a produktologa. To zapravo nije o testiranju i kvalitete \u2013 to su inficirano s product managementom, zar ne?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: Uklju\u010duju\u0107i to. Osiguranje kvalitete nije disciplina za koju je odgovorna jedna odre\u0111ena osoba. Sada postoji popularan pristup u testiranju koji se naziva Agile Testing<\/strong>. Njegova definicija jasno nagla\u0161ava da je to timski pristup testiranju koji obuhva\u0107a odre\u0111eni skup praksi. Za realizaciju ovog pristupa odgovara cijeli tim, \u010dak i nije nu\u017eno da u timu bude tester. Cijeli tim je usmjeren na to da pru\u017ei vrijednost klijentu i da ta vrijednost odgovara njegovim o\u010dekivanjima.<\/p>\n

\u2014 Dakle, kvaliteta se prepli\u0107e gotovo sa svim okolnim disciplinama, postavljaju\u0107i okvire za sve oko nas?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: To\u010dno. Kada razmi\u0161ljamo o tome \u0161to \u017eelimo stvoriti kvalitetan proizvod, po\u010dinjemo razmi\u0161ljati o razli\u010ditim atributima kvalitete. Na primjer, kako provjeriti da smo doista stvorili funkcionalnost koja je potrebna na\u0161em klijentu.<\/p>\n

Tu se javlja vrsta testiranja known as UAT<\/strong> (testiranje prihva\u0107anja korisnika). Na\u017ealost, u Hrvatskoj se rijetko prakticira, ali ponekad se pojavljuje u SCRUM timovima kao demo za krajnjeg klijenta. U inozemnim kompanijama to je prili\u010dno uobi\u010dajen oblik testiranja. Prije nego \u0161to otvorimo funkcionalnost za sve klijente, prvo radimo UAT, to jest pozivamo krajnjeg korisnika koji provodi testiranje i odmah daje povratne informacije \u2014 da li proizvod ispunjava o\u010dekivanja i rje\u0161ava problem. Tek nakon toga dolazi do skaliranja na sve ostale klijente.<\/p>\n

Dakle, fokusiramo se na poslovanje, na krajnjeg klijenta, ali pritom ne zaboravljamo na tehnologiju<\/strong>. Od tehnologija tako\u0111er uvelike ovisi kvaliteta proizvoda. Ako imamo lo\u0161u arhitekturu, ne\u0107emo mo\u0107i brzo isporu\u010divati funkcionalnosti i ispunjavati o\u010dekivanja klijenta. Mogu biti mnoge gre\u0161ke pri poku\u0161aju skaliranja, ili mo\u017eemo ne\u0161to slomiti prilikom refaktoringa. Sve to \u0107e utjecati na zadovoljstvo klijenta.<\/p>\n

S te to\u010dke gledi\u0161ta, arhitektura bi trebala biti takva da mo\u017eemo pisati \u010dist kod koji \u0107e omogu\u0107iti brzo uvo\u0111enje promjena i ne bojati se da \u0107emo sve sru\u0161iti. Da iteracije dorade ne trajaju nekoliko mjeseci samo zato \u0161to imamo previ\u0161e naslije\u0111a i trebamo provoditi dugotrajne faze testiranja.<\/p>\n

\u2014 Dakle, ve\u0107 su uklju\u010deni programeri, arhitekti, produkt menad\u017eeri, sami testeri. Tko jo\u0161 sudjeluje u procesu osiguravanja kvalitete?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: Sada zamislimo da smo ve\u0107 isporu\u010dili funkcionalnost klijentu. O\u010dito je da je potrebno pratiti kvalitetu proizvoda, \u010dak i kada je ve\u0107 u produkciji. U ovoj fazi mogu se pojaviti situacije s nejasnim scenarijima, takozvani bugovi.<\/p>\n

Prvo pitanje je \u2013 kako radimo s tim bugovima nakon \u0161to je proizvod ve\u0107 objavljen? Kako reagiramo na optere\u0107enje? Klijent ne\u0107e biti previ\u0161e zadovoljan ako se stranica u\u010ditava du\u017ee od 30 sekundi.<\/p>\n

Tu uglavnom ulaze operacije ili, kako se sada nazivaju, DevOps<\/strong>. U stvari, to su ljudi koji su odgovorni za operacije proizvoda kada je on ve\u0107 na produkciji. Ovo uklju\u010duje razli\u010dite tipove monitoringa. Postoji \u010dak i podvrsta testiranja \u2013 testiranje na produkciji, kada si dopustimo da ne\u0161to ne testiramo prije objave i odmah to testiramo na produkciji. Ovo je niz aktivnosti s aspekta organizacije infrastrukture, koje omogu\u0107uju brzo reagiranje na incident, njegov utjecaj i ispravku.<\/p>\n

Infrastruktura je tako\u0111er va\u017ena. \u010cesto se javljaju situacije kada tijekom testiranja nije mogu\u0107e osigurati da imamo stvarno sve \u0161to bismo \u017eeljeli dati klijentu. Objavljujemo na produkciji \u2013 i po\u010dinjemo hvatanje nejasnih situacija. A sve zato \u0161to infrastruktura u testiranju ne odgovara infrastrukturi na produkciji. Odavde proizlazi nova vrsta testiranja \u2013 testiranje infrastrukture<\/strong>. To su razli\u010dite konfiguracije, postavke, migracije baza podataka itd.<\/p>\n

Odavde se pojavljuje pitanje \u2013 mo\u017eda bi tim trebao koristiti infrastrukturu kao kod.<\/p>\n

Vjerujem da infrastruktura izravno utje\u010de na kvalitetu proizvoda.<\/p><\/blockquote>\n

\nNadam se da \u0107e na konferenciji biti prezentacija s istaknutim primjerom. Javite nam se ako ste spremni podijeliti svoje iskustvo o tome kako infrastruktura kao kod utje\u010de na kvalitetu. Infrastruktura kao kod omogu\u0107uje lak\u0161u provjeru svih postavki i testiranje onoga \u0161to ina\u010de jednostavno ne bi bilo mogu\u0107e. Stoga se u proces razvoja kvalitetnog proizvoda uklju\u010duje i operacije.<\/p>\n

\u2014 A \u0161to je s analizom i dokumentacijom?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: To se vi\u0161e odnosi na enterprise sustave. Kada govorimo o enterprise-u, odmah na pamet padaju takve osobe kao \u0161to su analiti\u010dari i sistemski analiti\u010dari. Ponekad ih nazivamo tehni\u010dkim piscima. Oni dobiju zadatak za pisanje specifikacije i izvr\u0161avaju ga, na primjer, mjesec dana.<\/p>\n

Vi\u0161ekratno je dokazano da pisanje takve dokumentacije dovodi do vrlo dugih razvojnih iteracija i dugotrajnih revizija, jer se tijekom testiranja otkrivaju gre\u0161ke \u0161to dovodi do povratka. Kao rezultat, pojavljuje se mnogo petlji koje pove\u0107avaju tro\u0161kove razvoja. Osim toga, to mo\u017ee uvesti ranjivosti. Naizgled smo napisali referentni kod, ali smo zatim unijeli promjene koje naru\u0161avaju savr\u0161eno osmi\u0161ljenu arhitekturu.<\/p>\n

Na kraju dolazimo do nekvalitetnog proizvoda, jer su u arhitekturi ve\u0107 nastale zakrpe, kod nije dovoljno pokriven testovima na nekim mjestima jer vremenski rokovi priti\u0161\u0107u, potrebno je br\u017ee rije\u0161iti sve gre\u0161ke. A sve zato \u0161to u izvornoj specifikaciji nisu uzeti u obzir svi aspekti koji trebaju biti implementirani.<\/p>\n

Programeri nisu \u0161teto\u010dine i ne pi\u0161u namjerno kod s gre\u0161kama.<\/p><\/blockquote>\n

\nDa smo izvorno razmislili o specifikaciji koja bi obuhvatila sve potrebne aspekte, onda bi sve bilo implementirano kako treba. No, to je utopija.<\/p>\n

Vjerojatno je nemogu\u0107e napisati savr\u0161enu specifikaciju od 100 stranica. Stoga moramo razmisliti o alternativnim na\u010dinima pisanja dokumentacije<\/strong>, specifikacije, postavljanja zadataka koji bi nas pribli\u017eili tome da programer radi upravo ono \u0161to je potrebno.<\/p>\n

Tada nam padaju na pamet pristupi iz Agile-a \u2014 korisni\u010dke pri\u010de s kriterijima prihva\u0107anja. Ovo je vi\u0161e primjenjivo za timove koji se razvijaju kroz manje iteracije.<\/p>\n

\u2014 A \u0161to je s testiranjem uporabljivosti, jednostavno\u0161\u0107u kori\u0161tenja proizvoda, dizajnom?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: To je vrlo va\u017ena stvar, jer u timu postoje dizajneri. Naj\u010de\u0161\u0107e se dizajneri koriste kao servis \u2014 ili odjel dizajnera ili dizajner na outsourcingu. \u010cesto se javljaju situacije u kojima se \u010dini da je dizajner slu\u0161ao produktologa i u\u010dinio ono \u0161to je shvatio. No, kada krenemo u iteraciju, ispostavlja se da zapravo nije u\u010dinjeno ono \u0161to smo o\u010dekivali: dizajner je ne\u0161to zaboravio, nije do kraja razradio pona\u0161anje, jer nije u timu i nije u kontekstu, ili frontend programer nije do kraja razumio njegov dizajn. Mogu\u0107e je da \u0107e biti potrebno nekoliko iteracija samo zbog toga \u0161to postoji problem s razumijevanjem dizajna od strane frontend programera.<\/p>\n

Postoji jo\u0161 jedan problem. Dizajnerske sisteme sada postaju sve popularnijim. Na vrhuncu su, ali korist od njih nije ba\u0161 o\u010digledna.<\/p>\n

Sre\u0107em se s mi\u0161ljenjem da dizajnerski sistemi, s jedne strane, olak\u0161avaju razvoj, dok s druge strane name\u0107u brojne ograni\u010denja na interfejs.<\/p><\/blockquote>\n

\nU kona\u010dnici, ne radimo funkcionalnost koju klijent \u017eeli, ve\u0107 onu koja nam je zgodna, jer ve\u0107 imamo odre\u0111ene komponente od kojih je mo\u017eemo napraviti.<\/p>\n

Mislim da treba obratiti pa\u017enju na ovu temu i razmisliti da li poku\u0161ajem pojednostavljenja rada na dizajnu zaista re\u0161avamo klijentovu bol.<\/p>\n

Postoji izuzetno mnogo tema vezanih za osiguranje kvaliteta. Da li u Rusiji postoji konferencija na kojoj se to mo\u017ee raspraviti?<\/em><\/strong><\/p>\n

Anastasija<\/strong>Postoji najstarija konferencija o testiranju koja se ove godine odr\u017eava po 25. put i zove se - Konferencija o osiguravanju kvaliteta SQA Days. Na njoj se prvenstveno raspravljaju alati i konkretni pristupi testiranju za funkcionalne testere. Kao pravilo, u izlaganjima na SQA Days duboko se razmatraju konkretne oblasti u domenu odgovornosti samih testera, ali ne i kompleksne aktivnosti.<\/p>\n

To stvarno poma\u017ee da se shvate razli\u010diti alati i pristupi, kao \u0161to su testiranje baza podataka, API-a itd. Me\u0111utim, s jedne strane, ne motivi\u0161e uklju\u010divanje u kreiranje kvalitetnijeg proizvoda ne samo kroz testiranje. A s druge strane, testeri ne postaju vi\u0161e uklju\u010deni u proces, kako bi razmi\u0161ljali o globalnoj svrsi proizvoda i njegovoj poslovnoj komponenti.<\/p>\n

Vodim veliki odeljak, vode\u0107i mnogo intervjua, koji zapravo poma\u017eu u predstavljanju stanja industrije u celini. Kao pravilo, na\u0161i ljudi rade u preduze\u0107ima i imaju jasnu odgovornost. Kolege koje rade na stranim projektima koriste razli\u010dite vrste testiranja: sami mogu raditi optere\u0107enjsko testiranje, testiranje performansi, pa \u010dak i ponekad testiranje sigurnosti, jer zaista poma\u017eu timu da obezbedi kvalitet proizvoda.<\/p>\n

Voleo bih da i kod nas u Rusiji ljudi po\u010dnu razmi\u0161ljati o tome da se industrija ne zavr\u0161ava na funkcionalnom testiranju.<\/p>\n

\u2014 Za to organiziramo novu konferenciju QualityConf, koja je posve\u0107ena kvaliteti kao cjelovitoj disciplini. Mo\u017ee\u0161 li detaljnije objasniti koncept, koja je osnovna svrha konferencije?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: \u017delimo stvoriti zajednicu ljudi koji su zainteresirani za izradu kvalitetnih proizvoda. Pru\u017eiti platformu na kojoj mogu do\u0107i, poslu\u0161ati izvje\u0161\u0107a i nakon konferencije oti\u0107i s konkretnim razumijevanjem \u0161to trebaju promijeniti kako bi pobolj\u0161ali kvalitetu.<\/p>\n

\u010cesto \u010dujem zahtjev od konzultantskih firmi \u0161to u\u010diniti kada postoje problemi s testiranjem i kvalitetom. Kada po\u010dne\u0161 razgovarati s timovima, vidi\u0161 da problem nije u samim testerima, ve\u0107 u tome kako je proces organiziran. Na primjer, kada programeri smatraju da su odgovorni samo za pisanje koda, njihova odgovornost prestaje to\u010dno u trenutku kada su zadatak predali na testiranje.<\/p>\n

Nisu svi svjesni da lo\u0161e napisani, nekvalitetni kod s lo\u0161om arhitekturom mo\u017ee izazvati velike probleme za projekt. Ne razmi\u0161ljaju o tro\u0161kovima gre\u0161aka, o tome da bagovi koji dospiju u produkciju mogu rezultirati velikim tro\u0161kovima za kompaniju i tim. Nema kulture razmi\u0161ljanja o ovome. \u017delim da tijekom konferencije po\u010dnemo \u0161iriti tu kulturu.<\/p>\n

Razumijem da ovo nije inovacija. Edward Deming, autor 14 postulata kvalitete, pisao je o tro\u0161ku gre\u0161ke jo\u0161 u pro\u0161lom stolje\u0107u. Na ovoj knjizi se temelji Quality Assurance kao disciplina, ali, na\u017ealost, moderna razvojna praksa to zaboravlja.<\/p>\n

\u2014 Ho\u0107ete li se doticati tema koje se izravno odnose na testiranje i alate?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: Pretpostavljam da \u0107e biti predavanja o alatima. Postoje dovoljno univerzalni alati koji mogu pomo\u0107i kompanijama i timovima da uti\u010du na proizvod.<\/p>\n

Sva predavanja \u0107e globalno biti povezana jednom zajedni\u010dkom misijom: prenijeti publici da smo uz pomo\u0107 ovog pristupa, alata, metode, procesa ili vrste testiranja utjecali na kvalitetu proizvoda i pobolj\u0161ali \u017eivot klijenta.<\/p><\/blockquote>\n

\nSigurno ne\u0107emo imati predavanja o alatima radi alata. Sva predavanja koja \u0107e u\u0107i u program bit \u0107e povezana zajedni\u010dkim ciljem.<\/p>\n

\u2014 Kome \u0107e biti zanimljivo to o \u010demu pri\u010da\u0161, koga vidi\u0161 kao goste konferencije?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: Imamo rasprave za programere kojima nije svejedno sudbina njihovog projekta, proizvoda, sistema. Tako\u0111er \u0107e biti zanimljivo i testera, a \u010dini mi se, posebno menad\u017eerima. Pod menad\u017eerima mislim na ljude koji donose odluke i mogu utjecati na sudbinu i razvoj proizvoda, sistema, tima uklju\u010duju\u0107i.<\/p>\n

To su ljudi koji se pitaju \u2013 kako pove\u0107ati kvalitetu proizvoda, sistema. Na na\u0161oj konferenciji saznat \u0107e o raznim skupovima aktivnosti i mo\u0107i \u0107e razumjeti \u0161to trenutno nije u redu, \u0161to treba promijeniti.<\/p>\n

Mislim da je glavni kriterij razumjeti da s kvalitetom ne\u0161to nije u redu i \u017eeljeti na to utjecati. Vjerovatno, prvi put ne\u0107e biti lako doprijeti do ljudi koji misle da je sve u redu.<\/p>\n

\u2014 Kako misli\u0161, je li industrija u cjelini sazrela za razgovor ne samo o testiranju, ve\u0107 i o kulturi kvalitete?<\/em><\/strong><\/p>\n

Anastasija<\/strong>: Smatram da jest. Sada mnoge kompanije odmi\u010du se od tradicionalnog Waterfall pristupa prema Agileu. Postoji orijentacija na klijenta, ljudi u timovima zaista po\u010dinju razmi\u0161ljati kako stvoriti kvalitetan proizvod. \u010cak i u enterprise kompanijama doga\u0111a se ponovno usmjeravanje na podizanje kvalitete.<\/p>\n

Sude\u0107i prema broju zahtjeva koji se javljaju u zajednici, mislim da je ve\u0107 do\u0161lo vrijeme. Naravno, nisam sigurna da \u0107e to biti velika revolucija, ali voljela bih da do tog preokreta u svijesti do\u0111e.<\/p>\n

\u2014 Dogovoreno! Radit \u0107emo na usvajanju kulture i preokretu svijesti.<\/em><\/strong><\/p>\n

Konferencija o kvalitetnoj izradi IT proizvoda QualityConf<\/a><\/noindex> odr\u017eat \u0107e se u Moskvi 7. juna<\/strong>. Znate li iz kojih se faza sastoji kvalitetan proizvod, imamo primjere uspje\u0161ne borbe protiv bugova na pro, na vlastitom iskustvu provjerili popularne metode \u2014 potrebna nam je va\u0161a iskustva. Po\u0161aljite<\/a><\/noindex> svoje prijave do 1. maja<\/strong>, a Programski odbor pomo\u0107i \u0107e usmjeriti temu za cjelovitost konferencije.<\/p>\n

Priklju\u010dite se chatu<\/a><\/noindex>, u kojem raspravljamo o pitanjima kvalitete i konferenciji, prijavite se na Telegram-kanal<\/a><\/noindex>, kako biste bili u toku s programskim vijestima.<\/p><\/blockquote>\n

Izvor: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0423\u00a0\u043d\u0430\u0441 \u043d\u043e\u0432\u0430\u044f \u0432\u0430\u0436\u043d\u0430\u044f \u0442\u0435\u043c\u0430\u00a0\u2014 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 IT-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432. \u041c\u044b\u00a0\u0447\u0430\u0441\u0442\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430\u00a0HighLoad++, \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b \u0431\u044b\u0441\u0442\u0440\u044b\u043c\u0438, \u0430\u00a0\u043d\u0430\u00a0Frontend Conf\u00a0\u2014 \u043a\u043b\u0430\u0441\u0441\u043d\u044b\u0439 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0439 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043d\u0435\u00a0\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442. \u0423\u00a0\u043d\u0430\u0441 \u0440\u0435\u0433\u0443\u043b\u044f\u0440\u043d\u043e \u0435\u0441\u0442\u044c \u0442\u0435\u043c\u044b \u043f\u0440\u043e \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0438\u00a0DevOpsConf \u043f\u0440\u043e \u043e\u0431\u044a\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432, \u0432\u043a\u043b\u044e\u0447\u0430\u044f \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435. \u0410\u00a0\u043f\u0440\u043e\u00a0\u0442\u043e, \u0447\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0437\u0432\u0430\u0442\u044c \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e \u0432\u00a0\u0446\u0435\u043b\u043e\u043c, \u0438\u00a0\u043a\u0430\u043a \u043d\u0430\u0434 \u043d\u0438\u043c \u043a\u043e\u043c\u043f\u043b\u0435\u043a\u0441\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c\u00a0\u2014 \u043d\u0435\u0442. \u0418\u0441\u043f\u0440\u0430\u0432\u0438\u043c \u044d\u0442\u043e \u043d\u0430 QualityConf\u00a0\u2014 \u0431\u0443\u0434\u0435\u043c \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23230,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31264","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Tko \u0107e odgovarati za kvalitetu? | ProHoster","description":"Pozdrav, Habr! Imamo novu va\u017enu temu \u2014 kvalitetna izrada IT proizvoda.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0442\u043e \u043e\u0442\u0432\u0435\u0442\u0438\u0442 \u0437\u0430 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e? | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0423 \u043d\u0430\u0441 \u043d\u043e\u0432\u0430\u044f \u0432\u0430\u0436\u043d\u0430\u044f \u0442\u0435\u043c\u0430 \u2014 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 IT-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432.","og:url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:40:21+00:00","article:modified_time":"2019-10-31T18:40:21+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31264","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 05:19:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:19:50","updated":"2026-01-21 05:19:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/31264","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=31264"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/31264\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/23230"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=31264"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=31264"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=31264"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}