Schleswig-Holstein gre na Linux

Blator je nekaj ekvivalentno swingu v javi. Js je js. Preprost a omejen. Wasm ti omogoča spodaj praktično katero koli rabo jezika. Pri novejših programskih jezikih je ponekod celo prva izbira.

Gre samo za prvi framework ki je resno zagrizel v Web Assembly zgodbo(in ja, ta je. net specific). Sledili bodo tudi ostali, tudi Angular in podobni frameworki bodo vedno vec wasm knjiznic vsebovali.

Namen wasm ni primarno da ubije Javascript. Ampak bolj cilja da nadomesti platform specificno client kodo, kot so naprimer desktop aplikacije, ker pac prinese desktop performance (in desktop programske jezike) v web.

Zakaj ni več frameworkov in prevajalnikov iz višjih programskih jezikov v JS, kakršen je (bil) npr. GWT ali Vaadin, ki mislim da je osnovan na GWT-ju?

Pokaži na tej lutki kje te je JS ugriznil.

dsfsfawer235 je 24. nov 2021 ob 09:29 izjavil:

driver_x je 24. nov 2021 ob 09:24 izjavil:

Zakaj ni več frameworkov in prevajalnikov iz višjih programskih jezikov v JS, kakršen je (bil) npr. GWT ali Vaadin, ki mislim da je osnovan na GWT-ju?

Zato, ker noben programer, ki ima malo samospostovanja tega ne bo uporabljal. Sicer pa imas, TypeScript itd. Dela tocno to, iz manjsega sranje, vecje sranje.

Ne razumem - zakaj ne bi tudi front-enda delal v Javi, če že back-end.

driver_x je 24. nov 2021 ob 09:36 izjavil:

dsfsfawer235 je 24. nov 2021 ob 09:29 izjavil:

driver_x je 24. nov 2021 ob 09:24 izjavil:

Zakaj ni več frameworkov in prevajalnikov iz višjih programskih jezikov v JS, kakršen je (bil) npr. GWT ali Vaadin, ki mislim da je osnovan na GWT-ju?

Zato, ker noben programer, ki ima malo samospostovanja tega ne bo uporabljal. Sicer pa imas, TypeScript itd. Dela tocno to, iz manjsega sranje, vecje sranje.

Ne razumem - zakaj ne bi tudi front-enda delal v Javi, če že back-end.

Torej, na kratko - zakaj Java ne. Been there - done that.
Odjemalci so imeli instalirane različne verzije Jave, java sama je bila "premočna" in je podlegala zlorabam, zato so si omislili "sandbox", torej neko dovoljeno rabo lokalnih virov.
Rendering je bil zelo počasen, Microsoft na začetku tega ni podpiral.

Naša prva Java v brskalniku aplikacija je bila bolj ko ne fail. Grozno počasna in nenormalno občutljiva na vse.

Kar se tiče ostaih GUI frameworkov - govorimo o realnih frameworkih - teh je v bistvu *ZELO* malo. Bolj pravo ime bi bilo widget library - knjižnica grafičnih elementov. Zelo malo firm se je tega pošteno lotilo, ker nenazadnje - če se tega pošteno lotiš, imaš dosti dela in look & feel, ki je praviloma manj bogat kot recimo native Windows. Dosti detajlov imaš - scaling, shading, smoothing, threadane funkcionalnosti, dogodki.

Še najbolj elegantno je to storila Java, ki je za Swing widget uporabila X11 (oz. si imel na izbiro tri widgete). Kolikor se spomnim, ta del NI šel v open source javo, ker je imel MIT licenco na X11.

Seznam widgetov je tukaj:
List of widget toolkits @ Wikipedia

Dodaten problem predstavlja, da določenih widgetov *NE MOREŠ* uporabiti v brskalniku. Dejansko se dosti razvoja ta hip dogaja točno na widgetih, da se izboljša look & feel, ki je - za sedaj - slabši od native oken.

Delati widget za Wasm je enako samomoru. Delati Wasm based framework, ki bi potem klical native Windows/Linux - to bi sicer šlo. A je vseeno dosti dela. Qt je to počel. Uspeh je bil zmeren. Vmesni layer *vedno* doda balast. In Qt je native C/C++ aplikacija. Wasm bi bil po definiciji malenkost slabši.

dsfsfawer235 je 24. nov 2021 ob 10:32 izjavil:

