Webtudor S1E13: Hogyan írjunk böngészős játékot

Kedves HUPtársak!

A visszajelzéseitekre hallgatva megalkottuk a sorozatunk következő videóját "Hogyan írjunk böngészős játékot?" címmel. A videóhoz az inkább olvasók kedvéért blogpost is tartozik.

Hogy ne maradj le semmiről, kövess minket a közösségi csatornákon, iratkozzatok fel az RSS feedünkre, vagy a hírlevelünkre:

( Soultrane | 2015. 05. 16., szo – 10:26 )

> Az olyan nyelvek mint a PHP jók, ha hagyományos alkalmazásokat kell írnunk

> A NodeJS egy további előnnyel is rendelkezik: JavaScriptben írhatunk szerver oldali programokat.

Az oldalon egy hosszú kommentben a kolléga feedback-je helyénvaló. Amiket írsz teljesen zavaros egy kezdőnek, arról nem is beszélve hogy laikus színvonalú az egész.

A példa programod magyarázásából kellett volna álljon a cikk, azzal ment volna valamire a kérdező. Nem hiszem hogy tud git chekout-ot csinálni és futtatni lokálisan. Ezt kellett volna demonstrálni, ahelyett hogy olyan dolgokról magyarázol amihez nem értesz.

Részben jogos, részben nem. Műszakilag nagyon sok megoldás van a problémára, és mint a másik szálban kifejtettem, nem fogsz Javaval kezdeni böngészős játékot programozni. Ha már tudsz Javaban programozni, akkor valószínűleg nem merül fel a kérdés, mert tudod, hol kell utánanézni. Egyszerűen nem az a belépő szint, ahol a legtöbb ilyet kérdező van.

Szerintem, a belépő szint az, hogy összehoz egy izometrikus ábrázolást valamivel, majd backendben próbál valami feladatfeldolgozást össze eszkábálni. Ennek a legegyszerűbb módja, ha queue-olva vannak a feladatok és valamikor végrehajtódnak, pl a legbutább, legegyszerűbb módon crontabból. Aztán amikor terhelési problémái lesznek, akkor úgyis utána fog nézni, hogy ezeket hogy kell megoldani, milyen egyéb megoldások vannak az ilyesmire. NodeJS+socket.io-sel meg kiválóan tud üzeneteket eljuttatni a böngészőtől/höz.

A videó gondolatébresztőnek volt szánva, legyen mire guglizni, utánanézni. Nem szájbarágós tutorial, arra nincs kapacitás. A git checkoutot meg tudnia illene, ha követi a sorozatot, van róla videó. Ha nem követi, utánanéz, mint azt számtalanszor kifejtettem a sorozatban.

--
Pásztor János
Üzemeltető Macik

Felületes a tudásod az oktatáshoz pedig nincs vénád. A kérdező biztos terhelési problémákba fog ütközni.. miután jól megírta PHP/NodeJS-sel a cuccát és 200 felhasználónál összeomlik a 4 magos szerver :D

Ez egy nesze semmi fogd meg jól, kezdőket szeretnél oktatni de "nincs kapacitás" arra hogy magyarázz. A hajára kenheti.

Nézd, az egész azért kezdődött, mert sehol nincs elég szakember semmilyen szinten. Szemmel láthatólag azok, akik tudnak oktatni (a.k.a. egyetem, stb) képtelenek teljesíteni a piac igényeit, én meg bosszankodom rajta. Ha ez nem lenne így, eszembe se jutott volna videókat készíteni, szivesebben játszom mindenféle dolgok szétszedésével és összerakásával.

Ami a témát illeti, szerintem ebben a szakmában mindenki úgy kezdte, hogy szembe jött egy probléma és megoldotta. Aztán jött a következő és azt is megoldotta. Nyilván én meg tudnék írni egy rendszert úgy, hogy üzeneteket queuekba pakolok, vagy csodálatos Java daemont írok az egészre, de ezzel egy kezdő, aki éppen most kisérletezik ilyesmivel először, nem fog tudni mit kezdeni. Legalábbis azok a kezdők, akiket én ismerek. Ha Te ismersz más kezdőket, szólj.

--
Pásztor János
Üzemeltető Macik

Igazából arra lettem volna kiváncsi, hogy Te mit tudsz javasolni vagy letenni az asztalra azért, hogy több / jobb fejlesztő legyen a piacon és ne legyen ekkora emberhiány. Az egymondatos válaszok postolása vagy az esetleg próbálkozni akarók elküldése nyilván nem szolgálja ezt a célt.

--
Pásztor János
Üzemeltető Macik

Oktatok egyetemen és a tehetséget viszem a cégembe ahol tovább oktatják őket a senior kollégák. Azaz pont azt teszem amit javasoltam.

Emberhiány nincs, évente 2000+ plusz gólya van Budapesten. Jó szakember hiány, az van. Csak ez a 2000+ plusz gólya a sületlenségedből próbál tanulni (na meg a kiégett profoktól akik éhen halának a piacon) és webshop íráson kívül másra nem lesznek jók :/

