Re: Böngészőbe költözik a Skype
#1
Elküldve: 2014. 11. 17. 17:14
https://www.hwsw.hu/hirek/53179/skype-bongeszo-microsoft-chat-video-webrtc.html
#2
Elküldve: 2014. 11. 17. 17:14
Na ez az egyetlen igazán fájó hiány az IE11-ben. Ha végre IE12-ben ez is menni fog, és hirtelen csoda történik, és mindenkinél IE12 lesz, akkor végre a flash tényleg kikapcsolható lesz mindenhol.
#3
Elküldve: 2014. 11. 18. 04:34
"Te csak a kályhától tudsz elindulni?"
#4
Elküldve: 2014. 11. 18. 05:52
És minden flashes alkalmazást hirtelen újraírnak, és minden fejlesztő hirtelen JS-ben kezd el taknyolni, nem pedig típusos, OOP nyelven - hát persze...
#5
Elküldve: 2014. 11. 18. 07:36
#6
Elküldve: 2014. 11. 18. 08:21
Tudom nagyon off, de szüleimnél éppen a hétvégén raktam újra a windowst (a rajta lévő win7 már 4 éves volt), immár 8.1-et kaptak. A komplett telepítés lement, amíg ebédeltem, és döbbenet de a szűz win8.1 64bit kemény 12Gb-ot foglalt csak.
#7
Elküldve: 2014. 11. 18. 08:29
Komoly alkalmazásokhoz persze, hogy jobb egy típusos nyelv, de lássuk be az átlag felhasználók a flash-el nem komoly webalkalmazásként találkoznak, hanem szimpla adbanner-ek, meg videolejátszó-ként. No, ezek mehetnének végre a kukába, és csak az tenne fel flash-t a gépére, akinek valami egyéni ok miatt tényleg szüksége van rá.
#8
Elküldve: 2014. 11. 18. 08:30
#10
Elküldve: 2014. 11. 18. 09:09
A KIVÁLASZTOTTAK a következő hetekben Skype-
fiókjukban találják meg."
Áhá.. szinte rögtön gondoltam, hogy ezt is csak a kiválasztottak kapják meg, csóri Linuxosoknak, meg -akiknek- igazán szükségük lenne egy natív Skype-ra, meg gondolom az a javaslat, hogy frissítsenek Windoz 88-ra !
#11
Elküldve: 2014. 11. 18. 09:33
Nincsen egy olyan ismert flash bug se, amitől lefagy akár a plugin, akár a böngésző. Végtelen ciklust, lassú kódot, kezeletlen exception-t bármiben lehet csinálni. Hozzáteszem: mivel a flash VM-ben fut, ezeket a VM-et hostoló alkalmazásnak szépen egyesével ki kellene hogy tudja lőni. Szóval ez az az eset, hogy ha valaki leszúrja az asszonyt konyhakéssel, akkor azért nem a fiskars lesz a hunyó, mert rossz kést gyártott.
"Éppen tegnap az index-en akartam valami videót megnézni, és mind IE, mind FF alatt csak egy méretes fagyás volt az eredménye."
Mivel nem kezelik, hogy AdBlock-ot használsz, emiatt a video előtt megjelenő reklám videot nem tudja letölteni, és ezért a hibás flash kód emiatt végtelen ciklusra fut. Ha ugyanezt megcsinálnád JS-ben ugyanilyen hibásan ugyanígy lefutna.
"Komoly alkalmazásokhoz persze, hogy jobb egy típusos nyelv, de lássuk be az átlag felhasználók a flash-el nem komoly webalkalmazásként találkoznak, hanem szimpla adbanner-ek, meg videolejátszó-ként."
Meg egy rakás AIR alkalmazásként az Android/iOs marketen. Csak nem tudnak róla És láss csodát: azokkal semmi gond sincs, mivel olyan környezetben futnak, amire az alkalmazás készítője "számít". Most ezzel nem azt akarom mondani, hogy egy adblock által letiltott reklám streamet fagyással kéne kezelni, mert nyilván nem. Túl sok embert engednek programozni
#12
Elküldve: 2014. 11. 18. 10:00
És azokat miben érdemes ma megírni? Mármint komoly webalkalmazást. Tegyük fel hogy van egy feladat, amire van fél év, 30 millió, 3 fejlesztő. A lehetőségként megírják az alkalmazást JAVA servlet, böngészőbe Flex, és ugyanazt a kódbázist felhasználva Android/iOs-re AIR alkalmazásként. Nem nagy alkalmazás lesz, mondjuk 100-120ezer sor összesen, 3/4 rész kliens, 1/4 rész szerver oldal. Mondj egy B lehetőséget, amivel ugyanezt meg lehet csinálni.
Én azt látom, hogy sorra jelennek meg a JS fölé írt nyelvek (TypeScript és társai), amikről hangzatos bejelentések vannak, demó verziók, aztán meg mély kuss, éveken keresztül. Vagy rosszul látom, és ezek már használhatók mondjuk egy üzleti alkalmazás megírásánál is?
#13
Elküldve: 2014. 11. 18. 10:15
#14
Elküldve: 2014. 11. 18. 10:17
#15
Elküldve: 2014. 11. 18. 10:33
Kliens oldalon kettő lehetőséged van kizárni a flash-t (lehet, hogy több is van, nekem most hirtelenjében ezek jutottak az eszembe):
1. javascript + valamilyen normális framework pl. angularjs, knockoutjs + valamilyen js bővítmény, mint pl. typescript
2. Xamarin, ami C#-ot használ.
Feladat függő, az 1-essel is egészen sokáig el lehet jutni, egészen hatékonyan, de nyilván a 2-esben lenne az igazi erő.
#16
Elküldve: 2014. 11. 18. 10:33
Pedig logikus lépés.
Régen az oprendszer bitosította a hozzáférést a programokhoz, és a grafikus felület csak egy program volt a többi közül, amit kézzel elindítottunk ha kellett.
Aztán ahogy egyre több programot használtunk GUI-ból, logikusan alapértelmezetté vált a grafikus felület, és így ma már ezen keresztül érjük el a programokat. Windows alatt a cmd is ablakban jelenik meg, ki sem tudom kerülni a GUI futtatását (Alt-Enter -el sem). Linuxot használva a terminál szintén alapból GUI, de ha új konzolt (tty) nyitok, mert akkor meg tudom kerülni a GUI-t, és tudok programot futtatni csak az oprendszerből. (na jó, a shellből)
De az evolúció nem áll meg, és mivel mára a böngészőből érjük el a leggyakrabban használt programjainkat, így kvázi a böngésző vált az oprendszerünkké. A terminál egy átlagos windows felhasználó számára olyan retró és érthetetlen tudomány, mint a lyukkártya, pedig mindkettő ugyanarra való, hogy parancsot adjon a gépnek, a lehető legkényelmesebben.
Szóval a ChromeOS nem hülye ötlet, 5-10 év múlva szerintem a régmúlt idők Windowsává válik, legalábbis az egyszerű felhasználók körében, ha marad olcsó, és lefedi a legpopulárisabb (és egyben legprimitívebb) igényeket.
#17
Elküldve: 2014. 11. 18. 10:39
Ezt a hűvös novembert végre felmelegíti egy kis termonukleáris háború? Király! (Nem az.)
#18
Elküldve: 2014. 11. 18. 11:02
#19
Elküldve: 2014. 11. 18. 11:18
#20
Elküldve: 2014. 11. 18. 11:19
Szerintem nem ugyanarról beszélünk, de nem baj