phpng - azaz PHP Next Generation

PHP

Egyes PHP fejlesztők annak a lehetőségeit kutatják, hogy hogyan tudnák a PHP teljesítményét növelni. E projekt keretében a múlt évben megvizsgálták a lehetőségét annak, hogy hogyan tudnák JIT fordítási képességekkel felruházni a nyelvet. A munka során ara jutottak, hogy az optimális teljesítmény elérése érdekében elkerülhetetlen egyes belső API-k megváltoztatása. Hogy legyen hol kísérletezni, létrehozták a phpng, vagy más néven "Next Generation" ágat. A "Next Generation" ág egy belső projekt amin a PHP fejlesztők dolgoznak és nem egy olyan ág, ami éles felhasználásra kész, vagy ami bárkinek is telepítésre javasolt lenne.

A részletek itt olvashatók.

Frissítés: A PHP-DEV listán egy szál indult arról, hogy a fent említett bejegyzéssel mi legyen: maradjon, töröljék, átírják, pontosítsák stb.

( utpKabel | 2014. 05. 28., sze – 13:59 )

Nem lehetne inkább az egész PHP-t kukázni?

Oké, szóval a PHP úgy viselkedik mint a PHP (hát ja, ezért nem C-nek hívják, vagy Python-nak), és vannak benne bugok mint kb. bármi másban.
Helyén kell kezelni.
A PHP sem egy mindenre jó csodafegyver, ahogy minden más nyelvnek, és platformnak megvan az a terület, ahol jól használható, és ahol kevésbé.
Azt, hogy a PHP ámblokk szar, és kukázni kell, jelenleg is erősen túlzónak érzem, a hiányosságaival együtt is.

Bye Bye Nyuszifül

A PHP-vel az a baj, hogy pár helyen szembe megy a józan paraszti ésszel. Helyeken nem következetes, nem egységes önmagával, egy programozó pedig nem tud annyira ösztönösen dolgozni, mint más nyelvekkel. Jó példák vannak az idézett doksiban, nem csak az, hogy nem hasonlít más nyelvekre bizonyos dolgokban.

És akkor most a fenti megállapításban a "PHP"-t cseréljük ki "Javascript"-re, "CSS"-re, vagy szinte a webdeveloper stack bármely tetszőleges elemére... Alapvetően elcseszett, felfújt, eredetileg egyáltalán nem erre tervezett, hajmeresztő módon összeácskapcsolt eszközökkel épít a komplett világ légvárakat. És nekünk úgy 20-25 éve még az x86 assemblyvel volt bajunk bármi máshoz képest, édes istenem, ha akkor láttuk volna a sötét jövőt... :)

Mellékesen, egy programozó ne dolgozzon ösztönösen, végülis egy mérnökről beszélünk, nem egy zenészről vagy költőről bakker. A legbrutálabb kibogozhatatlan kódok lenyomozhatatlan obscure bugokkal úgy születnek, hogy egy ösztönösen dolgozó zseninek rossz napja van.

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Nem értek egyet, szerintem a programozás művészet.
És félreértések elkerülése végett: a műveszetekben sem lehet összevissza bármit csinálni, ha értékelhető eredményt akar az ember. Amire célzok, hogy a szép, áttekinthető felépítésre kell törekedni minden szinten, és ez hosszú távon meghálálja magát. Erre viszont nincsenek precíz mérnöki szabályok, az ember a szépérzékét használja.

"A legbrutálabb kibogozhatatlan kódok lenyomozhatatlan obscure bugokkal úgy születnek, hogy egy ösztönösen dolgozó zseninek rossz napja van." <= Valószínűleg más fogalmakat használunk, de azok a bugok amikre célzol, az én fogalmaim szerint akkor születnek, amikor egy gyenge programozónak rossz napja van. Erre viszont mérnöki körültekintéssel is képesek. Az ellen nem véd...

Amikre célozgattok, kibogozhatatlan kódok, ilyesmi, az pont a művészi szemlélet hiányából, és a puszta utilitiarizmusból fakad.
Gyanítom hogy igazából ugyanazt gondoljuk csak a rossz tapasztalatokra valamiért a "művész" szót húzzátok rá néhányan.

Mellékesen jegyzem meg, hogy ma egy művésznek mérnöknek is kell lennie, pl. zenész hangmérnöki szaktudás nélkül nem sokra jut.

Na ne röhögtess. Szoftverfejlesztés az mérnökszakma, méghozzá egyébként egész jól szabályozható lenne, nem pedig művészszakma.

