Biti
Vse kar je majhno, me privlači, Recimo majhne črpalke, kot je tale. In da je RFID zanimiv način za identifikacijo, zaklepanje in plačila, je jasno. Da pa lahko narediš tudi to, me pa malo skrbi.
Google code search je za škodoželjne pripravno orodje. Ker je večnitnost in hkratni dostop do spomina lahko pravi pain-in-the-ass, je SXM API pripraven za večnitno računanje, kjer so skupni podatki sinhronizirani brez uporabe zaklepanja (locks). Če pa želite Watermarking zvočnih zapisov, vam tole orodje omogoča robustno rešitev. Pa še nekaj za vizualizacijo FSM. Ker sem pristaš "univerzalnega automatizma" priporočam še tole bukvo.
Če pa uživate v dobri komediji, je odlično animiran plastelin pripraven za veselo zapravljanje časa.
2 komentarja:
okrog večnitnosti , ne mutabilnost varijable in funcijsko podajanje paramtrov rešujeta večji del problemov , kar se tiče kdo jebe kero mem lokacijo. trenutno mene bode kako vedet kdaj zadevo paralelizerat po več procih. ker če je sam f(x) prepocen so penali za kreeranje treda alpa tredpula dost večji od prdobitve , če zadevo distribueraš. mogoče b kaka simpl statična analiza u precompilu lohk funkla ustrezen atribut na funkcijo al se splača it multicore al ne(clustre zanikam vsvojih razglablanjih k nimam izkušenj). sam tlej pa spet nasledn prublem kuko vem daj zadeva gnana zadostkrat. kurc pojma nimam.
zakaj pa ne oceniš kompleksnosti funkcije in se potem na podlagi tega odličiš, al jo boš sparaleliziral al ne ? če delaš na toku podatkov, ki jih itak brez večjega problema paraleliziraš, potem je že dovolj da jo izvedeš,. ugotoviš časovno zahtevnost(al jo pa poštopaj) in se na podlagi tega odloč. Sam boš itak mel jebo, v trenutku k boš mel kako rekurzijo. če imaš količino podatkov nad katerimi poganjaš nek algoritem, za katerega veš zahtevnost, pol boš pa ja vedu kdaj približno bo vse skupaj končano... hmm.. zakaj pa rabiš vedet samo "zadostkrat" al dovoljkrat ?
Objavite komentar