Gal ne kiek nemokedavo kiek nepasiteisindavo, beje jei reikdavo isskirstyti procesus programus vidui, kad ir senais senais laikais, gana patikimai veikdavo ,kad ir tokia primityvi kirvine priemone, kaip funcijos ar klases issaukimas per toki gerai zinoma objekta kaip Timeri, sugaistant jo issaukimui 1 milisekunde. Bet dauguma dirba su duomenu bazemis, ir cia pagrindines laiko sanaudos tai risys su pacia DB ir tam yra sinchronines ir asinchronines priemones tarp duomenu objektu. Mano galva daug svarbesnis procesu isskirstymas siuolaikinese sistemose ne kiek vienos programos vidui, kiek pacio tinklo vidui. Tai yra tarp Duomenu Serverio(jame turetu suktis tik tai kas optimaliausia), tarpines atminties naudojimas (VS zinomos pradzioj kaip MTS, po to COM+, dabar madingi Web Services) ir klientines dalies. Sioje vietoje gauname marijos zemeje kaip toje pasakecioje, kur kiekvienas tempia vezima i savo puse kaip kas moka. O sioje vietoje turetu buti tiek techninis tiek loginis sprendimas vienoje vietoje, tai yra subraizoma aiski tiek duomenu, tiek procesu struktura ir ju grandine, aiskiai isivaizduojant kas kur suksis. Taigi tokiu atveju tam kad isnaudoti funkcionaliai procesu skirstyma, turesim juos specializuoti tik konkreciam atvejui, nepriklausomai ar juos skirstysim fiziskai tarp objektu, ar pacios programos vidui, o konkretus atvejis tai ir duomenu strukturos, tai ir klasiu bei funkciju isskirstymas taip pat konkreciam atvejui. Idomu ant kiek tai paranku didziosioms "SOFTO" kalykloms :), kuriu kredo kaip iljiciaus lempute, kuo daugiau universalumo ant kuo didesnes mases. Apskritai gal laikas perziureti vartotojiskus terminus, ir programines irangos kurejus pradeti vel skirstyti kaip buvo iprasta, i universalios ir specializuotos programines irangos kurima , o ne i tuos "MES" ir freelanceriai, beje paskutinis visiskai nevykes terminas, ir mano galva tai turetu buti zmogus kuris sugeba nuo a iki z susikurti sau darbo vieta online, o ne pagal tai ka jis ir kaip daro. "G.V." <na@na.na> wrote in message news:hehbr5$heh$1@trimpas.omnitel.net... > > Jie nemažai investavo i parallel development - sako, daugės multicore > kompų, todėl teks pradėti programuoti kiek kitaip :) Atsirado naujos API > skirtos parallel programavimui (kad programuotojui nereikėtų rūpintis > thread'ais - juk multithreading'o programuoti vis tiek dauguma nemoka). Ir > nauja Visual Studio labiau pritaikyta multithreadingo debuginimui - galima > stabdyti ir leisti atskirus thread'us debugeryje ir t.t. > > Dar mačiau WCF neblogų pakeitimų ir featurų įdėjo. > > G.V. > > > "IF" <nojauslaivas@gmail.com> wrote in message > news:he3fpk$4e8$1@trimpas.omnitel.net... >> Na ka, laikas nestovi vietoje, taigi reiskiam mintis ponai >> >>