Az más kérdés, hogy egyeseknek rohadtul nehezére esik elfogadni, hogy vannak szabályok, amiket be kellene tartani és nem gyorsan összetákolni valami szart, mert "úgy is működik".

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Vannak alapszabályok, ami a weboldal működéséhez szükséges. A szintaktikai hiba is erre utal. Azt hiszem szemantikai hibának hívják azt, hogy mégsem azt kódolja le, amit végül szeretett volna, pl hibás következtetések.
Aztán vannak iratlan szabályok, amiket javasolt betartani. Tiszta, átlátható kód.
Aztán pl cégenként lehetnek szabályok, pl milyen keretrendszert lehet használni.
......................
Egymás segítésére még: http://pc-kozosseg.com

Vannak alapszabályok, ami a weboldal működéséhez szükséges. A szintaktikai hiba is erre utal. Azt hiszem szemantikai hibának hívják azt, hogy mégsem azt kódolja le, amit végül szeretett volna, pl hibás következtetések.
Aztán vannak iratlan szabályok, amiket javasolt betartani. Tiszta, átlátható kód.
Aztán pl cégenként lehetnek szabályok, pl milyen keretrendszert lehet használni.
......................
Egymás segítésére még: http://pc-kozosseg.com

Elég sok neves zenészt ismerek, akik köszönik, elvannak hangmérnöki tudás nélkül is. Piszok jó zenét játszanak anélkülis, a hangmérnöki feladatokat pedig rábízzák szakemberre. Azért azt ne felejtsük el, hogy a hangmérnök szakma egy összvér szakma. Fele művészet, fele mérnöki. Ezt manapság az informatikában max az UI tervezőkre tudnám ráhúzni, de a programozóra semmiképp.

Sokkal jobban megy nekem, mint a C/++ vagy java. Szerinted ennek mi lehet az oka?
+ A fájl eleje <?php, a vége ?>, közötte a lényegi tartalom.
+ könnyű, logikus szintaktikák, pl echo "szöveg"; vagy echo "név: $nev"; vagy echo "név: ".$nev;
+ függvények könnyű használata: fuggveny1(érték1, érték2);
+ jó a session megoldás.
+ blokkokban gondolkodás: {}, de blokknak tekinthető if szerkezet, függvény is. Ilyenkor a műveletek hatására kapunk egy eredményt, a blokkok tekinthetőek 'fekete doboz"-nak is. A programozói szem felismeri ezt, habár a sok kapcsos zárójel összezavarhatja, amit kódformázással vagy függvények gyártásával jól kezelhető valamilyen szinten.
+ if, while, stb. Szerintem ez is tök érthető:
If (állítás)
{
Az igaz értékű állításhoz kapcsolodó programrész futtatása
}
else valami(); //Egyébként ezt tegye.
+ jó kifejezések, pl a függvények nevei. Bár ellenpélda is található. Itt date() van, máshol TimeDate(). Az első nekem rövidebb, könnyebben megjegyezhető, hamarabb leírható, nincs nagy betűvel keverve.

- nagyon nehézkesen érthető tutoriálok, dokumentációk, az if-re egy ilyen példa se lenne rossz:
Ha ( van körte)
{akkor ebből kell 10 darab és polcra teszem}
Ha nincs, jó lesz az alma is.
//ezután kódnyelven is le lehetne írni. Mondjuk félig meddig ez az, kezdi felvenni a helyes szintaktikát.
- OOP erőltetés már itt is van. Amíg az ember nem tud függvényeket írni és használni, addig felejtse el ezt.
- biztosan van néhány logikátlanság, mint minden nyelvben.

Szerintem viszonylag elég jól lehet a php nyelvet használni. Nem tökéletes, ennek ellenére mégis a szívemhez nőtt.
......................
Egymás segítésére még: http://pc-kozosseg.com

Az oka, hogy kb. annyi tehetséged van ehhez a szakmához, mint nekem (kb semmi).
Miért gondolom így? (Most félretettem a hupos előéleted, pusztán a kérdésed alapján)
Pontosan ugyanezzel küzdöttem két, talán három éven át: képtelen vagyok megérteni a nem procedurális technológiákat. Az említett nyelvek megértéséhez kell valami plusz, ami belőled is hiányozhat.