Na errol beszelek. OK, ez a video lehet, hogy nem sikerult jol (bar itt nemi erzelmi elutasitast erzek a NodeJS iranyaban), de sztem a cel annyira nem elvetendo. Ha pl. Te vallalnad, hogy peer review-kat csinalsz az eloadasok szovegeibol mielott a felvetel keszul, en nagyon orulnek neki. Nos?

--
Pásztor János
Üzemeltető Macik

Komolyan az a problema, hogy mas technologiat mertem mondani egy videoban? :) Azert, mert most a NodeJS-t javasoltam megtekintesre a kedves delikvensnek (tekintettel arra, hogy azzal fog tudni viszonylag konnyen kezdeni valamit) az nem jelenti azt, hogy ne dolgoztam volna egeszen sokat Javaban. Par eve meg azzal szorakoztam, hogy megprobaltam UML-esiteni egy webfejlesztesi folyamatot. Most meg azzal foglalkozom, hogy ugyfeligenyeket merek fel es foglalok specifikacioba egy elosztott rendszert fejleszto teamnek. Business analyst ha ugy tetszik.

Ami a technologiat illeti, mindennek megvan a maga helye es szerepe. Vannak ujdonsagok, amiket az uj, kiserleti(bb) rendszerek hoznak be a regebbi, enterprise-abb rendszerekbe. Gondolok itt pl a Websocketek kezelesere a Java 8-ban (JSR 356). NodeJS nelkul lehet, hogy sehol nem lenne az egesz. Azt nyilvan nem gondolja senki, hogy NodeJS-ben kellene banki vagy enterprise-grade rendszert irni, sot.

Én azt szeretnem, ha lenne tobb ertelmes ember a piacon. A modszerrol lehet vitatkozni, nyilvan van akinek jobban bejon a videos forma, van akinek kevesbe. Van aki tud szigoruan backenddel kezdeni es van akinek kell az, hogy azonnal lassa hogy valami hatasa van amit csinal. De vegso soron az a kerdes, hogy a potencialis tehetseges embereket hagyjuk-e elkallodni valahol, vagy ra tudunk-e mutatni olyan technologiakra, dokumentaciokra, amik tanulasra sarkalljak az illetot. De ha nem szolitjuk meg a megfelelo reteget, akkor el fognak kallodni, mert az emberigeny egyre nagyobb, de az oktatas mar nem fejlodott vele. Mar nem eleg az a par ember, aki keresztul kuzdi magat a felsooktatason es van annyira jo, hogy emellett meg meg is tanul eleget ahhoz, hogy a szakmaban jo legyen.

En nyitott vagyok arra, hogy az enterprise oldal is megszolaljon, szerintem az jo dolog, ha van vita vagy vannak kulonbozo nezopontok. Azt is szivesen lenyelem, hogy egyes szempontok szerint teljesen amator dolog az, amit csinalok, mert ha a Te oldaladrol nezem, igy is van, ez nem feltetlenul egy mernoki munka sok esetben. Viszont ha innen nezem, akkor mas szempontokbol amator az, amit az enterprise folyamatokbol ki tud kerulni, elegendo megnezni nehany nagyobbacska szolgaltato ceg weboldalat vagy nehany enterprise rendszer interface-t mondjuk usability szempontbol. Tisztelet a kivetelnek ugye.

Szerintem, jo lenne az, ha tobb iras vagy video lenne arrol, hogy merre tudnak haladni a kezdok. Ha nem akarsz velem azonosulni, akkor linkelj egy blogot vagy sajat csatornat, akar privatban, elolvasom es fogok belole idezni vagy utalni ra, ha jo. Es nem fogom elmondani senkinek, hogy megadtad a linket.

--
Pásztor János
Üzemeltető Macik

Ja az enterprise fejlesztők általában nem szeretnek felülettel szórakozni, az ügyfél meg nem akar plusz embert venni rá. Még nem dolgoztam olyan rendszeren aminek azt mondanám hogy szép és reszponzív a felülete :P

A probléma (ami elveszett a trollkodás között) hogy nem pontosan értetted meg a kérdezőt, vagy jobban mondva nem megfelelő választ adtál neki. Ő annyit szeretne hogy gombnyomásra mozog a figura és felveszi az aranyat a földről ha átmegy rajta, vagy gomb tartással húzogatja az item-eket a képen. Te pedig próbáltál neki egy end-to-end folyamatot összefoglalni. Nem egy production-ready játékot szeretne, nincs szükség backendre és üzleti modellre. Lokálisan akar szórakozni és próbálgatni a kódot. Mutasd meg neki hol írjon át és mit ahhoz hogy a példa máshogy viselkedjen.

Az már egy másik kérdés hogy van aki szerint PHPzni meg NodeJS-ezni 2015ben jó ötlet, főleg egy kezdőnek, akiből ugye szeretnénk hogy használható szakember legyen. Vallási fanatikusokkal nem tudok mit kezdeni.