bbbbbb2015 je 24. nov 2021 ob 10:24 izjavil:

Torej, na kratko - zakaj Java ne. Been there - done that. /.../

Ne, ne razumes, ne govorimo o javi na clientu, ampak compajlanju jave v webasm. Ali C++-a ali pythona,...

Webasm je "kao" strojni jezik za browser in ne dela native klicev, se vedno gre vse skozi browser (sicer bi naredil tako luknjo v sistem, kot je bila Java), ker DOM dela se nimajo implementiranega, mora zaenkrat za to se klicat js stube. Odpade pa vse sranje jezika razumljivega cloveku, kodo dobis ze v obliki, ki se v browserju samo se izvede, nobenega JIT compajlanja itd.

Potem ne razumem, zakaj bi rad imel Javo. C/C++ bi bil boljši. Glej, JS je že od začetka imel boljši ali slabši Chromium, ki vključuje (čedalje več) elementov GUI. Za JS stoji velika firma (Google), ki ne samo, da vlaga dosti resursov v to, ampak daje JS oz. Chromium prosto na razpolago.

Webasm še vedno ni strojni jezik, ampak rabi translacijo. Temelji na neki ideji, asembler (zbirnik) je vedno hiter. To je tako, kot bi rekli, da bi pa zdaj promovirali Java bytecode:
Java bytecode @ Wikipedia

Java je morala, poleg tega, da nudi JVM, pa prevajalnik, pa EE demo, pa SWING pa Netbeans zastonj vrgla še X stvari (specifikacij, kot je JTA, ipd.). Pa še potem smorabili 10+ let, da smo razčistili, za kaj Java je in za kaj ni. Webasm ne nudi nič od tega. Webasm je NO GO, razen če ga vzame pod okrilje resna firma, ter nasuje bombonov do stropa.

bbbbbb2015 je 24. nov 2021 ob 11:43 izjavil:

Potem ne razumem, zakaj bi rad imel Javo. C/C++ bi bil boljši.

Izbira jezika je velikokrat stvar okusa. Dokaj dobro obvladam in uporabljam vse tri od naštetih jezikov, vendar bi za pisanje web client dela aplikacije vedno izbral Javo pred C ali C++. Govorim seveda o prevajanju Jave v JS. C in C++ sta preveč toga pri osnovnih zadevah in namesto z vsebino se nato več ukvarjaš s tehnikalijami. Enako tudi prednosti, ki jih imata C/C++ pred Javo, zelo redko pridejo do izraza v web clientu.

bbbbbb2015 je 24. nov 2021 ob 11:43 izjavil:

Webasm je NO GO, razen če ga vzame pod okrilje resna firma, ter nasuje bombonov do stropa.

Koliko resno firmo bi pa rad imel? A to, da ga vsi glavni browserji podpirajo bo vredu? Da je deklariran za standard s stran w3c?

A bo tole dovolj resna firma?
https://earth.google.com/static/wasm/ (hmm, pismo, kaj je ze ta zadnji keyword v URLju )

Mogoce tole?
https://www.zdnet.com/article/microsoft...

Js je prezivet jajc, ki se vsem izkazuje za coklo razvoja web-a. Preprosto mora stran. Prej, ko gre iz mainstreama, bolje za vse, seveda pa se tudi cobol se vedno uporablja

Zimonem je 24. nov 2021 ob 12:27 izjavil:

To niti ni tak problem, če iščeš performance.
Problem je tu.
https://00f.net/2018/11/25/webassembly-...

Preberi zadnji odstavek. Pa s samim naslovom se ne strinjam, tudi z mallocom ne allociras fizicnih naslovov v memoriji. Kakor tudi tukaj ne bos delal s fizicnimi naslovi.

Samo dokler je koda spodaj brez hroščev.

Jao kaki zgreseni komentarji, ko folk ne razume kaj wasm je. Wasm direktno developer ne bo nikoli videl, pa tudi precej redko bo kdo direkt konvertiral neko kodo(ala C) v wasm. Wasm bodo pretezno uporabljali razni frameworki v ozadju, vsaj desetletje se v kombinaciji z JavaScript. Blazor Web Assembly ima recimo precej JavaScript kode(pac implementacije UI elementov naprimer), ampak za njo skrbi framework v ozadju, programer pa vidi zgolj html in C#.

