Kazdy mame svuj oblibeny jazyk na psani API. Casto o nem zarputile tvrdime, ze je to ten nejlepsi jazyk. Co kdyz ale chceme vybrat ten nejvhodnejsi jazyk pro konkretni problem? Existuji nejake objektivni metriky? Benchmarky? A nebo je to nakonec jedno a zalezi jen na tom, co se vam libi?
PHP je stale jednim z nejpouzivanejsich jazyku pro webovy vyvoj (na backendu), tedy i API. Na server se casto dostava i JavaScript, a to prevazne ve chvili, kdy API pisou fullstack JS vyvojari. Nejen v Brne vsak najdeme pocetnou komunitu vyvojaru, kteri tvrdi, ze neni lepsi jazyk nez Golang, zejmena pokud vyzadujete vykon...
Co to vlastne znamena vykon, kdyz se bavime o API? Opravdu je dulezite, za jak dlouho dany jazyk dokaze spocitat 70ty stupen Fibonacciho posloupnosti? Neni nakonec nejdulezitejsi to, jak dany jazyk / framework umoznuje zpracovavat konkurentni pozadavky? Mozna je totiz lepsi obslouzit 100 konkurentnich pozadavku za 500ms, nez umet vyridit jeden pozadavek za 50ms, ale vzdy jen jeden v danou chvili.
A prave kazdy z vyse zminenych jazyku pristupuje ke konkurentnimu zpracovani odlisne.
Pojdme se tedy spolecne podivat na konkretni priklady z praxe.
S Golangem se typicky poji predpoklad rychlosti a pametove efektivity. Jak je tomu konkretne v pripade zpracovani konkurentnich pozadavku na API? Jakub Zapletal se venuje softwarove architekture pres 10 let a repertoar vyzkousenych technologii a pristupu ma opravdu siroky. TOP pricky z pohledu oblibenosti okupuje Golang, test-driven development, domain-driven design a efektivni kod. Uz pristi utery se dozvime, jestli je Golang odpovedi na palcive performance problemy.
Kdyz chceme porozumet individualite programovaciho jazyka a naucit se plne vyuzivat jeho potencial, je potreba se podivat pod kapotu a "zaspinit si ruce". JavaScript je obecne znamy pro sve specificke chovani. Co to zpusobuje pri pouziti na serveru a jak toho vyuzit pri vyvoji API, ktere dobre zvlada konkurentni pozadavky? Na to se pokusime prijit spolecne s Dominikem Tilpem, ktery nas celym vecerem provede.
