Re: mloc-js: élő videóközvetítés csak a HWSW-n
#1
Elküldve: 2013. 02. 13. 10:54
https://www.hwsw.hu/hirek/49799/mloc-js-javascript-konferencia-stream.html
#2
Elküldve: 2013. 02. 13. 11:12
#3
Elküldve: 2013. 02. 13. 11:27
www.m12technology.com
I'm CEO bitch
#4
Elküldve: 2013. 02. 13. 11:30
Idézet: mebefog - Dátum: 2013. 02. 13. 10:54
Véleményem szerint az, hogy egy program minőségi-e vagy sem, nem a nyelven múlik. Azon sokminden más múlik, úgy mint a fejlesztésre fordított idő, a kód optimalizálhatósága, a hatékonyság. Nem kötekedésből mondom, csak azért ne írjunk le fejlesztőket, mert JS-ben fejlesztenek.
#5
Elküldve: 2013. 02. 13. 11:31
#7
Elküldve: 2013. 02. 13. 11:51
Miert budi nyelv? egy pelda eleg is, hogy nezzuk meg, hogy egy valtozo null-e?
if( (typeof(valtozo) != "undefined") && (valtozo != null) &&(valtozo != "") )
ezenkuvul a NaN (not a number) az szam meg aztan beszeljuk a csodalatos javascript "obiektumok"-rol, amik nem is obiektumok hanem absztrakt strukturak, ugyen, az obiektum az polimorfizmus nelkul nem obiektum, mivel a javascript VMT (Virtual Method Table) tablat sem tart, polimorfizmus sem letezhet, ezenkivul nincsenek "virtual" stb. sem ...
ertem, hogy sokan dicserik, hogy milyen jo, es milyen szuper, es jatekokat lehet irni HTML 5-ben (mert van canvas es lehet ra rajzolni), es mutatjak peldanak a Quake 1-est (na jo, minden ahol 4 fal van, azaz 4 texturat kell animalni, mai gepeken miert ne? meg HTML4-ben is meg lehet csinalni), de ebredjenek mar fel, mikor lesznek olyan jatekok mint a FarCry 1, ami szar celeronon, ATI 9250-es videokartyaval is tokeletesen ment, mikor lesz ilyen javascriptbe? marmint a SOHA elott? a javascript egy budi es lassu nyelv, nekem legalabbis ennyi problemam van az egesszel, aki meg mast allit, az eleteben nem irt javascript-ben egy komolyabb programot., mint pl. ezen a rendezvenyen resztvevo "guru"-k sem.
#8
Elküldve: 2013. 02. 13. 12:04
a szakma krémjének kritikáját olvashattuk.
Idézet
#9
Elküldve: 2013. 02. 13. 12:05
#10
Elküldve: 2013. 02. 13. 12:16
Idézet: mebefog - Dátum: 2013. 02. 13. 12:11
Sok nyelv kezdetben értelmetlenül dagályosnak tűnik a JavaScript-hez képest. Ahogy növekszik egy szoftver kódbázisa úgy nyernek értelmet a nyelv által biztosított egyéb lehetőségek. A névterek használata a függvények láthatósága az objektumok, függvénykönyvtárak használata .... Mint minden általános célú programozási nyelv a JavaScript is alkalmas rá hogy átlag felhasználásra szánt szoftverek készítéséhez jó minőségű kódot hozzanak létre vele, de a szűkös nyelvi lehetőségei miatt nagy kódbázist igénylő alkalmazások létrehozásakor több energiát, időt és figyelmet kell szentelni az implementálásra.
Persze, tiszta sor, pont erre céloztam, szegény fejlesztő nem tehet róla, ha ma azt kérik tőle, hogy ugyanazt a szoftvert inkább JS-ben alkossa meg. A program minősége végeredményben a programozón múlik, az odáig vezető út költsége pedig többek között valóban a nyelven.
#11
Elküldve: 2013. 02. 13. 12:42
Vannak továbbá olyan feladatok, amikre ez a nyelv szuper, pl. kliensoldali logikát építeni egy böngészőbe mi mást választanál? Más feladatokra meg nyilván nem mindenre jó, egy atomerőmű vezérlését például nyilván nem bíznám rá.
Említed, hogy lassú és komoly programot nem lehet benne írni. Figyelmedbe ajánlom Fabrice Bellard javascriptben írt x86 VM-jét, ami épp linuxot futtat, van gcc rajta, stb: http://bellard.org/jslinux/ vagy a BananaBread nevű 3D FPS-t: https://developer.mo...ail/bananabread (igen, tudom, hogy ez kicsit csalás, de akkor is ). De megnézheted, hogy mennyire egyszerű egy node.js + Express kombón nagyon jól skálázható, kicsi, gyors webszervert írni (nagyon)...
Felsoroltad egy csomó (vélt vagy valós) hátrányát, de azért vannak előnyei is...
#12
Elküldve: 2013. 02. 13. 13:25
#13
Elküldve: 2013. 02. 13. 13:37
@Atko: igen, nodejs, erre irtak, hogy "rák", es sajnos talalkoztam is vele, sajnos.
@mebefog: sajnos a nyelven is mulik, a javascript arrol hires hogy egy dolgot 10 fele keppen is meg lehet csinalni, de sajnos egyikrol sem lehet azt mondani, hogy ez biztos.
@gape: mindenben van, de egy olyan nyelv ahol az alapok sem biztosak ... sok ilyen "programozoval" talalkoztam mar, mint pl. FlameThrower, akik fej nelkul irjak az obiektumokat javascriptben, mert ennyit tudnak, de VMT tablarol sosem hallottak, fogalmuk sincs mi az az obiektum (ami mar 20 eve letezik ugye, csak epp a JS-nel teljesen egyebet jelent), es jonnek es tartjak az eloadasokat, hogy milyen irto jo a nodejs, a javascript meg stb. Valoszinu ez a reteg eddig is megvolt, csak epp nem hallott senki roluk, de manapsag van internet es lehet nyomni a hulyeseget.
mebefog-nak tokeletesen igaza van, "sotet felhok gyulekeznek", na, most jojjon minden "hozzaerto" alak es mondja el mennyire meg van sertodve azon amit irtam. Gyerek, programozzatok ti 1-2 evig javascriptbe penzert es hataridore es utanna gyertek es dicserjetek a js-t
#14
Elküldve: 2013. 02. 13. 13:48
Idézet: LyCC - Dátum: 2013. 02. 13. 13:37
Viszont van minimum egy érettségijük.
#15
Elküldve: 2013. 02. 13. 14:15
Én pedig azt gondolom, hogy az a nyelv, amelyikre ez nem igaz, nem jó nyelv, nem elég rugalmas, nem ad eléggé szabad kezet a fejlesztőnek. Ha van 10 megoldás, akkor 10 lehetőséged van, hogy más és más szempontok szerint optimalizáld a kódod, írhatod gyorsra, kicsire, vagy gyorsan fejleszthetőre. Ha van egy lehetőséged, akkor azt kell használnod, akár jó lesz, akár nem az adott szempontok szerint. Melyikből lesz jobb alkalmazás?
"na, most jojjon minden "hozzaerto" alak es mondja el mennyire meg van sertodve azon amit irtam. Gyerek, programozzatok ti 1-2 evig javascriptbe penzert es hataridore es utanna gyertek es dicserjetek a js-t "
Én, bár némiképp hozzáértőnek mondanak, nem vagyok megsértődve, csak nem értek egyet Veled Én sok éve pénzért dolgozom és határidőre javascripttel is, és szeretnék "jönni és dicsérni", mert vannak feladatok, amikre egy remek eszköz.
Ráadásul pont azt a réteget szapulod, aki hirtelen "nyomni kezdi a hülyeségét", akik jó termékeket csinálnak jól, és sikeres vállalkozásokat futtatnak. Szakértelem nélkül ez szerintem nem lenne lehetséges.
Egyébként miről is vitatkozunk most? Ha tényleg csak divat és tényleg semmire nem jó a nyelv, akkor ki fog kopni, el fog tűnni, felesleges mérgelődni rajta, hogy van, akiket épp ez a nyelv érdekel.
#16
Elküldve: 2013. 02. 13. 14:20
Idézet: gape - Dátum: 2013. 02. 13. 14:15
Én pedig azt gondolom, hogy az a nyelv, amelyikre ez nem igaz, nem jó nyelv, nem elég rugalmas, nem ad eléggé szabad kezet a fejlesztőnek. Ha van 10 megoldás, akkor 10 lehetőséged van, hogy más és más szempontok szerint optimalizáld a kódod, írhatod gyorsra, kicsire, vagy gyorsan fejleszthetőre. Ha van egy lehetőséged, akkor azt kell használnod, akár jó lesz, akár nem az adott szempontok szerint. Melyikből lesz jobb alkalmazás?
Tökéletesen igazad van, csak épp LyCC nem erről beszélt. Olvasd el az általad idézett mondatának a másik felét is.
#17
Elküldve: 2013. 02. 13. 14:28
mebefog azt írta, hogy a js nem bloated, jó kódhoz voltaképpen azzá kell tenni.
LyCC erre azt írta, hogy "a nyelven is múlik" (ennyit hagytam le csak az idézetből).
Én pedig annyit tettem hozzá, hogy ha egy kicsi, egyszerű nyelv még rugalmas is, az nem rossz.
Persze ettől még lehet, hogy elbeszélünk egymás mellett
#18
Elküldve: 2013. 02. 13. 14:36
#19
Elküldve: 2013. 02. 13. 14:45
Idézet: gape - Dátum: 2013. 02. 13. 14:28
mebefog azt írta, hogy a js nem bloated, jó kódhoz voltaképpen azzá kell tenni.
LyCC erre azt írta, hogy "a nyelven is múlik" (ennyit hagytam le csak az idézetből).
Én pedig annyit tettem hozzá, hogy ha egy kicsi, egyszerű nyelv még rugalmas is, az nem rossz.
Persze ettől még lehet, hogy elbeszélünk egymás mellett
Erre gondoltam:
Idézet
Tehát amit te mondasz (hogy erény, ha egy nyelven egy problémára több megoldás is kínálkozik) azzal nincs baj, ezt LyCC se mondta. Hanem azt mondta, hogy a JS esetében a 10 féle megoldás egyike se biztos, hogy valóban megoldja a problémát. Most azzal lehet vitatkozni, hogy ha egy megoldás nem oldja meg teljes mértékben a problémát, akkor megoldásnak nevezhetjük-e (programozáselméleti szempontból nem), de gyanítom a mebefog által linkelt dologra gondolhatott a kolléga. Ami (megjegyzem) nem feltétlenül a nyelv hibája, hanem az interpretereké.
#20
Elküldve: 2013. 02. 13. 14:49