Én azon a szinten vagyok, hogy függvényeket írok és használok. Szerintem az OOP első lépcsője ez. Már saját függvényemben használtam gyári függvényt is, talán másik sajátot is tudok benne. Bár a sorrend ugye számít. Lehet, hogy pár éven belül már az osztályokkal is jól boldogulok. De hogy csak osztályt használjak, azt még nehezen tudom elképzelni.
Szerintem részben a feladataink határozzák meg, hogy mikor hogyan érdemes programozni. Nekem legalábbis furcsa, hogy pl java-ban csak osztályok, metodusok, objektumok vannak, mindennek valamilyen osztályban kell lennie. Habár aztán nekem mindegy, hogy a fájl elején van egy osztály nyitó tag-je, a fájl végén meg záró tag-je. Aztán persze kell az elején argumentum, meg még különböző szabályok. Bár szerintem ezek fölöslegesek.

......................
Egymás segítésére még: http://pc-kozosseg.com

Híres lettél. Bár ahogy elnézem a további kommenteket, lenne még miből válogatni.

Nem akarlak megsérteni, de kb. 10-12 évesen lehettem (lehettünk?) ilyenek, mikor megismerkedtem az első programozási nyelvemmel, s akkor már húdezseni informatikusnak képzeltem magam.
--
blogom

Gondolom ez valahogy így működik, bár remélem nem kell mindig másolgatni ezt. Itt is van inclugde-hez hasonló függvény, hogy az elejét header-be, a végét a footer-be rakhassam, hogy ne lássam később ezt a szörnyűséget?

var http = require('http');

http.createServer(function (request, response) {
response.writeHead(200, {'Content-Type': 'text/plain'});

//A fájl közepe, maga a tartalom.
response.end('Hello World\n');

}).listen(8124);

console.log('Server running at http://127.0.0.1:8124/');

......................
Egymás segítésére még: http://pc-kozosseg.com

"//A fájl közepe, maga a tartalom."

Tehát azt akarod, hogy itt legyen a tartalom, a többi meg valahol máshol.
Használj template rendszert és akkor a tartalmat nem kevered bele a kódba (nem túl szép látvány egy kilométeres nodejs állomány televágva html darabkákkal).
Vagy akár használhatod az express keretrendszert is, ami egy elég rendezett skeletont képes kigenerálni.
Egyébként már alkalmaztál "includot" a példádban, require a neve.

Azért Node.js egészen más mint egy gyorsan összekapart PHP kód némi echo-val meg include-okkal.
Elég nagy rakás ... lenne az egész node kód egy template rendszer nélkül + valamilyen MVC logika nélkül.
Azért mielőtt neki esik az ember itt is sok leírást kell végigolvasni és példákat megnézni + tényleg kell valami keretrendszer feladattól függően, mert sokat segít.

________________________________
blog: http://horvathjanos.wordpress.com

Persze, de úgy értettem, hogy talán annak a Pistikének aki először látja egyik nyelvet meg a másik nyelvet, annak úgy tűnhet, hogy PHP alatt csak odacsapunk egy <?php echo " hülyeséget és kész. A Node.js, nyilván a "beépített" webszerver megoldása miatt egy kezdőnek fura lehet, bár nem tudom, nem tudok függetlenként gondolkodni, lehet könnyebben megérti mint a PHP+Apache variációt...
Na mindegy.... :)

Lényegében igazad van, egyik sem túl használható hatékonyan és kényelmesen hozzáadott library-k, vagy más összetettebb kiegészítők nélkül.

________________________________
blog: http://horvathjanos.wordpress.com

Láttam én elég cifra dolgot, és nem az egyszerű hülyeségekkel van a baj, hanem azzal amikor a hülyeség szorgalommal párosul, és több száz soros mocsok kódot tesznek eléd, hogy javítsd meg/fejleszd tovább etc.

________________________________
blog: http://horvathjanos.wordpress.com

Az MVC jó dolog, egy jó megoldás a sok közül. Népszerű is, talán nem véletlenül.
Én jelenleg nem vagyok az MVC híve, ami nem jelenti azt, hogy egy rossz weboldalt készítenék, nincs benne rendszer. A különböző programozási kódok valóban keverednek egymással. Azonban a html kód előtt és végén ott vannak a php nyitó és záró tag-je, valamint függvényeket is előszeretettel készítek és használok. És valóban, aki szeretné a weboldal kinézetét alakítani, picit php szinten is értenie kell. Annyi talán a mentségem, hogy egyedül csinálom a weboldalt és elég jól kiismerhető rendszere van. Nem vagyok az MVC ellen, mindössze még nem érzem szükségesnek.

