» »

Schleswig-Holstein gre na Linux

1
2
3

Zimonem ::

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.

sammy73 ::

bbbbbb2015 je izjavil:

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.


Sem isto pomislil.

Lonsarg ::

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.

dsfsfawer235 ::

Lonsarg je izjavil:

Namen wasm ni primarno da ubije Javascript.


Ne, to ni njegov namen, bo pa posledica. Jokanje, da ne deluje brez js-ja, je brezpredmetno, DOM povezljivost jim manjka, bojo ze uredili. Ostali jeziki pridno gradijo "compilerje" v webasm. Ko bo enkrat developer lahko z c#/java/python/php/... skupaj z backendom sproti vrgel skupaj se front end, brez specializiranih znanj iz resevanja problemov, ki jih je grd hack imenovan js povzrocil, se bo zgodba pocasi zakljucila in bo sel pocasi na smetisce zablod zgodovine, ki so zabremzale razvoj aplikacij za 30 let, na webu se vedno nismo ujeli preprostosti razvoja in kvalitete aplikacij iz leta 1991.

Recimo: https://doc.qt.io/qt-6/wasm.html
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

sammy73 ::

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?

dsfsfawer235 ::

sammy73 je 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.
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

MrStein ::

Pokaži na tej lutki kje te je JS ugriznil.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

dsfsfawer235 ::

MrStein je izjavil:

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

Ustvaril je take kot si ti, umetnike enostavcnih povedi.
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

sammy73 ::

dsfsfawer235 je izjavil:

sammy73 je 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.

dsfsfawer235 ::

sammy73 je izjavil:

dsfsfawer235 je izjavil:

sammy73 je 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.


Tudi jaz ne. Ne rabimo se ene generirane lazanje, zato pa cakam na integracijo webasm dostopa v DOM, da enkrat za vselej resimo ta problem.
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

bbbbbb2015 ::

sammy73 je izjavil:

dsfsfawer235 je izjavil:

sammy73 je 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.

Zgodovina sprememb…

dsfsfawer235 ::

bbbbbb2015 je 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.
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

bbbbbb2015 ::

dsfsfawer235 je izjavil:

bbbbbb2015 je 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.

Zimonem ::

C/c++ sta prenevarna. Nočeš imet tega v brovserju.

sammy73 ::

bbbbbb2015 je 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.

Zimonem ::

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

dsfsfawer235 ::

bbbbbb2015 je 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 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.
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

dsfsfawer235 ::

/.../ Ja pac, ce bos naredil neumnost bos usul lastno aplikacijo. Webasm niso strojne instrukcije, ki letijo direktno na procesor, kar je zadeva, ki je vec kot polovica piscev o webasm ne razume.
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zimonem ::

Samo dokler je koda spodaj brez hroščev.

dsfsfawer235 ::

Zimonem je izjavil:

Samo dokler je koda spodaj brez hroščev.

Kolikor se spomnim, js nikogar ne ustavlja, da ne bi browserjevih lukenj izkoriscal... ;) Je rekel webkit od PS4 ;)

Pa razni CVE-2021-30632, CVE-2021-30633,... :)
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

Lonsarg ::

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.

Zgodovina sprememb…

  • spremenil: Lonsarg ()

bbbbbb2015 ::

Lonsarg je izjavil:

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.


Ne vem, če ti razumeš, za kaj gre. Gre za to, da če nekdo hoče, da neka tehnologija (virtualna mašina oz. translator) uspe, mora neko (ta isti) zložiti na mizo GUI framework, plug-ine za priljubljena razvijalska orodja, kakšne knjižnice. In še organizirati evente, ter deliti free majice in USB hube. In še tudi takrat morda ne bo dovolj, da bi se tehnologija prijela.

Poglej si, kaj je morala narediti Java, da je postala mainstream. JS ni bilo toliko pompa. Ampak vseeno. Da Google da ven Chromium for free - to je zelo super. Wasm nima nič ali vsaj zelo malo.

Lonsarg ::

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.

Zimonem ::

Pretiravati spet ni treba. Za manipulacijo z domom je v8 že tako optimiziran , da neke pohitritve z wasm praktično ne dosežeš. Sploh ker so kompajleji še precej levi. Frameworkov je nekaj so pa precej Rust based. Katerega spet nek biznis developer niti ne pozna.

damjanster ::

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

win64 ::

Zimonem je izjavil:

Pretiravati spet ni treba. Za manipulacijo z domom je v8 že tako optimiziran , da neke pohitritve z wasm praktično ne dosežeš. Sploh ker so kompajleji še precej levi. Frameworkov je nekaj so pa precej Rust based. Katerega spet nek biznis developer niti ne pozna.

Kot že 5x omenjeno v tej temi, imaš recimo Blazor, podprt s strani Microsofta. Kodo pišeš podobno kot v AspNetCore MVC aplikacijah. Bolj kot hitrost je velikost frameworkov problem.

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. Če želiš kolikor toliko reda v kodi in vsaj nekaj osnovnega preverjanja potrebuješ trike v obliki typescript, coffescript, reactjs..
Da ne govorim potem še o optimizatorjih in pakirnikih kot je webpack.

V primeru webasm si izbereš en framework/jezik, ki ti ustreza in večinoma ima osnove že rešene.

bbbbbb2015 ::

win64 je 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.

Zgodovina sprememb…

Zimonem ::