Razlike v varnosti ni, wasm in JS poganja enak virtualni proces znotraj brkalnika z enakimi navzven izpostavljenimi APIji (no wasm jih ima zaenkrat celo precej manj, ampak lahko preko js interopa pride do vseh ostalih). Torej security je isti.

Wasm NI koncni produkt za developerja. Gre samo za low level standardizirani format, ki bo bil skupna tocka za OSTALE frameworke. Ti ostali frameworki bodo nato imeli za sabo neke firme in push in marketing, wasm sam po sebi nikoli. Vse kar wasm sam po sebi rabi doseci je, da se ga doloci za uradni standard in to je ze finalizirano.

O tem ali se bo wasm uporabilo bodo odlocali avtorji frameworkov za web. In noben normalen ne bi sel leta 2021 razvijat nov framework, ki vsaj do neke mere ne izkoristi wasm. Skratka gre bolj za nove generacije web frameworkov. Tudi obstojeci bodo morali podpreti vsaj do neke mere, ce bodo hoteli ostati relavantni.

Nebuloze na kubik.
Če imaš poslovni razlog preiti na linux, potem to narediš brez večjega medijskega pompa.

win64 je 25. nov 2021 ob 04:00 izjavil:

Javascript je grd jezik in se ga flika na vseh koncih. V brskalnikih manjkajo osnovne funkcionalnosti, npr.: delo z datumi in številkami glede na kulturo. To pomeni, da že pri pisanju osnovne aplikacije potrebuješ kup knjižnic, ki upaš da bodo delale tudi čez 5 verziji chroma.

Saj Java je enaka, pa JS, pa tudi C/C++ navsezadnje. Library-based je prednost, ne slabost. Delal sem jaz z jeziki, kot so bili zgodnji C, Pascal in sem si knjižnice pisal sam. Za današnje čase je to nepojmljivo. Vsaj v Javi/JS je možno narediti vse z uporabo knjižnic.

Jaz sicer ta hip delam na AngularJS (želja stranke), pa če se stvari pravilno zastavijo, težav ni.

Zdaj mi je jasno zakaj tako veliki projekti ne morejo uspeti: ker je vključenih preveč ljudi, ki vsak forsira nekaj svojega. Že tukaj se ne morete uskladiti recimo o aplikacijah v brskalniku. So dobre, slabe, zanič, ... Vsak ima svoje mnenje :)

tony1 je 25. nov 2021 ob 15:59 izjavil:

Drži. Jaz si sploh ne morem predstavljati (pa sem po nazivu diplomant organizacije dela), kako bi izgledala učinkovita organizacija z več kot ene 50 ljudmi. Preprosto gre ene 50% dela in časa v nič, ker ne more biti drugače.

Japonci so imeli enega tipa ki se je neprestano nacejal.

bbbbbb2015 je 23. nov 2021 ob 21:41 izjavil:

Lonsarg je 23. nov 2021 ob 12:57 izjavil:

Zimonem je 23. nov 2021 ob 11:56 izjavil:

Wasm brez js je praktično neuporaben. Web je platforma na ravni osev. Kakor ne bo izginila java, c, c++ , fortran , COBOL,... Tudi js ne bo.

Saj se rojevajo nove rešitve ampak code base je prevelik.
Konec koncev se Python največ uporablja za masivne vzporedne kalkulacije , pa tega sam niti ne zna počet.

