RSS Feed LinkedIn Google Plus

Kategória: Ajánló

  1. Sorry, but your code is STUPID!

    2012. január 6. péntek

    Tetszik Nikita Popov összefoglaló írása. A programozásban számos rövidítést ismerünk (DRY, KISS, SOLID stb.), ő azt fogalmazta meg, mitől lesz egy kód rossz (STUPID). Sértő azt hallani, hogy a kódunk ostoba, hülye (stupid), de ha körülnézünk, láthatjuk, hogy a legtöbb megírt kód egy karbantarthatatlan és nem tesztelhető kuszaság. Mi teszi azzá? (more…)


  2. CoffeeScript is Beautiful; Don’t Use It

    2011. december 29. csütörtök

    Ryan Florence megdolgozott a CoffeeScript-tel, hosszú bejegyzésben írja le a tapasztalatait: CoffeeScript-ben nagyon kényelmes kódot írni – de fejlesztőként sokszor olvasni is kell, leggyakrabban debugolás közben, ez pedig nem olyan egyszerű, mert nem azt a kódot látom, amit beírtam (olyan, mintha más kódját kéne javítani). Másik probléma, hogy hogyan párosítsuk össze a hibaüzenetben kapott JavaScript-beli sorszámot a CoffeeScript-beli kód sorszámával. Jeremi Ashkenas is elismerte, hogy leggyakrabban ez a bűnbak a CoffeeScript-tel szemben, az ezzel foglalkozó Issue-ra sokan feliratkoztak, rendszeresen vannak pull request próbálkozások, úgyhogy várható, hogy a jövőben ez is meg lesz oldva – akár külső fájlként (Souce Map), akár megjegyzésekkel.

    Úgyhogy nem kell még megásni azt a sírt, a CoffeeScript még bőven a felfelé ívelő szakaszában van.


  3. Dart: a Google mindent visz

    2011. november 1. kedd

    A Google-nál úgy tűnik nagyon komolyan gondolják az új nyelvet. Nem régiben megjelent a coding style guide (mintát véve a Python is Ruby közösségtől), de a mostani lépésükkel számomra világos lett, hogy a Dart el fog terjedni és idővel minden böngésző kénytelen lesz támogatni azt: megjelent a Dart Editor: Eclipse alapokon IDE-t készítettek hozzá. Ez az, ami eddig sem a JavaScript-nél, sem egyetlen JS-re forduló nyelvnél nem volt meg.

    Nem igaz, mert a Script# pont ezt biztosította (Visual Studio, Intellisense egy JavaScript-közeli, és arra forduló nyelvhez), de az messze van attól, amit a Webes társadalom el tud fogadni: nem nyílt, Visual Studio kell hozzá, stb. Mindemellett egy ismerősöm nagy örömmel használja (ki az IDE adta előnyöket).

    Azt mondják, a kis vállalkozások programot készítenek, a nagyok platformot. Mondják azt is, hogy a Google ugyanazt csinálja, mint a Microsoft, csak sokkal jobb a marketingje. Nos, úgy gondolom, a Google a Dart-tal valóban meg fogja tudni tenni azt, amit a Microsoftnak nem sikerült a VBScript-tel és a Script#-pal. Hiszen bár ők diktálnak, az eredményt igyekszenek mindenki számára elfogadhatónak elkészíteni. Ők nem egy új nyelven utaznak, nem a saját fejlesztői környezetükből akarnak busás hasznot húzni, hanem azokból az alkalmazásokból, amit az új nyelv segítségével hatékonyabban, gyorsabban, kevesebb hibával lehet majd elkészíteni – miközben a közösség is sokat profitálhat az új lehetőségekből…

    …és egy napon rájövünk, hogy akárhova nézünk, mindenhol a Nagy Testvér keze nyomát láthatjuk…


  4. Dart

    2011. október 17. hétfő

    A Google bejelentette az új programozási nyelvét, amivel a JavaScript-et akarja leváltani. Úgy gondolják, a JavaScript hibái nem javíthatóak a nyelv továbbfejlesztésével. Az eddigi reakciók nem voltak túlságosan lelkendezősek.

    Az egyik bejegyzés a tervezési hibáit kritizálja. Pedig nekem kifejezetten tetszik az opcionálisan típusos megközelítés (típust meg lehet adni, de nem kötelező, developer környezetben futás közben ellenőriz, production környezetben nem ellenőriz). Nem rossz, hogy csak a true igaz, bár számomra a másik irányú megkötés szimpatikus: mikor kevesebb falsy érték van. Sajnálattal olvastam viszont, hogy a megmaradt a plussz jel konkatenációra és összeadásra. Ezt igazán kijavíthatták volna…

    Egy másik vélemény szerint a JavaScript már most nyert. Olvastam ezzel kapcsolatban olyat is, hogy a Google olyan, mint a Microsoft (lásd VBScript), csak jobb a marketingje. Szerintem nem így van, hiszen a VBScript nem nagyon Linux kompatibilis, viszont a Google nagy hangsúlyt tesz arra, hogy a terméke mindenhol fusson. És ha mindenhol megy, csak a Chrome alatt jobban, és mindenki számára elérhetővé teszik, akkor el fog tudni terjedni. Remélem, hogy így lesz, és elterjed – és remélem, hogy mindez nem a Nagy Testvér egyeduralmát fogja elhozni.


  5. Aszinkron JavaScript

    2011. augusztus 9. kedd

    Visszatérő kérdés, hogyan lehet egyszerűsíteni a JavaScript aszinkronitását. A többszörösen egymásba ágyazott callback függvénye nem segítik elő az olvashatóságot. Az Async.js egy általános, nagy tudású könyvtár, de sokszor nincs ennyi mindenre szükség. A Resistance két fajta működést biztosít: soros esetben a függvények egymás után hívódnak meg, párhuzamos futtatásnál pedig lehetőségünk van érzékelni, amikor az összes aszinkron lekérés végzett. (more…)


  6. Túlértékelt CoffeeScript?

    2011. augusztus 3. szerda

    A CoffeeScript egyre népszerűbb, jogosan merül fel ilyenkor a kérdés, hogy valóban szükséges-e használni. Lackac a júniusi Budapest.js meetup-on mondta, hogy ők nem azért használták, mert mindenki ezt használja, hanem kipróbálták, és abban a környezetben tényleg jobb volt. Így helyes. Axel Rauschmayer így értékelte a jelenlegi helyzetet: (more…)


  7. Miért ne fejlesszünk saját keretrendszert?

    2011. május 15. vasárnap

    Tetszenek Viczián István gondolatai. Ha sok helyen használt elemekből építkezünk hozzáértő módon, akkor könnyebb lesz a karbantartás, nem lesz olyan nehéz embert találni rá. A saját keretrendszernek is meg lehet a helye, de nem mindegy, hogy egy utcáról bejött programozó nagy valószínűséggel nekiállhat dolgozni benne, vagy még heteket kell tölteni a rendszer megismerésével. Külön örültem, hogy programozói szempontból is kiemelte a dolgokat (például: „nagyon sok munkával megtanulnak egy olyan dolgot melyet sehol máshol nem tudnak használni, melytől nem lesznek többek, mely nem motiválja őket, nem írható be az önéletrajzukba.”)


  8. Towards Browse-Based Browsing with Home Dash

    2011. február 3. csütörtök

    A Home Dash egy új, kísérleti felülete a Firefox-nak.

    Szerintem jó az ötlet, de számomra nehézkes a tabok közötti váltás. A hagyományos Firefox-ban felnézek a tab sorra, és rögtön tudom, melyikre szeretnék kattintani. Itt az egérrel kell rohangálnom a bal felső sarokba – de használhatok billentyű kombinációt is, viszont a tab választását nem könnyítették meg, ahhoz ismételten egér kell.

    És az is vicces, hogy FF4-nél Windows-on az ablak tetején vannak a tabok (mint Chrome esetén), ez meg leszedi onnan – kihasználatlan üres hely marad…

    A FF4-ben a status bar-t is eltávolították alapértelmezetten, ami a kiterjesztések miatt zavaró: van néhány kiterjesztés, ami igényli, hogy néha rá legyen kattintva (Adblock, AutoPager, Converter, Greasemonkey, Linkification, stb.) Kár, hogy ezt az értesítési területet nem lehet feltenni például a menüsor mellé, ott lenne hely…

    No, mindegy, kipanaszkodtam magam. :)


  9. Make your JavaScript a Windows .exe

    2010. november 5. péntek

    Az eredeti bejegyzés a JScript-ről szól: ha már tudunk JavaScript-ben programozni, miért ne ezzel végeznénk a különböző scriptelős feladatokat Windowson. (Aki nem ismerné, a JScript a Microsoft JavaScript variánsa). Érdemes a megjegyzéseket is elolvasni.

    Én korábban a JSDB-t használtam az ELTÉn a Nevezetes algoritmusok implementálása órán, ez a Mozilla-féle Spidermonkey JavaScript motort használja. Mondanom sem kell, hamarabb végeztem, mint a C++-os kollégák… :)

    Linux környezetben pedig a Node.js kezd használható lenni script feladatok ellátására is. (A Rhino szinte használhatatlan erre a célra, olyan sokáig tölt.)

    Mindamellett ilyen egyszerűbb fájlrendszeri feladatok ellátására inkább maradok a Perl-nél.