V končni fazi je stvar podobna npapi in activex. Razen da Laufa in sandboxanem vm. Pretvorba med js tipi in wasm kodo je draga. Z razliko da sta npapi in activex nudila strojno izvajanje za wasm pa kompajleji niso optimizirani.

misek ::

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 ::

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.

Zimonem ::

tony1 je 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.

Zimonem ::

misek je izjavil:

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 :)

V tem ni v bistvu nič narobe. Pa na propade vse. Tisto kar je nekako najbolj sprejemljivo za večino se praviloma prime. Vsi smo že delali s tehnologijami in ljudmi, kateri so bili dobri ali celo precej nadpovprečni pa to ni garantiralo uspeha.

luli ::

bbbbbb2015 je izjavil:

Lonsarg je izjavil:

Zimonem je 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.

mtosev ::

Sicer sem se spomnil, da so nekateri sistemi pri NASI na Linuxu. :D
Core i9 10900X, ASUS Prime X299 Edition 30, 32GB 3600mhz Gskill
ASUS ROG Strix RTX 2080 Super, Samsung 970 PRO, UP3017, Win 11
moj oče darko 1960-2016, moj labradorec max 2002-2013

Zimonem ::

luli je izjavil:

bbbbbb2015 je izjavil:

Lonsarg je izjavil:

Zimonem je 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.

WhiteAngel ::

Zimonem je izjavil:

V končni fazi je stvar podobna npapi in activex. Razen da Laufa in sandboxanem vm. Pretvorba med js tipi in wasm kodo je draga. Z razliko da sta npapi in activex nudila strojno izvajanje za wasm pa kompajleji niso optimizirani.


To, da laufa v sandboxu je bistveno. Pa še cross-browser in cross-OS dobiš.

Zimonem ::

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 .

Zgodovina sprememb…

  • spremenilo: Zimonem ()

Invictus ::

tony1 je 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 ;).
"Life is hard; it's even harder when you're stupid."

http://goo.gl/2YuS2x

Zgodovina sprememb…

  • predlagal izbris: tony1 ()

Zimonem ::

Invictus je izjavil:

tony1 je 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.

Zimonem ::

Kolikor se spomnim so tudi čete zato organizirane kot manjše enote.

tony1 ::

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.

Zgodovina sprememb…

  • spremenil: tony1 ()

Zimonem ::

Se kar strinjam sam ciscota mi ne omenjam. Sem alergičen.

tony1 ::

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

Zgodovina sprememb…

  • spremenil: tony1 ()

Zimonem ::

A ni bil iOS ukraden V osnovi?

https://www.networkworld.com/article/23...

Zgodovina sprememb…

  • spremenilo: Zimonem ()

tony1 ::

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 ::

tony1 je izjavil:

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...

Pa sej to je eno samo kopiranje, okna gor, okna dol, pingvi, jabolki in robotki. Software pa postajo v globalnem en sam totalen bloat.
Ar scáth a chéile a mhaireann na daoine.
------

dsfsfawer235 ::

harvey je izjavil:

Software pa postajo v globalnem en sam totalen bloat.

Dejstvo.

bbbbbb2015 je 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.
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

Invictus ::

Zimonem je izjavil:

Invictus je izjavil:

tony1 je 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.

Seveda, sam če to ne zna diplomiran organizator... Kaj je pa pol počel na faksu? Organiziral :)) ???

Dejstvo je, da je vsaka stroka glede organiziranja specifična. Veliko jih mora slediti nekim standardom (ki se jih na kranjski sorboni ne učijo), in je organizacija posledica teh.

IT je pa sploh specifična stroka, saj če ne poznaš malo tehnike, te hitro peljejo žejnega čez vodo...
"Life is hard; it's even harder when you're stupid."

http://goo.gl/2YuS2x

dsfsfawer235 ::

Invictus je izjavil:


Seveda, sam če to ne zna diplomiran organizator... Kaj je pa pol počel na faksu? Organiziral :)) ???


Problem se vedno zacne pri kadrovski sluzbi in "rabim nekoga poceni". Tak kader potem prakticno sesuje moznost, da bi karkoli organiziral, ne pomaga nobena izobrazba (razen, ce sam zacnes kodirat).

Pribljizno, kot, ce bi hotel sestaviti leseno uto, na razprodaji pa kupis gumijasto kladivo in zvite zeblje.
If you don't work in a sweatshop, thank a Union.
If you do work in a sweatshop, start a Union.
https://upload.wikimedia.org/wikipedia/commons/f/fe/Rb-star.svg

Zgodovina sprememb…

Invictus ::

Kadrovska služba je res jedro problema, sam največji prblem je v šparovnem lastniku...
"Life is hard; it's even harder when you're stupid."

http://goo.gl/2YuS2x
1
2
3


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Spodnja Saška gre z Linuxa na Windows (strani: 1 2 )

Oddelek: Novice / Operacijski sistemi
6012747 (8809) pegasus
»

Nemčija bo preizkusno elektrificirala avtocestna odseka

Oddelek: Novice / Znanost in tehnologija
227681 (5800) jernejl
»

Nemški deželni informacijski poverjenik ne všečka Facebookovih storitev

Oddelek: Novice / Zasebnost
227856 (6146) Gandalfar
»

Akcija nemške policije proti Toru? Kaže da ne.

Oddelek: Novice / Zasebnost
113263 (2693) MarkV
»

Nemški deželni pravosodni minister se boji anonimizacijskih sistemov

Oddelek: Novice / Zasebnost
343828 (3018) nevone

Več podobnih tem