Mi vse nove UI projekte (v roku meseca bo prva produkcija) sedaj delamo z Blazor Web Assembly. Zadeva je res odzivna za uporabnike in prakticna za programirat (html in C# koda znotraj enega fila ki skrbi za client side zadeve). Java script no more, desktop no more ;)

Joj, brez zamere. Malo sem pogledal ta Blazor Web Assembly, kar omenjaš. Uf, to je samo za Microsoft in .net platformo. To praktično nobena od naših strank ne bi sprejela.
Njim je všeč JS, ter Angular. Za to lahko vedno najdejo ljudi, zadeva je open source, zadaj so dejansko dokaj velike firme (Google). Z Ivy compilerjem AOT je koda zelo hitra.

Wasm meni bolj zgleda kot rešitev, ki išče dejanski problem.

Zelo slabo si ti to pogledal. Saj še enkrat.

luli je 25. nov 2021 ob 17:22 izjavil:

bbbbbb2015 je 23. nov 2021 ob 21:41 izjavil:

Lonsarg je 23. nov 2021 ob 12:57 izjavil:

Zimonem je 23. nov 2021 ob 11:56 izjavil:

Wasm brez js je praktično neuporaben. Web je platforma na ravni osev. Kakor ne bo izginila java, c, c++ , fortran , COBOL,... Tudi js ne bo.

Saj se rojevajo nove rešitve ampak code base je prevelik.
Konec koncev se Python največ uporablja za masivne vzporedne kalkulacije , pa tega sam niti ne zna počet.

Mi vse nove UI projekte (v roku meseca bo prva produkcija) sedaj delamo z Blazor Web Assembly. Zadeva je res odzivna za uporabnike in prakticna za programirat (html in C# koda znotraj enega fila ki skrbi za client side zadeve). Java script no more, desktop no more ;)

Joj, brez zamere. Malo sem pogledal ta Blazor Web Assembly, kar omenjaš. Uf, to je samo za Microsoft in .net platformo. To praktično nobena od naših strank ne bi sprejela.
Njim je všeč JS, ter Angular. Za to lahko vedno najdejo ljudi, zadeva je open source, zadaj so dejansko dokaj velike firme (Google). Z Ivy compilerjem AOT je koda zelo hitra.

Wasm meni bolj zgleda kot rešitev, ki išče dejanski problem.

Zelo slabo si ti to pogledal. Saj še enkrat.

Nisem povsem prepričan. Ampak kolikor se spomnim so delali backende v javi. Kako serializacijo med b2f uporabljajo ne vem. Ali pa direkt na serveride JavaScript. Potem je že vprašanje če se splača. Blazor je bolj aspnet varianta. Samo vmes sta graphql pa json postala praktično standard.

To dobiš z virtualko, sandbox bo kar druga reč. Wasm je dummy v ostalem pa odvisen od js. Tu se spet zaplete.
Js in wasm sta kot Black Ader in Baldrick.
Grda ampak učinkovita .

Invictus je 25. nov 2021 ob 21:38 izjavil:

tony1 je 25. nov 2021 ob 15:59 izjavil:

Drži. Jaz si sploh ne morem predstavljati (pa sem po nazivu diplomant organizacije dela), kako bi izgledala učinkovita organizacija z več kot ene 50 ljudmi. Preprosto gre ene 50% dela in časa v nič, ker ne more biti drugače.

Kar veliko pove o faksu .

Sploh ne , organizirat hordo je večji problem od kodiranja.

Invictusa ne smeš jemati resno. Ko vidi priložnost za je6anje, jo seveda zagrabi, kar pove nekaj o njegovi osebnosti .

Pravzaprav je učinkovito upravljati z ljudmi izjemno težko. V običnem sistemu kot je npr. državno zdravstvo se pač polovica ljudi čoha, druga pa crkuje (prav tako se preprosto izgubi polovica denarja).

V orenk korporacijah se pogosto za delanje preboja odje6e standardne razvojne oddelke in da nov produkt narediti majhni skupini ljudi - tudi tu je uspeh nekako polovičen, se pa hkrati ogromno prišpara na času in denarju. Cisco je tako razvil prehod Catalyst platforme na IOS, UCS strežnike in Firepower platformo. Približno polovica naštetega je zanič, polovica pa dobrih, celo presenetljivo dobrih produktov. Kar je pravzaprav soliden uspeh.

Jaz tudi . So pa 15 let nazaj produkti na IOSu bili solidni. It went downhill since then.

Tole je zanimiva reč, ni pa zgodba nič posebnega, podobno je s Zuckerbergom in FBjem.

IOSa se je ogromno razvilo šele mnogo kasneje, tudi odličen (za tiste čase) CLI je razvil čisto drug človek šele v začetku 90ih, ko sta ustanovitelja (nespametno) že prodala lastniški deleže in odšla iz firme...

harvey je 25. nov 2021 ob 23:19 izjavil:

Software pa postajo v globalnem en sam totalen bloat.

Dejstvo.

bbbbbb2015 je 25. nov 2021 ob 14:27 izjavil:

Jaz sicer ta hip delam na AngularJS (želja stranke), pa če se stvari pravilno zastavijo, težav ni.

Se ti zdi? To, da je leta 2021 racunalnik enako hiter pri vsakdanjih taskih, kot leta 1991, se ti ne zdi tezava? No meni se pa zdi, ogromna. Ves kaj je pa se vecja tezava? Da se to nikomur ne zdi tezava.