......................
Egymás segítésére még: http://pc-kozosseg.com

Szerinted mennyire releváns szakmai véleményt hangoztatod egy olyan szemléletmódról, amit még nem ismersz? Vö.: „Nem vagyok az MVC ellen, mindössze még nem érzem szükségesnek.”

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
[url=http://hu.php.net/manual/en/function.rand.php]rand() a lelke mindennek! :)

Nincs olyan, hogy valamennyire ismerem az MVC-t (vagy más logikát). Ezt vagy érted, vagy nem érted, vagy tudod mire jó és miért jó, vagy nem.
+ szerintem ha valaki még nem használta gyakorlatban és nem rakott össze egy primitív kódot egy ilyen felépítési logika alapján, az hiába tudja elméletben, mert ez is kevés ahhoz, hogy valamit is érő véleményt nyilvánítson bármelyikről!

Lehet ezzel vitatkozni, de vagy tudsz használni valamit, vagy nem, vagy meg tudsz csinálni valamit, vagy nem! Ha nem akkor meg minek okoskodsz róla? Nem értem... lehet én vagyok a hülye, de nem értem...

________________________________
blog: http://horvathjanos.wordpress.com

Elhiszem, hogy arra akartál, de mindenesetre nem arra sikerült… :)
Viszont így magadnak megüzented, hogy „Könyörgöm ne készíts honlapokat, és ne programozz! Kérlek szépen!” :)
Ez a LOL :)

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Python + django sem olyan szörnyű. Csak ezekkel az a baj, hogy kicsit alaposabban meg kell ismerni őket, mint egy PHP-t. Nagyobb rendszerekhez, valamelyest szakértő kézben jók, de Pistikéék nem örülnének, ha ilyesmit kellene használniuk (bár ki tudja...)

Persze hozzátartozik, hogy a djangoban találtam pár hajmeresztő következetlenséget, ami miatt hagytam a fenébe az egészet :(
Meg azt sem igazán értem, hogy a tárhelyszolgáltatók többsége miért kizárólag PHP-t engedélyez, miért nincs lehetőség egyéb nyelvek használatára. Annyival több adminisztrációt jelentene?

Python nekem annyira nem jött be :( De majd egyszer megnézem alaposabban is. Az meg, hogy jobban meg kell őket ismerni, nem egy annyira nagy gond. Nyilván jó mondjuk egy PHP-val kezdeni, hogy az ember megértse a web működését, de utána már simán lehet django-ra, RoR-ra váltani szvsz. De a RoR-ral tényleg még csak most ismerkedek, viszont baromira tetszik pl. a routing. Irgalmatlan egyszerű vele REST-es alkalmazást létrehozni.

Alkalmazás-szervernek meg van ingyenes itt:

https://heroku.com

Sajnos storage nincs, ha jól láttam, hivatalosan Amazon S3-at ajánlanak erre.

Ha a projekt kapcsán az alábbi kérdés merül fel:
- Melyik tárhelyszolgáltatónál hostoljuk: nincs
- Hány szerveren futtassuk: python, ruby, groovy, go, haskel, scala, csak, hogy a kellően hipstereket mondjam, lényegében minden modern nyelv alkalmas webfejlesztésre, van hozzá keretrendszer, legtöbbje még teljesítményben is jobb

-
import groovy.transform.Immutable

( uid_19334 | 2014. 05. 28., sze – 14:11 )

" A munka során ara jutottak, hogy az optimális teljesítmény elérése érdekében elkerülhetetlen egyes belső API-k megváltoztatása. "

nem baj, eddig se volt onkompatibilis

( hans1985 | 2014. 05. 28., sze – 14:41 )

Mindig is tetszett a Node.js, és mindig szívesebben dolgoztam vele mint PHP-vel, de nyilván tudjuk, hogy nem váltja le soha a PHP-t, vagy nem mostanában, és nyilván a Node.js sem tökéletes.

________________________________
blog: http://horvathjanos.wordpress.com

*asit

Visszaolvasva az eddigi megnyilvanulasaidat arra jutottam hogy ma is tanultam valamit: Egy nyelvnek is lehet fanboy-a. :) De hogy ez mire jo, az kerdeses :)

-------------------------------
"A gorog katolikus noknek 8 dioptria alatt nem kotelezo a bajusz!" avagy "Nozni csak muholddal lehet..." | http://lazly.hu

