Forumo pulsas
Kokie preliminarūs vertinimai/nusiteikimai dėl nesenai prasidėjusio ukrainiečių puolimo, jei kas bent kažkiek su tuo susijusius įvykius sekat? Optimistiniai/pesimistiniai/neutralūs (yra, kaip yra)? Ar dar smarkiai per anksti apie tai kalbėti?
Aš nežinau, kokie iškelti kontrpuolimo tikslai. Jei atsiimti visas žemes, tai rezultatai bus nuviliantys. Jei apsupti, sakykime, Melitopolį, tai sakyčiau 50 50. Jei pastumti fronto liniją kelis km, tai rezultatai bus puikūs. Jei atsiimti tiek žemės kiek pavyks, tai atleisti planuotojus už negebėjimą kelti tikslų.
Aš tiesiog tikiuosi, kad išsikelti tikslai yra pagal realias galimybes, o ne pagal kažkieno sukeltus lūkesčius.
Man maždaug šitas variantas nuo pat pradžių atrodė kaip vienas iš įtikinamiausių. Bet kartu atrodo ir sudėtingas ir skausmingas realizacijos prasme pagal turimus resursus.
Panašiai irgi tikiuosi. Tik kai kurie girdėti lyg ir pernelyg optimistiniai Zelenskio pareiškimai ir pan., gan rimtai pasilpnino tokį mano tikėjimąsi.
Neseniai vėl buvo užkliuvus akis ant "šventų karų" (tarp skirtingų dalykų fanboyjų) pavyzdžių pačiais įvairiausiais IT ir programavimo klausimais ar paradigmomis.
Man iš patirties artimoje darbinėje srityje, kur sudėtingesnės informacinės sistemos tampriai ir glaudžiai sąveikauja su reliacinėmis duomenų bazių valdymo sistemomis (DBVS), kartais nuskamba savotiškas "ginčas":
Ar neretai sudėtingų duomenų transformacijų reikalaujančios aplikacijos (informacinės sistemos) "biznio logiką" developeriams dažnai yra geriau "sukišinėti" :
1) labiau į naujai kuriamos informacinės sistemos aplikacijų serverio(-ių) lygį
ar
2) labiau į duomenų bazės lygį (arčiau DBVS saugomų duomenų)
?
Čia papildomai dar turint omenyje, kad DBVS pusė yra pakankamai pažangi iš sudėtingų SQL užklausų, DB procedūrų programavimo pusės ir t.t. (pvz., yra naudojama Oracle DB, Microsoft SQL Server, PostgreSQL ar pan.).
Tam tikros specifikos ir pobūdžio informacinėse sistemose man pakankamai artimas atrodo 2-asis variantas, kuriam turėčiau savų specifinių argumentų. Tačiau, jeigu kartais kas nors netyčia susidūrė su tuo iš savo darbinės patirties, būtų įdomu išgirsti kokių man įdomesnių argumentų už 1-ąjį variantą.
Pvz., vienas iš rimtesnių argumentų už 1-ąjį variantą yra, kad šis variantas daug paprastesnis ir patogesnis iš informacinės sistemos (parduodamo produkto) "scalability" pusės. O kartu ir iš produkto pardavimo pusės. Nes labai dažnai informacinės sistemos būsimų pirkėjų duomenys jau yra atitinkamai saugomi (ir nemažos apimties) savose (tiems duomenims skirtose) skirtingose duomenų bazėse (DBVS) ir perkėlinėti/integruoti duomenų į kitas pirkėjams neįprastas DBVS pirkėjai dažniausiai visiškai nepageidauja. Įskaitant, pavyzdžiui, ir tai, kad greičiausiai tokiais atvejais pirkėjams tektų diegti naują ir jiems nepigią DBVS ir/ar net su tuo susijusią papildomą įrangą. Naujai/papildomai samdyti pirkėjų infrastruktūrai neįprastą naują DBVS prižiūrinčius nepigius specialistus. Ir pan.
Galbūt netyčia matote dar kokių įdomesnių argumentų už 1-ąjį variantą ar esate susidūrę iš savo patirties? Ar gal net netyčia žinote kokias įdomias alternatyvas aukščiau paminėtiems variantams?
Man iš patirties artimoje darbinėje srityje, kur sudėtingesnės informacinės sistemos tampriai ir glaudžiai sąveikauja su reliacinėmis duomenų bazių valdymo sistemomis (DBVS), kartais nuskamba savotiškas "ginčas":
Ar neretai sudėtingų duomenų transformacijų reikalaujančios aplikacijos (informacinės sistemos) "biznio logiką" developeriams dažnai yra geriau "sukišinėti" :
1) labiau į naujai kuriamos informacinės sistemos aplikacijų serverio(-ių) lygį
ar
2) labiau į duomenų bazės lygį (arčiau DBVS saugomų duomenų)
?
Čia papildomai dar turint omenyje, kad DBVS pusė yra pakankamai pažangi iš sudėtingų SQL užklausų, DB procedūrų programavimo pusės ir t.t. (pvz., yra naudojama Oracle DB, Microsoft SQL Server, PostgreSQL ar pan.).
Tam tikros specifikos ir pobūdžio informacinėse sistemose man pakankamai artimas atrodo 2-asis variantas, kuriam turėčiau savų specifinių argumentų. Tačiau, jeigu kartais kas nors netyčia susidūrė su tuo iš savo darbinės patirties, būtų įdomu išgirsti kokių man įdomesnių argumentų už 1-ąjį variantą.
Pvz., vienas iš rimtesnių argumentų už 1-ąjį variantą yra, kad šis variantas daug paprastesnis ir patogesnis iš informacinės sistemos (parduodamo produkto) "scalability" pusės. O kartu ir iš produkto pardavimo pusės. Nes labai dažnai informacinės sistemos būsimų pirkėjų duomenys jau yra atitinkamai saugomi (ir nemažos apimties) savose (tiems duomenims skirtose) skirtingose duomenų bazėse (DBVS) ir perkėlinėti/integruoti duomenų į kitas pirkėjams neįprastas DBVS pirkėjai dažniausiai visiškai nepageidauja. Įskaitant, pavyzdžiui, ir tai, kad greičiausiai tokiais atvejais pirkėjams tektų diegti naują ir jiems nepigią DBVS ir/ar net su tuo susijusią papildomą įrangą. Naujai/papildomai samdyti pirkėjų infrastruktūrai neįprastą naują DBVS prižiūrinčius nepigius specialistus. Ir pan.
Galbūt netyčia matote dar kokių įdomesnių argumentų už 1-ąjį variantą ar esate susidūrę iš savo patirties? Ar gal net netyčia žinote kokias įdomias alternatyvas aukščiau paminėtiems variantams?
1) Valdykis su kabutėmis.Svetimas wrote: ↑2023-06-20 14:19Man iš patirties artimoje darbinėje srityje, kur sudėtingesnės informacinės sistemos tampriai ir glaudžiai sąveikauja su reliacinėmis duomenų bazių valdymo sistemomis (DBVS), kartais nuskamba savotiškas "ginčas":
Ar neretai sudėtingų duomenų transformacijų reikalaujančios aplikacijos (informacinės sistemos) "biznio logiką" developeriams dažnai yra geriau "sukišinėti" :
2) Nei vienas iš variantų netinka absoliučiai visiems gyvenimo atvejams. Bet apskritai nemanau, kad duombazių gamintojai turi ar kada nors turėjo ambicijų gaminti pilnavertiškus produktus programavimui. Visa tai daugiau papildomi, pavėluotai įgyvendinti featurai, kurie gali būti visai naudingi sprendžiant labai specifiškas problemas. Bet naudoti plačiai? Neee.
3) Pati reliacinė DB yra gana specifiškiems uždaviniams reikalingas dalykas. Dažnu atveju ji yra overkillas net ir tiesiog duomenų saugojimui be jokių stored procedūrų naudojimo.
Kremliaus klika gali atsipūsti, prigožinas nusileido, sutiko kraujo nelieti.
Šiaip buvo gana juokinga. Naudos tam kartui nedaug, bet aišku, kuo kvailiau atrodo putinas ir jo armija, tuo geriau.
Šiaip buvo gana juokinga. Naudos tam kartui nedaug, bet aišku, kuo kvailiau atrodo putinas ir jo armija, tuo geriau.
Last edited by Lionginas on 2023-06-24 20:17, edited 1 time in total.
Ech, gaila, kad taip sparčiai išsikvėpė. Pasidėsiu likusius popcornus atsargai jei prigožinas vėl persigalvotų. Bet kažkaip abejoju, kad tuo viskas ir baigsis, ir kaltinimus išdavyste jam atšauks, ir paruoštą arbatą su novičioku tualetan dabar išpils?
Gal neišpils, bet putinui nelabai sekasi su novičioku, vis žudo ką nors ir niekaip nesigauna.
Kokiu tikslu suorganizavo¿ Kad apsijuoktų, visiems parodytų, kad nevaldo situacijos¿ Kad Maską gali paimti bet kas, jei tik yra noro¿
Mane šiandien truputį nustebino, kiek aktyviai šita „spektaklio“ versija skleidžiama internetuose rusijos trolių ir nuoširdžiai kartojama protiškai atsilikusių žmonių. Matau visur nuo reddito iki Youtube komentarų. Rusijos trolių tikslą galiu suprasti, mėgina parodyti, kad viskas kontroliuojama ir kad putleris yra labai gudrus su gudriais strateginiais planais, o ne bailys nevykėlis asilas. Na o nuoširdžių priedurnių suprasti seniai net nebesistengiu. Bet turbūt čia tas pats mechanizmas kaip ir sąmokslo teorijų atveju, pasitenkinimas tariamai perpratus „tikrąsias“ įvykių priežastis.
Prigožinas persigalvojo, pasirodo, žygio į Maskvą priežastis buvo ketinimai išformuoti jo gaują, o ne raketos ataka prieš Wagner bazę. 
Vienok po prigožino demonstracijos dabar visi apsišikę orkų kareiviai verkiantys kad juos čia verčia tarnauti ir žudyti ukrainiečius, atrodo dar labiau apgailėtinai. Nueitų iki maskvos ir nuverstų savo cariuką užuot veršklenę. Arba gali stipti Ukrainoje, jų pasirinkimas.
Tiesiog labai gajus putino, kaip genialaus stratego ir alfa patino, kultas. Kai kam sunku patikėti, kad tai mitas, todėl sugalvoja, kaip paaiškinti jį paneigiančius faktus. Maždaug, nu juk neįmanoma kad putinas šitaip susimautų, turbūt bus koks gudrus ėjimas arkliu....Seianus wrote: ↑2023-06-25 18:31Mane šiandien truputį nustebino, kiek aktyviai šita „spektaklio“ versija skleidžiama internetuose rusijos trolių ir nuoširdžiai kartojama protiškai atsilikusių žmonių. Matau visur nuo reddito iki Youtube komentarų. Rusijos trolių tikslą galiu suprasti, mėgina parodyti, kad viskas kontroliuojama ir kad putleris yra labai gudrus su gudriais strateginiais planais, o ne bailys nevykėlis asilas. Na o nuoširdžių priedurnių suprasti seniai net nebesistengiu. Bet turbūt čia tas pats mechanizmas kaip ir sąmokslo teorijų atveju, pasitenkinimas tariamai perpratus „tikrąsias“ įvykių priežastis.
Jiems įsakyta stipti Ukrainoje, todėl nėra kito pasirinkimo. Ar kaip ten jie sako...Seianus wrote: ↑2023-06-28 10:31Vienok po prigožino demonstracijos dabar visi apsišikę orkų kareiviai verkiantys kad juos čia verčia tarnauti ir žudyti ukrainiečius, atrodo dar labiau apgailėtinai. Nueitų iki maskvos ir nuverstų savo cariuką užuot veršklenę. Arba gali stipti Ukrainoje, jų pasirinkimas.
Realiai viskas fronte, Maskvą paimtų ir civiliai. Su aukomis, aišku, kaip Maidane ar didesnėmis. Bet jiems tiesiog dzin, net opozicija juos įkalbinėja, kad nieko nedarytų, nes jie tipo bejėgiai prieš bananus.
J.Prigožinas pats kažkada buvo "Trolių fabriko" Sankt Peterburge direktorius ar vadovas. Kodėl jis tiesiog negalėjo tokiu spektakliu patrolinti ukrainiečių ir jų sąjungininkų vakariečių?Seianus wrote: ↑2023-06-25 18:31Mane šiandien truputį nustebino, kiek aktyviai šita „spektaklio“ versija skleidžiama internetuose rusijos trolių ir nuoširdžiai kartojama protiškai atsilikusių žmonių. Matau visur nuo reddito iki Youtube komentarų. Rusijos trolių tikslą galiu suprasti, mėgina parodyti, kad viskas kontroliuojama ir kad putleris yra labai gudrus su gudriais strateginiais planais, o ne bailys nevykėlis asilas. Na o nuoširdžių priedurnių suprasti seniai net nebesistengiu. Bet turbūt čia tas pats mechanizmas kaip ir sąmokslo teorijų atveju, pasitenkinimas tariamai perpratus „tikrąsias“ įvykių priežastis.
J.Prigožinas yra vadinamojo "kolektyvinio Putino" sudėtinė dalis ir vienas tokių dalykų realiai negalėjo suorganizuoti. Nepamirškim, jis pats net nėra karys.
O tikslai tai aiškūs - 1) apmulkinti ukrainiečių karius, kad jie lįstų į spąstus, kuriuos, matyt, jau buvo paspendęs D.Utkinas (aka "Vagneris") Ukrainoje, ir patirtų daug aukų, bei 2) vakariečius įtikinti, kad V.Putinas yra silpnesnis nei atrodo, kad tie irgi lįstų spąstus, kuriuos galimai paspendė FSB. Tik antrasis tikslas tikriausiai liko neįgyvendintas, nes kažkur spaudoje buvo žinutė apie tai, jog JAV perspėjo ukrainiečius nelįsti į Rusiją. O pirmąjį nutyli patys ukrainiečiai.
Last edited by Augustas on 2023-06-28 17:35, edited 1 time in total.