U ovom tekstu govoriću o umetanju zavisnosti (Dependecy Injection), šta je zavisnost, šta je umetanje, šta se događa kada ga koristimo, šta se događa kada ga ne koristimo, zašto je neophodno i na kraju, kako da ga uz pomoć Dagger 2 koristimo u našim Android projektima.
U današnjem poslovnom svetu sve se zasniva na poverenju. Svaka novčana transakcija, vlasništvo ili dogovor. Ovo poverenje se, međutim, obezbeđuje na veoma specifičan način – ulogom treće strane, odnosno institucije od poverenja. U novčanim transakcijama to su banke, u vlasničkim odnosima tu su katastri i slične državne institucije, u slučaju bilo koje vrste ugovora, tu su sudovi. Pozitivna strana ovih institucija iliti trećih lica je ta što im sve strane svih ovih dogovora veruju i očekuju zaštitu u slučaju bilo kakvih neočekivanih pojava.
Većina projekata počinje kao monolit. Ovako je bilo i u mom slučaju dok sam radio na aplikaciji za krajnjeg korisnika ispunjavajući zahteve velikog telekomunikacionog provajdera iz Holandije. Ideja je bila da imamo odvojenu aplikaciju gde ćemo pružiti pristup REST API servisima za klijentsku stranu napravljenu u Angular 1 framework-u. Ova aplikacija koju smo nazvali consumer-services je služila kao most između CRM-a i SOAP web servisa i klijentske aplikacije. Bez poznavanja jasnih granica našeg domena i opsega do koga će rasti počeli smo sa razvojem REST servisa koristeći ovaj pristup. Stvari su izgledale obećavajuće.
Onda, šta je to monolit?
Testiranje se često posmatra kao destruktivna aktivnost. Tako da, uloga testera nekada može biti vrlo specifična. U nekim slučajevima, tester se neće lako uklopiti u tim. Programeri ponekad misle da tester “igra” protiv njih, i da bi to moglo da izazove razne probleme. Tester mora da ubedi ostatak tima da je njegova/njena uloga zaista bitna, da ima dobru komunikaciju sa njima i da na lep način dokaže da on nije njihov protivnik. Tester igra u istom timu, samo sa razlicitim dužnostima.
Ovaj članak podrazumeva osnovno razumevanje Git-a, ako ste se ikad pitali kako Git radi, i još važnije, zašto je sve tako komplikovano.
Da bi bolje razumeli Git, možemo zamisliti sledeći misaoni eksperiment. Pretpostavimo da su Alisa, Bob i Čarli tri posvećena i vredna developera, ali da se jednog posebno baksuznog dana njihov Centralizovani Verzioni Sistem (CVS) pokvario. Sada, pošto su svo troje izuzetno uporni, oni nastavljaju sa radom i dostavljaju svoje izmene klijentu. Na kraju dana, kada svo troje imaju veliki broj izmena, njima treba neki način da spoje svoje izmene.
Kao junior full stack programer u betting timu MozzartBetovog IT sektora jedan od izazova koji me svakodnevno motivišu je na primer kako kreirati kolekcije transakcije klađenja da bi reprezentovali igračev obračun, i onda procesirati celu kolekciju kako bi se pronašao podatak o tome koliko je igrač potrošio novca. Za većinu ovakvih problema, najčešće se nameće korišćenje Jave 8. Da bih ubrzao procesiranje oslonio sam se na višejezgarnu arhitekturu, ali pisanje paralelnog koda je teško i podložno greškama, a standardno procesiranje kolekcija je daleko od savršenog u Javi.
Zdravo, Java entuzijasti i profesionalni developeri. Ako ste se ikada suočili sa izazovima jednosmerne komunikacije server-klijent i tražite jasno rešenje, došli ste na pravo mesto. Tehnologija o kojoj ćemo govoriti u ovom kratkom blogu predstavlja lako i efektivno rešenje.
AWS EC2 je skraćenica za engleski naziv Elastic Cloud Computing, web servis koji omogućava hostovanje aplikacija na virtuelnim serverima, takozvanim instancama, služeći se jednostavnim interfejsom.
Glavne prednosti AWS EC2 su manji troškovi, virtuelni serveri su jeftiniji u odnosu na fizičke servere, brzo i jednostavno održavanje i nemogućnost pada servera, aplikacija je stalno dostupna…
AWS EC2 obezbeđuje jednostavno skaliranje web resursa što vam omogućava da povećate ili smanjite kapacitete servera u nekoliko minuta. Nad vašim virutelnim instancama imate potpunu kontrolu kao što biste je imali nad fizičkim instancama. Ovaj fleksibilan cloud hosting servis vam daje mogućnoct izbora tipa instance, vrste operativnog sistema i softverskih paketa.
Pre nego što započnem priču o agilnom testiranju, volela bih da skrenem paznju na značenje reci agilno. Sigurno ste mnogo puta čuli „agilno radno mesto”, „agilno obrazovanje”, „agilni tim”, „agilni nacin razmisljanja” i slično. Reč često koristimo, a da nismo uvek sigurni u njeno značenje. Ona potiče od latinske reči agilis što znači brz, lak, hitar, spretan, okretan.
Iako se bavim testiranjem gotovo 4 godine, nisam znala u praksi šta je agilna metodologija dok nisam došla u Endavu. Od trenutka kada sam prvi put uzela karte za estimaciju u ruke, a nedugo potom i stavila svoj prvi papirić na Done na Scrum tabli, agilno mi je postajalo sve bliže.
Pre nešto više od godinu dana postala sam deo Ibis Instruments Big Data tima u ulozi Big Data softverskog inženjera. Ibis Instruments se već značajno vreme bavi oblasti Big Data i u proteklih nekoliko godina uspeli smo da razvijemo sopstveno Big Data rešenje Ibis Performance Insights, iPi. Do sada smo razvili nekoliko iPi Big Data okruženja i kao što to obično biva u developerskom svetu, tokom svakog smo nailazili na različite izazove i prepreke. Stoga sam odlučila da sa vama podelim jedno od naših najznačajnih iskustava koje se tiče HBase-a i njegovog uticaja na jedno od naših najvećih i najznačajnijih Big Data okruženja. Međutim, pre nego što dublje uronimo u tematiku ovog posta, važno je da vas na kratko upoznam sa arhitekturom iPi-ja.