Bocs hogy lelkes vagyok.
Ellenben elég kultúrálatlan valakit "lefanboyozni", ezzel minden vitát el lehet intézni. Ahelyett hogy személyeskedés helyett a lényegre koncentrálnál.

Emellett én nem mondtam, hogy mindenki használjon node.js -t. Én azt használnék, de ugyanolyan életképes alternatívának érzem pythont, rubyt, perlt, ciszt vagy javát, scalat, clojuret, vagy bármit ami az ember szívének kedves.
Amit viszont határozottan javaslok, hogy senki se használjon php -t.

Neked még nem válhatott be a PHP mert nem ismered, és csak a felszínt kapargatod, de legalább őszintén beismered, ez szép dolog tőled. Viszont ennek fényében nem tudom, hogy hogyan akarod megítélni a nyelvről, hogy az jó vagy rossz, vagy mik az előnyei és mik a hátrányai?
Nem bántásként, de így a véleményed nem sokat nyom a latba, nem?
Maximum annyit tudhatunk meg tőled a nyelvről, hogy neked tetszik, de ez olyan mintha én nekiálltam volna valamilyen idegen nyelvet tanulni, és még alapszintre sem jutottam el, de próbálok érvelni mellette, hogy ez ilyen meg olyan a másik idegen nyelvekhez képest stb. értelmetlen és nem hiteles és racionális érvelés lesz, csupán emocionális első benyomás alapú.

Én nem merek és nem is tudok teljes értékű véleményt mondani egyik nyelvről sem, mert nem elég az ismeretem hozzá. Hiába dolgoztam éveket PHP-ban, és veled ellentétben én írok OOP alapú kódot már elég rég óta, és lényegében már nem rettenek el semmilyen problémától amit meg kell oldani PHP-ben akár OOP formában akár máshogy, mégsem merek érvelni túlságosan a nyelv mellett sem és ellene sem, főleg azért mert mivel hasonlíthatnám össze?? Ok, hogy nagyon jól ismerem a natív JS-t és más nem natív JS alapú "rendszereket", de JS-el hiába hasonlítanám össze a PHP-t nem lenne elég. Ezen kívül hiába van valamennyi ismeretem más nyelvekből is, Java, Ruby stb. mégsem vethetem velük össze a PHP-t, mert jobban ismerem a PHP-t mint ezeket a nyelveket, és mert nem dolgozom napi szinten azokkal a nyelvekkel, és nincs bennük olyan rutinom mint PHP-ban. Innentől kezdve mit számít a véleményem, vagy egy olyan ember véleménye, aki hasonló tudással és rutinnal rendelkezik mint én?? Semmit! Ezek mind szubjektív vélemények!

Ha valaki azt mondja, hogy dolgozott x évet Java-ban, C-ben, PHP-ben, Ruby-ban, Python-ban, C++-ban stb. tetszés szerint valamilyen más nyelvben vagy nyelvekben a PHP mellett, akkor ő esetleg kézzelfogható érveket hozhat fel a PHP ellen vagy mellette, minden más csak trollkodás, és nem releváns.

________________________________
blog: http://horvathjanos.wordpress.com

Őszintén szólva két dolog miatt használok még mindig PHP-t szerver oldalon.

1. Nem lenne gazdaságos váltani + lusta vagyok. Kifejtem: Vannak kész "eszközeim", PHP-ben írt összetett rendszerek, amelyeket sok helyen újra felhasználok, és X időt, energiát és munkát, egyszóval "pénzt" fektettem bele, és szeretném ha ez meg is térülne stb. Lustaság vagy értelmetlen plusz költség, hívjuk ahogy akarjuk, csomó mindent kellene 0-ról megírnom, vagy átírnom PHP-ről pl. Node.js-re vagy RoR-re. Szeretnék inkább dolgozni Node-al vagy RoR-el, de tényleg nagy a költsége a váltásnak + igaz, hogy használtam és ismerem mindkettőt, Node-ot jobban RoR-t kevésbé, de ahhoz, hogy PHP-ben megszokott tempóban haladjak, ahhoz több rutin kellene, meg gyakorlás/tanulás/szívás nyilván fizetős projektekben. Talán öregszem, nem tudom...

2. Nem ismerem sem a Node.js sem a RoR sebezhetőségeit és biztonsági problémáit. Sosem néztem utána rendesen, sosem vizsgáltam/teszteltem, és bár feltételezem, hogy nem lehet rosszabb ilyen téren egyik sem a PHP-nál (sőt), mégsem mertem sosem kritikusabb "rendszereket" fejleszteni bennük, pont ezért, mert nem ismerem őket ilyen téren, nagyon újak a "piacon" és mindig volt bennem ezzel kapcsolatban egy félsz... jó tudom, biztos ezer példát fel lehetne sorolni, hogy a PHP esetleg sebezhetőbb, több kiskapu kerülhet bele akaratlanul is stb. de mégis szerintem a "megszokás nagy úr" + "ezt ismerjük jól, ezt szoktuk meg, ez vált be blábláblá..." miatt sokan nem vágtak bele a PHP-től eltérő nyelvbe, de lehet rosszul látom/gondolom...

________________________________
blog: http://horvathjanos.wordpress.com

( deje | 2014. 05. 28., sze – 15:50 )

hehehehehe

Akkor én a jövőből jöttem, mert futtattam már JIT-es PHP-t, kb 3-4 évvel ezelőtt.

Na jó, csaltam, mert JVM-en futott...

( tr3w v | 2014. 05. 28., sze – 17:25 )

HHVM, valaki?

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Gyakorlatilag belekoppintottak egy C#-ot a PHP fölé plusz tettek alá egy JIT-teres VM-et. Élesben még nem használom, tesztelgetjük házon belül. Eddig pozitív véleménnyel vagyok vele bizonyos dolgokat leszámítva (pl. nincs phpinfo, hiányzó bővítmények), és vannak dolgok, amik azért hiányoznak. (Pl. a pg_pconnect nekem hiányzott, kénytelen voltam lefejleszteni.)

Viszont a kódja szerintem sokkal kulturáltabb, mint a sima PHP-é és egész könnyű hozzá extensiont faragni.

A közösség eddig korrektnek tűnt körülötte.

Arra jó, hogy ha meglévő nagy projektet _az új featurek miatt_ migrálják HHVM-re, viszont új projektet max Java vagy .NET alatt kezdenék.

Igazából az egyetlen kockázata az, hogy a Facebook merre viszi tovább és nem fogja-e a Hiphop-hoz hasonlóan kinyírni valami másért cserébe.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

( persicsb | 2014. 05. 30., p – 14:16 )

Még nem tudom eldönteni, hogy ez az év topikja lett-e, de lehet, hogy az lett. atomjani eléggé epic.

„Tök jó érzés, hogy ilyen könnyen és hamar programozok le dolgokat weboldalhoz. Kicsit furcsa is, hogy mért csak most jutottam el idáig, eddig inkább szenvedve kerestem a már kész megoldásokat.”

https://www.facebook.com/atomjani/posts/10203850364689110

VS.

http://hup.hu/cikkek/20140528/phpng_azaz_php_next_generation?comments_p…

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

a tvittered alapjan egy coelho veszett ell benned:

"Az emberek a legtöbbször akkor jönnek rá a dolgok értékeire, amikor elveszítik."

"Egyszerre csak egy dologgal érdemes foglalkozni. De azt az egyet nagyon jól kell csinálni.:-)"

"Hamarosan itt a tavasz. Lehet elővenni a tavaszi ruhákat.:D"

es egy klasszikus a vegere:

"Ja és hogy ne csak twitter legyen. A legjobb dolog ma az életemben a fahordás. Megmozgatja az izmaimat.:):D asta la vista:-)"

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

Nem feltétlenül olyanoktól hallod, bár én többnyire nem a gonoszságot látom az ilyen listázásokban, sokkal inkább a listázót érő IRL frusztráció kompenzálását és a hihetetlen mértékű ostobaságot, ami egy ilyen lista készítéséhez elengedhetetlen.

Mondjuk azon vigyorogtam, mikor egy ex kollégának mondtam, hogy jegyzetelem, ha valahol téved, mire visszakérdezett, hogy ez mégis miben különbözik a gabuka-féle listázástól... Aztán felvilágosítottam, hogy tőle megszoktam, hogy amit mond az úgy van, ergo ha valahol téved, az eseményszámba megy :)))

( vilmos.nagy | 2014. 06. 02., h – 00:49 )

OFF: nektek is meghal ebben a topicban a Hupper Következő, Új hozzászólás stb. funkciója?
Ma másodrája vettem észre. Csak itt, máshol működik. A többi (nem használt blokkok eltüntetése, sok komment, stb.) megy hibátlanul...
--
blogom