English | Magyar
JS ki | CSS ki | Ékezetek ki
Lapozó:  (0 - 1182) 
<== | ==>
Ugrás a végére | Utolsó oldal
OS for Sparc64 | OS for PPC | Qt3 for PPC | OpenOpera patches | Opera 12.15 source | Otter Browser Linux x64 - Qt5.10.1/QtWebKit5.602.1 (2018.12.13. 22:38)
besztofbégéaefcé | CSÉNDZSLOG | WebToolz | DDG Shit Filter | Google Shit Filter | Progz | Fast CSS Box | Browser | OS | Agent | Statisztika | BBCode
Monospace font-family: Courier New | Browser default monospace
Keresés
Σ: 417 post

sax  alias  "saxus" Agyfasz
#8, Agyfasz (417)
104 | #001e | ^ | Idézet | Sun, 13 Nov 2005 19:19:00 +01
195.228.*.* Unknown Unknown Hungary *.pool.emitel.hu
akkor szolj tc-nek, hogy rakja ki a vizilou linkjét az oldalára. Tuti meglesz a napi 100 látogató :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
37 | #0024 | ^ | Idézet | Wed, 16 Nov 2005 22:20:24 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Szerintem ha tudná nem kérdezné :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
273 | #0031 | ^ | Idézet | Tue, 22 Nov 2005 10:29:29 +01
80.95.*.* Unknown Unknown Hungary *.TvNetWork.Hu
Mondta, hogy zargassalak majd a 0027-tel.

Kurvajó :D

Meg az is jó lenne, ha az új hozzászólások fellül lennének. Nem tudom mennyire engedi a saját adatbázisformátumod.

A VisualBusic-nak meg sztem nincs Lin-s megfelelője, lévén, hogy micorsops kreálmány.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
125 | #0041 | ^ | Idézet | Wed, 30 Nov 2005 22:58:10 +01
194.149.*.* Unknown Unknown Hungary *.pool.emitel.hu
0031: bib, bit, bip bip b<?php while(true){echo 'i';}

0032: sztem lehetett volna húzni tovább az álmos részt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1176 | #0087 | ^ | Idézet | Mon, 06 Feb 2006 20:52:31 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Ezt a faszt :D

Nos először is direkt adtam meg M$-szes mail címet, hátha valamelyik spammer adakozik neked viagrás reklámleveleket, mert ahelyett, hogy a itt osztod az észt, szerezz egy csajt és dugd meg. (Sőt, ennyi pénzért már kurvázni is lehet...)

Na akkor nézzünk utána ennek a híres-neves szervezetnek.

http://www.google.co.hu/search?q=International+Norvegioan+Server+Club&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official

Nincs találat. Biztos a gúgli a szar.

http://search.msn.com/results.aspx?q=International+Norvegioan+Server+Club&FORM=QBHP

Ez már érdekesebb. Az MSN search talált egy helyet, ahol szerepel az a kifejezés. Ez az oldal. Vicces nem?

Az, hogy nincs egy vasa, az tényleg nem mentesíti. Csakhogy ha nincs mit behajtani, akkor aztán perelhet.

De mindegy, írjál még néhány faszságot kedves ns.axels.hu, ha így tetszik 195.184.19.65, az Axel Springer Budapest Kft képviseletében. Ez nekem nem úgy tűnik, mint a Microsoft.com (207.46.250.119 vagy 207.46.130.108) de még a microsoft.hu ra se hasonlít (szintén azok az IP-k) :)

Hogy miért is írjál? Hogy legyen már min röhögnünk :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
44 | #008e | ^ | Idézet | Sun, 12 Feb 2006 00:02:39 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
"reklámmentes" -- még meddig? :)


sax  alias  "saxus" Agyfasz
#8, Agyfasz (417)
89 | #00a5 | ^ | Idézet | Fri, 10 Mar 2006 19:05:31 +01
195.228.*.* Unknown Unknown Hungary *.pool.emitel.hu
Habosbabos: arra nem gondolsz, hogy esetleg másnak is tele a hócipője a fasságaiddal?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2433 | #00be | ^ | Idézet | Wed, 15 Mar 2006 23:08:06 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
hababa: szánalomból színötös. Beképzeltségből is.

Mindenki egyébb: csak hogy képben legyetek. Ha jól emlékszem ez az egész úgy indult, hogy a Magyarítások Portál "Mutasd meg a honlapod" című topicjában kérte, hogy véleményezzük a honlapját. Nos én megírom róla a véleményem, aki ismer, az tudja, hogy törekedni szoktam az objektivitásra (Az M$Office-t is védem az OOo-val szemben, ott ahol én jobbnak tartom. Viszont árban és helyesírás-ellenörzőben az OOo szerintem szarrá veri az M$Office-t. Ha nem hiszed, másolhatok be IRC logokat). Nos. szóval megírtam, hogy eléggé gáz az oldala. TCH se valami nagy designer (nulldesign forever mi?), de ennek az oldalnak legalább van valami egységes koncepciója és nem csak össze-vissza be vannak hányva a színek (bár a piros szöveg kék alapon eléggé bassza a csőrömet :D).

Mivel lusta vagyok, ezért nem volt humorom visszakeresni, hogy melyik hozzászólás volt az.

Namost ezek után került valahogy az oldalamra hablaty. Valamikor akkortájt, amikor osztálytársaim baszogattak amiatt, hogy nem vagyok hajlandó megváltoztatni a véleményem úgy, ahogy ők fütyülnek. Nos, nem értem, hogy habosbabosnak miért ugráljak?

Továbbá ő küldte be a honlapja linkjét az oldalam shoutboxába az oldalának linkjét, amit én nem szeretnék ott látni. Nem fogta fel.

Ezek után valahogy az se tűnt fel neki, hogy rajtam kívül másnak se (és nemcsak TCH-nak!) tetszik Az Nagy Arca az oldalamon.

Én speciel szartam le magasról. Lehet, hogy baboshablaty ezt úgy értékelte, hogy nem vagyok képes megvédeni magam. De meg tudom: szerintem kettőnk közül én vagyok az, aki jobban tudja uralni a honlapját (mit is írtál valahol? Hányszor is kellett betelefonálni a céghez, hogy segítsenek felrakni phpBB-t?). Mint látod ráuntam a fasságaidra, ezért szépen kikapcsoltam a shoutboxot.

Na mindegy, szóval valaki kicsit beleszemetelt a vendögkönyvébe. Hogy ki volt, nem tudom, de eléggé félmunkát végzett. TCH kicsit jobbat alkotott :) Megjegyzem, már kismilliószor mondtam neki, hogy hagyja a picsába babzsákost, úgy se ér el vele semmit, a normális *megértő* kommunikációra képtelen. Ennyire hallgat rám, az én "kutyám", "testőröm", "seggnyalóm".

Na mindegy, legyen szánalmas kész. Plusz/Minusz egy buzibaba már nem oszt/szoroz.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2592 | #00c1 | ^ | Idézet | Thu, 16 Mar 2006 22:30:29 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
1. Te akarsz oktatni? Mire? Hogyan kell leírni, hogy buzi? Ennyi az össz káromkodási képességed?

Baszd meg a retkes kurva édesanyád lapostetvektől hemzsegő, szőrös picsáját, te gecivedelő kis fikagép, hogy szopnál szét egy teherautónyi bölényt, a szarevő kurva nénikéddel együtt, te mocskos, baromarcú faszkalap, hogy rohadna le kezed, lábad arról a leprás törzsedről, te szájbabaszott, seggtúró, nyomorult, istenbaszta barom, hogy baszna seggbe téged egy egész ménes, meg egy konda is, te kis húgybamártott szardarab, hogy szopnál szét egy csürhe rühes birkát, meg magad is te szarkupac nyomihomi, hogy húznák végig a városon egy szamár mögé kötve, te buzeráns, suttyó fospumpa, hogy szopna le téged egy vacogó krokodil és családja, ha megtalálják a szétfonnyadt pöcsöd, te kukatöltelék, hogy rohadna ki a pofádból a fog, te kis patkány.

Parancssolj. Ez már valami. Ha kell még ilyen nyugodtan kérd meg TCH-t, tonnájával ad még szívesen. :) Ja ez is tőle volt, lusta voltam írni.

Amúgy nem tudom kitől hallottam, de nagyon igaza van, hogy az, aki annyit tud mondani a másikra, hogy buzi, annak az IQ szintje kb a béka szaros seggét szaglászná alulról, ha nem a Föld túlsó felén lenne negatívban.

2. "Mindenki egyébb: csak hogy képben legyetek." Az egész hozzászólás 2240 karakter hosszú. Abból 49 szólt neked. Akárhogy is szémolom, az kevesebb, mint 2.2% :)

3. Jó és ki kérte, hogy szóljá be mindenkinek? Ki kérte, hogy sértődj meg, hogy megírtam a véleményem az oldalról? Ki kérte, hogy reklámozd a honlapod az igénytelen gombáiddal együtt az oldalamon?

4. Jó, én meg 5.-ben kezdtem el érdeklődni a programozás iránt, amikor azt a honlapot készítettem, akkor már Delphiben egész jó dolgokat tudtam készíteni. Tanulod a PHP-t? Jó és? Tanulod a JS-t? Jó és? Egyik se igazán programozási nyelv, mivel mindkettő scriptnylev, igaz összetettsége révén joggal nevezhetjük programozási nyelvnek is. Amúgy még azt felejtetted el, hogy webhez ez a kettő kurva kevés. Mondjuk úgy ott a HTML, ha normális design-t akarsz készíteni még ott a CSS és persze nem árt egy kis SQL ismeret sem. No persze egy jobb web programozónak nem árt tisztában lenni azért alapszinten, hogy mi merre unixokon, hátha nem árt meg. De te még egy PHP-BB-t se tudtál felrakni, amit csak fel kell tölteni, el kell inditani az install.php-t és ki kell tölteni értelem szerűen a mezőket. Ezek után GOSUB 1, te akarsz engem tanítani? Mire is?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3986 | #00c2 | ^ | Idézet | Thu, 16 Mar 2006 22:33:30 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Amúgy az, hogy 16 éves vagy, még nem ok arra, hogy hülye legyél. a muPortált is 16 évesen kezdtem, előtte csak az IG2 fórum volt PHP-s munkám, mégis egész jól dorombolt az RPG Central alatt.

5. Gépbuzi az, aki a gépet nyomogatja és azt hiszi ért hozzá, és besértődik, ha valaki elmagyarázza neki, hogy merre hány méter. Ennél azért jobban értek a géphez és én szoktam mondani másoknak, hogy én érzem úgy, hogy nekem még sokat kell tanulnom ahhoz, hogy elmondhassam, hogy igen, nagyon értek hozzá. Ami persze nem fog bekövetkezni sztem soha, mert sok területtel szeretnék foglalkozni, csak ma már az informatika annyira szétterebélyesedett, hogy lehetetlenság egy embernek mindnet vérprofin ismerni. Pl. TCH hülye a hálózatokhoz. Időnként jön hozzám kérdezni, hogy ez meg az meg amaz micsoda. Máskor meg én kérdezek tőle ezt-azt. Ez már csak így megy jobb helyeken. Rosszabbaknál meg leállnak vitatkozni, hogy a szar nem is szar.

Különben meg nem aggódok. Tudok programozni, érdekel is, szeretek is programozni. Ezen kívül szeretek olvasni, azt meg ugye rossz gép mellett. Nem ilyedek meg ha például kézbe kell venni egy 700 oldalas könyvet. Műveltséget meg csak olvasással lehet szerezni. Tudom, inkább megnézed filmben, és le se szarod, hogy nem ugyanaz a kettő és hogy a mai filmek java része egy halom szar. No meg persze miért is olvassunk feliratot elvégre az olvasás fájdalmas művelet. Inkább rúgjunk be minden hétvégén kétszer, szívjunk füvet reggeltől estig ("úgy se lehet rászokni, akkor miért baj, hogy egész nap szívom?"), sőt (ha csaj lennék) járjunk minden nap picsázni a plázába, blablablahababalalababa. Mint írtam, nem aggódom. Elhülyülő társadalom a miénk, viszont én megteszem azt, ami tőlem kitellik.

6. Javaslom nézd meg ezt a bejegyzést: http://saxus.uw.hu/index.php?p=news&id=18 Segítek, ezt kell keresni: 2003. 08. 04.

16 évesen én már ilyen designben gondolkoztam, te meg ilyen idióta gombákkal oda nem illő háttérrel. Mielőtt belekötsz, hogy kb. egy éve újra lett írva a HTML kód, elárulom, hogy igen, újra lett írva, de a design változatlan maradt. Nem tetszik, hát nem tetszik. Én is unom már, hiszen elég régóta fenn van, de többen mondták, hogy maradjon. Hát maradt.

7. Igen, buziztak, mert kínjukban nem tudtak mit mondani. Meg kellene tanulni asszociálni az egyes információkat. És miután sikerült ezeket egymással társítani, talán fel kellene építeni egy ok-okozati kapcsolatot, és le kellene vonni a következtetéseket. Elismerem, hogy a mai fiatalságnak, akiknek ha a gondolkodás fájna, üvöltenének hihetetlenül megerőltető feladat. De mint írtam én emiatt nem aggódom.

Na de szerintem ez így bonyolult lesz neked, ezért felhomályosítalak. Volt ugyebár egy Kristóf nevű osztálytársam, akiről írtam, hogy birom a hülyeségeid, valamint a puskázásról a véleményem is kifejtettem, csakhogy ez nem tetszett az osztálytársaimnak. (Segítek: http://saxus.uw.hu/index.php?p=news&id=93, http://saxus.uw.hu/index.php?p=news&id=112) Nos ezek után egy ideig fenyegettek, hogy vegyem le, mert baj lesz blablabla, csakhogy mint írtam nem vagyok senkinek se a csicskása. Ígyhát maradt a bejegyzés. Aztán persze jött a buzizás, anyázás satöbbi, mert ennyire tellik nekik, de végül csak rájöttek, hogy nem érnek vele el semmit.

Amúgy meg ismersz talán? Mert szerintem fogalmad sincs róla, hogy ki vagyok. Különben tudnád, hogy undorítónak tartom, de mindegy. Különben meg a divatbuzi és a meleg közt is van nagy különbség, csak mostanság divat lett mindenkit homokosnak tituálni. Kibaszott divat.

No de hiába, mindenki magából indul ki. No sebaj, megyek vissza M$N-re, mert vár a Niki. (Le kellene már szoktatni őt is arról a szarságról. Jó az az IRC.)

8. Fikázni te szoktál. Érvelést még nem láttam tőled.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2037 | #00c8 | ^ | Idézet | Sat, 18 Mar 2006 15:36:58 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
>> Vanak azok a számítógépbuzik, akik csak azzal a buzi Wow-val, meg hasonló szarságokkal szenvednek, meg vannak azok, akik komolyabban belemennek.

WOW? Az mi? Jah, valami játék. Asszem ez is kimaradt az eletemből.

>> Én a gépbuzi alatt azt értem, hogy pl. péntek este. Buli, diszkó, kocsma. És az illető otthon MSN-ezik.

Egyszer voltam discoban, az is tobb volt, mint ami nekem hiányzott. Szóval tőlem mehetsz discoba, engem nem zavar. Véleményem megvan róla, többnyire meg is tartom magamnak. De ne próbáld meg rámkényszeríteni, mert úgy sem fogok elmenni. Nem tetszik, nem érdekel a sok műanyag ember/hülye picsa.

M$N-nezni meg nem szoktam. Utálom, rühellem az instant messengerek mindenféle megtestesülését, ICQ-tól kezdve a Skype-n át egészen az M$N Messengerig. M$N-re is az esetek 95%-ban bitlbee-vel megyek fel és többnyire csak azok az emberek miatt, akik nem tudják/nem akarják használni az IRC-t. Remélem legközelebb azzal jössz, hogy IRC-n meg chatelni szoktam. Nem, nem szoktam. Aki mégis megpróbál velem "chatelni" (gyk. ismerkedni), azt általában 1-5 perc után el szoktam küldeni a jó büdös anyja picsájába. Net nem azért van, hogy ismerkedjünk, hanem azért, hogy beszéljünk. És például azért beszélek csütörtök este fél 11-kor M$N-nen a Nikivel, mert éppenséggel lehet, hogy nem találkozunk minden nap. Ez esetleg nem merült fel benned?

Különben meg ma már rég nem megvetés tárgya, ha valaki ért a gépekhez. Már rég kialakult egy magabiztos közösség, aki büszke arra, hogy kocka. És szerintem az az égő, ha valaki amiatt baszogat valakit, hogy ért valamihez. Saját szellemi sivárságának példája. Nem vagyok kocka, ahhoz még keveset tudok. De szívesebben leszek az, mint egy csöves részeg alkoholista füves drogozós kurvázós.

Csajom meg nincs. Nem volt és nem is lesz. Soha. Barátnőről esetleg szó lehet. Ha megkérdezed mi a különbség, akkor egy üres műanyagdarab vagy.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3317 | #00cb | ^ | Idézet | Sun, 19 Mar 2006 14:03:16 +01
195.228.*.* Unknown Unknown Hungary *.pool.emitel.hu
Jó, ennél szánalmasabb nem is lehetnél. Látszik, hogy közöd nincs az egészhez, csak jártatod a szájad, hogy "disco vagyok, hülye rockerek, hülye rapperek". Erre mondtam, hogy mindaddig tolerálom, még el nem kezdi valaki. Jól mondja TCH, nagyon jól mutatja az átlag értelmi színvonalat.

Rapperekkel nem foglalkozok, majd jön vmi rapper, az majd kioktat erről. Részemről hanyagolom a témát.

Viszont nagyon látszik, hogy azt se tudod, mi az, hogy rocker. Kezdjük talán ott, hogy az, amit ma lerockoz az átlagnépesség csuklóbol, az az esetek 90%-ban metál. Az "értelmesebbik" fele még ide sorolja a punkot is, ami persze három teljesen különböző irányzat.

Részemről pl. meghallgatok punk számokat is, de nem feltétlen értek egyet a mondanivalójával. Jah igen, a számoknak szokott lenni mondanivalója is. Nem tudtad? Ja persze, discos számokban nem szokott lenni. Minek az? Úgy is csak az a lényeg, hogy tomboljá'.

Rohadtul rühellem azt, amikor egy-egy DöJö betűs "előadó" feldolgoz régi magyar slágereket. Hallottad már pl. az Eddától az "Éjjel érkezem" című számnak az eredeti változatát? Ha nem, javaslom nézz utánna. Javaslom hasonlítsd össze:

Eredeti, Eddás változat: http://zeneszoveg.hu/dalszoveg.phtml?szk=37&
Spy the ghost: http://zeneszoveg.hu/dalszoveg.phtml?szk=10072&
Erős vs. Spigiboy: http://zeneszoveg.hu/dalszoveg.phtml?szk=11306&

Na észreveszed a különbséget? Pont a lényeg hiányzik belőle... Nem baj, értelmem minek bele...

Na mindegy, nézzuk a rockereket. Mi is az a rock? Jah igen, Bikini, Edda, satöbbi. Nos, ezek nem Depresszio, Metalica, SOAD, stb. Az utóbbi metal. Nagy különbség. Csak egyszerű rámondani, hogy hülye rockerek, staböbbi.

Másik meg. Kurva sok divatrocker van, aki kezdi, hogy hűdemekkora rocker, de fogalma sincs az egészről. Hallottam már olyanról is, hogy egy punk skinheadnak vallta magát. Nos, korábban a skinheadek (pontosabban boneheadek) verték a punkokat, szoval...

Depresszió. Aha, ezt a zenekart szokták mostanában baszogatni a legtöbbször, hogy nyálad divatrock. Mondjuk jó koncerteket szoktak tartani.

Az M$N-nes beszólásod viszont fáj. Nagyon fáj. Tipikus példája annak, hogy azt se tudod miről van szó, de muszáj okoskodni. az M$N, egy Instant Messenger. Az IRC meg egy chatelesi protokol. Tudod mi a kettő között a különbség? Látszik, hogy nem. Az is biztos, hogy az IRC felépítését sem ismered.

Továbbá IRChez nem kell regisztrálni, felmész, azt kész. Igaz nincs avatar meg egy csomó ilyen felesleges fasság, de a lényeget tudja: gyorsan, egyszerűen tudsz *szöveggel* komminukálni. Nem kevered te az IRC-t az ICQ-val?

Amúgy meg jóval kevesebb erőforrás, egyszerűbb, stb. stb. stb. Néhány IRC parancsot nem árt ismerni, az kb 5 db. /join, /part, /quit, /whois, /query. Kb ennyi az alapokhoz. Ha valakivel akarsz beszélni, nem kell könyörögni, hogy vegyen fel satöbbi. TCH se nagyon rajongott érte először, most meg el nem tudna szakadni onnan.

De mindegy, mondhatok én itt mindenfélét. Nagyon jó tanubizonyságot tettél a felfogóképességedről. Mi a csaj? Csak egy csaj. Meg lehet dugni, azt lehet dobni a picsába. A barátnő nem ez.


Skyzou  alias  "saxus" Agyfasz
#8, Agyfasz (417)
45 | #00cf | ^ | Idézet | Sun, 19 Mar 2006 20:57:38 +01
195.228.*.* Unknown Unknown Hungary *.pool.emitel.hu
Ne hagyjátok abba. Kurva jót szórakozok :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
4025 | #00d0 | ^ | Idézet | Sun, 19 Mar 2006 22:10:04 +01
195.228.*.* Unknown Unknown Hungary *.pool.emitel.hu
Ábazmeg. Ez egyre jobb :D

Amúgy, de tudom. Mint írtam, azért egész jó koncerteket össze tud hozni a Depi, 1-2-n voltam is. Tetszett. Ha neked fáj a fejed tőle, hát fájjon, engem nem zavar :)

Mondjuk egy Eddát szerintem elég nehéz összekeverni például egy Rammstein-nel, mert keménységben nem egy szinvonal. A Rammstein amúgy meg két m. Acélos bakancsom meg nincs. Az öltözködéssel meg annyit, hogy ha nekem a fekete tetszik, akkor mi van? Ha nekem az tetszik, akkor az tetszik. Ha a lila, akkor a lila. Kész. Nem mindegy neked?

Kólünben meg minek is járjak mindenféle divatbuzulós cuccban? Tudod kinek találták fel a divatot? Azoknak a sötét emberkéknek, akiknek ha azt mondod ugorjál kútba, megteszi. Nehogy már egy buzi divatdiktátor döntse el nekem, hogy mit húzzak fel. Igaz, milyen igényességet várjak el attól, aki eleve feleslegesnek ítél egy zeneszámnál olyasmit, mint például tartalom (ld. üres, műanyag lét, nem véletlen mondom). No meg persze minek is élőzene, jó nekünk a pléjbek. Hát köszi, ha már én egyszer látni (hallani) akarok egy előadót, elvárom, hogy élő zenét játszon, ne CD-ről. Azt én is meg tudom tenni bármikor.

Tényleg nem mondtad, hogy a régi számok feldolgozása rossz. Én mondtam. Még jó, hogy nem reinkarnálódtam benned. Egyáltalán összehasonlítottad a szöveget? Ha már feldolgozzák csinálják már normálisan. Lehet, hogy téged a szöveg kurvára, de kibaszottul nem érdekel, mert úgy se fogod fel (tényleg, írd már le, hogy szted miről szól a szám.), de nekem viszont rohadtul bassza a csőröm, hogy egy szép számot elbarmolnak.

Arról, hogy mi igényes, mi nem, arról vitát nyitnék. Javaslom hallgasd meg ezt a számot:
http://www.shockmagazin.hu/magyar/download/t/02_-_thy_catafalque_-_neath_waters.mp3
Avantgarde metal. Kérlek számold össze a váltásokat és a hangszerek számát. Ha nagyon megfájdul a fejed, 1:25-től 6:45-ig hagyd ki. Kb az belőle a metálos rész.
Aztán hasonlítsd össze ezt: http://www.shockmagazin.hu/magyar/download/t/06_-_thy_catafalque_-_zapor.mp3
ezzel: http://www.shockmagazin.hu/magyar/download/t/01_-_thy_catafalque_-_csillagkoho.mp3

Szerintem elég széles a skála ahhoz, hogy rámondhassuk, hogy nem csak 1 dobcsörömpölés meg egy-két gitár + hörgés. Van olyan is, de ez nem az. Jó, a Csillagkohó az oda van rakva rendesen.

Aztán javaslom nézd meg pl. a Nightwisht és a Rhapsody-t. Zeneileg teljesen igényesen van megcsinálva. Meg meg elo lehetne keriteni pár olyan bandát, - főleg pl. a goth irányzatban - amelyik igen igényes zenét (nem ritkán szimfónikus zenekari kísérettel) játszik. Tudod te hány ember játszik egy szimfónikus zenekarban?

No de mindegy, aki olyat ír, hogy punkos medál a nyakban, az nagyon hülye és szerintem ne akarjon kioktatni hogy melyik zene micsoda. Segítek: a punkok nem nagyon szoktak medálokat a nyakukba lógatni. Tudtommal nem tartozik az "alapfelszerelés" közé. Ellentétben a punk taréjjal, amit mostanság egyre több discos koppint.

Amúgy meg nem tudod, hogy honnan veszed, hogy a rockerekkel mindig több baj van, egyik osztálytársam rocker, semmi bajom vele. Kedves, aranyos, normális, dolgozat esetén jól össze lehet dolgozni :D Ja amúgy a lányok állományát gyarapítja. Ellenben egyik-másik discot gyarkabban ostromló emberkével volt bajom nem egy. (Neeeeem, nem az, hogy discos. Nehogy ezzel gyerek, mert komolyan mondom, beleállítom a kisbaltát a fejedbe.)

A szakadt ruhás hasonlat meg kb. olyan, mintha azt próbálnád meg bebizonyítani, hogy az, aki sík hülye matekból, nem szerezhet fizikai Nobel díjjat. Pedig megtörtént, Einsteint meghúzták matekból, és egy másik ember számolt helyette végig. Megasztán ne is próbáld meg letagadni, hogy külső alapján ítélsz. Csomagolás legyen mézes-mázas, de a tartalom le van szarva. Csodálkozol, hogy elegem van a sok üres műanyag vázból?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1440 | #00d1 | ^ | Idézet | Sun, 19 Mar 2006 22:10:21 +01
195.228.*.* Unknown Unknown Hungary *.pool.emitel.hu
Punk hajam meg nekem sincs. Taréjod van? Vagy esetleg bármi más égnek áló biz-basz a fejeden? Mondom, mostanság divat a discosok körében.

Amúgy szintén megfigyeltem, kiknek jó az M$N: a sok megvezetett, külsőségekben elvesző embernek. Csilivili felület, blalbalba. De a lényeg elsiklik mellettük: az, hogy lehet akármilyen csilivili felület, egy szimpla egyszerű szövegátvileti módszer is elegendő ahhoz, hogy egymással beszéljünk.

Továbbá rohadtul rühellem, hogy ahhoz, hogy használhassam az M$N-t, mindenféle fasságot meg kell csinálni. Apropó, milyen jogon használod az M$N-t? Szerződésben benne van, hogy csak akkor fogadhatod el, ha elmúltál 18 éves. Na persze M$ bekaphatja, tiltja, hogy használjak bitlbee-t, anyjuk picsáját. Jah igen, ha akarom, el tudom érni M$N-t egy IRC szerverről. Csináld meg ugyanezt fordítva. Aztán. QuakeNet, pár éve hallottam, hogy ünnepelték az egyidejűleg 400.000 felhasználót. IRCNet, nem tudom hány szerveren oszlik meg az egész, csak Magyarorszon van asszem 2 IRCNet szerver. Quakeneten per pillanat 200.000 ember van és 39 szerverből áll a hálózat. Mindez 179223 szobában oszlik meg. IRC-Net-n (irc.elte.hu pl.) 110.000 user van 40 szerveren 55540 szobában. És ez csak a jéghegy csúcsa. Nem jártam most végig az összes nagyobb IRC szervert. Jah, es mi olyan van, amit pl M$N nem tud? Probáltál már IRC-kvízt? Például.


Skyzou  alias  "saxus" Agyfasz
#8, Agyfasz (417)
88 | #00d4 | ^ | Idézet | Mon, 20 Mar 2006 19:32:27 +01
195.228.*.* Unknown Unknown Hungary *.pool.emitel.hu
Nemá :'( Ki ne titsátok!!!!!!! Már kezdek tök jól szórakozni ezen a balfaszon!


Skyzou  alias  "saxus" Agyfasz
#8, Agyfasz (417)
55 | #00d6 | ^ | Idézet | Tue, 21 Mar 2006 15:05:28 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Afaszomba :'(((((((((( Pedig már kezdtem élvezni.


Skyzou  alias  "saxus" Agyfasz
#8, Agyfasz (417)
138 | #00d9 | ^ | Idézet | Tue, 21 Mar 2006 19:10:46 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
hababa: bocsi, én csak a balfasságaidra vagyok kíváncsi, akkora szánalom, hogy jobb, mint egy vígjáték. Szara TV-műsor errefelé.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
4177 | #00db | ^ | Idézet | Tue, 21 Mar 2006 23:13:45 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Te hablaty! Látszik, hogy csak a pofád téled... Ha csak egyszer végighallgattad volna a Neath Waterst, akkor nem pofáznál ekkora hülyeségeket, hogy monoton. Mint mondtam, NE a Depresszióhoz viszonyítsd, sokan, akik a kilométeres Depi pólót hordják nap, mint nap, azok divatrockerek. Ne azt vedd alapul.

Mert ha érdekel én meghallgattam egy számot (mivel nem adtál meg konkrét számcímet, ezért a legkisebbet töltöttem le: hot nights 2004 livemix), mert könnyű úgy pofázni, hogy azt se tudod miről van szó. Nos. Elején még van vmi zenének nevezhető, az kb 2 percnél befejeződik, utánna ugyanazon a monoton ritmuson megy a fűrészelés a duc-duc néha vegyítve, néha felváltva tuc-tuc-cá. Nos, dallam, az elég kevés van benne. Jó, elhiszem, hogy jó dolog megtekergetni időnként azt a sok potmétert, amivel lehet emelni/csökkenteni a hangszínt, mert azon kívül nem sok változatosság van benne. Jah de, néha így duc-ducol, néha tuc-tucol. Höhö várjámár!!! 15:40-kor már felfedeztem dallamkezdeményeket!!! Gecííí mik vannak. Jah, 16:00-ig tartott. Mindegy, találtam :D höhö. Jé, 20:00-kor megint előjön vmi nyőgdécselés. Mik vannak. Ez a lighttos téma megy kb. 23:30-ig, de hangnemében, dallamában kb ugyanazt követi. 23:50-től meg duc-duc végig. 28:20 környékén a fenti ciripelős hangmentartományok helyett a mélyfűrész tartományokban rángatja a hangkeltő ketyeréket. Mit ne mondjak, eléggé tucatdallam, tucathangszínnel. És így tovább, és így tovább, és így tovább...

Tucatdallamok, tucatembereknek.

És a dídzsé barátodra... Ha elbaszta, hát elbaszta. Így járt. De a lényeg megint elkerülte a figyelmed: berakja a lemezt, kirakja a lemezt, berakja a lemezt, kirakja a lemezt, berakja a lemezt, tekergeti a potmétert, kirakja a lemezt, GOTO 1.

Azok, akik kimennek a színpadra, azok tudnak zenélni. Egy lemezt felrakni a lejátszóba nagy kunszt. Azt bárki meg tudja csinálni. Ahhoz, hogy ütemre el tudd indítani, ahhoz meg ritmusérzék kell. Azért 2 MP-t tévedni az azért már durva. Attól, hogy valaki MÁS számait egybemixeli, attól még nem ő készíti azokat a számokat, max egy mixet belőlük.

Úgy véded a disco-tuc-tucot, mintha az lenne a művészet csúcsa. Hát nem az. Nem azt mondom, hogy a metál zenében nincsenek sablonos unalmas dolgok, hisz az is "kitermelte" már a maga nagyjait. Időnként születnek ugyan új alapműbek és azok érdekes módon általában nem arról híresek, hogy tucatritmusokat tucatdallamokkal töltenek fel.

És ha már így belementem: láttál/hallottál már rendes például fúvószenekart neadjisten szinfónikus zenekart életedben? Ó nem, nemcsak a "régi szarokra", gondolok, mint pl. Mozart meg Beethoven. Van ott is könnyűzene. Nos, ha egy ember nem tud pontosan elindítani a tekerőjét, akkor szerinted milyen egy 40-50 fős zenekar, ahol 10-20 ember lépkedhet ki-be? Tudod te mi az a pontosság a zenében? Van, aki egy életen át gyakorol egy-egy hangszeren azért, hogy profi legyen. Hidd el, nem kis feladat, napi több órát (vagy akár egész napot) végiggyakorolni. Látszólag könnyű például egy trombitát megszólaltatni. Ott a cső, bele kell fújni, azt nosza, van 3 gomb, valahogy csak lehet vele hangot kellteni. Igen, valahogy lehet, csak közben figyelned kell a helyes szájtartástól kezdve a megfelelő levegővételen át (hasból fújunk - és énekelünk - ugyebár) a megfelelő hangszertartásig mindenre. Kottát se olyan egyszerű olvasni mindig. Ja igen, tudom, van 5 vonal meg benne karikák. Nos, azon kívül még van (jó)pár jelölés a zenében és akkor a szöveges utasításokról még nem is beszéltem. Nem egyszerű *jól* játszani. Komoly zenét sem, de könnyű zenét még annyira sem. Hallgasd meg például Boban Markovicstól a Disco című számot. Kibaszott technikás, főleg pontosan bejátszani.

És tudod a fúvós/szinfónikus zenekarokkal meg az a baj, hogy nem biztos, hogy 500 ember előtt fog játszani egy-egy zenekar, és nem biztos, hogy csak botfülűek lesznek a közönségben.



saxus  (statz) Agyfasz
#8, Agyfasz (417)
2500 | #00dc | ^ | Idézet | Tue, 21 Mar 2006 23:14:13 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Finomhangolt XP. Aha, gondolom végigtúrtad a registry összes kulcsát, egyenként. Főleg úgy, hogy alaptartozékokkal használod. Jól van. Remélem még WMP-t is használsz, biztos sok a memóriád. Adhatnál nekem is, Amúgy meg nem M$N Messenger, hanem Windows Messenger van alapból az XP-ben. Sőt, még Internet Explorerrel is böngészel. Látom finomhangolt XP-d van :) Alapcuccok mindenből. Pontosan úgy, ahogy a tucatembereknél szokás: minden szemetet megesznek, amit a képükbe tolnak. Persze, fáj beismerni az igazságot, hugy egy divatbuzi vagy. Mindneki azt akarja hinni magáról, hogy ő a tökéletes, az ő nézeteinek kell uralkodnia a világon. Én nem mondtam, hogy legyél rocker. Se azt, hogy legyél punk, stb. Nem mondom, hogy használj bitlbee-t, külsőségekben elvesző vázaknak úgy is felesleges a gyors program. Legyél egy giccs, engem nem érdekel. Most elkezdeném magyarázni, hogy a mIRC-m megeszik 5.5 mega memóriát, fennvagyok két IRC szerveren + bitlbee-n (1 jabber + 2 MSN). Az M$N Messenger meg alapból megeszik 17 mega ramot. És akkor még be se nyitottam egy privi ablakot. Igen, finomhangolás. De mindegy, ha neked jó az, hogy átlag 2 mp-vel később jelenik meg az üzenet, mint kellene és 5x annyi adatot küld, mint egy IRC szerver (arról nem is beszélve, hogy mennyivel lassabb), akkor rendben, finomhangold a géped :)

Nem fogok senki kedvéért megszeretni semmilyen zenei (és a lényeg, ami sokaknak a figyelmét elkerüli: élet-) stílust, nem fogok egy közösség - főleg a divattagjainak - kedvéért semmilyen ruhát felhúzni, nem fogok senkinek a kedvéért semmit sem vallani (írtam is példát: TCH fanatikusan M$ ellenes, én viszont ott védem azon programjának, azon funkcióját (azt és csak azt), amit jónak találok.).

Te miért lettél discos? Azért, mert a környezeted az? Nem erre mondják, hogy egy bolond százat csinál?

Mint láthattad, volt már rá kísérlet, hogy megmondják nekem merre hány méter: láthattad az eredményt: először fenyegettek, majd rájöttek, hogy a tettlegességgel sem érnek el semmit, aztán anyáztak, aztán rájöttek, hogy úgy sem változtatom meg a blogbejegyzéseimet. No persze a anyázó divatmajom ilyenkor mit lát? Megyd az anyázás, fú, biztos nagyon buzi az, akit lebuziztak, buzizzunk be mi is.

Annyira, de annyira szánalmas vagy és annyira, de annyira lászik rajtad, hogy mennyire egy külsőségekben elveszett, üres műanyag vagy.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1174 | #00de | ^ | Idézet | Tue, 21 Mar 2006 23:31:39 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Azt elfelejtettem megírni, hogy mielőtt (megint) azzal kezdenéd, hogy jól van, de mégis mit szólok bele: annyit, hogy elkezdted, és nem bírod abbahagyni, és már rohadtul unom a fasságaidat. Jössz ide osztani észt, mintha neked olyan sok lenne, beszélsz fasságokat és ki akarod osztani azt az egész világ (értelmesebbik) felének. Csak az kerüli el a figyelmed, hogy senki sincs veled. No persze elmehetsz a discoba toborozni azzal, hogy "hé szidják a discosokat, szójjunk má' be nekik!", értelme nem sok, de haszna sem. Ez egy kis eldugott oldal, mégis többen vannak eddig, akik mellettünk áltak ki, mint melletted. Ha ezt netalántán megteszed, akkor szintén a te értelmi színvonaladról fogsz számot adni. Jó lesz, ha visszaolvasol, hogy ki is kezdte el az egész zene-flame-t: elkezdted, hogy miért nem járok discoba. Mondtam, nem szeretem. Erre te kijelented, hogy konkrétan nem ismered őket, de tudod, hogy szar. Hát jó, legyen, én meg tudok olyat mondani, hogy "Sose kezdj harcot, de mindig fejezd be!" (Babylon 5). Szóval, rendben, ha akarsz még észt osztani, hajrá, meglátjuk ki unja meg előbb.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
16 | #00e2 | ^ | Idézet | Wed, 22 Mar 2006 23:30:07 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Elbaszott flúd.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3453 | #00e3 | ^ | Idézet | Wed, 22 Mar 2006 23:31:45 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
"ezért még szép, hogy több rockzenekart ismerek", aham, eddig egyet nem mondtál. Én már mondtam párat: Bikini, Edda, Omega, LGT, Beatrice, Republic, Karthago, P. Mobil, stb. stb. stb. Csak az ismertebbek és csak magyarok. Ehhez képest te mit említettél? Semmit! Ne gyere már folyton a Depivel, elmondtam már kismilliószor, hogy a *Depresszió* *NEM* *ROCKZENEKAR*, hanem metál. Mintahogy a Rammstein is. Hangzásvilágban és témákban is más. Igen, témák. Ja persze, az IQ szinteddel nem fogod fel a szövegek értelmét. Jóhogy nincs szöveg a tuc-tucban.

Be merném-e nyomni 500 ember előtt? NEM BAZMEG! Égne a pofám, ha más zenéjével állnék ki menőzni, hogy haj' de nagy ember vagyok, mert képes vagyok kettő lemezt egybemixelni.

Amúgy meg két probléma is van: egyik az, hogy nekem ugyebár komplexebb zenéim vannak, és azokat nem olyan egyszerű ám egybemixelni, mint néhány primitív _ritmust_.

És jajmár. Szerinted hol van egy szintben egy fúvószenekar azzal, hogy a nagymamád régen, kis porbafingó korodban tanítgatott?

Különben meg hasonlítsam össze azzal, amit leszedtem? Jól van, más tollával könnyű ékeskedni. Mutassál valamit, amit te csináltál, aztán majd én is mutatok neked a minősítőnkről felvételeket.

Igen, tudom, hogy nem egy fotelzene. Mert önmagában *SZART* *SEM* *ÉR*. Te magad bizonyítod be. Megy a tuc-tuc, megy a lüktetés, menjen a buli egész évben, azon kívül le van szarva minden, éjen a pia, éljenek a kurvák, éljen a heroin satöbbi. Le van szarva minden, nem érdekel semmi, csak érezzem jól magam, szálljak a fellegekbe, minek dolgozni? Az unalmas, meg különben is, másnak a tuc-tucát le tudom, nyúlni, abból is össze tudok tákolni vmi szart, a sok hülye így is úgy is megeszi, értelem meg minek bele? Úgy is csak az számít, hogy pörögjé, nem számít semmi sem, tied a világ, nem kell érte dolgozni, vesd bele magad az életbe, éljenek a csilivili diszkófények, jajdejó, parasztvakítás, satöbbi, satöbbi, satöbbi...

És mi van mögötte? A nagy büdös üresség.

A számolkba nem kell szöveg - tartalom! - mert úgy sem értenék meg. Még mindig nem válaszoltál arra a kérdésemre, hogy észrevetted-e mi a baj az Éjjel érkezemmel. Elolvastad te egyáltalán? Megpróbáltad megérteni, hogy miről szól? És megpróbáltad felfogni, hogy mit hagytak ki belőle? Nembazmeg, mert minek értelem.

A Windows meg nem óriáscég, a Microsoft az. Amúgy szerinted CSAK linuxot vagy CSAK windowsot lehet hasznalni? Kettőt egyszerre semmiképp ugye?

Az gondolom teljesen elképzelhetetlen, hogy itthon az XP-m mellett van még ME (DOS-s játékoknak, 98-s CD-m nem talalom), Slackware Linux natívan, VMWare-ban egy Win98 és egy Slackware linux. Gondolom ezek így együtt lehetetlenségnek minősülnek. Főleg úgy, hogy az XP-m még eredeti is. Igen az. Mondjuk fizetni nem fizettem érte. No és mondjuk szerinted úgy nem lehet használni linuxot, hogy szerveren van rajta? Most rakunk össze egy rendes szervertermi gépet haverommal. Na meg mi van a többi Open Source oprendszerrel? Unix? HP-UX? Solaris? FreeBSD? OpenBDS? NetBDS? Minix? MacOSX? És ez csak az unixos ág. VMS, OpenVMS, NetWare? Kihalófélben, de szűk körben még mindig nagy népszerűségben örvendőek: AmigaOS? BeOS? Open-source Windows klón: ReactOS? Na ezekből hányról _HALLOTTÁL_?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1050 | #00e4 | ^ | Idézet | Wed, 22 Mar 2006 23:32:24 +01
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Ha már a hülye is tud írni, akkor elárulom, hogy nem beszólnák, hanem beszólnék. (Én beszólnék, te beszólnál, ő beszólna, mi beszólnánk, ti, beszolnátok, ők beszólnának.) Továbbá légyszíves értelmezd: "Szóval ismerem én a többi stílust is, csak nem szeretem, mert meghallgatás nélkül könnyű rámondani, hogy szar, de én tudod, előtte meghallgattam, aztán mondtam véleményt."

Chris-szel együtt próbáltunk rájönni az értelmére, de nem jöttünk rá.

Ismered (látszik, mennyire), de nem szereted, mert úgy könnyű rámondani, hogy szar. Magyarul azért nem szereted, mert könnyű rámondani, hogy szar. No azért persze tényleg meghallgattad, mert nagyon írtad a Neath Watersről a véleményed. Azt várom már mióta. Hogy is fogalmaztál? Még nem hallgattam meg, de unalmas, monoton... Tényleg azután mondtál véleményt. Nagyon. Látszik. Nem önellemtmondás egy picit?

Egyre szánalmasabb vagy.

TÉCÉHÁ! Emeld már meg lécci a karakterlimitet, megint szófosásom volt :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
174 | #00e6 | ^ | Idézet | Thu, 23 Mar 2006 16:04:34 +01
194.149.*.* Unknown Unknown Hungary *.pool.emitel.hu
Jaja, tudom. Csakhogy azért egy szinfonikus zenekar és egy üres ritmus között van különbség. Nemde?

Akkor meg tanuljon meg írni, mert ahogy leírta ez az értelme.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
6730 | #00ea | ^ | Idézet | Fri, 24 Mar 2006 09:19:51 +01
127.0.*.* Unknown Unknown Hungary *
Na most meg nem írok sokat, mert a faszom kivan az ilyen-olyan betegségekkel. "Aaddig nem beteg az ember, mig orvoshoz nem megy".

Mond, ha nem ismered, akkor mit pofázól bele olyanba, amihez közöd nincs? Továbbá én is roppant kíváncsi vagyok, hogy akkor most ismered-e vagy sem. Szerintem nem, csak pofázól. Továbbá szeritem azt se tudod mit beszélsz. Erről már tanubizonyságot tettél, amikor anélkül leszaroztad a Thy Catafalque-t, hogy egyáltalán megnézted volna, hogy mi az. No persze utánna tök mást állítottál. No persze, mit is várjak olyanvalakitől, akinek megmondom vagy 5x, hogy a Depresszió az nem rock, hanem metál, de ezek után még mindig rockzenekarként kezeli.

A statisztikák meg nem mutatnak semmit. Naponta hány millióan törlik a seggüket Tescos WC papírral és hányan sokrétegű übermárkás, segkinyaló kényeztető babatörlőkendővel? Namost akkor az übermárkás törlőkendő szar, mert kevesen veszik? Ezért mondom, hogy a statisztikák nem mutatnak semmit.

Tudod a Thy Catafalque legutolsó lemeze a Tűmő idő, Tárlat 140 példányban jelent meg, amiből a tagok ajándékoztak el egy csomót és kb 40-50-t rendeltek meg belőle. No persze, emellett letölthető volt egy halom oldalról (vagy 5-n láttam fenn, nagyobb keresgélés nélkül). Tehát az eladott lemezek száma kb. 50. Mellette letöltötték néhány ezren. Magyarországon. Azok, akik megrendelték, azok is gondolom azért rendelték meg, mert borítóval "más". Namost akkor mi van? Egy kis picsa formáció, nem reklámozzák a TV-ben, nem tolják a képedbe oriásplakáton, mégis letöltik néhányezren az albumukat. Hoppá.

Marketinggépezet nagy úr. Ott van: lásd

A statisztikák egyébként úgy nem érnek semmit, ahogy vannak. Nézzük például az előzetes választási statisztikákat: az az ezer főb, amit találomra összeszednek - valószínűleg csak BP-ről, vagy 1-1 nagyobb városból - szerinted hol fedi le a teljes ország statisztikáját? Vagy egy-egy műsor nézettségét szerinted hogy állapítják meg? Sacc/kb. alapon.

Továbbá a statisztika olyan, hogy azzal azt bizonyítanak be, amit akarnak, lényeg az, hogy jól legyen kiszámolva. Mondok egy példát. Van két cég. Egyik értékesített 645.000.000 milliárd kutyagumit, másik 645.000.001 milliárd kutyagumit értékesített. Nos, ha én azt akarom bebizonyítani, hogy a másik cég, mennyivel jobban teljesített, akkor azt mondom, hogy egy milliárdal jobban teljesített. Ha azt akarom bebizonyítani, hogy azért szoros a mérkőzés, akkor azt mondom, hogy az egyik cég 0,000.000.001 %-l maradt allul a másikhoz képest. Statekben 1 tizedes jegyre kerekítünk, ha százalékról van szó, azaz elenyésző a két cég különbsége. Ne akard nekem megmagyarázni a statisztikát, suliban tanulom, szóval... Vagy mondok egy másik példát: volt az egyik pártnak lakossági fóruma az egyik városban. Zsúfolásig volt a terem, az operatőr mégis mit vett fel? Néhány üres széket, hogy letagadhassák, hányan voltak. Statisztikákban akkorákat lehet csalni.

Jut eszembe: hogy jött ide az Orbán? Tán neked is annyi híved van, mint neki? Faszom kivan már azzal, hogy mindenki azt hiszi, hogy egy-egy politikus valami félisten. Nem bazmeg, kapják be a faszomat. Azok se különbek, mint egy-egy átlagember, csak nem dolgoznak, hanem politizálnak.

És milyen hozzám intézett második bekezdés? Abban speciel pont a stílusokról papolsz meg az M$N-ről. Jut eszembe, M$N: Tipikus példája, hogy azokat a programokat használtod, amelyek a gépen vannak, hogy beveszed az amcsi marketingszokást (van vmi csúnya-ronda neve, nemtom, hogy hívják): Amcsiban ugyanis nem azt mondják, hogy hozz egy ragasztószallagot, hanem azt mondják hozz egy mittommit, nem azt mondják, hogy nyiss egy böngészőt, hanem azt, hogy nyiss gy IE-t, nem azt mondják, vegyél autót, hanem azt mondják vegyél BMV-t. Egy-egy márkát helyeznek a fogalom helyére. Bevált reklám. Másik meg az, hogy oda tolják a képedbe a dolgokat. Ha rá lennél kényszerülve, hogy keressél és hasonlíts össze több lehetséges választást, nem biztos, hogy mindig mindenből azt használnád, amit használnál. Kipróbáltam több féle böngészőt, legjobban a Firefox tetszett. Néztem már több féle Linux distrot, azok közül a Slackware tetszett eddig. Stb. Néztem már többféle letöltőklienst, wget a legjobb. Használtam már többféle M$Office-t, eddig maradtam 2000-nél, mert az volt a legjobb. Most áttértem OpenOffice.org2-re, mert igaz, hogy kevesebbet tud, mint az M$Office, itt-ott lassabb is, de jobb a helyesírási szótára, és olyanokat tud, amit az M$Office nem, az Office2003-sem. Viszont nekem nagyon jól jott. Ja és ingyenes És így tovább.

A "fikázásunk" meg jóhogy eljut. A szerveren FreeBSD fut :) Igaz most az UW-ről megy az oldal, itt is FreeBSD van (legalábbis, mikor legutóbb néztem), csak itt már a vas kevés ahhoz az oldalmennyiséghez, amit hostolnak és a MySQL nem bírja.

A "működik"-hez meg azért még kiegészítés:

"This server was created Sun Mar 27 2005 at 11:38:36 CEST" Ez a Founders IRC szerveréből van. Tavaly februárban indultak. Azóta volt egyszer PHP és Apache és MySQL frissítés, de a gépet nem kellett újraindítani. Igaz ez egy nem túl látogatott IRC szerver. Hostolni azért már több oldalt hostolnak.


Ez meg a trefort:
"This server was created Sun Jan 16 2005 at 19:12:30 CET". Ez viszont MO egyik legnagyobb szervere. Nos? Az elmúlt egy évben hányszor is szakadt az M$N? Volt olyan nap, hogy azért nem tudtál felmenni egy _REDUNDÁNS_ELOSZTOTT_ hálózatra, mert az egész állt? Nekem mindegy, használd M$N-t, engem nem zavar. Csak me merj olyan baromságokat mondani, hogy ugyanolyan, mint az M$N és szar az IRC. Ennyit erről. Haverom ADSL-s szervere jobban bírja, mint az M$N, pedig az alól néha elmegy az áram meg szakad a net. No persze már nem sokáig.

Ja és még egy kérdés: konkrétan a "monoton" Neath Waterst meghallgattad? Írtál róla valami kézzelfogható véleményt? Nem bazmeg. Szóval kíváncsian várom. Linket megtalálod feljebb. nem egy stílusról beszélek, mert alig a Thy Catafalque-t elég nehéz becsoportosítani egy stílusba. Metál és metál közt is lehet ég és föld. Szóval várjuk szívesen.

Kurva UV tegnap este nem volt elérhető, mire postolni akartam. Basszameg. De legalább jó sokat írtam.


Skyzou  alias  "saxus" Agyfasz
#8, Agyfasz (417)
54 | #00ec | ^ | Idézet | Sat, 25 Mar 2006 19:18:44 +01
127.0.*.* Unknown Unknown Hungary *
ÁÁ, kár, pedig tök jót röhögök ezen a barmon.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
128 | #00ef | ^ | Idézet | Mon, 27 Mar 2006 22:22:25 +02
127.0.*.* Unknown Unknown Hungary *
Miért is várom el, hogy egy Buli; Buli; Buli; Goto 1 droid-ciklusú emberke felfogjon egy ilyen szerelmes szám lényegét...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2644 | #00f2 | ^ | Idézet | Tue, 28 Mar 2006 20:09:19 +02
127.0.*.* Unknown Unknown Hungary *
hababa: Tudod, ott basztál nagyon rá, hogy össze-vissza rizsálsz mindenféle baromságot. Kevered a szezont a fazonnal. Ki mondta, hogy nem mozdulok ki a gép előtt? Szerinted hol szoktam lenni péntekenként és szombaton délután? Nem, nem discoban. Látszik, hogy csak egy begyöpösödött agyú kis mitugrász vagy, aki beleugat mindenbe, anélkül, hogy legalább ügyelne arra, hogy ne mondjon önmagának ellen. Igen, írta már TCH, de ha te mást se csinálsz, csak össze-vissza beszélsz mindenféle baromságot.

Tudod ki az, aki nem képes értelmezni a leírtakat? Te! Hány olyan van, amire még nem adtál értelmes választ? Kezdve a "monoton" Thy Catafalque-től, mert előtte már nem tartom nyilván. Beszélsz fasságokat, mert azt hiszed, hogy TE vagy A Nagy Isten, és te szartad az egész elbaszott világot az agyatlan discoddal és te vagy az, aki nem vagy képes tovább látni az idétlen stílusodon. Te nevezed változatosnak - ha jól emlékszem - annak az osztrák DJ-nek a "munkáját". Nos, ebből is látszik, hogy lusta vagy utánanézni, mit pofázol.

Milyen kérdésre nem válaszoltam? Nehogy azt mond, hogy az Eddás kérdés, mert arra válaszoltam. Nembazmeg, nem lett jó. Azért, mert az agyatlan emberkéknek eljátszották, _RÁTUKMÁLTÁK_ kismilliószor, attól még nem lesz jó.

Nehogy azt mond, hogy az értelem csúcsát képviselő valóságshow-k jók voltak, csak azéert, mert rákényszerítették a nézőkre.
Nehogy azt mond, hogy egyik vagy másik párt jobb, mert az ő képét látod minden nap a plakátokon.
Nehogy azt mond, hogy az M$N jobb, mint a többi, csak azért, mert azt tolták a képedbe.
Nehogy azt mond, hogy a slágerlisták a valóságon alapulnak, amikor a pszihomókusok rég bebizonyították, hogy alkalmas a vásárlási morál befolyásolására.
Nehogy azt mond, hogy a disco a tökéletes megoldás a világ összes bajára.

Megvezetett kis szar alak vagy, aki azt hiszi, hogy a világ úgy tökéletes, ahogy van. Minek gondolkodni? Tanár diktálja le a feladatot. Minek tudni mi az az űrszonda? Mi a fasznak általános alapműveltség. Nem akar tanulni, dolgozni, csak bebaszni, beszívni, drogozni, dugni, baszni, kurvánzi... Ez a nagy igazság, azt hiszed, hogy te vagy a tökély, neked mindent szabad, szard le a másikat, csak az a fontos, hogy bulizz, érezd jól magad, nem számít semmi se. És arra már nem gondolsz, hogy így nem működik a világ. Nem akarod észre venni, hogy baj van, csak behúzod a szemellenzőt és elmész discozni. Je, kössz, nem kérek


saxus  (statz) Agyfasz
#8, Agyfasz (417)
132 | #0104 | ^ | Idézet | Thu, 06 Apr 2006 20:46:41 +02
127.0.*.* Unknown Unknown Hungary *
Ne örülj, csak a gépem tápja múlt ki kedden. Már félig megvolt a válasz, csak villany nélkül kicsit nehezen megy a gépem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
743 | #011d | ^ | Idézet | Fri, 12 May 2006 20:52:09 +02
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Speciel én meg a pingvineket addig szeretem, ameddig nem kell grafikával baszalódni. Részemről nagyon jól megvagyok a 8x25-s parancssorral meg az SSH-val. Személy szerint Linuxot inkább kiszolgáló-célokra szeretem, itthonra meg WinXP-m van. TCH-val már párszor elvitatkoztunk a 98 vs. XP témában, végeredmény továbbra is az, hogy TCH marad a 98-nál függetlenül attól, hogy sztem az XP már kezd úgy kinézni, mint egy modern oprendszer ("csak ne lenne egy kurva kémprogram").

Mondjuk linuxot szervernek... Több helyről is hallottam, hogy nem raknának fel szerverre linuxot, csak BSD-t (Pl FreeBSD.) Szóval nem egyszerű.

Ami oprendszert viszont régen szerettem az a BeOS. Kár, hogy jóformán kihalt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2582 | #0122 | ^ | Idézet | Sat, 20 May 2006 14:25:52 +02
194.149.*.* Unknown Unknown Hungary *.pool.emitel.hu
TCH te sem vagy teljesen képben. Van a Red Hat és a Suse, amely korábban ugyanúgy ment, mint pl. az összes többi distro, csak aztán cégesedtek. A Red Hat maradt - tudtommal saját -, de a SuSE-t időközben felvásárolta a Novell. Ez a két cég viszont komoly supporttal rendelkező linux distribúciót nyújt, kifejezetten komolyabb piaci szereplőknek, ergo azt próbálják elérni, mint a Microsoft a Windowsszal. Persze maradt ingyenesen elérhető változat is, hiszen GPL megengedi a forkolást (Fedora Core, OpenSuSE). A másik kettőben a support és a saját maga által hozzáadott plusz kerül pénzbe. Support általában nem jár szoftverekhez, ezt is vedd figyelembe. No persze rengeteget adnak bele a Linux kernelbe, a GNome/KDE-be, szóval ami fontos nekik. Az üzleti célú linuxoknak is van jövője.

Most ehhez a klubbhoz kíván csatlakozni az Ubuntu is, amely egy afrikai milliárdos hobbija (az, aki járt már a világűrben, azért hozta létre az Ubuntut, mert a Linuxból gazdagodott meg és valamit vissza akart adni a közösségnek.), ugyanis a Sun elkezdte támogatni az Ubuntu Servert (->http://hup.hu/node/25178), és mivel az Ubuntu mögött úgy is ott a Canonical Ltd. elég jó esélye van, hogy bekerüljön a felső kategóriás Linuxok közé.

És miért ez a kitérő? A linuxban van ugyebár egy olyan, hogy csomagkezelés. Ha megnézed pl. a MySQL letöltési oldalát (http://dev.mysql.com/downloads/mysql/5.0.html) láthatod, hogy letölthető RPM-ben SuSE-ra és RHEL-re, továbbá még egy (jó)pár dologra. Gondolom sejted, hogy ezeknek generálása már automatikusan megy.

Szóval a komolyabb distrókra ki szokták adni. Csakhogy. Manapság akkor szoktál forráskódbol fordítani, ha valami extra igényed van. Legtöbbször viszont csomagból telepítesz. Azt viszont az adott distro készítői szokták elintézni. Például a magyar frugalware fejlesztői köre úgy épül fel, hogy van egy 10-20 fős keménymag, akik fejlesztik a rendszert és van egy "beszállítók"-nak nevezett kör, akik a csomagokat tartják karban. Szóval máshogy működik ez linuxon, mint windowson. Persze újra is fordíthatod, ha akarod es valami extra igényed van, mivel nyílt a forráskódja. Ezért jó a nyílt forráskód.

És akkor miből élünk meg? Nos, mint látod vannak olyan cégek, akik megélnek belőle, nem is rosszul. Példának hoztam a MySQL-t, az se teljesen ingyenes, licenszszerződést meg el kell olvasni. Ha GPL/BSD akkor ok (ez a leggyakoribb), ha meg nem, akkor neki kell állni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1934 | #0134 | ^ | Idézet | Fri, 02 Jun 2006 17:49:04 +02
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
Igen ő szidja és még én is (meg még egy páran, hadd ne idézzek a magyarítások.hu-ról, de ha nagyon érdekel keresd ki: Programozás/Fórumkészítés topic, #124. hsz és újabbak.).

Megjegyzem, hogy ez a szar legalább használható, ellenben az idióta gombákkal és felesleges flash-s navigációs elemekkel (gondolom, ha azt mondom, hogy a google nem fogja leindexelni meg egy csomóan megnézni, akkor te szarsz rá magasról, nem baj, az a lényeg, hogy ő profi web-designer.). Ezen kívül ennek van legalább valami egységes kinézete és legalább magától rakta össze. buzibaba ellenben? szedett valahonnan egy szar vendégkönyvet, meg 5xi tárhelyszolgáltatóhoz való betelefonálás után nagy nehezen felerőszakolt egy phpbb-t, sőt még skin-t is húzott rá.

Más meg beéri ilyennel is: http://www.zipworld.com.au/~akpm/

Jaj de szar mi? Tudod kinek az oldala? Annak az Andrew Mortonnak, aki a Linux kernelt tartja karban.

http://people.freebsd.org/~phk/

vagy

http://www.porcupine.org/wietse/

Jaj de szar oldal és milyen nyomi képük van mi? Nem egy web-designerek, de azon a területen, amelyen dolgoznak, "kicsit" többet tudnak, mint TCH és én együtt összesen...

Különben buzibaba meg mit csinált? Bejelentette, hogy igen, majd ők megcsinálják a Doom3 szinkronját (aminek se híre se hamva, mgj. a doom3hun oldala is egy e107-s protálmotor + rá egy skin), összetákolta a szarát és feltolta a disznóvágásos képeit. Ja meg sikerült kicserélni egy procit. Jeah. Jövő nemzedéke.

Majd akkor pampogjál, ha csinálsz valamit, ami értékelhető is. Nagy így az arcod a net mögül, hány éves is vagy 13, 14? Csak azt baszogatjátok, aki megpróbált tanácsokat adni, hogy merre tovább vagy azokat is bevonjátok a buliba, akik csak szimplán rámondják, hogy szar? Másszál vissza a magy.hu-ra, és ne okoskodj bele olyanba, amihez közöd nincs.


Anjou Károly  alias  "saxus" Agyfasz
#8, Agyfasz (417)
84 | #0145 | ^ | Idézet | Wed, 14 Jun 2006 21:17:57 +02
81.183.*.* Unknown Unknown Hungary *.pool.emitel.hu
A lapszerkesztőknél biztos a királyi többesre gondolt... Nekünk királyoknak...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
106 | #01b9 | ^ | Idézet | Fri, 05 Jan 2007 22:01:15 +01
212.51.*.* Unknown Unknown Hungary 212.51.*.*
OMG, Buzibaba meg mindig ide jár? Mik vannak. Egyébként, szar a linux... desktopra. BeOS-t a népnek!!!


saxus  (statz) Agyfasz
#8, Agyfasz (417)
127 | #01ba | ^ | Idézet | Fri, 05 Jan 2007 22:02:18 +01
212.51.*.* Unknown Unknown Hungary 212.51.*.*
Jah, Hababa. Téééééééényleg programozó a hobbid? MájVip-n azt írtad. Csak úgy kíváncsiságból: mit programozol?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
262 | #0281 | ^ | Idézet | Sat, 07 Jul 2007 19:19:12 +02
212.51.*.* Unknown Unknown Hungary 212.51.*.*
Az a gond, hogy a buziság is divat mostanság.

A sátánista szám egyébként is a 9 (ezt egyébként a 9-l való oszthatósággal igazolják, ezért tartják tökéletes számnak), volt az egész sátánizmusról egy írás, csak már megszünt az az oldal.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
551 | #0293 | ^ | Idézet | Tue, 10 Jul 2007 03:01:05 +02
212.51.*.* Unknown Unknown Hungary 212.51.*.*
Nem, az a 9-s dolog eredetileg úgy szólt, hogy bármely számot kilencel megszorozva, majd a szorzott szám számjegyeit összeadva, majd annak az eredményét összadva ... végén 9 -t kapunk, tehát visszatér önmagába. Namost ezt egy ált. sulis is tudja, hogy ez a 9-l való oszthatóság szabálya, csak ez így kurva jól hangzik :)

Egyébként én se vagyok sátánista, attól még elolvashatom, hogy mit írnak nem? Az a fasság, mikor valaki azt mondja, hogy én nem olvasom el, mert ez ilyen/olyan/amolyan, inkább hülyén halok meg.


asd  alias  "saxus" Agyfasz
#8, Agyfasz (417)
46 | #03a7 | ^ | Idézet | Wed, 26 Sep 2007 08:26:48 +02
84.3.*.* Unknown Unknown Hungary *.pool.t-online.hu
Miért? A funkcióját legalábbis betölti :)


sdf  alias  "saxus" Agyfasz
#8, Agyfasz (417)
39 | #03b0 | ^ | Idézet | Sat, 29 Sep 2007 19:07:21 +02
84.3.*.* Unknown Unknown Hungary *.pool.t-online.hu
56 kilós modem? Olyat még nem láttam


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2960 | #0b97 | ^ | Idézet | Sat, 09 May 2009 03:04:35 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Jaj :)

Google valamiért kidobta ezt az oldalt, gondoltam benézek ismét.

Épp az IE8-t nyomkodom, gondoltam letesztelem, hogy mégis mit tud, ha már a WinUpdate felrakta. Azt kell, hogy mondjam, eddig pozitívak vele a tapasztalataim. Egy-két oldalt elront, arra ott a kompatibilitási mód (gyk. indít egy IE7-s render motort*) Viszont egyre több mindent kezd jól megjeleníteni. Pozitív, nagyon pozitív. Ment vele az aktuális projektünk is (TCH tudja melyik az), rendesen, pedig vannak abban hajmeresztő dolgok.

Sebességre is sokat gyúrtak rajta, érzésre sokkal gyorsabb, mint korábban.

Az új funkciókról meg annyit, hogy hát... Vannak köztük olyan dolgok, amiknek az alapötlete nem lenne rossz, csak nem nagyon fogják kihasználni az emberek.

Igazából nem bánnám, ha elterjedne az IE6/7 helyett. Az látszik, hogy végre újra nekiálltak böngészőt fejleszteni az MS-nél, még akár valami jó is születhet belőle idővel, ha folytatják a fejlesztéseket. (A maga korában az IE6-nak is sikerült kivívnia a legjobb böngésző címszót, csak annyi a probléma, hogy az 8 évvel ezelőtt volt. És azóta kegyetlenül elavult.)


* "kompatibilis a szarral": MS nem teheti meg, hogy többmillió fejlesztő és felhasználó alól kirúg egy megszokott rendszert. Ez nem a linuxos "stable api is nonsense" bohóckodás helye.

Firefox: jóval nagyobb a részesedése, mint 20%, van már lassan 40% is itthon. Persze, sokan kifogásolják, hogy nincs benne Active Directory integráció, ami azért elég nagy hiány, ha valaki nagyobb vállalati környezetben akarja használni.

Safari: Fúj, webkites. Webkit Gyorsnak gyors, de maga a böngésző gyügye, keveset tud. Webkittel meg annyi a bajom, hogy hála az égnek megint saját JavaScript implementációval bír.

Google Chrome: Na, mégegy webkites cucc. Alapvetoen ossze van rakva meg minden, de olyan szinten egy iszonyat nagy lopkodas az egesz, hogy az hihetetlen. Egy kanyi eredeti otlet nincs benne, talan a sandboxing, bar hasonlo es elofutar mar van az IE-kben is (vegre). De funkciokat leszamitva, masoltak IE-bol, Firefoxbol, firebugbol, operabol, safaribol, stb.

Ez a sandboxing (minden egyes oldal egy kulon unprivilegizalt "homokozoban" fut (IE7-ben Vista alatt mar megvolt az alacsonyabb privilegium-szint, IE8-ban elvileg fuggetlenebbe tettek az egyes tabokat)) egyebkent jo dolog. Egyes biztonsagi szakertok szerint most ami legnehezebben torheto bongeszo oldalrol az a Vista/Win7 + Chrome, egyszer azert, mert meg kell torni a sandboxot, azutan meg meg kell kerulni a Vista-s UAC-t es mas vedelmi mechanizmusokat is**.

(**Windows fuckolo trollingot most hagyjuk. Ami mainstream(abb) OS, annal kettot tudok, ahol deklaraltan foglalkoznak a biztonsaggal: egyik az openbsd, masik a Windows. Mas kerdes, hogy utobbinal szimplan a mereteibol adodoan nem egyszeru valtoztatni a dolgokon.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
515 | #0b9b | ^ | Idézet | Sun, 10 May 2009 16:39:17 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH: IE6 maga idejében (értsd: mikor megjelent úgy 2001 közepén) valóban modern böngésző volt. Annyi volt a probléma, hogy utána kb. 4-5 évig hozzá se nyúltak tudásilag (leszámítva a folyamatos bugfixelést). Most is csak azért nyúltak hozzá, mert kapott egy jó erős konkurenciát (Firefox).

Igazából az a röhej, hogyha az MS nem állt volna le az IE fejlesztésével, kb. 5-6 évvel előrébb lennénk böngészők terén.

Flood3r: én nem vagyok elragadtatva a táncoló majomtól.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3311 | #0b9f | ^ | Idézet | Sun, 10 May 2009 22:03:03 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"saxus: Most kapott egy erős konkurenciát? Azt is a firefox személyében? [..]"

Firefox azóta növeli a piaci részesedését, amióta megjelent. Ugyan kisebb-nagyobb mértékben növeli egyéb is, de alapvetően az IE csak csökken. IE-nek a legerősebb, közvetlen konkurenciája a Firefox, az összes többi böngészőnek a piaci részesedése világviszonylatban nincs a fele (negyede?), mint a Firefox-szé.

"Az meg, hogy ha nem állnak le az ie fejlesztésével, akkor évekkel előbbre lennénk, az viccnek is rossz. "

Nézd, 2001-kb. 2004, IE6, mind tudásban, mind piacilag leveri a Netscapet, Mozilla Suite csúfosan megbukik. Fejlődés semmi. Jött a Firefox, hopp újra van fejlődés. Szerinted ha az IE mellől nem hal ki az egyetlen fejlődő konkurencia, leállnak a fejlesztéssel?

"A webbrowserek terén az innovációk szinte sosem a mikrofostól származnak. "

Meglepődnél ;) CSS első verziójának létrehozásában aktívan részt vett néhány Microsoftos mérnök is. (Az más kérdés, hogy utána szartak bele). Ezen kívül nem egy dolog van, ami előremutató technológia van/készül, főleg .NET terén. Magában a HTTP, HTML-ben meg túl sok mindent nem lehet "meginnoválni" már, mert egyszerűen nem erre találták ki a protokolt. Ezért lesz érdekes, hogyha egyszer elér egy olyan piaci részesedést a Silverlight(3+), amire már érdemes fejleszteni. Lényegesen több benne a lehetőség, mint a flashben, nem is teljesen ugyanaz a célcsoport.

"Az activex futtatása is csak arra volt jó, hogy legyen egy újabb luk a vírusoknak. VBS futtatása a böngészőben? Köszönjük, klikkelj ide és volt egy géped."

Most van helyette JavaScript. Ugyanott vagyunk ;) És hála az égnek, ahány böngésző, annyi féle implementáció. (És még rosszabb a helyzet, mint CSS terén. Sokkal.)

"Köszönjük mikrofos, a filmben terjedő vírus is csak álom volt, amíg ti meg nem valósítottátok."

Faszt, bármelyik szarul megírt lib esetén lehet gyönyörű szép sechole-kat találni. Még arpi_esp mondta a hup-n vhol egy mplayeres vagy egy apple quicktime-s (de asszem előbbis) remote exploit kapcsán, hogy az ffmpeg-ben/mplayerben és bármi arra épülő, valamint bármelyik olyan médialejtászóval, ahol rágyúrtak az optimalizálásra, tucatjával lehet buffer overflow és hasonló hibákat találni. Oka egyszerű: vagy beraknak kismillió if-t, vagy nem és elbírja a gép.

Van egy rakás adatmentésből megmaradt avi-m/mpeg-m és wmv-m, egy-egy súlyosabb hibánál úgy elszáll mind az mplayer, mind a The KMPlayer (nincs köze az mplayerhez, http://kmplayer.com), mint a győzelmi zászló.


"Az ms csak felhasználja a nyílt forrásokat. A win7 hálózata tiszta bsd. "

A TCP/IP implementációt pont azért adták ki BSD licenc alatt, hogy terjedjen el. Alapvetően elég sok másik rendszer TCP/IP stackja köszönhető annak, hogy anno BSDL alatt megnyitottak ;)

Egyébként szerintem már halál messze van az a kód, ha anno, mikor elkezdték az NT-t fejleszteni, 1=1-ben másolták, akkor is.

Megtehették volna azt is, hogy szabadalmaztatják, aztán senki nem használja. :)

És TCH. LICENC, Nem Licensz ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
166 | #0ba3 | ^ | Idézet | Tue, 12 May 2009 13:08:50 +02
195.70.*.* Unknown Unknown Hungary *.pokhalo.hu
TCH!

Bazmeg, PHP az nem C/ASM/lofasz. Epp a kododat debuggolom.

Ilyet ne irjal, ha azt akarod ellenorizni, hogy nagyobb-e mint 0:

if(!$bennevan)

koszi ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
829 | #0ba5 | ^ | Idézet | Wed, 13 May 2009 02:09:48 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Na, csak a további kötözködés kedvéért, nehogy már ne legyen min vitatkozni ;)

a_konfigadmin.php Rev 508, 1380. sor környéke ;) /trunk-ban még mindig az van, /branches/changes-ben már fixáltam (rev 1491). Igazából nem érdekes, csak ugratlak, hanem az a vicc, hogy a rev 508 az nov 24.-i és furcsa, hogy azóta senkinek nem tűnt fel, hogy nem megy a komponensnél az alapértelmezett váltása. Ok, hogy zsolt nem vette észre, azt megértem, főleg, hogy az ő debuggolási technikájára azért néha jellemző volt, hogy függvény elejére /*, végére */ és "javítva" (nem vicc!). Az, hogy Csaba se futott bele, az már viccesebb (vagy mindig PgAdminozott :P), de hogy feljebb se senkinek, az még inkább izgi.

No mindegy, következtetést mindenki levonhatja magának és örülhet neki.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
5156 | #0ba6 | ^ | Idézet | Wed, 13 May 2009 02:47:11 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
1. Nanana, 2004 előtt még csak tervben sem volt Firefox. Mozilla Suite volt, de az egy fos volt. Netscapetől is itt pártoltak el sokan végleg. Win98: nem mondom, hogy nem köszönhetett marha sokat neki. Viszont az kitartó NS-eseket ez annyira nem zavarta. Az már inkább, hogy jött az IE 5.5, 6.0 és érezhetően _sokkal_ gyorsabb volt, mint az akkori NS.

Persze, utána jöttek a vírusok özöne is, de az inkább akkor vált tényezővé, mikor a web beférkőzött a mindenféle szélessávú ÉS olcsó internettel (heh, azért az vicces, ma kiröhögnénk a 300mittommenyi K-s ADSL-t, mobilnetem sokkal gyorsabb :D). Persze távolnyugat előrébb volt internet téren, de amíg Angliában a taknyos kölkök kétszeresét kapják zsebpénznek, mint mi egy hónapnyi teljes munkaidejű fizuért, addig szerintem felesleges belemenni.

2. Opera azóta se tudott a marginális szerepéből _jelentősen_ előtörni. Mobilokon, PDA-kon valóban kurvajó és ott hódít is rendesen (Opera Mini, Opera Mobile, stb.), de ott most megkapta a webkites ellenfeleket, ami opensource, így hosszú távon több esélye van ott is. Főleg, hogy a Google nagyon akarja tolni az Androidot szvsz egészen a belépő szintű desktop gépekig, ameddig a could computing buzzword elér. (Webkit mögött a Nokia, Apple, Google, és még néhány hasonló nevű és méretű cég van mögötte szóval..)

Az Opera JS támogatásáról meg nem szeretnék továbbra se nyilatkozni :) Lehet, hogy CSS-ben a második böngésző volt, ami teljesítette az ACID2-t (Első a Safari + Webkit volt), de vannak benne elbaszott dolgok. De a JS már csak ilyen.

3. Mondjuk ha már itt tartunk amit a W3C csinál, az is néha egy vicc.

4. Namost ez a DRM kódot tartalmaz dologról nem hallottam még, de eléggé bonyi lenne úgy kódot belerakni, hogy az natív kód, mert - gondolom nem kell mondani - nem lesz vmi platformfüggetlen. (Most ilyen Java/.NET féle CIL féle megoldásokba ne menjünk bele). DRM egyébként is fasság, evil, szóval hulljon a férgese.

5. Jóhát igen, BSD ilyen szép hippi megoldás, kár, hogy a GPL hippik nem mindig jutnak el erre a szintre ;)

+2-höz: Már végleges. Viszont kurvanagy megváltás lenne, ha legalább az IE6 részesedése 1% alatt* lenne a ki lenne írtva és mindenki váltana IE7, de inkább IE8-ra, aki IE6-t használ. Mondjuk abból a szempontból van remény, hogy jobb helyeken (értsd: értelmes emberek + komolyabb vállalati környezet) legalább IE7-re frissíettek SP3-mmal az XP-ket, vagy ha új gép, akkor egyébként is Vista van IE7-l legalább. Mondjuk itt még nagyobb is a frissítési hajlandóság. XP-ből a nagyobbik probléma a warez réteg és a hülye, hozzánemértő hozzáállás ("nem frissitem, mert a BSA megbassza az anyam, de egyebkent fogalmam sincs, hogy mer', meg egyebkent is suger vagyok" - IE7 nem ellenőrizteti a Windows validságát). Mondjuk itt talán azért lesz javulás, mert a Win7-ről eddig elég pozitív az emberek véleménye átlagosan, az meg eleve IE8-l jön. Szóval talán a Warez pistukáknak is végre felkerül valami értelmesebb böngésző.

(* Ami még mindig 1,5x-öse az Opera piaci részesedésének ;)

"mikrofos egy kicsit megváltozott volna, nem?"

De. Indított is akkora baromságokkal, hogy évekre elegendő idéznivaló fasságot összehordtak a marketingesei. Emlékezz a Get the FUD's.. FUDS? izé Get the facts nevű marketing-fasságukra és hasonlókra. Továbbá egyre inkább kezd kiéleződni az SW patentkodás káros oldalai (mondjuk ebben gyak. bármelyik nagyvállalat és kis, szabadalmakból élősködő patkányok ugyanúgy bűnrészes, nomeg az idióta amerikai szabályozás, hál'istenek egyelőre nem szavazták meg az EU-ban. Mondjuk nem mondom, lenne előnye azért annak is, de nagyon nem úgy, ahogy most megy.)

Viszont valóban, ráálltak erre a nyílt[abb]nak tűnő fejlesztési modellre, lényegesen több infó kerül ki (ld. MSDN/technet blogs, kurvajók), többminden kipróbálható, stb. De ez csak egy divathullám meglovaglása. És egy ekkora mamut esetén nem olyan egyszerű váltani. (Te is láthatnád, hogy nálunk benn egy 20 fős cégnél mennyire nem egyszerűek néha a dolgok).

Viszont úgy vélem, hogy elindultak egy jobb úton. Látszik, hogy van fejlesztés, látszik, hogy van kutatás, látszik, hogy kísérleteznek a meglévő dolgok továbbfejlesztésén (igen, tudom, szemétmocskoklopnak blabla, de az IT már csak erről szól: ha nem te találtad ki, csináld meg jobban), próbálnak újat letenni az asztalra, próbálnak nyitni az emberek felé több kevesebb sikerrel.

Persze vannak bukták (mindig lesznek), de ez már csak ilyen. Csak az egyszeri mezei turboleenugzer csak annyit lát belőle, hogy "ma' megin' lefagyott ez a $zaaaar vendóóóóz, fúj, mo&#8364;$ko$ mi&#8364;ro$oft, különben is milyen draga mar, igaz, hogy úgy is elloptam, de sebaaaaj!!!!111444!". Persze, nagy része PEBKAC és visszavezethető oda, hogy hülye és hozzá nem értő az user.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2712 | #0ba7 | ^ | Idézet | Wed, 13 May 2009 03:03:28 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Jaj, látom, vannak itt vicces kékhalálok. Majd én is megtúrom a vinyót, szedek egy kettőt. Lehet, hogy még mindig adós vagyok Chris egyik fényképével, mikor az ATI driver fosta szét magát, de olyannyira, hogy azzal nem volt tisztában a VGA, hogy igazából felbontás lett váltva és hogy a fehér szöveg az nem azért van, hogy ott hagyja meg az imperium galactica 2 pixeleit :D (Na ilyenkor __kell__ kékhalál, nem szétbaszni az user gépét).

Másik szintén vicces kékhalál az szintén a VGA-khoz köthető, csak most nem ATI, hanem SiS Mirage III. Mikor megmurdált kb. 2 éve az alaplapom, használtam a notimat plusz rákötöttem a 19"-s TFT-met. Na egyszer nem csipázta túlzottan a VGA chip vagy a driver és dobott egy kékhalált. 19"-s külső monitron egy XP Login screen, tetején egy kis grafikai gubanc (valami csík, gondolom felülcsapta valami a buffert), noti kijelzőjén meg egy kékhalál. Bár annak a drivernek voltak további érdekességei. Pl. ha használtam a külső VGA kimnetet, akkor megjelentek a noti kijelzőjén a jobb alsó sarokban ilyen egymástól 2 px-nyire lévő villogó pixelek de vagy 2 centis sávban. Annyira nem volt zavaró, viszonylag ritkán villogot, csak na :) De az a vicc, hogy hibernálás/suspend se tűntette el, csak a restart, az meg nálam kéthavonta egyszer van. Talán még a felbontás állítgatás sem, bár erre most nem merném a nyakamat tenni.

Hiába, C programozók mindig vigyáznak a pointereikre ;)

De ha még akartuk dualos jóságot, akkor talán van fénykép arról, mikor valami nagyon idióta üzenettel halt el az XP-m. Namost a 19"-s TFT-m mellé vettem még egy jófajta 24"-st is (Dell 2408WFP, muhaha :D), ha nem a szokásos desktop módban van, akkor a VGA mindkét kimenetre ugyanazt a jelet küldi. Bár ez igaz a DOS-s programokra is. Ilyenkor ugye a BSOD is kimegy mindkét kimeneten, (ugyanúgy, mint a POST, BIOS, Windows bootscreen, stb.)

Ja, szerezzetek nekem ZX Spectrumot. Lehetőleg +3-st, vagy lehet +2-s is, csak akkor valaki cserélje le a kazettát vinyóra/kisfloppyra/akármire. Mondjuk az se lenne hátrány, ha valahogy rá lehetne kötni vmelyik TFT-re. 24"-st tudnám javasolni, azon van választék ;) (2x_digitális_ DVI, D-SUB (az a hagyományos VGA), HDMI, DisplayPort (bár kártyát még kimenettel nem láttam, csak egy alaplapot, azt is fényképen. De azért jófejek voltak a Dell-nél, adtak DP kábelt :D), kompozit, S-Videó, RCA, USB :D Bár USB-nél csak HUB-ként működik, de sebaj. :)))

Na de most már tényleg zúzok aludni, reggel kelek, munka van, tervezni kell, mert TCH-nak nem lesz mit írkálnia csütörtökön.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
59 | #0ba8 | ^ | Idézet | Wed, 13 May 2009 03:04:17 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Ja, mégvalami! IE8-ban van JavaScript profiler. Tetszik :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2034 | #0bb8 | ^ | Idézet | Sun, 17 May 2009 01:12:24 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@X: "Most meg kiadják ingyen a legújabb oprendszerük bétáját,"

Ezt már nagyon-nagyon-nagyon régóta csinálják. Sokáig használtam a Windows 2000 prof RC-jét. Egész nagy megelégedésemre egyébként. Még anno a Win95 bétáit is be lehetett szerezni a Microsofttól, valami nem túl magas USD + postaköltség áron. (Akkor még ugye nem figyelt a szélessáv mindenkinél...)

" hogy részben nagyobb teszterbázisa legyen, "

Na, viszont rá ne szokjanak arra, hogy az userekkel tesztelnek. MS termékekben ezt szerettem, hogy legalább a Q&A megvolt eddig és nem a felhasználókat használják tesztelőknek, mint a Linuxnál. (Ide vonatkozó XKCD: http://xkcd.com/583/ :D)

"Csinálnak egy olyan böngészőt, amiben végre arra törekednek, hogy szabványkövető legyen "

Piacnak ők se tudnak ellenállni. IE7-8 ezért van.

"u.i.: ha valakinek kell windóz 7 magyaritás az szóljon!7100-as verzión tuti működik a magyarítás..de nemtom..talán felette is..de alatta lévű buildekre azthiszem nemjó!"

Nagyobb, nem feltétlen jobb ;) 7000 és a 7100 két külön build ág emlékeim szerint. (Vmelyik este olvastam valamit erről az Engineering Win7 blogon).

---


@TCH: Az intel lepaktalt a kereskedokkel, hogy ne aruljon AMD-s cuccokat. Ezert kapta a 1,45 mrd euro-s buntit az EU-tol. De ha bemesz most egy random nagyobb boltba, ott is azt fogod latni, hogy tele van inteles kutyuvel, nem feltetlen azert, mert jobb...

AMD-nek meg mar nincs (szo szerint) sajat gyara, kiszervezte egy leanyvallalatba. Emiatt az intel arcoskodott is egy sort, hogy megszegi a licencmegallapodast es nem gyarthat x86-s procit, persze az AMD elkuldte a faszba oket. Mondjuk en nem arcoskodnek az intel helyeben, mert akkor meg az AMD veszi el toluk az x86_64 licencet, aztan az intel se arulhat gyk. semmilyen modern procit, maximum a kokorszaki P4-eket. Esetleg intel atomot, de azon meg kicsi a haszonkulcs, bar teny, hogy kurvasokat visznek beloluk.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
127 | #0bba | ^ | Idézet | Sun, 17 May 2009 19:48:05 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Nabazmeg a kecskéid. Sikerült a lenti elküldre kattintanom, aztán jól eltűnt a szöveg, amit írtam.

Szóval bazdmeg.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
533 | #0c11 | ^ | Idézet | Thu, 25 Jun 2009 00:12:37 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
BRÉKING NYÚZ!

Kedves vendégeink! Megszakítjuk rendkívüli közleményünket egy még inkább rendkívüli és hihetetlen és már-már scifibe illő elképzelhetetlen történettel:

*TCH* EMBER! Ma bebizonyosodott, hogy alapvető, mélyen hardcoded übervery-very-agyonvery low level humanoid jelenségeket produkál. Nyomokban. ***Szigorúan nyomokban***



(Ezt leszámítva továbbra is fennáll az az alapvető probléma, hogy kurvára nem vallja be.

Mgj: Szóljatok rám, hogy ne felejtsek el regelni. KTHXBAI.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
54 | #0c13 | ^ | Idézet | Thu, 25 Jun 2009 17:07:27 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Ahahahah, nem is tudom ki magyarázott a Win7-ről...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
151 | #0c69 | ^ | Idézet | Mon, 03 Aug 2009 15:39:17 +02
193.226.*.* Unknown Unknown Hungary *.static.ew.hu
Beteg vagy te egyébként is. Egyébként munkaképtelen is vagy csak beteg? Mert lassan kellene már az a parser, nekem meg nincs rá id&#337;m...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
408 | #0c6c | ^ | Idézet | Tue, 04 Aug 2009 09:21:29 +02
212.51.*.* Unknown Unknown Hungary *.westel900.net
svn elerheto kivulrol is. wittivel is tobbszor szoktunk otthonrol fejleszteni, pl. multkor is, witti nem jot be, hanem csinalta otthonrol, mert beteg voltam.

anno ossze is raktam egy virtualis gepet, amin volt teljes futtatokornyezeĹŁ meg fejlesztoi kornyezet, ha kell, oda tudom adni es akkor tudsz rajta dolgozni, ha akarsz.

b verzio rdp over ssh: sshval kitunelezunk neked egy tavoli asztalt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
167 | #0c6d | ^ | Idézet | Tue, 04 Aug 2009 09:24:43 +02
212.51.*.* Unknown Unknown Hungary *.westel900.net
gyere fel msnre es/vagy ircre, aztan megdumaljuk. annyi, hha akarsz otthonrol dolgozni, akkor holnapig el kellene intezni, mert csutortokon megint lelelepek hetvegeig.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
7 | #0c77 | ^ | Idézet | Mon, 10 Aug 2009 13:17:21 +02
193.226.*.* Unknown Unknown Hungary *.static.ew.hu
Remek.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
16 | #0c7b | ^ | Idézet | Mon, 17 Aug 2009 01:15:32 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH: élsz még?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
95 | #0c7d | ^ | Idézet | Mon, 17 Aug 2009 14:36:11 +02
193.226.*.* Unknown Unknown Hungary *.static.ew.hu
Pénteken arra jöttem be, hogy megszállták a ment&#337;sök a céget és viszik TCH-t...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
81 | #0c94 | ^ | Idézet | Sat, 12 Sep 2009 01:05:35 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH: Mi a faszom történt veled, hogy vettél mobilt? Legalább szifon 3GS-t? :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
733 | #0cfa | ^ | Idézet | Tue, 03 Nov 2009 17:26:38 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@Endre: nem tudom mit szenvedsz az NWN2-vel, tegnap este raktam fel, teljesen jól futott W7 alatt. Némileg gyorsabb, mint XP alatt. Megy teljesen felhúzva FullHD-ben, egyedül a forgatás olyan, amilyen, de azt meg magában az elektron engine-ben cseszték el. Mondjuk meg van támogatva egy HD4850-l és 4G rammal. Proci az mondjuk egy 3800+-s AthlonX2, de nem lényeg, játékok úgy is inkább a VGA-t gyilkolják, mint a CPU-t. Drivernek az augusztusi MS által aláírt WDDM-s driver van fenn, azt szedte le a W7 magának, megy vele stabilan, gyorsan minden.

W7/Vista alá 2G ram kötelező. De inkább 3G+, marha sokat tud dobni a file cache a teljesítményen. 1G ram az lóf...


@Flood3r: érdekes, nálam gyorsabb.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
415 | #0cfb | ^ | Idézet | Tue, 03 Nov 2009 17:34:23 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@Endre: ahah, Google Linux, peeersze... Google úgy is valami could computing jellegű megoldást fog erőltetni, szarik ő bele magasról a desktop linuxba, mint ahogy mindenki, akinek van egy kis esze, egyszerűen nem arra fejlesztették. Jelenleg akárhogy is nézem, de két desktop OS van a piacon: Windows, MacOSX.

No persze, el lehet dönteni, hogy jó lesz-e nekünk a google os: http://hup.hu/node/78276


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3165 | #0d01 | ^ | Idézet | Tue, 03 Nov 2009 22:28:36 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"Viszont... Néz be az ELTE-re pár ''fiatalabb,, proff.,Dr irodájába.
Ott virít minden felé az Ubuntu,Open Suse."

Attól még nem lesz desktop rendszer, hogy utólag gányolják bele azokat a funkciókat, amikre kellett volna alapozni a fejlesztést.

- X.org fos, akárhogy is nézzük. Régi unixokhoz workstation rendszerek fejlesztéséhez kezdték el, nem desktophoz.
- GTK hányás
- Minden szar szét van szedve kismillió libre, bazári modellben fejlesztve: sose mondhatod, hogy most van egy egységes, jól használható rendszered.
- Integráltság siralmas
- Dokumentáltság siralmas
- Ha nem megy valami, (és többször megy, mint nem), marhamód el kell kezdeni reszelni
- Driver ellátottság siralmas
- Azokat a cégeket, akik még fejlesztenének linuxra drivert, szopatják. Vajon miért az volt az első szava az nVidia-s driver fejlesztők vezetőjének, hogy szép meg jó meg minden, csak tökömért kell adhoc módon variálni az API-t?
- De ha még nem is lenne különösebb technikai probléma, akkor is szopatják őket a licencekkel. Szvsz inkább legyen valami, ami működik, minthogy ne legyen, mert 1-2 licenc huszárnak nem tetszik a bináris blob.
- Egységesség teljes hiánya. De ne várd el az egységességet attól, amit adhoc módon fejlesztgetnek. (Igen, ez irányban a win-s 3rd party programfejlesztőknek is van hova fejlődniük)

"Az Xp,win7 témához annyit. Hogy az sp 3 csamagos xp még nem fagyott le ellenben a win 7 igen. "

Ha merevre fagyott és/vagy kékhalál, akkor 90%, hogy valami driver probléma lesz. Utóbbi esetben hibaüzenet googleba ;)

"saxus: NN ügyben akkor nem tudom mi lehet a gáz. Mondjuk 1 GB ramom van. "

Ennyi bőven elég. Nálam most default desktopban 1887 Mb van kihasználva, és 1576 mega van cacheban. Mondjuk fut megint minden szar, nem szoktam becsukdosni a programokat. Ja, hozzá teszem x86_64, nem x86. Ott valószínűleg valamivel kissebb a memória-felhasználás. De lényegtelen 2G ram az mereven ajánlott Vista-tól felfele. Nem azért, mert kevesebbel nem megy el, hanem mert olcsó a ram, és ramból 1-200x gyorsabb olvasni, mint a mai gyors vinyókról. (W7-nek egyébként meglepően jó lett az IO kezelése, XP-n soha nem tudtam az 1T-s diskeimet 60-70 mega/sec felett hajtani, W7-n 108 mega/sec simán megvan.

"(Talán az alma Amerikai pénztárcához van igazítva?????!)"

Haha, ha az eredeti amcsi áron lenne, még akár el is gondolkoznék rajta, hogy megéri. Mindösszesen ott a probléma, hogy _minden_ informatikai bazárnál 1 USD = 1 EUR + még esetleg rá vágnak ezt-azt az állambácsiék, de az már aprópénz. Amcsilandon ezért van nagyobb kereslete a brand gépeknek, mint itthon, mert itthon a legózott gép kerül annyiba, mint kinn a brand. Többi brand gépbez képest meg már nem mondanám drágának a mostani Mac-eket.

Ld. Dell 2408WFP monitor, most van olyan 150K-ért. Egyik ismerős vett egy Dell Studio XPS-t, ~320K, Dell Latitude-k szintén ilyen 3-400K pénzért vannak (viszont az olyan is). Lenovo Thinkpad-k szintén nem olcsóak.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
281 | #0d02 | ^ | Idézet | Tue, 03 Nov 2009 22:30:28 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
" (és többször megy, mint nem)"

Fordítva akartam: többször nem, mint igen, Windowshoz képest.

Mielőtt valaki elkezdené, hogy de-nem-is-igaz-mert-mennyi-drivert-kell-telepíteni-windowson: W7-re egy kanyi drivert nem raktam fel, felrakott mindent magának.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1789 | #0d05 | ^ | Idézet | Wed, 04 Nov 2009 08:55:08 +01
212.51.*.* Unknown Unknown Hungary *.westel900.net
"És láttál te már befagyott pingvint? :D"

Hojaj, hanyszor... Azert a linux se olyan bolondbiztos, foleg onnan kezdve h X-t kell inditani. Nameg, wifivel lehet meg csudajokat szopni.

"-Sz@r a biztonsĂĄg. VĂ­rus,kĂŠmprogramok. Be volt kapcsolva a vĂ­rus Ă­rtĂłm."

Hulyeseg ellen nem ved. Vista fejlesztesenek kezdete ota eleg komolyan rafekudtek a securityre es ugy nez ki, van is azert haszna, lenyegesen kevesebb advisory jon ki az ujabb ms cuccokra, mint regebben.

De ha mar security: hogy is volt az a debianos openssl "bug", mikor masfel evig, mikor egy "minosegi" openszosz "fejleszto" 0 C es security ismerettel elkurt egy ilyen kritikus csomagot, mint az openssl, es hala a Q&A-nak, azt senki nem vette eszre, igy csodaszep atjarohazat csinalt minden debianra epulo distrobol, igy a bubantukbol is? :) Persze, kurt disztrocsakany harcosnak jobban kellett tudnia, megha az openssl-dev listan elkuldtek az elejen, hogy butavagy, ne csinald.

"Amúgy a csomag kezelője ami van az Ubuntuba szerintem kurva jó."

Ahahahah... apt.... ahahah... teny h kurvajo, mig el nem basszak a csomagok fuggoseget, es le nem szedi a fel vilagot. Masik kedvencem, hogy debillanyeknal es raepuloknel az, hogy szana szet szednek minden szart kismillio csomagra. Nameg a sarge csodalatos korkoros fuggosegei ilyeneknel, h apache meg php. Arrol nem is beszelve, mikor valami nincs csomagban. Pl. PostgreSQL-hez pl/Debugger es mas hasznos pgfoundry-s projektek. Anno ugy voltam vele h jo, felrakom forrasbol. Ja, fel is raktam, epp csak olyanokat segfaultolt utana, mint a haz. Biztos jol megpatcheltek valamit az ubuntuek.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1122 | #0d06 | ^ | Idézet | Wed, 04 Nov 2009 09:14:00 +01
212.51.*.* Unknown Unknown Hungary *.westel900.net
DLL hegyek: Amiota megcsinaltak a WinSxS-t, azota nincs problema a dll-ekkel. (Az ne zavarjon h a Windows/WinSxS konyvtarat tobb gb-nek irja Vista/W7 alatt, azok csak hard linkek) Egyebkent mi a jobb? Mikor az app hozza magaval a sajat dlljet, vagy mikor arra szamit, h a rendszerben lesz neki megfelelo? Utobbival nagyon be lehet szopni. Legutobb a FreeBSD-s szerveremen akartam frissiteni a subversiont portsbol 1.6-ra, de vegul maradt az 1.4, mert osszeveszett par apro liben, es mas programok nem mentek volna. Egesz rendszert frissiteni meg nagyon macerans lett volna akkor. Egyebkent meg olcso a lemezhely, masreszt keves olyan osztalykonyvtarat tudok felsorolni, amit szeles korben szallit sok alkalmazas. Az ilyenekkel, mint bink video, miles sound system, egyebkent is bajos, mert nem mindig kompatibilisek egymassal. Ha meg ua a dll, akkor ramba ugy is egyszer toltodik be. Idovel meg ugy is lesz deduplikacio az ntfsben, aztan ez se lesz nagyon szempont.

A telepitok mondjuk tenyleg gazak, meg hogy egyesek beleszemetelnek mindenhova, de a programozok tehanysagat az adott app keszitojen verd le, ne az ms-n.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1520 | #0d09 | ^ | Idézet | Wed, 04 Nov 2009 14:22:35 +01
193.226.*.* Unknown Unknown Hungary *.static.ew.hu
@TCH: "saxusnak, ha másban nem is, de az API-ban igaza van. Amíg az konzekvensen változik verzióról verzióra, addig nem éri meg rá nagyüzemben fejleszteni, akkor sem ha a gugli ad ki Linuxot."

Azért tegyük hozzá, hogy a Google is úgy kezdte az androiddal, hogy linux kernelen kívül gyakorlatilag mindent kukázott, egészen a glibc-ig.

@kemi: "Pontosan erről beszélt Richard Stallman abban az interjúban amit belinkeltél. Nekem legális a Win7-em mégis kikapcsoltan az autofrissítést. Azon keresztül akármit feltehet a gépedre az M$ tudtod nélkül, de hátsókapunak is használhatja hogy kémkedjen utánad."

Jaj, RMS mondja, akkor biztos úgy van... RMS fogja be a pofáját és menjen vissza fejleszteni, többet érne vele. Lehet, hogy rossz interjúkat hallottam t&#337;le, de amit hallottam, annak nagy része az MS fikázás volt. T&#337;le többet vártam. Megjegyzem, nemrég kért bocsánatot az Applet&#337;l, nekik is nekiment, merthogy jajszemétköcsögök, lopják az adataimat, épp csak annyi volt a bibi, hogy bizonyítékot azt nem tudott mutatni.

"Nekem legális a Win7-em mégis kikapcsoltan az autofrissítést."

Na, ha kikapcsolod, meg is érdemled, hogy az els&#337; féreg szétegye a Windowst. Linuxon bezzeg felengeded gondolkodás nélkül, mi?

"Azon keresztül akármit feltehet a gépedre az M$ tudtod nélkül"

Ha nagyon akarna, akkor nem az auto-update-n keresztül tolná le, hidd el.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
478 | #0d0b | ^ | Idézet | Wed, 04 Nov 2009 22:03:45 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Na tessék, linux meg a security :)))

http://hup.hu/cikkek/20091104/null_pointer_dereference_sebezhetoseg_a_linux_kernelben_pipe.c

"Ööö...és? "

Mi és? Google szerint is ennyire "használható" a Linux userland :)

"Te sem tudod bebizonyítani, hogy a magyar politikusok szétlopják az országot."

Mivelhogy látom a híreket, hogy mi mennyibe kerül, látom, hogy szétlopkodják... MS még nem keresett meg, hogy tefigyu, miez?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
823 | #0d0e | ^ | Idézet | Wed, 04 Nov 2009 22:47:11 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"Az ennél gyengébbekkel valóban lassabbak mint az XP, de lássuk be, hogy az egy 8 éves oprendszer. Ha felraksz egy Win98-at, valószín&#369;leg gyorsabb lesz az XP-nél, de jóval bugosabb... Így van ez a Windows 7-el is, modernebb hardware kell, és azon tényleg jól teljesít. Haladni kell a korral. Azért manapság egy középkategóriás hardware 80-120E között már kihozható. "

Általános tapasztalat, hogy mindig azon megy a legjobban, amire írva lett ;). Win98-ról is akkor váltottam végleg, mikor megállapítottam, hogy XP kicsit jobban rá van optimalizálva a régi gépemre, mint a W98.

"akkoriban jelent meg a Vista, aminek az RC1 változatát teszteltem ezen a konfigon. (Intel Celeron 2,6Ghz, 512MB RAM, ATI Radeon 8500) "

Vista 1G ram alatt esélytelen ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
326 | #0d10 | ^ | Idézet | Wed, 04 Nov 2009 23:31:08 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
" A Win2000 viszont gyorsabb mint az Xp. "

Csak ne kelljen kivárni, míg bebootol :) Mondjuk a Win2000 hibernálási metódusa jobb lenne a notimra, mint az XP-é. (Az még butább, ott tényleg bitről bitre kiírja a ramot a diskre, legalábbis tudtommal. XP csak a ténylegesen használt ramot, cachet dobja.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
543 | #0d16 | ^ | Idézet | Thu, 05 Nov 2009 20:40:30 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
X írta/wrote:
X írta/wrote:
X írta/wrote:
TCH írta/wrote:
Akartam rakni, csak tegnap rámoltották a villanyt. :P Amúgy ja, a WinME-ben is volt 16 bites alrendszer. DOS 8.0, ha minden igaz.
Na, nesztek, van idézőgomb, oszt jó van.


Te kecske! Csinálj már valamit ezzel a szarral, túl dizájnos és túl sok funkciót tartalmaz!!!!!!


saxus  (statz) Agyfasz
#8, Agyfasz (417)
169 | #0d19 | ^ | Idézet | Sat, 07 Nov 2009 15:07:22 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"TCH-nak azt üzenem, hogy a tatárbüsztek repül a galaxisban. EZt mondja meg valaki a bgafc-vendégkönyvben!"

TCH BAZMEG! NE ÜZENGESS MAGADNAK TE FASZ!


saxus  (statz) Agyfasz
#8, Agyfasz (417)
27 | #0d1c | ^ | Idézet | Sat, 07 Nov 2009 18:39:06 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Endre: sose volt normális.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
54 | #0d24 | ^ | Idézet | Sun, 08 Nov 2009 16:49:46 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Faszt, muportal fórum, telekomos IP. -> TÉCÉHÁ!


saxus  (statz) Agyfasz
#8, Agyfasz (417)
477 | #0d27 | ^ | Idézet | Sun, 08 Nov 2009 19:35:28 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
DJ Pety: Ne akarj már hülyének nézni...

inetnum: 84.3.0.0 - 84.3.255.255
netname: CATV-TO
descr: Hungarian Telecom
descr: CATV clients (T-online dynamic pool)


vs.


inetnum: 81.182.144.0 - 81.182.145.255
netname: DSL-POOL-73
descr: T-Online ADSL clients (dynamic address pool)
descr: Hungarian Telecom


Van egy kis különbség. hogy melyik poolból kapok IP-t, meg hogy TCH melyikből ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
62 | #0d28 | ^ | Idézet | Sun, 08 Nov 2009 19:35:55 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Ill melyikekből, mert a DSL-leseknek jóval több poolja van.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
151 | #0d2b | ^ | Idézet | Mon, 09 Nov 2009 01:23:23 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Endre: xboxon is egy módosított Win2000 fut, szóval jöhet szerintem. Bűr szerintem ott inkább az app lesz a bugos, nem a win, de majd meglátjuk.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
460 | #0d32 | ^ | Idézet | Wed, 11 Nov 2009 17:18:19 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Na, linuxfanok! Találós kérdés: Miért van az, hogy az elmúlt 10 évben kettő NTFS-t láttam meghalni, abból egyik hardver hiba miatt, másik saját balfasságom következménye, ellenben normál körülmények között, tesztelt alkatrészeken futó linux alatt már a sokaik fájlrendszert látom meghibásodni?

De sebaj, biztos jobbabb, mint a windows, kár, hogy valószínűleg tegnap este küldte a levesbe a FreeBSD-met a csodálatos pingvin.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
901 | #0d36 | ^ | Idézet | Thu, 12 Nov 2009 10:16:51 +01
212.51.*.* Unknown Unknown Hungary *.westel900.net
TCH: igenbazmeg, valoszinu, hogy szignifikansan nagyobb esellyel "kurok" el egy particiot egy szervergvepen, ami benn all hostingban, es csak megy, mint amikor egy particio visszairasat nem a hdb2-re, hanem a hdb-re kuldom... Logikabol egyes.


DJ pety: halt mar meg ext-"betonstabil"-3 es reiserfs is. elobbi gyakrabban, ez most kivetelesen murderfs.

Az a gond, h elegge altalanos celu (hol sok kis fajl, mert futott web is a feprol nehol jo nagy vmware-server imagek, igy jobb egy altalanos celu, mint egy xfs/jfs. Bar az zfs is veszelyes jatek tud lenni, de szervergeprol van szo, regecc ramok, UPS, es stabil gep. Ezert is fura, h megmurdalt. Illhat nem megmurdalt, csak elkezdte osszekutyulni a dolgokat.

Az se valoszinu hogy az egyik disk lenne hibas, raid (swraid1+lvm) miatt hamarabb kibukott volna, meg nem valoszinu h mindket disken ugyanott baszodott volna el.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
735 | #0d3e | ^ | Idézet | Fri, 13 Nov 2009 03:53:39 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"saxus: Mivel nekem soha nem halt még el sem winfosos, sem Linuxos fs, így kénytelen vagyok vagy hw vagy sw vagy pebkac hibának venni. :P És ne duplaposztojjámán."

Bzmg. És szerinted a szoftverhiba az miben van? :)


"Amúgy meg ext3-ra tényleg azt mondják hogy stabil, az xfs a veszélyes dolog úgy halottam, meg még a reiserfs sem szereti ha "áramtalanítják" a gépet menet közben:D "

XFS mondjuk jó nagy fájlok alá.

"Láttam hogy van olyan hogy ext4, arról te tudsz vmit?"

Állítólag most már stabil. Mindezt azután, hogy default kikapcsolták benne az összes lényegesebb újítást. ;) Most az Oracle-s btrfs-re megy a nagy faszverés LUG körökben.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
249 | #0d56 | ^ | Idézet | Mon, 16 Nov 2009 00:32:55 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Ahahah, WWP. Na az mekkora hanyadek. Ha lesz idom, elokeresem azt, amit notimon lottem. Ott a WWP nem vette eszre, hogy alt-taboltam, es hogy ujra felul kellene csapni a renderelesi metodusait a controloknak es nem az alap winessel kellene kitolnia.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
433 | #0d57 | ^ | Idézet | Mon, 16 Nov 2009 00:35:31 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"Szoftverhiba? Az vagy a kernelben, vagy a futó szoftverben, vagy a fs layer handlerben. Nem feltétlenül a Linux a hibás."

Igen, ezt pofázom, hogy kernelben. Mivelhogy linuxon többnyire mindenféle drivert beleömlesztenek a kernelbe, merthogy az mekkora jó, hogy egy nagy monolitikus egész (nem). Linus nem véletlen mondta, hogy ilyen szempontból bloated a kernel.

Mi a fasz az a LUG?

Linux User Group.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
20 | #0d6f | ^ | Idézet | Wed, 18 Nov 2009 07:11:41 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
THX a reagalasert ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
38 | #0db9 | ^ | Idézet | Wed, 25 Nov 2009 10:37:32 +01
193.224.*.* Unknown Unknown Hungary *.bmf.hu
Te Kecske! Nincs neked egy BDS2006-d?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
125 | #0e19 | ^ | Idézet | Fri, 11 Dec 2009 17:35:58 +01
212.51.*.* Unknown Unknown Hungary *.westel900.net
Azert az 1 gb-n 1,4 gb foglalt is vicces. Ugye hogy mennyire szeretjuk a fat32 fajlrendszert es anak hibaturo kepesseget? :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
553 | #0e27 | ^ | Idézet | Wed, 16 Dec 2009 21:15:43 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"sax: Az NTFOS-nál még mindig hibatűrőbb és könnyebben lehet javítani."

A FAT32? Hülye vagy? :) (Jó, ez nem kérdés, tudjuk, hogy igen)

"Ha egy olyan fórumot akarsz elolvasni, amihez regizés kell, vagy fizetős, belinkeled googléba és rányomsz hogy "Tárolt változat" :D"

Régen működött, ma már nem megy.

"Ezen sírva röhögtem, istenem, mekkora szar a windóz. "

Szóval azért, mert szar egy 3rd party driver, azért a windóz a fos. Ugye te is vágod, hogy ez így fasság?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
198 | #0e29 | ^ | Idézet | Tue, 22 Dec 2009 23:08:39 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"Nem te szellemileg visszamaradott gennytalicska. Azért szar a windóz, mert egy szaros driver szétkúrhat rajta bármit. "

Drága Amigádon mit nem csinálhat meg egy elkúrt driver?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
92 | #0e36 | ^ | Idézet | Wed, 30 Dec 2009 11:20:20 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Juj, el is felejtettem belinkelni TCH-nak...

http://www.youtube.com/watch?v=WgR1OQHWawo


saxus  (statz) Agyfasz
#8, Agyfasz (417)
235 | #0e45 | ^ | Idézet | Sun, 03 Jan 2010 17:52:24 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"Az öcsém meg az anyám az Avatart akarja megszerezni"

Nyehehehe... Avatart egyedül moziban, _3D_-ben érdemes megnézni, mert leginkább egy 3D techdemo, történetileg elég gyengus, sajnos. Én többre számítottam.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
135 | #0e67 | ^ | Idézet | Mon, 18 Jan 2010 20:48:42 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH: HD filmek sokat foglalnak (4-8G egy 720p-s, 7-15G egy 1080p-s). Meg a sorozatok. A HD sorozatok meg főleg (1g/rész általában).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
288 | #0e87 | ^ | Idézet | Wed, 27 Jan 2010 09:39:41 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Ha BSC-re megy az ember, tökmindegy, hogy milyen sulit végez, ugyanolyan "rangja" van a papírnak. Egyébként meg papír önmagában nem sokat ér. (Értsd: suliban nem tanulsz meg mindent. Ad valamennyi elméleti alapot, de a gyakorlati tapasztalat nélkül nem ér semmit.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
145 | #0eb9 | ^ | Idézet | Wed, 24 Feb 2010 00:45:10 +01
84.3.*.* Unknown Unknown Hungary 84.3.*.*
Te kecske!

Van egy ilyenem, vélemény? :)

http://shared.muportal.hu/kepek/b5/IMAG0336.jpg
http://shared.muportal.hu/kepek/b5/IMAG0338.jpg


saxus  (statz) Agyfasz
#8, Agyfasz (417)
342 | #0ec9 | ^ | Idézet | Mon, 01 Mar 2010 11:35:45 +01
188.156.*.* Unknown Unknown Hungary 188.156.*.*
TCH: De. ismerős rendelt Amazonról egy rakás könyvet meg pár filmet. Megkérdezte, hogy nem akarok-e én is rendelni, aztán rendeltem egy könyvet meg a pakkot. Jó drága volt (28K a kettő együtt - 30 GBP a könyv, és asszem 78 GBP a pakk + 4k huf esett rám a szállítási költségbl), de ez nagyon hiányzott a gyűjteményből.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
113 | #0ee2 | ^ | Idézet | Sun, 07 Mar 2010 18:36:56 +01
84.3.*.* Unknown Unknown Hungary 84.3.*.*
OOo bugosan kezeli az MS formátumokat.

TCH: 42 db kétrétgeű DVD-t? :D Olcsóbb rendelni mégegy pakkot :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
137 | #0fe1 | ^ | Idézet | Wed, 26 May 2010 06:07:03 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@Flood3r: azert nyugtass meg, hogy nem kersz penzt azert, amit csinalsz... Ha igen, akkor meg elotte tanulj egy kis adatbazis-kezelest...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
389 | #1391 | ^ | Idézet | Wed, 16 Mar 2011 05:25:40 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
SunSpider... Juj. Tök jók ezek a JS tesztek, csak épp ugyanolyan értelmetlenek már, mint a 3DMarkok. Ahelyett, hogy inkább azt monitoroznák, hogy az átlagos oldalaknál hogyan oszlik meg a böngésző igénybevétele (ld. IE9 blog) és arra gyúrnának, inkább mindenki az ilyen tesztprogramokkal villog. Fasság, nem ez számít, hanem milyen real life használat közben a cucc.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1607 | #145f | ^ | Idézet | Sun, 03 Jul 2011 04:42:53 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Joestet kecskebaszok! Latom, sokminden nem valtozott itten.

@kemi: leforditom magyarra: "mivel a szerzodest az elozo kormany zsebenek tamogatasaval kotottetek, ezert 400 milliot szeretnenk megtakaritani azzal, hogy zsebbe fizettek, amugy utana mehet a buli tovabb".

Ha megse kotnenek szerzodest, akkor meg ket dolog tortenik:
- vagy visszaall minden a 15 evvel ezelotti idoszakra (warezolas orba szajba)
- vagy a mostani joarasitott Win+WS+Office helyett kuuuuurvadragan venni sokkal-sokkal tobbert, sulinkent kulon-kulon.

Azt ugye senki nem gondolja komolyan, hogy hip-hop eltunik majd minden Windows a gepekrol, csak mert nem egy kozponti keretszerzodes kereten belul veszi meg az allam?

De amugy ez amugy is a tisztaszoftverre vonatkozik, NIK-en kulon ott van az MSDNAA, ami attol fuggetlen. Plusz ugye kothet mindenfele egyeb szerzodest is a suli, senki nem tiltja meg.

---

Netcraft-s Apache vs IIS meg kb. annyira jelentos, hogy epp csak a vallalati szerverek nincsenek benne, ami viszont igen jelentos szamban van a piacon. Igaz, ott inkabb domain controller, file server, application server, db server es ilyenek szamitanak. Masreszt nyugaton nincs annyira soherkodas, ha meg kell venni valamit, csak itthon divat ez a "mindegy, csak PHP-ban ganyoljunk ra valamit".

----

Ez a makosteszta gyerek meg meg mindig nem adta fel? :) Neha hozzam is befigyel, de miutan tetelesen leszartam, amit mondott, egyre ritkabban.

Nah, de miutan fel Europat leigaztam a Settlers II-ben (Spanyolorszag, Balkani felsziget meg eszak meg hatravan) es ide is beneztem, asszem megyek aludni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
14821 | #1462 | ^ | Idézet | Sun, 03 Jul 2011 20:32:33 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@kemi: az rendben van, hogy Vágási Feri nem kap ingyenwindowst, de az egyetemeket, főisokálat még mindig az állam tartja fenn. Másrészt LibreOffice... végül is elég, csak lassú, szar, bugos és kurva kényelmetlen. Munka tekintetében meg azért ott, ahol nem csak Mancika space-l csinálja a behúzást, hanem mondjuk az Excel képességeit kicsit komolyabban használják (meglepődnél hány vállalat működik Excel/Access/vagy még mai napig VisualFox Pro alapokon!), oda viszont kell az Office. Pl. az állam kiadott egy V3 vizsgaszervező "program" nevű izét, ami gyakorlatilag egy bazinagy Excel tábla. Ha azt valaki normálisan át akarja ültetni szoftverre (akár webes, akár desktop), már annak költsége sokkal-sokkal több lesz, mint mellékelni mindenkinek egy Office-t, aki használja. És ráadásul ezt minden minisztérium külön kiadja a saját szakterületeihez.

Szóval annyira azért nem egyszerű egy ilyet kivitelezni. Nem véletlen szopnak vele nyugaton is.

---

Na, milyen jólinformált vagy :D

FIGYELEM, KISREGÉNY KÖVETKEZIK!

---

Ami azt illeti, kettőt is. Tavaly februárjában vettem egy Mini-t, ráuntam a sok macfag-antimacfag egymás anyjának emlegetésére, aztán gondoltam csak megnézem már, milyen meg volt néhány dolog, ami érdekelt és OSX kellett hozzá. Aztán most pár hónapja egy MacBook Pro-t, mert már nagyon időszerű volt lecserélni a notim, aztán úgy voltam vele, hogy a két gépből csinálok egyet. (Szóval most van egy eladó Mini-m, kisebbik Late 2009).

OSX-ről külön nem beszélnék, Apple hw nélkül csak önszopatás. A kettőt együtt fejlesztik, egymáshoz reszelik, le se szarják, hogy futna-e egy random konfiguráción. És pont ebből adódik minden előnye és hátránya: Apple. (Ja, az egy hardvergyártó, mielőtt valaki másra gondolna. Szoftver részleg nekik csak azért van, hogy eladhatóbb legyen a hw.) Maga a rendszer zárt, mint ahogy az Apple is. Attól eltekintve, hogy maga a Darwin open source (kb. valamelyik BSD alaprendszer szintje + a beemelt open source dolgok összességeként képzeld el), és egy valag dolgot visszaadnak közösbe (Webkit, pl. de ők finnanszírozzák a CUPSD-t is meg egy valag dolgot), attól még a felette lévő rész, kezdve a grafikus alrendszertől (hál'istennek nem Xfree/X.org rettenet) a felhasználói felületig már zárt. Igaz, lehet piszkálni, ha akarod a rendszert, csak nagyon nem muszáj. De ami Windowson adott a rendszer piszkálásához az nagyjából itt is megvan valamilyen formában, szóval nem vészes. (Közhihedelemmel ellentétben Windowsnak is bele lehet nyúlni nagyon keményen a lelkivilágába)

Maga a rendszer szekuricsi szempontokból szar. Látszik, hogy eddig elvoltak a maguk 5-10%-ával és nem volt komoly platform támadások célpontjából, valamint szerintem nincs meg az a szintű audit sem, amit már az MS összerakott az elmúlt 8-10 évben. De idővel ők is el fogják végezni a maguk házi feladatát szerintem (muszáj lesz).

Igaz, nekik nem kell annyit szopni a visszafelé-kompatibilitással, ugyanis ők azért pucolják rendesen a rendszert. (Pl. a mostani 10.6.x-s OSX már nem jelent meg PowerPC-re, a következő 10.7-esből dobják a Rosettát (PowerPC->x86 translator) és a Classic programok (MacOS 9.x) futtatásának lehetőségét) Igaz, általában nem jelent gondot ezek, max annak, akinek tényleg van valami régi szoftvere. (Bár az valószínűleg használja a régi gépen a régi rendszerrel, míg ki nem döglik alóla).

A rendszer stabilitása jó. Két dolgot tudnék felhozni hátránynak: egyik a memóriakezelés, ami hogy is mondjam... Hagy maga után kívánni valót, ugyanis a memóriamenedzsment policy leginkább arra emlékeztet, hogy "vegyél elég ramot". (Igaz, nem drága a ram). Ha swappolni kezd a gép, akkor nagyon tetü tud lenni (ez lenne a másik dolog: Mini-ben elég lassú az a notivinyó) 2G ram elég egy átlagusernek (net, skype, zene, film, ilyenek), de nagyon ajánlott a 4G ram. (mbp-n a tipikus munka desktopom: Eclipse, skype, msn, colloquz (IRC kliens), Parallels+w7, PostgreSQL, iTunes meg még egy-két apróság, ez nagyjából meg is eszi úgy, hogy még a swapba is bele tud lógni bőven, de használható, jól.)

Na meg ugye az ára elég meredeken tud felfelé menni, ha picit többet akar az ember. (Viszont pl. ha figyelembe vesszük, hogy a 13"-s mbp pl. a Dell Latitude-k ellenfele, ott centire ugyanazt az árat kapjuk. Másrészt, ami igazán szívatás az a 25% Áfa.)

Nagyjából ennyi, ami negatív.

Pozitívumok: ugyan maguk a gépek tényleg drágák (bár az igazi lehúzás inkább a kiegészítőknél megy - pl. kábelek, átalakítók - , de az sajnos nem Apple specialitás), viszont kurva jól össze vannak rakva. Az illesztések precízek, nem nyeszlenek, csuklanak, igényesen vannak összevállogatva a dolgok és _HALK_. Szinte semmi hangjuk. (Apróságnak tűnik, pedig nagyon jó dolog csendben dolgozni). Azt leszámítva, mikor az mbp-t meghajtom (akkor azért tud forrósodni és akkor fel is kapcsolja a ventit, de még mindig nem sokkal hangosabb, mint a régi notim alapjáraton).

Másik jóság: 7 óra akkuidő Wifivel (alapvetően emiatt döntöttem végül az mbp mellett. Ja meg mert kis notit kerestem - 13" max), de ha nem hajtjuk meg nagyon, akkor 8-9 óra is elérhető vele. Az, hogy nem kell töltőt cipelni mindenhova, az meg nagy jóság. (Igaz, akksi beépített, de ha három év múlva lemegy 4 órára, még akkor is jóság).

Na meg ami még aranyos megoldás az a mágneses töltőcsatlakozó valamint, hogy a töltőhöz nem csak hosszabbítókábelt, hanem szimpla fejet is adnak hozzá, ha közvetlen a konnektorba akarjuk rakni és nem kell a hosszú kábel: http://shared.muportal.hu/kepek/mbp/IMAG0559.jpg

Viszont ami fos az a Mini-DVI csatlakozó és a Mini adapterének feje. Mindkettőt nagyon könnyen ki lehet húzni a gépből.

Hopsz, még egy negatívum: kijelzővel viszont nem vagyok megelégedve teljesen. Az egy dolog, hogy durván tükröződik, de TN-Film. Ami számomra teljesen érthetetlen - mégha TN-hez képest nagyon jó minőségű panelt raktak bele, hiszen rengeteg grafikus használ Apple gépeket. (Valószínűleg a fogyasztás lesz a hátterében egyébként, hiszen egy PVA vagy egy IPS jóval többet eszik.) Másrészt sötétben, max fényerő mellett látszik, hogy a bevilágítás nem teljesen egyenletes, alul picit világosabb. Mondjuk az emberek 80%-a leszarja ezeket, csak én vagyok ezekre túl igényes. Na meg gyűjti az ujjlenyomatokat szépen az a fólia és a fekete káván nagyon látszik. (De jó fejek voltak, adtak hozzá törlőrongyot :D)

OSX: mint ahogy már mondtam, egy csomó dolgot összehordtak benne. Ráadásul végigütötték egy UNIX certifikáción is. Alapból Mach Mikrokernel, FreeBSD-ből és NetBSD-ből egy valag kódot átemeltek (hálózati stack meg hasonlók AFAIK). Userlandnak meg ott van a teljes BSD toolkit, bash, alapból PHP, Perl, Python, Apache, svn, csv, gcc, llvm, ssh, samba (Linuxos társaitól eltekintve ez működik is, úgy, ahogy a nagykönyvben meg van írva, ami meglepő, mert elvileg ugyanaz :D), Java, stb. Nem csoda, hogy ide vált egy csomó Linuxból kiábrándult ember, aki megunta azt, hogy a Linuxszát tákolja és helyette szeretné az idejét valami produktívval is eltölteni.

A grafikus felületet elsőre szokni kell. Ugyan itt is csak menük, ikonok, és ablakok vannak, de sikerült pont úgy összerendezni, hogy elsőre még csak véletlenül se legyen ugyanaz minden. Amitől meg elsőre tutira agyfaszt fog kapni az ember az a billentyűzet-parancsok, legalábbis ameddig rá nem jön, hogy miért úgy van (ezt a kérdést minden WTF szitunál érdemes feltenni akármilyen rendszer megismerésekor) vagy el nem fogadja, hogy csak mert azért (számomra ilyen a Finderben az átnevezés. Miért pont enter? Vagy screenshot - CMD+SHIFT+3 vagy 4 a módjától függően) Na meg sokat lehet segíteni azzal, ha először megnézzük, hogy mi van felfestve egy Apples billentyűzetre, mert csak látszólag ugyanolyan (egyébként mezei USB-s billentyűzettel-egérrel elmegy, ez is már csak egy PC, EFI-vel, mégha a macfag-k felháborodnak ha ezt így elmondod nekik :)

Ami viszont nagy jóság, hogy ezek (meg úgy általában az egész rendszer) egységes. Nem tudom, hogy Steve Jobs külön küldi ki a rohamosztagosait betartatni a konvenciókat vagy csak veszik azt a minimális fáradtságot, hogy elolvassák a fejlesztők, mielőtt elkezdenek taknyolni valamit a rendszerre (MS is olyan jó ajánlásokat csinál, aztán mégis...), de jóval nagyobb az egységesség. Pl. minden programban a CMD+, a beállítások. Vagy a menü szerkezete is kb. pont ugyanúgy néz ki. Első az Alma menü, utána a program neve, ahol van az about, settings, kilépés, stb, utána a többi, kb. ugyanolyan formában. Vagy pl. a CMD+C,V (ugyanaz mint máshol a CTRL-s verzió) ugyanúgy működik az OSX-s programokban és a terminál ablakban. Nincs az a gányság, mint Linuxon.

Egyébként nagy ötlet volt bevezetni egy külön Command gombot (gyakorlatilag a meta key-re - Windows jelű gomb - bindelték fel) és minden parancsot azzal képezni.

Másik jellemzője a rendszernek, hogy önmagában kevesebbnek tűnik, mint a többi (és ez valóban így is van, Windows szerintem sokkal-sokkal többet tud, főleg, ha mondjuk a vállalati körökben nagyon jól kihasználható Active Directoryra gondolok), viszont, amit tud azt tényleg jól is szinte hibamentesen. Azért szinte, mert most a 10.6.8-ban találtam egy-két fasságot (igaz, lehet, hogy elbasztam egy EFI frissítést is), de ezekkel a 10.6.6-7-ben semmi bajom nem volt, szóval remélem a következőre megoldják.

Programellátottság jó, nagyjából minden feladatra lehet találni valamilyen szoftvert vagy van OSX-s portja. Ha valakinek Windowsos programra van szüksége, akkor meg ott a Parallels Desktop, VirtualBox nagyjából egy nagyon-nagyon-nagyon rossz vicc hozzá képest. Parallelsben zseniálisan megoldották az integrációt. Pl. ha gyors telepítést választasz, csak bekéri a Windows szériaszámát és felrakja az egészet a háttérben, persze lehet a hagyományos módszerrel telepíteni. Coherence mód az nagyon állat. Gyakorlatilag létrehoz neked egy Windows Applications menüpontot a Dockra (az az alsó izé), ott látod az összes Windowsos programod, tudod indítani, win-s programok megjelennek az OSX-s futó programok között a Dockon, a Windowsos users könyvtárad gyakorlatilag a host gépe Home könyvtárad, OSX-s billentyűparancsokat (pl. CMD+C,V,X) fordítja a Windowsos társára, drag&drop(!!!) oda-vissza OSX és Windows között, ráadásul teljes DirectX9 (vagy 10-11?) támogatás, Aeroval, játékokkal, mindennel. Fut rajta FreeBSD, Linux is, plusz, VMWare-s gépeket át tudja migrálni, stb. Zseniális. Igaz, 70-80 USD, de szerintem meg fogom venni. Bőven megér annyit.

Maga a rendszer használata - ha megismerted a furcsaságait - egyszerű, kényelmes. Rengeteg apróság van, ami abszolút nem nagy dolog, 10-20-30 perc munkával bármelyik rendszeren megvalósítható (pl. letöltesz egy zip fájlt, tömörítse ki, ha az egy .dmg (disk image, majd később) fájl, csatolja fel, stb. Jó, persze, néha van, hogy nem kéne, hogy ezt tegye, de az esetek 98%-ában hasznos).

Egy program telepítése is zseniálisan egyszerű. Letöltöd, az egész program egy nagy ikonként jelenik meg, behúzod az Applications közé, és ennyi. De igazából be se kell húzni. (Valójában az egy jól struktúrált könyvtár, .Application kiterjesztéssel), ahol megvan, hogy hol vannak a program meta infói, ikonja, a binárisa, hova lehet a többi szemetét rakni, stb. Persze, lehet egy önálló bináris is, csak a tipikus program nem ilyen.) Másik megoldás az .mpkg, ami meg gyakorlatilag egy Windowsos .msi fájl megfelelője lehetne. Általában ezzel a nagyobb cumók jönnek. Csak kevesebbet szöszöl. Eltávolítás meg annyi, hogy áthúzod a kukába az Applicationsból. Egy program meg vagy egy zip fájlban jön vagy egy .dmg fájlban, ami disk imagenak hívja magát és kb. úgy viselkedik mint egy iso vagy egy DVD lemez.

Aki meg csomagkezelőért fog most itt visítani, azt pofánrúgom egy vasvillával. Ha nagyon akar valami hasonlót, akkor meg most már végképp pofa be, mert ott az AppStore OSX-re is. De amúgy senkinek sem hiányzott eddig sem. Jó, igen, tény, nem lehet egyszerre frissíteni minden programot (kivéve OSX és hozzá tartozó Apples cuccok, mert arra ott a rendszer auto updatere, de még az is lehet, hogy az AppStore-s cumók is azon kereszütl frissülnek, nem néztem utána), de elég kutúráltan és kényelmesen van megoldva és nem fog random buborék csesztetni, hogy frissítsd ezt-azt, mint Windowson. Ez nem egy kibaszott szerver, ez egy desktop oprendszer, desktop igényekkel. Többek között az is, hogy ne én legyek már a rendszerért, mert én használni szeretném azt és ne húzza már az időmet hülyeségekkel.

Aki meg függőségeket mer emlegetni, az szopjon azzal a káosszal Linuxon vele. Windowson is meg tudták oldani a dll hellt, itt is jól megoldották a Frameworkoket, meg különben is, mi a faszomért nem az alkalmazás gondoskodik a saját szemetéről, amire szüksége van még? Jahhogy akkor még működne is, ha mondjuk a liblofasz fejlesztője nem részegen kelt volna fel előző este és túrta volna szét a saját szarját az x.y.z.a+1-s verzióban?

(A Framework meg egy olyan állatfaj, ami kb. félúton lehet egy .NET -s assembly és egy szanaszét kóricáló dll halom köztt. Itt is van egy jól struktúrált könyvtárszerkezet, ahova be lehet dobálni a .dylibeket (.so/.dll helyi elnevezése) a hozzá tartozó meta infókat, egyéb cumókat meg ha van olyan a .h fájlokat, amelyek segítségével egy C/C++/OjbC projektben kb. olyan egyszerűen lehet hozzáadni egy ilyet, mintha csak egy .NET-s assemblyt adnék hozzá VS-ben egy .NET-s projekthez. Mekkora jóság lenne egy ilyen VisualC++ -ban vagy akár magában a C/C++ nyelvben is!)

Ezen kívül meg mit tudnék mondani? Jó hát pénzbe kerül (mondjuk egy normális IT-s fizetéssel nem annyira mellbevágó). De egy jó gép/rendszer párost kap cserébe az ember, amin kényelmes dolgozni (jó, pár dolgot meg kell szokni, tanulni) egy modern, normális desktop rendszeren egy jó UNIX-os háttér mellett.

Persze, ennek is megvan a maga hátrányai, hibái, hiányosságai, de magam részéről nem bántam meg, hogy megismerkedtem vele. (Különben nem vettem volna mbp-t.)

Szóval jóság.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1176 | #1463 | ^ | Idézet | Sun, 03 Jul 2011 20:39:53 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Na, most jut eszembe, mit akartam még: ami viszont sokkal inkább vitatható mögötte az az Apple. Mostani piaci helyzete miatt, sajnos megengedhet magának nagyobb arcot, mint szerintem kellene, valamint a kommunikációjuk is időnként érdekes egy pöttyet. Na meg ott a sok kimosott agyú Apple rajongó is. (Mai napig nem értek meg semmilyen cég iránti imádatot/gyűlöletet. Windowst sem azért használok, mert szeretem a Microsoftot, - egyébként rengeteget változott az elmúlt 10 évben az MS, főleg most, hogy minden oldalról támadják - hanem, mert maga a Windows egy jó rendszer, arra, amire kitalálták és amire használni akarom. Meg még van egy-két termékük (VS2010, Office 2007+), amit szívesen használok. Meg olyan is, amit inkább bottal sem piszkálnék.

Ugyanez van az Applenál. Nem értem, mi ez a zombi mód imádat. Vannak jó termékeik, abból egyel épp ki tudták szolgálni azokat az igényeket, amik nekem voltak (kicsi, könnyű, normális teljesítményű gép adott feladatokra, hosszú üzemidővel ilyen és olyan szoftverek futtatására) és jobb alternatívát nyújtottak, mint a többi cég, így hát megvettem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
180 | #1469 | ^ | Idézet | Wed, 06 Jul 2011 16:07:27 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
Nem tudom feltunt-e, de perpill a smartphone piacon mindenki perel mindenkit. A Microsoft csak egy a (nagyon)sok kozul.

Azt nezted mar, hogy kiket es miert perel(t) az Apple? :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
341 | #146a | ^ | Idézet | Wed, 06 Jul 2011 16:09:57 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
HJa az Opera Software nevetseges balettancat az EP-nel ne felejtsuk mar el (amivel egyebkent jol pofara estek, mert szamottevoen nem valtozott a piaci reszesedese, de mar ugye kifejtettem, hogy az Operanak is inkabb marketingre kellene adnia, meg mondjuk felmerni, hogy mire van szuksege a piac 99%-anak es nem a maradek 1%-nak fejleszteni).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
100 | #15e0 | ^ | Idézet | Fri, 16 Sep 2011 10:40:24 +02
212.51.*.* Unknown Unknown Hungary *.westel900.net
TECEHA! Ez az ized, mindenkit lebuktat. Teged is lebuktatott anno, tegnap meg kemit a NIK-n. Muhaha.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
79 | #15e2 | ^ | Idézet | Fri, 16 Sep 2011 18:20:24 +02
188.156.*.* Unknown Unknown Hungary *.mobile.pool.telekom.hu
Nem, lattam, hogy Windowst hasznal, es kertem a fizetesemelest A Majomtol. :)))


saxus  (statz) Agyfasz
#8, Agyfasz (417)
91 | #161e | ^ | Idézet | Wed, 21 Sep 2011 17:25:41 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
TCH, te kecskebaszó állat! Mit akarsz te itt az Emponál? Bluechipet kódolni megint?! :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
208 | #1620 | ^ | Idézet | Wed, 21 Sep 2011 18:15:14 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
Elmentek a többiek is, egyedül meg nem akartam maradni. Másrészt kényelmes kódolói melót akartam suli mellé (jól beszoptam, ezért keresünk embert), ez meg biztos továbblépési lehetőség volt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
296 | #1626 | ^ | Idézet | Thu, 22 Sep 2011 10:40:44 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
A BC-hez nem volt kifejezetten keretrendszer, csak maga a BC alap. Amire te gondolsz keretrendszer, arra Szati azt mondta, hogy tole akar nyiltta is tehetem, mert az nekik csak jo. A BC tulajdonjoga meg a BC-e. Persze, Szatieknak is hasznalhatjak a kodot, csak termeszetesen nem a BC-s designnal.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
80 | #1635 | ^ | Idézet | Fri, 23 Sep 2011 13:50:33 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
TCH: Akos mar nagyon reg elment, most uj arcok vannak + az iroda is elkoltozott.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1337 | #1717 | ^ | Idézet | Tue, 18 Oct 2011 14:37:48 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Úbazdmeg :D Poliverzum egy agysérült bolond aki "ateista" létére kb. vallási fanatizmus szintjén imádja a legelbaszottabb Linuxait (GoboLinux... Kb. az a Linux, ami fájlrendszer koncepcióban koppintja a Windowst :D). Azon kívül saját vallást alapított evidencializmus néven. Na meg tipikus önjelölt zseninek hiszi magát (bocsánat, ASPERGERES, csak hogy az erre vonatkozó divatbetegséget nevén nevezzem) és képes bármibe beleokoskodni fogalom nélkül... Néhány egyéb szociális problémával megtoldva, persze. Miután "diagnosztizálták" a betegségét, hirtelen ő akart lenni a nagy aspergeres vezéregyén és létre akart hozni valami csudaaspergeres fórumot, persze, nyílván nem lett belőle semmi.

Talán oka van annak, hogy az összes Linuxszal, ateizmussal kapcsolatos oldalról kiutálták :)

Mondjuk ha végtelen mennyiségű fasságot akarsz olvasni, akkor hívjad... Bár utóbbi időben már szerencsére nem annyira szófosással írja a dolgokat (csúcsidőben egy kb. 3 mondatban lerendezhető választ képes volt egy 2 képernyőnyi ömlengésbe megírni), na meg persze, ott van az scifi "irodalma", amit lazán "Asimovi" jelzővel jellemez ;)

Ui: de ha tényleg ide akarjátok hívni, ne említsétek, hogy időnként én is benézek ide :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
413 | #1719 | ^ | Idézet | Wed, 19 Oct 2011 00:33:47 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Hat, ha megemlited, hogy ismersz, szerintem kizarook, hogy egyaltalan beirja a bongeszobe az oldal cimet :D

Viszont a nap viccet el is felejtettem meselni: az a joember, aki volt mellettem korabban, az matol ott dolgozik, ahol Biro is :D (Igen, o is kilepett, de meg kb. februar-marcius kornyeken). Mondjuk nem tul biztato, hogy ugy kezdi, hogy nagyobb a kaosz, mint a PH-nal volt :D (Es te meg jokor leptel le).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
412 | #1727 | ^ | Idézet | Thu, 20 Oct 2011 17:23:47 +02
212.51.*.* Unknown Unknown Hungary *.westel900.net
TCH: Apple termekeknel alapszabaly: elso generacios apple vasat es OSX-et .4 patch elott nem erdemes. En is meg maradtam 10.6.8-on.

Jha es nem Apple vason sincs ertelme az OSX-nek, csak a szopas lesz vele, mert alig lesz vmihez driver.

Linux meg hosszutav, muhahahahaha... Annyira jokat szoktam derulni egy-egy ubuntu upgrade utan, mikor latom, h egyesek mit szenvednek, csak mert ez-az eltorott a rendszerben.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1489 | #1730 | ^ | Idézet | Thu, 20 Oct 2011 22:24:00 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
A nagy különbség, hogy az OSX-et azért idővel összekalapálják és azért az viszonylag ritka, hogy mondjuk egyes hardverek egyáltalán ne menjenek (hja amúgy ugyanez igaz a Windowsra vagy akármelyik más HW/SW gyártóra is: SP1 előtt nem szabad), míg az Ubuntut 6 havonta valamit random elcsesznek.

És persze, nem kötelező frissíteni, csak akkor megmaradsz kőkorszaki szoftverek szintjén bizonyos dolgokból, ha LTS, ha nem LTS, akkor meg másfél év után rá leszel kényszerülve, hogy frissíts vagy taknyolj fel csomagokat kézzel.

Nevezd tőlem kettős mércének, csak azt látom, hogy
- OSX: végül is felrakhatod, maximum lesz pár apróbb hibád, ami idővel el fog tűnni, max ha nem akarsz bétateszterkedni vársz picit.
- Ubuntu: 6 havonta random szopás, szerencsejáték, hogy milyen hardvert nem fog támogatni vagy melyik szoftver nyeklik össze éppen.

Arról az apróságról meg ne feledkezzünk meg, hogy az Ubuntu az meg ugye maga szállítja a programokat, lényegében, mint a terjesztés része, szemben az Appleval, ahol ugyanúgy mehet két kattintással bármi 3rd party cucc, mint pl. Windowson. (A nagy különbség, hogy valami rejtélyes okból kifolyólag ott veszi a fáradtságot a legtöbb programozó és belenéz abba a tetves design guidelines-be, hogy mégis hogyan is illene kinéznie egy programnak, ami Windowson sajnos valamiért nem annyira szokás. Pedig oda is nagyon jó leírások, _hivatalos_ könyvek vannak.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
932 | #1731 | ^ | Idézet | Thu, 20 Oct 2011 22:29:10 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Gab09: egyáltalán fennvan a driver normálisan? Másrészt milyen driver? Aláírt vagy valami random szemét az internetről?

"Megpróbáltam az Atheros Client Utility vel csatlakozni"

Nah, az ilyenek miatt van szopás ezekkel a szemétbányákkal Windowson, amikor minden gyártó mellékeli a saját szemetét, amely megpróbálja jobban tudni az oprendszer dolgát, mint az OS, ahelyett, hogy a drivert megírnák normálisan.

A régi notimon ez volt mindig a szopás, hogy néha az Asus saját szarja meghülyült (pl. mert trehány volt aki írta, és a hálózatok lekérdezése során szimplán egy Access violation hibaüzenetet dobott szinte mindig, bár jobb napjain attól függetlenül működött).

Apám gépén, amikor W7 volt a régin valamint az újon is (régi sajnos megmurdált), ott soha semmi probléma nem volt. MS által aláírt driver + OS-ből kezelve minden, semmi 3rd party hányadék.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
164 | #1732 | ^ | Idézet | Thu, 20 Oct 2011 23:32:33 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Baszki, tökre megszoktam már, hogy a firefoxba a "bvk"-t írom, aztán egyből ideugrik a bvk.php-re, csak valahogy sikerül mindig bkv-t leírnom... :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1358 | #1745 | ^ | Idézet | Sun, 23 Oct 2011 22:33:55 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"Elég ha beteszik egy csomagfájlba és akkor ott is nextnextnext. Jóreggelt winfoson meg OSX-en valid dolog az installer (msi meg nem tom mi van osx-en) Linuxon meg invalid a deb, rpm, meg a többi? Hát ez tényleg kettős mérce."

Szövegértés egyes: pont azt magyarázom, hogy OSX-en is lekapsz egy .dmg (disk image, kb. mountolhato iso) vagy egy .mpkg-t (kb. msi) és csodák-csodájára működik, pedig 3rd party cucc. Ubuntun meg ott a csudacsomagkezelő olyan szoftverekkel, amit a Canonical szállít, és hogy-hogy nem mégis érik az embert meglepetések: mondjuk összeakad egy másik - szintén a canonical által szállíott - csomaggal.

"Ez a videó volt téma a spiriten is, ez az ARM architektúra egyik reklámja. "

Mondjuk az ARM meggyőző lehetne, ha raknának alá rendes memóriabuszt. Multkor hupon volt egy thread, hogy mekkora fasza az ARM lassan már behozza a 4 évvel ezelőtti Core2Duo-k sebességét. Igen, csak egy szintetikus tesztprogramban, amelynek a kódja nincs 16 kb és dolgozik 2000 byte adaton...

... ami még egy P1-es L1 cachejébe is belefér. Aztán a még NDA alatt álló cuccok sem érnek memória sávszélben a normál CPU-k közelébe és ilyen egyéb dolgokat, mint h.264 en/decoding is csak célhardverrel tudják. Nah, így azért nehéz lesz elérni az ARM világuralmat ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
247 | #1747 | ^ | Idézet | Mon, 24 Oct 2011 01:39:52 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"embedded cuccok, okostelefon, faszomtudja."

Nah ez a vicc, ARM megpróbál feltörni a desktop piacra. Igazából nem is teljesen reménytelen, már ha a nettó számítási teljesítményt nézzük, csak a körítés egyelőre kevés.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
78 | #17f8 | ^ | Idézet | Sat, 26 Nov 2011 13:08:05 +01
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH: az IRC-es kérdésedre a válasz: lehet, hogy benn se volt. -> sehogy.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
77 | #1bc4 | ^ | Idézet | Sun, 15 Apr 2012 04:40:57 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Prometheus: vegigvittem a szeriat.

Jha, hai mindenkinek, gondoltam benezek.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
50 | #1bcd | ^ | Idézet | Sun, 15 Apr 2012 23:44:42 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Lemaradtam, ti most mit is akartok benchmarkolni?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2878 | #1bce | ^ | Idézet | Mon, 16 Apr 2012 00:06:38 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
tudtommal prímet úgy keresünk, hogy a gyökéig elosztjuk minden számmal és ha nincs maradék nélküli, akkor prím, so no tömbök.)


Vannak jobb módszerek is, pl. tesztelési módszerek, amely adott valószínűség mellett mondja meg, hogy prím-e vagy sem. Az osztogatásos módszer elég favágó módszer. Fejből meg nem mondom mi az algoritmus neve, majd megkeresem.

Egyébként menedzselt nyevleknél arra jöttem rá, hogy NAGYON nem érdemes előre optimalizálni. Először a feladatot triviálisan megoldó kódot érdemes megírni (természetesen, az adatstruktúrákat értelmesen kell megtervezni), majd utána, ha valahol nem stimmel valami, akkor szigorúan profileing után (mert valószínűleg hamarább hoz ki elvi hibát) benchmarkolni. Miután a jittereket (és a sima statikus fordítókat is egyre okosítják -) felkészítik arra, amit tipikusan írnak az emberek, így egy-egy mikrooptimalizációval sokszor sokkal-sokkal többet árt az ember.

http://tothviktor.wordpress.com/2011/08/22/mikro-optimalizacio-i/
http://tothviktor.wordpress.com/2011/08/23/if-vs-switch/

További érdekességek:

http://tothviktor.wordpress.com/2011/08/27/stringinternal/
http://tothviktor.wordpress.com/2011/12/13/jitter_inlining/

Külön kiemelném, a stringekkel foglalkozó cikket, amely jól bemutatja, hogy miért nem feltétlen szabad hinni a régi ökölszabályoknak. (Erre tudnám hozni példának azt, amikor múltkor az FSZEK-ben mászkáltam, aztán belefutottam egy "Hatékony .NET" című könycbe. Belelapoztam, majd mikor megláttam azt a fejezetet, ahol azt fejtegetik, hogy ne használjunk propertyket, hanem mindig az adattagot publikáljuk ki inkább, tettem is vissza a könyvet a polcra. Ezeket ugyanis, mind a Java, mind a .NET jól kioptimalizálja én meg nem vagyok hajlandó feláldozni azt a biztonságot, amit nyújt - főleg egy többtagú csapat esetén - pl. egy private setter. Ugyanis, aki csak a kódot látja, az nem feltétlen fog tudni arról, hogy azt nem kellene csak úgy írkálni, hanem mondjuk van rá SetLofasz() metódus.

(És akkor még nem beszéltünk a processzornak a mindenféle optimalizációs trükkje, ami mikroarchitektúránként változik.)

Java esetén egyébként nem tudom mi a helyzet, de a tapasztalatom az, hogy ott is lehet gyors dolgot fejleszteni, csak akarni kell. Persze, ott is keresztbe lehet tenni a JIT-ternek meg van pár dolgom, amiben van fenntartásom a nyelvvel. Viszont a tapasztalat az, hogy sok esetben egyszerűen nem éri meg az a plusz időráfordítás, amely a gyorsabb kód fejlesztéséhez kell. Java HotSwap meg <333333 (igazán átemelhetnék a .NET-be is, infrastruktúra igazából félig adott lenne hozzá).

A különféle C fordítók rigolyái meg önmagában egy érdekes témakör.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
91 | #1bcf | ^ | Idézet | Mon, 16 Apr 2012 00:07:23 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Izé... Akarom mondani, szigorúan profileing után optimalizálni ÉS újramérni nutána.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
666 | #1bd6 | ^ | Idézet | Mon, 16 Apr 2012 17:12:08 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
TCH írta/wrote:
Mit értesz optimalizáció alatt? Hogy csak 250x lesz lassabb, mintha C-ben vagy C++-ban írtad volna meg, nem 350x?


Ha a C-be is berakod mindazokat az ellenőrzéseket, amelyeket a JVM vagy a CLI elvégez helyetted (pl. tömbindex ellenőrzés, rakás memóriakezelés, rakás egyéb cucc, akkor az a kód is ugyanolyan lassú lesz.

Szimpla matekban se a Java se a .NET nem lassabb, mint a C. Különbség a körítésben van. Azt meg a jóisten se fizeti meg nekem, hogy írjak mondjuk egy 2x gyorsabban lefutó kódot, ha
a) elhanyagolható a megspórolt hardver.
b) költség legalább 5-10x-ese lesz.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
5282 | #1bd9 | ^ | Idézet | Mon, 16 Apr 2012 22:10:05 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
kemi írta/wrote:
de az valószínűleg azért van, mert fos a GCC winfoson.


Nem csak ott ;) Nem véletlen, hogy komoly pénzeket tolnak egyes cégek az LLVM+Clang páros fejlesztésébe. Ugyan átlagosan még jó 10%-al lassabb a GCC-nél a generált kód, csak épp kevésbé bloated, sokkal modernebb, modulárisabb arch (egy optimalizer, amögött archonként konkrét fordító + optimalizáló, a fordító előtt meg nyelvenként frontend, amely a fordító köztes nyelvére fordít. Így egy új nyelv támogatásakor csak a nyelv->köztes kód fordítót kell megírni, nem kell mindenhol optimalizálót, stb. Nem tudom, ismerős-e valakinek a JVM/CLI koncepciója itt ;) Ja meg jóval értelmesebb hibaüzenetek. Szóval itt is az van, hogy az esetek nagy részében nem éri meg az a plusz 10% (na meg figyelembe véve, hogy néhány éve sehol nem volt a projekt, egyáltalán nem biztos, hogy nem fogja csúnyán lehagyni idővel a GCC-t).

kemi írta/wrote:
A Java viszont megint nyert, tehát kijelenthetjük, hogy a .NET még a Javánál is fosadékabb.


Az ilyen szintetikus tesztek így önmagukban semmit nem mondanak. Másrészt a Java meg a .NET nem matekolásban lassabb, mint a C, hanem pl. a dinamikus dolgok használata miatt. Pl. reflection.

TCH írta/wrote:
hogy a szoftverek egyre lassabbak és nagyobbak lesznek, de ez nem fog a végtelenségig tartani.


Öregem, a helyzet az, hogy a CPU-k magjainak száma másfél évente megduplázódik. Ezzel együtt kb. a teljesítményük is. Ehhez képest disk, a hálózat vagy úgy bármiféle IO sebességének fejlődése kb. a vánszorgó csiga tempója. Az a helyzet, hogy ha _alkalmazást_ akarok fejleszteni, ahol a cél egy konkrét (nem informatikai) probléma megoldása, akkor kb. totálisan telibe fogom szarni, hogy egy gomb eseménykezelője most 0.1 vagy 0.2 microsecig futott. User nem vesz észre belőle semmit és egyébként is, a CPU idő 99,99%-a kihasználatlan.

TCH írta/wrote:
Dehogynem. Szükségszerűen az adatok kezelésének felesleges kerülői miatt.


Látszik, hogy nem olvastad el a linkelt cikkeket. Másrészt, hibakezelést nem lehet elsunnyogni. Az a helyzet, hogy a legtöbb fagyás és sechole még mindig az ilyenekből adódik.

TCH írta/wrote:
Ez a két "indok" gyakorlatilag az a két kifogás


Vedd még hozzá a csapatban való fejlesztést és a kódok továbbadását. Pont most anyázok amiatt, hogy az a kedves kolléga, aki 4 hónap után dobbantott és egy önfejű makacs fasz volt szakmai téren nekiállt "leszarom, ez így fos, nem érdekel, gány fúj, nem vagyok hajlandó így kódolni" hozzáállással telibetúrni a rendszert és a meglévő rendszerkomponensek helyett egyedi módon megoldani a feladatot. Hozománya? A fejlesztést segítő toolok 100%-a nem működik együtt a cuccaival, AJAX réteg megkerülve, +1 template rendszer. "Mert gyorsabb így." Kurvára kibaszottul leszarom, főleg, hogy dobbantott. Most ez azzal járt, hogy tarthatok karban kettő dolgot és akinek be kell tanulnia a rendszerbe, és egy ilyen az keményen megnöveli a betanulást és az időt, amely alatt egy hibát javítani lehet. Na ez az idő egy ember esetén átlagosan egy fél szerver ára.

Ha alkalmazást fejlesztesz, ott kell optimalizálni, ahol gázos a teljesítmény, egyébként minden esetben kizárólag az számít, hogy könnyen áttekinthető és rugalmas

TCH írta/wrote:
Akkor lenne ugyanolyan lassú, ha C-ben a C#-el vagy Java-val megegyező adatszerkezeteket és eljárásokat használnál.
legyen a kód.

Hagyjuk már, C-ben önmagában lófasz nincs. Azt különben is rendszerprogramozásra találták ki, nem alkalmazásfejlesztésre. Másrészt, amint összefutsz C-ben ilyen - manapság elég általános - feladatokkal, mint memoriakezelés (.NET pl. képes arra, hogy áthelyezzen memóriában részeket, hogy ne legyen annyira fragmentált, így gyorsabban lehet foglalni vs. malloc(), ami szanaszét tudja töredezni a ramot) vagy esetkeg [unicode/utf8/ansi] stringkezelés, neadjisten XML feldolgozás, mindjárt ott tartunk, hogy hoppá.

Aztán ha meg eljutunk ilyen apróságokig, amire nemigazán illik a "non blocked" jelző, mint disk vagy hálózati művelet, máris gyakorlatilag elenyésző a különbség. Hisz egy IO művelet esetén a kód 99%-a úgy is az OS kódja lesz vagy valószínűbb, hogy vársz a hardverre.

TCH írta/wrote:
A holdra egy C64 kaliberű géppel feljutottak és ma ennek a teljesítménynek a többszázezerszeresére van szükség, hogy a windózpécé életre keljen. No fuckin comment.


Remek, a 60-70-es évek informatikájával szemben meg nem változott semmi, ugye? Tegyük már hozzá, hogy ahhoz a teljesítményhez kellett 3 szobányi szekrény, ma meg körberöhögi a mobilom és akkor még grafikont is rajzol az adatokból valós időben meg még kielemzi és nem két év alatt van meg hozzá a szoftver, hanem 3 hónap alatt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
6451 | #1bdf | ^ | Idézet | Tue, 17 Apr 2012 15:00:53 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
kemi: Próbáld ki Delphivel is, kiváncsi vagyok az mit dob.


Tippre lassabb lesz, mint a C. Anno nézegettem, hogy melyik fordító mit optimalizál ki és mit nem (BDS2005, C#2.0 v C#3.5, MSVC++2005 v 2008, már nem emlékszem). Hát... C++ -hoz képest a BDS triviális dolgokat sem feltétlen optimalizált ki.

TCH írta/wrote:
A több mag csak párhuzamosítható feladatoknál jelent nagyobb teljesítményt, amúgy kb. semmit sem jelen


Uhum, és azért a ciklus az egy viszonylag ritkán használt fogalom ugye? Attól, hogy jelenleg minden arra van ráálva, hogy egy szálon csinálsz mindent (UI Thread ismerős valakinek?), attól még szépen lassan el lehetne kezdeni gonodlkodni azon, hogy mit hogyan lehet párhuzamosítani. Meglehetősen sok mindent lehet.

TCH írta/wrote:
akkor mi lesz az erőforrásigényes részekkel?


Write only? Az erőforrásigényes részekre kell koncentrálni nem azokra, amelyeknél tökmindegy.

TCH írta/wrote:
hogy egyfelől a C-t csak példának hoztam fel, mondhattam volna C++-t meg Delphi-t is


Delhpi VCL egy baromi nagy réteg a Windows saját GUI-ja felett, amelyet - breaking news - sokáig tart inicializálni egy MFC-hez képest. ;) Csak épp mindenki leszarja, mert annyival nem lassabb, mint amennyivel gyorsabb vele dolgozni. WinForms, WPF detto, főleg, hogy a WPF a WinFormshoz képest képes kihasználni a DirectX-et is.


TCH írta/wrote:
Ne akard nekem bemagyarázni, hogy egy minden szarral ellátott C++ vagy egy megszámlálhatatlan Unittal települő Delphi, amiben pikpak össze lehet kattingatni még a GUI-t is, az több fejlesztési időt enne meg, mintha Java-ban csinálnád ugyanazt, nem is beszélve a végeredmény sebességéről.


Na de mennyi CPU időt vesz el az a sok lib? :) .NET meg a Java sem a nyelv miatt lassú, hanem a sok-sok osztálykönyvtár miatt, ami miatt gyors lesz a fejlesztés. Na meg az egyéb kényelmi dolgok miatt (tisztább syntax, új nyelvi featurek, sok egyéb menedzselt dolog, amit levesz a válladról a VM, ami alatta van, stb.)


TCH írta/wrote:
ha virtuális memóriaáthelyezéssel csinálja a .NET, akkor az C-ben is megy, lévén az nem szoftveres, hanem az MMU műve.


Tévedsz. A virtuális memória kezelésében a CPU csak hardveres támogatást nyújt, de az operációs rendszer is részt vesz benne. Ld. a swapolás megvalósítása szoftveres. Egyébként igen, a C is csinálhat ilyen átrendezgetéseket, csak épp nem a háttérben egy külön szálon, hanem egy szálon, mikor malloc()-olsz. Másrészt a virtuális címtér (amit a programodban látsz) és a fizikai címtér (amit a programodból nemigazán látsz, csak OS szinten) az eléggé két különböző dolog.


TCH írta/wrote:
Pl. a mostanság kurwára divatos MVC modell is 30 éves, csak valami hülye kitalálta, hogy ez valami nagyon új dolog és ezért nagyon modern, meg nagyon menő.


Egyik patternre sem mondtam, hogy mai találmány lenne (A Design patterns című könyv pl. 94-es és az is összefoglalni igyekezett a patterneket), csupán weben jött be, mint új fogalom, mert rájöttek, hogy ott is csak kellene valami rendszer a káoszba. De megjegyzem, az MVC, vagy az MVVM, meg a DIC, sőt még egy kósza abstract factory sem arra szolgál, hogy gyorsabb legyen a szoftvered, hanem arra, hogy átláthatóbb és rugalmasan bővíthetőbb. Meg hogy ne egy mindent keresztül-kasul hivogató cucc legyen a szoftver.

TCH írta/wrote:
Akár SNES-en is futhatna egy ilyen játék, csak meg kéne írni.


Írjad, van rá három napod.

TCH írta/wrote:
Negyed évszázaddal ezelőtt is komplett sorozatokat rendereltek le 3D-ben.
Ehhez képest ma maximum nagyobb lett a felbontás és esetleg kevésbé szögletes a mozgás, mert gyorsabban renderelnek le több fázist.


Miért, mit vártál? Több CPU idő -> nagyobb, szebb, részletesebb grafika. Na meg programozható pixel/vertex/texture/uniform shaderek.

Mellesleg az egész 3D grafikás mizériának a "mellékterméke" a GPGPU, amivel viszont párhuzamosíott matekolást nagyon durván jól lehet csinálni.

TCH írta/wrote:
"gotokra és pointerekre fordul az egész", hogy saxust parafrazáljam. :P


Uhum. És csinálja a fordító meg ;) A példakódod meg nagyon jól mutatja, hogy nem tudod, hogy mire jó az OOP.

kemi írta/wrote:
Az meg, hogy a compiler optimalizál helyetted, sajnos oda vezet, hogy képzett programozók helyett "betanított munkásokat" alkalmaznak, ami mégjobban a szofterek elhízásához vezet.


Azzal egyetértek, hogy túl sok a kontár. Viszont valahol pozitívnak tartom, hogy kevesebb időt kell bizonyos technikai dolgokra fecsérelni és több marad a konkrét feladatra. És igen, ebbe beletartozik az is, hogy hol milyen algoritmus, milyen adatstruktúrával, stb. Probléma az, hogy ezek használatához (főleg, ha az ember jól akarja csinálni) ugyanúgy kell tudás, ráadásul OOP-ben jól tervezni nehéz. Ezt mindenki elismeri.

TCH írta/wrote:
Imperatív módon is meg lehet írni a modult


Ácsi, a Java meg a C# nem erlang, meg lisp, imperatív az is ;) Csak az OOP itt segít pl. azzal, hogy nem szükséges ismerned még az osztályt sem, bőven elég az interface-ját. Amikor egy modulból meg akarsz hívni egy másikat, pl. egy DIC-ből* elkérsz egy adott interface-jű objectet és azon keresztül birizgálod. Így a modul a háttérben teljesen jól cserélhető, önállóan egységtesztelhető, stb.

* A DIC is egy érdekes állatfaj és vannak hátrányai, de vannak dolgok, amire pl. jó. Ez pl. egy ilyen.

C way ezzel szemben pl. az lehetne, hogy fogsz egy függvénypointert és/vagy egy structot függvénypointerekkel és azon keresztül mókolsz. Ilyen pl. egy drivernek az interface-ja valamelyik oprendszerben. (Talán FreeBSD, nem emlékszem már.). Szvsz, akkor már inkább legyen nyelvi feature, biztosabb, hogy a fordító betartat dolgokat.



saxus  (statz) Agyfasz
#8, Agyfasz (417)
453 | #1be0 | ^ | Idézet | Tue, 17 Apr 2012 15:15:13 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Ja, azért, hogy pozitívumokat is emlegessek:

Az első P1-esemen egy Word 97 vagy egy Excel 97 indítása jó fél-egy percet vett igénybe W95-ön. Ma, W7-en egy átlagos gépen egy Office 2010 kb. néhány mp hideg indításból, másodszorra, kb. azonnal.

Ugyanígy egy MSVC++6->2008 -as lassulás, majd a 2010-ben szerencsére sok igen lassú dolgot száműztek. (Mindezt úgy, hogy a korábbi UI jó részét átírták .NET-re meg WPF-re ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3714 | #1be3 | ^ | Idézet | Tue, 17 Apr 2012 18:15:02 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
A ciklust nem biztos, hogy lehet párhuzamosítani. Ha ami mögötte jön épül az eredményre, akkor meg pláne nem.


Ha ez így volna, nem lennének párhuzamos összesítő, rendező, kereső, stb. algoritmusaink. Egyébként a tapasztalatom az, hogy sokkal kevesebb olyan ciklust használunk, ahol szükséges az előző érték, mint ahol nem. Ld. listázások, akár PHP-ben. Miért ne lehetne egy 100 elemű lista elemeit mondjuk 4 szálon legenerálni és a végén összefűzni? Vagy pl. listák feldolgozása. Rengeteg ilyen művelet van, valamint rengeteg olyan művelet van, ami aszinkron módon elvégezhető. Nem véletlen, hogy a C#5 -ben is az egyik jelentősebb újítás a C# async lesz.

TCH írta/wrote:
Egyáltalán nincs minden erre ráállva, van ami már most párhuzamosan hajtódik végre.


Az a helyzet, hogy de. UI rajzolásra UI thread van, IO műveletek jórészt blocking műveletek, egyedül hálózatkezelés terén vannak jelei az eseménykezelt megoldásokra.

TCH írta/wrote:
Ez sem igaz. C-ben is létezik szálkezelés.


Léccineee... A C minden memóriabuzeráló műveletet (foglalás, felszabadítás) szinkron csinál a free/malloc-al. Ezzel szemben a Java/.NET az ilyeneket háttérben csinálja.

C-ben meg önmagában nincs szálkezelés, a fork és a threading mindenhol az OS (és a hozzá tartozó libekből) ered. Eleve C++ dettó, ott is jellemzően valamilyen libet használ mindenki arra, hogy elfedje a különböző OS-ek különböző szálkezelési megoldásait. C++11 e téren mondjuk előrelépés, ott már végre része lesz a standard library-nak.

TCH írta/wrote:
WTF? Ezt elmagyaráznád?


Mit magyarázzak? Azért van a fordító, hogy ne nekem kelljen pointerekkel meg gotokkal foglalkoznom, ha nem muszáj.

TCH írta/wrote:
endben van, de én tisztán funkcionális megoldásokra gondoltam. Szokás szerint balfaszul fejeztem ki magam, előfordul.


Sose gondoltam volna, hogy haskell fan lennél, főleg, hogy utálod a matekot ;) Na az tisztán funkcionális ;) (Amire te gondolsz a struktúrált, imperatív)

TCH írta/wrote:
Delphiben pl. így van.


Igen, de a Delphi egy részben OOP nyelv :P
TCH írta/wrote:
amit nem lehet OOP nélkül megcsinálni, vagy legalábbis szarabb lesz a végeredmény.


Egy eseménykezelt, UI toolkitnél adja magát. Egyébként egy szóval nem mondtam, hogy amit OOP-ben meg lehet csinálni, azt ne lehetne megcsinálni procedurális modellben. (Hisz, ha ez nem lenne igaz, eleve egy OOP kódot se tudnál lefordítani gépi kódra. És az OOP-nek nem is az a célja, hogy minden esetben hatékonyabb legyen az elkészült kód.

Az OOP-nek az a célja, hogy sok feladatra adjon egy absztraktabb, magasabb szintű, rugalmasabb, újrafelhasználhatóbb fejlesztési módszert. Van a programtervezési minták című könyv, érdemes elolvasni. Engem az tanított meg arra, hogy mit jelent OOP-ben programozni, mi az, hogy felületre (interface) fejleszteni, stb.

TCH írta/wrote:
Énnekem a library, modul, template modell jön be. :P


Legalább pontosan idéznél ;) Modulok voltak meg blokkok. Aztán utána kiegészítettük még egy model réteggel is, mert kellett. Az MVC meg pont nem webre alkalmas szerintem, de mindegy. Mellesleg a BC ilyen szempontból utólag visszatekintve meg se közelítette az OOP kódokat, csak vannak benne néhol objektumok :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1422 | #1be5 | ^ | Idézet | Tue, 17 Apr 2012 18:28:03 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Egyébként, ha már itt tartunk: a hardver lehetőségei és korlátai jól mutatják a trendeket: a 97-es P1-esem és a 2002-es Thunderbirdem közötti különbség kb. ég és föld. Utána elkezdtek megerősödni a konzolok játékok terén, ezzel magával rántva az egész high end PC piacot. Most ott tartunk, hogy a PS3 és az Xbox 360 hosszú-hosszú évek óta "A platform", amelyre fejleszteni kell és mindent ehhez mérten optimalizálnak. Mivel fix a hw, bővíteni nem lehet, arra kell optimalizálni. Ebből kifolyólag - bár PC-n most már jó ideje szebb, nagyobb felbontású, részletesebb, stb. - felülről le lett limitálva a játékok gépigénye. Ezért van az a nem ritka állapot, hogy egy adott játék következő része jobban fut, mint az előző része. Erre pl. jó példa az Mass Effect 1-2-3 fejlesztése. Mindegyik UE3 engine-el megy, mégis egyre szebb lett, hiszen az évek során folyamatosan optimalizáltak rajta.

Másrészről a CPU erőssége és a memória mennyisége jelenleg ott tart, hogy általános dologban egyszerűen nem tudsz olyat adni neki, ami kevés lenne (HTML5+JS és a flashes ökörséget most hagyjuk). Gyakorlatilag nem tudsz olyan szar gépet venni, amelyen ne futna jól egy W7, Office 2010, internetes cumó páros. Talán a HD film, ami még trükkös belépő szintű cumóknál.

A maradéknál persze marad a kőkemény optimalizálás.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2961 | #1be9 | ^ | Idézet | Tue, 17 Apr 2012 20:48:29 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
A listákat lehet párhuzamosítani, de egy igen nem jelent mindig igent.


Egy szóval nem mondtam, hogy minden esetben. Csupán azt, hogy sok esetben. (Persze, ehhez is jó lenne valami threadnál sokkal low levelebb cucc, mert egy thread indítása jelenleg elég költséges, OpenMP-t meg nem láttam még olyan embert, aki ne szidta volna. C# async mondjuk ígéretes, meglátjuk.)


TCH írta/wrote:
Léccineee... Szerinted, ezeknek a compilere és interpretere miben van írva? Talán Java-ban vagy .NET-ben? Szerinted, ha a C-ben nem lehet megoldani a több szál kezelését, akkor hogy oldották meg a Java és a .NET motorjában?


Ember, elolvastad egyáltalán, hogy miről van szó? A CLR és a JVM külön, a háttérben intézi a GC-t (kivételes esetektől eltekintve, mikor nagyon kell). C-ben C++-ban, de még Delphiben vagy más hasonló statikus nyelvben ilyen nincs, maximum, ha használsz valami dinamikus memóriamenedzsment libet (C++-ban nem ritka az olyan projekt). A C minden ilyen memóriabizgerálást a malloc/realloc/free-ben (illetve C++ esetén a new/delete operátornál) csinál. Amikor a függvényt meghívod.

Azt a mellékes tényt meg ne hagyd ki, hogy a .NET az user space címteret rendezgeti át, ami menedzselt referenciák nélkül nem túlzottan kivitelezhető. C-ben meg olyan nincs, csak pointer van. C++ -ban már legalább van referencia, dehát sokkal előrébb nem vagyunk ilyen téren. (JVM-et ilyen mélységekben nem ismerem, de nem lepődnék meg, ha okosítana valamit az is, mert a JVM igencsak szereti előre foglalni magának a ramot, hogy aztán egyedileg rendezkedjen benne. .NET ilyen szempontból jobban alapozik az alatta lévő rendszerre).

TCH írta/wrote:
Nem tudok Haskellban programozni, az elnevezésekkel meg mindig is bajban voltam. De ha meg tudod, hogy mire gondolok (arra, hogy semmi ojjektum), akkor meg mit szívózol?


Jobb helyeken illik nevén nevezni a dolgokat, anélkül csak levegőbe beszélés az egész.

TCH írta/wrote:
De nem kötelezően, míg a Java és a C# igen! Minden változó egy objektum.


Uhum, mert ha egy osztályba belehányok egy valagnyi statikus metódust, az aztán valóban OOP megoldás ;)

TCH írta/wrote:
Viszont azt, hogy valami újrafelhasználható az nem feltétlen pozitív. Van olyan kód, amit pár év után jobb a kukába lökni.


?????

TCH írta/wrote:
Na nem nekem kell teljesítmény, de pl. az öcsém Maya-zik, meg fotosoppozik és ahhoz kell kajak.


Maja meg a Fotóbolt az nem kifejezetten az átlagfelhasználás kategóriája.

TCH írta/wrote:
Viszont az Oracle-s kérdésemre nem válaszoltál.


Mi volt az? Nem találom.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
646 | #1bea | ^ | Idézet | Tue, 17 Apr 2012 20:50:34 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
kemi írta/wrote:
Pont erről beszélt Cevat Yerli, a Crytek fejese, amikor a Crysis 2-ről kérdezték egy interjúban. Korábban belinkeltem valahol. Amúgy a Crysis 2-nek tényleg szebb a grafikája mint az 1-nek, és kisebb a gépigénye.


Mondjuk a CryEngine-el elmehetnek a ... LOD rendszere akkora egy igénytelenség. Már a Crysis Warheadban is illúzióromboló volt a semmiből előtűnő fák, Crysis 2-ben külön vicc volt. Pl. lövök vkit egy szemközti ház tetején, nézem lófasz se történik. Semmi gáz, sniper elő... Jahhogy ott volt előtte egy bazinagy szellőzőrendszer? FAIL.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
970 | #1bec | ^ | Idézet | Tue, 17 Apr 2012 23:33:37 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Más. Most szoptam egy sort órákül databézzel. Te futottál már vele össze? Van valami értelmes indoka annak, hogy nincs benne LIMIT parancs, hanem helyette egy a nyelvbe bedrótozott oszlopot kell belehákolni a WHERE klauzába? (Ami ráadásul mindig 1-ről indul, szóval, ha lapozni akarok, akkor egymásba ágyazott kéréseket kell írnom. :P ) Vagy ez csak a demoverzió, a pénzesben nincsenek ilyen fasságok? :P


Annyi, hogy sosem volt SQL standard a LIMIT. Régi programokat figyelembe véve nem is volt rá annyira igény ilyen formában.

MySQL-ben gyanítom azért van, mert webre nagy igény volt rá. MSSQL-ben pl. SELECT TOP x ... van. LIMIT-OFFSET az pg/mysql feature. Deal with it.

Ui.: hallottam vmit arról, hogy állítólag terveznek valamit az SQL standardba. Na most véletlenül sem a legkézenfekvőbb LIMIT/OFFSET-et, hanem valami tárolt eljáráson keresztüli undormányt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
726 | #1bed | ^ | Idézet | Tue, 17 Apr 2012 23:37:01 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Hát, ha neked az a threadkezelés, hogy nem kell leprogramoznod a gc-t... De egyébként, ha normálisan építed fel az adatszerkezetet, akkor nem is nagyon van szükség rá.


Jó, azt hiszem itt vesztette el a társalgás a maradék komolyságát. Takarítani, rendezkedni lehet a háttérben. C ilyenről nem hallott. Ez meg tény. Ez marhára nem befolyásol semmit a szálkezelést illetően.

Mai általános célú programban meg viszonylag nagyon kevés esetet tudok felsorolni, hogy ne kerüljön a képbe a dinamikus memóriafoglalás (akármilyen absztrakt szinten is). Tervezz meg légyszi PHP-ben egy fórummotort, hogy ne kelljen memóriát foglalnia.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
5964 | #1bf6 | ^ | Idézet | Thu, 19 Apr 2012 04:49:14 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
A LIMIT hiánya csak egy volt a sok közül, pl. autoincrement sincs benne, úgy mint mysql-ben, vagy serial/bigserial mint pgsql-ben. Helyette vannak külső serialok és triggerrel lehet hozzákötni, vagy table_serial.nextval a primary key helyére insertkor. Nagy élmény volt PHP-ből basztatni.


Az auto_incrementet felejtsd el, az egy MySQL-es ökörség. Az SQL standard a SEQUENCE-ket írja elő, ezt a MySQL-en kívül MINDEN normális RDBMS implementálja. (Ok, az SQLite is valami autoincrement gányolmányt használ). A mysql_insert_id() szintén egy MySQL sajátosság. Mellesleg a SEQUNECE-kkel (Pg-ben) semmi gáz nincs, nextval() megadja a következőt (gondolom nem kell mondani: nem sorfolytonos, tranzakció rollback esetén nem fogja visszaállítani, számlaszámhoz értelem szerűen ne használd), currval() meg lekérdezi az aktuális értéket. Mondjuk Pg alatt ott a RETURNS záradék, ami nem egy hülye találmány.

Mondjuk MySQL-hez hozzátartozik, hogy default value gyakorlatilag csak primitív típus lehet, tárolt eljárásokról meg sokáig nem is hallott (mikor utoljára néztem, akkor is csak függvény szintjén, resultsetet pl. nem tud visszaadni, pedig a Pg-ben tök szép és egyszerű).


TCH írta/wrote:
dolgozni és hiába mondtam el hússzor, hogy ott a Delphi meg a C++, azokban dettó ugyanolyan gyorsan lehet fejleszteni és huszadakkora lesz a végeredmény, meg hússzor gyorsabb, mint ha dzsuvában vagy cisztában tolnád.


Na, te se dolgoztál még C++-ban eleget. Ott általában azzal kezdődik egy nagyobb projekt, hogy kiválasztják azt a függvénykönyvtárat, amely kb. egy fél .NET FW vagy Java Class Library. Aztán a memóriát még mindig kezelheted kézzel vagy bepattintasz vmi memóriamenedzsmentet. (Nagy projektnél nem ritka). Aztán mivel könnyű memóriaszemétre futni még mindig, valamint sokáig tart fordítani (az megvan, hogy a C++ a leglassabban fordítható nyelv manapság?) Nincs Java hotswaphoz hasonló megoldás (isteni kényelmes, hogy írom a kódot és menet közben cseréli az újra, midnenféle restart és hasonló nélkül. Persze új adattagot vagy metódusdefiníciót hozzáadni, módosítani nem lehet, de még így is nagy segítség), de még VS-ben is csak nagyon alapszintű edit&continue támogatás van (hisz annak megvalósítása nagyon nem triviális. Meg még egy csomó dolog van, ami C#-ban pl. nyelvi elem, C++-ban vagy megírod vagy külön lib. Továbbá reflection és RTTI sincs. Ugyan ezek kiválthatóak, csak nem a kód szépségét, egyszerűségét növeli. Na meg refactoringgal szopsz, mint a torkosborz, hiszen a makrók, mindenféle headerek és egyebek miatt csőszopás automatizálni (de inkább kb. lehetetlen). Jahhogy ezek nagy része ugyanaz, mint a C-nél? Tippelj, miért. (Segítek: C++-t nem biztos, hogy a C-re kellett volna 100%-ban ráépíteni.) Apropo C meg headerek. Ki a tököm gondolta a C tervezésekor, hogy ez így jó?

Mondjuk azért, hogy védjem picit: A C++11 most ilyen szempontból nagy előrelépés, szerintem legalább 10-15 évvel modernebbé tették a nyelvet :)

Delphi meg... attól eltekintve, hogy ez is statikus nyelv (-> dinamikus optimalizációk kuka) és a Delphi fordító se optimalizál annyira jól (ami azt illeti, néhol kifejezetten szarul), továbbá a VCL egy elég vastag réteg a WinAPI felett (és időnként így is le kell nyúlni oda). De mindegy, ettől még eltekinthetünk.

Viszont van a WPF-nek (binding, még ha egyelőre nyakatekert néhol, WPF grid, temazas, DX gyorsítás, stb.), vagy a C#-nak (pl. LinQ, async az 5.0-tól, nyitott compiler infrastruktúra, mint a Java-nál az 5.0-tól) néhány csomó hasznos dolga, amely miatt azt kell, hogy mondjam, a Delphi 5-10 éves elmaradással kullogott 2009 környékén. Most Wikit megnézegetve, mintha begyorsították volna a fejlesztést, de fene tudja hogy áll.

És félreértés ne essék: szeretem a C++-t (mert ha kell le lehet túrni nyakig - ne gondold, hogy .NET-hez nem szoktam időnként natív kódot biggyeszteni) és a Delphit (mert annak idején megmutatta, hogy hogyan kell RAD toolt készíteni - áldásos hatása szerencsére nagyon jól érződik a .NET-en), de ha most kell valami desktop app fejlesztésére, arra a C#-ot találom a legjobbnak. (Persze, feladat váltogathatja).

Aminek viszont nem látom létjogosultságát, az a VB.NET. Maga a nyelv ugyanúgy CLI-re fordul, gyakorlatilag oda-vissza csereszabatos a C#-al, csupán a szintaxis más. Értem én, hogy a sok VB kódert át kellett szoktatni .NET-re (külföldön meglepően népszerű volt), de hogy ennyi év után is ilyen aktívan fejlesszék... Volt még J# is (Java kódereknek átszoktató), de annál szerintem hamar rájöttek, hogy felesleges, mert egy Java kóder úgy is hamar átszokik C#-ra.)

Mellesleg a C++/Delphi, Java/C#/VB.NET/Delphi.NET és PHP (leszámítva, hogy az előzőek statikus nyelvek, míg utóbbiak menedzselt nyelvek, illetve scriptnyelv) igazából ugyanaz a problémakör. Mind imperatív (néhol apróbb funkcionális beütésekkel - closure, LinQ, stb.), objektum-orientált (bár tisztán csak a Java, meg a .NET) többé-kevésbé magas szintű programozási nyelv.

Ezt leszámítva annyi sok szép programnyelv van és volt a világon. ;)

TCH írta/wrote:
Értem és persze ismét, mivel a C-ben ilyen nincs


C-ben hogy ne lenne már dinamikus memóriafoglalás? A malloc az mi? Ezért mondom, fix fogalmak nélkül nem lehet beszélni valamiről.


Prometheus írta/wrote:
Hogy sikerült föltelepíteni a Mass Effect 3-at?


Beraktam a DVD-t a meghajtóba, feltelepítette az Origin-t, az felmásolta a játék cuccait és lehúzott még egy DLC-t is, mivel CE-t vettem meg. Works for me :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
909 | #1c03 | ^ | Idézet | Thu, 19 Apr 2012 23:55:56 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
És PG alatt a serial/bigserial?


Ha megnézed, abból ez lesz:

mezo INTEGER NOT NULL DEFAULT NEXTVAL('generalt_szekvencianev')

Valamint implicit módon készít egy szekvenciát. Egyébként írja is asszem.

TCH írta/wrote:
Attól, hogy így szokták, még nem muszáj.


Nem véletlen csinálják így. Memleaket keresni az egyik legélvezetesebb móka.

TCH írta/wrote:
Egyébként ha fix fogalmak nélkül nem lehet beszélni valamiről, akkor miért állítottad, hogy 3 szoba méretű volt az AGC?


Aham, és az egész repülésirányítás mögötte smafu?

Prometheus írta/wrote:
Mass Effect 3-hoz hogy kell letölteni az Origint?


Igazából nekem DVD-n rajta volt. Próbálkozz boltból, ne warezből ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
72 | #1c12 | ^ | Idézet | Fri, 20 Apr 2012 23:57:16 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Én szóltam, hogy sima matekolásban nem lesz jelentős különbség ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2169 | #1c13 | ^ | Idézet | Sat, 21 Apr 2012 00:13:45 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Végigtúrtam a guglit Oracle-ös ainc megoldásért, de ezt nem találtam meg.


Pedig tök ugyanúgy megy koncepcionálisan, mint Pg-ben (A Pg eleve egy csomó dolgot az Ora-ból vesz át. Ld. PL/SQL-PL/PgSQL kapcsolat és hasonlóságok.) Szerintem a default value -nál is ugyanúgy megadható, mert doksiban emlegetnek itt-ott NEXTVAL/CURRVAL -t, csak gondolom ilyen "SERIAL" rövidítés nincs. Oraclesek szeretnek néhol érdekes megoldást használni. (Pl. VARCHAR2. Minek van külön, főleg, hogy 99,99999%-ban a VARCHAR2 kell...)

http://docs.oracle.com/cd/B28359_01/server.111/b28286/pseudocolumns002.htm#i1006157

TCH írta/wrote:
másodszor is a szuperszámítógépek ma sem szappanosdoboz méretűek


Muhahaha, szuperszámítógépek. Mai szuperszámítógépek zömében x86 clusterek, sok 1-2-4 CPU-s node-kből opcionálisan kiegészítve egyéb célhardverekkel (pl. nVidia Tesla kártyák). Mainframe gyakorlatilag kihalt műfaj. Itt-ott főleg bankoknál futkorászik még néhány darab (pl. IBM zSeries), de azokat is dobják ki és cserélik x86 clusterekre. Egy nagyságrenddel olcsóbb (mind a kezdő beruházás, mind az alkatrészek), skálázódásban virtualizációval megtámogatva jobb (persze, alkalmazásréteget erre is fel kell készíteni) és megbízhatóságban nem marad el.

TCH írta/wrote:
Azt nem tudom, hogy a régi Amigákból van-e még használatban.


Nem lennék meglepődve, ha lenne. Űrkutatásban nem években, hanem évtizedekben gondolkodnak, az űrsiklóhoz is úgy "kukázták" a végén a hardvert gyakorlatilag ebayról, mert már rég beszüntették. Mostani új Soyuz vezérlő-számítógép gyakorlatilag gyengébb hardver, mint az első P200-asom, leszámítva, hogy valamivel több a ram benne (16 helyett 48, ha jól emlékszem). Igaz, 3 db-ból áll össze.


TCH írta/wrote:
Mámeginburzsujvagy...kinek van pénze játékra. :P


Nem tehetek róla, hogy nem tudsz normális helyre menni dolgozni :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
288 | #1c1b | ^ | Idézet | Mon, 23 Apr 2012 22:14:34 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Ja, saxus, ha még nem léptél le, akkor itt van neked egy kis olvasmány Csárlitól: http://hup.hu/node/74034


Igen, ismerem Chain-Q irományait a hupról, de a cikkben is írja: attól, hogy GC van, még érteni kell ahhoz is.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
219 | #1c1c | ^ | Idézet | Mon, 23 Apr 2012 22:18:46 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Jut eszembe: http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/

Marhajó összefoglalás. Úgy 80-85%-át már ismertem, de nagyon jó és vicces így összeszedve olvasni. Eléggé hosszú, de érdemes.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
698 | #1c20 | ^ | Idézet | Tue, 24 Apr 2012 23:15:23 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
kemi írta/wrote:
A C++, meg az Object Pascal is hagy ha óópézel, de neked kell eltakarítani. :P


Breaking news: a C meg a Pascal is hagy, ha nem figyelsz. ;)

Teljesség kedvéért tegyük hozzá, hogy a Java meg a C# GC-jét legalább felkészítették olyanokra, hogy zárt hurkokat felismerjen, ellentétben pl. a PHP-vel vagy más egyéb refcount alapján működő megoldásokat (pl. butább C++ referencia helperek).

Pl.

Class Lof
{
public Lof cucc;
}

Lof a = new Lof();
Lof b = new Lof();

a.cucc = b;
b.cucc = a;

a = null;
b = null;

Ezt a .NET és a Java észleli, ami refcounter alapján működik, az megszopta. És ehhez nem kell OOP.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
762 | #1c21 | ^ | Idézet | Tue, 24 Apr 2012 23:21:43 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Megoldás: nem kell oop-zni.


:)) C (és egyéb nem OO nyelvben írt) kódokban nem ritkán látok objektum orientált szemléletű megvalósításokat, csak épp mivel magában a nyelvben önmagában nincs támogatás hozzá, így sokkal nyakatekertebb és kevésbé biztosabb megoldás.

Egyszer néztem pl. hogy hogyan lehetne az SDL_image -hez betolni adatot memoriából. Nos, a diagnózis az volt, hogy szenvedjen vele az, akinek hat anyja van. Gyönyörű "szépen" újraimplementáltak egy komplett stream interface-t, csak épp sokkal nyakatekertebben, mint ahogy azt általában megoldják egy átlag prognyelv library-jában, szebben, egyszerűbben, tisztább-szárazabb érzéssel.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
817 | #1c26 | ^ | Idézet | Thu, 26 Apr 2012 02:34:20 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Akármelyik nyelv hagyhat, a hangsúly nem ezen van, hanem azon, hogy a ciszta meg a dzsuva szükségszerűen szemetet csinál.


Ez hülyeség. Szemetet csak a programozó hagy "szükségszerűen". De azt minden nyelvben. A GC csak a szemét eltakarításában segít.

TCH írta/wrote:
A C nem tehet róla, hogy idióták is használják.


Most arra gondolsz, hogy OO szemléletben írnak kódot benne? :) Ezek szerint a BSD fejlesztők, (btw. nem lepődnék meg, ha Linuxban is hasonlóan menne a driverek kezelése, mivel nagyon máshogy nem lehet), az id Software dolgozói és más hasonló méretű projekteken dolgozók is idióták ;) Az OOP nyelveket is csak az arra vonatkozó igény hozta életre.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1753 | #1c2b | ^ | Idézet | Fri, 27 Apr 2012 15:48:05 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Akárhogy is programozol dzsuvában vagy cisztában, szemetelni fog.


Mit, mégis mit fog szemetelni, áruld már el? Konkrétumokat, ne olyat, hogy "több memóriát eszik, mint az xyz".
TCH írta/wrote:
Nem én az OOP túlerőltetett és felesleges alkalmazására gondoltam


Hol lenne túlerőltetve?

TCH írta/wrote:
szóval igazából bármit le lehetne fejleszteni OOP nélkül is


Nem az a kérdés, hogy lehet-e, hanem, hogy mivel hatékonyabb. GUI írására pl. az OOP és az eseményvezérelt programozás sokkal-sokkal hatékonyabb, nem véletlen, hogy gyakorlatilag az összes GUI toolkit OO szemléletű, még a C-ben írt GTK is. (Más kérdés, hogy mivel C-ben nincsenek objektumok, GTK-ban hányadék kódot lehet írni.)

TCH írta/wrote:
A flashben? Hát nem tom, de nekem itt melóhelyen nincs flash és van reklám a HTML 5-ös videókban, odahaza meg van flash és nincs reklám. Nem a HTML 5-ös cumókba nyomják bele véletlen?


HTML5 is the new cancer. Flashplugin egy instabil szar tud lenni, bár ott is általában az böngésző illesztéseket tudják jól elcseszni (abban sem vagyok meggyőződve, hogy csak a flashben), valamint azzal, hogy a tisztelt dájzinger se ismerte a flasht normálisan és hülyeségeket csinál, attól lesz erőforrás-igényes. De a tapasztalatom az, hogy egy jól megírt flash cucc még mindig sokkal-sokkal gyorsabb, mint egy HTML5-ös csuda. Jó példa erre a Command & Conquer Tiberium Alliances. "Modern" HTML-es webapp az egész. Akad a hang 2012-ben, basszákmeg. MIEZAHULLADÉK?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
4569 | #1c2d | ^ | Idézet | Sat, 28 Apr 2012 01:17:32 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
pl. létrehoz mondjuk egy threadet, az betölt egy osztályt, az osztály allokál egy nagyobb porció memóriát, aztán a referenciát tárolja a szálban, a szál meg törli a referenciát, a GC meg mehet kecskét baszni.


TCH írta/wrote:
hogy a faszul megírt felszabadítás C-ben is memleakhoz vezet.


Nem egy faszul megírt felszabadítás konkrétan összeomláshoz vezet ;)

TCH írta/wrote:
a legegyszerűbb feladatra is osztályba szervez mindent a sok balfasz és akkor a kiterjesztés kiterjesztésének a kiterjesztését kiterjesztjük, azért, hogy kirakjunk három kibaszott input fieldet a kibaszott képernyőre


Ez kb. pont azért szar példa, mert a keretrendszerünkben nem véletlen tértünk át a "switch-way" megoldásról egy OOP szemléletűbb megoldásra: egyrészt rugalmasan lehetett bővíteni a mezőtípusokat, generátorokat, másrészt a kimeneti formátum is transzparensen bővíthető lett (HTML, szerkeszthető, CSV, Excel, PDF, stb.) Validálás meg nem úgy nézett ki, hogy az adott modulba írtam csilliónyi validálási függvényt, hanem az előre megírt validátorokat dobáltam hozzá. Lassabb volt, mint a hardcoded régi út? Igen. Elbírta a gép? Igen. Töredék idő alatt megoldottunk nagyobb funkcionalitást? Igen.

Persze, egyszerű oldalra nem ezt fogom használni.

TCH írta/wrote:
de egy kernelbe (te említetted), minek OOP?


Érdemes elolvasni az MS Research féle Singularity-ról szóló papereket. Egyébként lenne sok helyen értelme, pl. mindenhol ahol egy interface-t kell definiálnod: nem csillió függvénypointert adsz át, hanem egy osztályt. Vagy bárhol, ahol cserélgethetőnek kell lennie valaminek. Pl. schedulerek.

Ezen kívül egy normálisan megírt osztály egyszerűbben egységtesztelhető (lenne, ha pl. ilyenre adnának a Linuxnál ;), és nincs minden globális változóként belehányva a nagyvilágba.

De mondok egy másik példát: most fejlesztek az ügyviteli rendszerünk mellé néhány kiegészítő dolgot. Áll egy szerver és egy kliens részből. Egy fontos tulajdonsága, hogy van egy szabályrendszer benne (amolyan nagyon leegyszerűsített scriptnyelv féleség, csak nem megírt kóddal, hanem összekattintgatós felülettel, ciklusok és hasonlók nélkül. Lényegében csak képlet, változók, és IF-THEN,IF-THEN-ELSE ami van benne, szándékosan egyszerűsítve). A képletekben vannak függvények. Egyes függvényeknek más a működése szerver és kliens oldalon. Pl. szerver oldalon csak simán lekérded az ügyviteli rendszerből az árfolyamot. Kliens oldalon meg ehhez el kell nyúlni a szerver oldalra.

Persze, lehetett volna switch-case-al is kiválasztani, csak épp az úgy egy hányás, ráadásul bizonyos dolgok (pl. az ügyviteli rendszer DB-je) szimplán elérhetetlen a kliensből. Itt van az, hogy a GetArfolyamFunction() vár egy IArfolyamProvider interface-t, amelynek van egy GetArfolyam(string) metódusa, amely visszaadja nekem az árfolyamot. Amikor létrehozom a függvényt, akkor ugye a megfelelő árfolyamlekérő megoldást adom át neki.

Persze, lehetne ezt függvénypointerekkel is megoldani (elméletben), gyakorlatban meg elég undorító katyvasz lenne a vége. Ugyanis kliensoldalon az ottani ArfolyamProvidernek kell egy IClientHandler, amely segítségével tudok üzenetet küldeni a szervernek (valójában a NetworkModule -t kapja meg), szerver oldalon meg attól függően, hogy a konfig állományba mit adok meg, kaphat FakeArfolyamProvider-t (szimpla fejlesztéshez használt konstans érték) vagy másikat (amelyik ténylegesen kiolvassa az adatbázisból - nyilván ehhez át kell adni a megfelelő db-t. Megjegyzem, többhöz is kapcsolódik a szerver -) vagy akár egy teljesen másik megoldást. (Pl. élő árfolyam lekérdezés netről).

Tipikusan ezek az esetek, amikor jó az OOP, még ha elsőre több is a kód, mint sima struktúrált kódnál. Nem azért, mert gyorsabb lesz, hanem mert rugalmasabb.


TCH írta/wrote:
http://www.altdevblogaday.com/2012/04/26/functional-programming-in-c/


Na a funkcprog után ne szóljál be az OOP-re ;) Ha valaminek _tényleg_ nincs köze a CPU belső lelkivilágához, az a funkcionális programozás, ahol már tényleg inkább azt írod, hogy mit akarsz végeredménynek, mintsem, hogy mit csináljon a CPU.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1129 | #1c2e | ^ | Idézet | Sat, 28 Apr 2012 01:25:30 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
saxus, melyik terheli le jobban a szervert, a require vagy a memcached::get?
Csak mert, most kipróbáltam, hogy fogok egy tömböt, beteszem memcachedbe, meg kiteszem egy külső php fájlba ($xyz = array(...)) és kibenchmarkoltam, hogy melyik gyorsabb, oszt a memcached sokkal lassabb volt, amit kurwára nem értek. Vagy csak az van, hogy egyszer berántotta a php a fájlt, bezúzta bytecodeként a filecachebe és az volt gyors?


Lássuk memcached-et:

- TCP connection felépítése
- TCP kérés küldése
- TCP válasz feldolgozása
- Adat előkerítése a memcachedből
- Adat kiküldése TCP-n
- Adat fogadása
- Adat átalakítása PHP-s stringre
- Tömb deserializálása
- örömboldogság

File:
- Fájl előkotrása (valószínűleg memóriából) - valószínűleg ki van optimalizálva
- Fájl beolvasása
- PHP értelmező fut a tömbre
- örömboldogság

Sosem benchmarkoltam, de szerintem a serializáció nem annyira gyors művelet és nincs annyira kioptimalizálva, mint a PHP értelmező. Mondjuk sebességeket nem írtál, hogy mi mennyi volt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3391 | #1c2f | ^ | Idézet | Sat, 28 Apr 2012 01:50:07 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:

pl. létrehoz mondjuk egy threadet, az betölt egy osztályt, az osztály allokál egy nagyobb porció memóriát, aztán a referenciát tárolja a szálban, a szál meg törli a referenciát, a GC meg mehet kecskét baszni.


Na, amit akartam írni, csak elfelejtettem. Na ez az, amit nem csinál meg egy menedzselt nyelv. Eleve a threadoknak semmi köze a memória allokációnak. Amit stacken foglalsz az a stack felszabadításával eleve törlődik (annak kezelésében AFAIK eleve nincs is különbség pl. egy C-hez képest). Sőt, maga a szál nem tárol semmilyen referenciát (mégis hol tárolna? Max., ami stacken tárolt referencia, de a referenciák pont ezért többek egy sima pointertől.)

Ami meg a heapon foglalódik, az meg eleve nem refcounter alapján megy (különben tényleg el lehetne leakelni, mint pl. a PHP-t, vagy egy refcounteres memory managert). Jó, gondolom van az is, mert az a leggyorsabb módja annak, hogy megállapítsuk, hogy van-e élő referencia az objektumra. De már írtam, hogy mind a Java, mind a C# képes detektálni az elérhetetlen referenciákat és fel fogja szabadítani. Nem azonnal, de amikor van szabad CPU idő vagy szükség van rá, fel fogja. (Azt viszont meg nem mondom, hogy milyen gráfbejárásos csodával állapítja meg ezeket).

Ugyanis a memóriamenedzsment úgy működik, hogyha valami miatt egy objektum memóriaszemétnek minősül, akkor bekerül egy Finalization Queue-be, amelyet a GC a következő futásakor kihajít a francba. (Pontosabban itt még kerülhet egy Freachable queue-be, ha pl. van finalizer - (kb. destruktor helyi megfelelője))

Amivel viszont valóban el lehet leakelni, az az, ha valamilyen olyan resource-t használsz, amely kívül esik a menedzselt hatókörön és/vagy OS erőforrásokat foglal le. Pl. file descriptor, valamilyen resource, pl. Font (ugye a Windows fontkezelését használja a háttérben), vagy COM interop. Valamint ide tartozik az is, amit pl. unmanaged környezetben hozol létre (ha pl. C++/CLI-ben foglalsz le malloc-al vagy new -el* vagy a Marshaling-on keresztül matatsz valamit.)

De pl. pont ezekre van .NET-ben az using() {} nyelvi elem, amely ezeknek megakadályozására szolgál. Amennyiben kilépsz az adott context-ből, meghívja a Dispose() metódust az adott objektumon. (.NET -ben az IDisposable pattern van arra, hogy az ilyen erőforrásokat, amelyeket muszáj kézzel felszabadítani, meg tudd tenni.)

Vagy a try-catch -nak is azért van finally szakasza, mert az mindig lefut, akár volt exception, akár nem, pont azért, hogy a takarításokat valahol meg tudd oldani.

(Na persze, a .NET -es GC-nek is vannak meredek trükkjei, pl. lehetséges megölhetetlen objektumot létrehozni azzal, hogy a finalizerben valami kívülről elérhető referenciát rakunk meg újraregisztráljuk a GC-nél finalizálásra az objektumot. Persze ez ilyen nagyon ocsmány dirty trükk, inkább nyelvi érdekesség, mintsem valós felhasználás. Egyébként se szokás a finalizert nagyon használni, egyrészt mert ki tudja mikor fut a GC, másrészt gyakorlatban nemigazán van rá szükség, harmadrészt a felszabadításokat jellemzően a Disposable pattern keretein belül szokás megoldani.)


* C++/CLI -ben gcnew/gcdelete van a managed dolgokra, a new/delete maradt a natív C++ dolgokra


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3322 | #1c30 | ^ | Idézet | Sat, 28 Apr 2012 03:09:14 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Na a kedvedért készítettem egy kis PoC példát. Illetve többet is:

http://shared.muportal.hu/kepek/gc/gc.png

Első példa: Szimplán nyitunk egy háttérszálat, kicsit matekolunk 4 megányi inten, majd billentyű lenyomásra kilépünk. GC-t én hívom meg kézzel. Meg is várhatnám, hogy valamilyen eseményre lefusson (pl. ami lehet másik thread memóriaigényétől kezdve akár az is, hogy a a Windows szól a .NET-nek, hogy figyumá, nincs-e fölös ramod, mert esetleg tudnék kezdeni valamit), de nem volt kedvem ennyit várni, így inkább meghívtam én a GC-t. Egyből vissza is esik 40 megára. (Hogy miért nem az induláskori 20-ra, arról majd később.)

http://shared.muportal.hu/kepek/gc/gc2.png

Következő példa már picit rázósabb, enyhén forkbomb kezdetű: háttérthreadból nyitok további threadeket, igaz azokat be is fejeztetem. Jól látszik, hogy itt azért már jobban ingadozik a memóriahasználat attól függően, hogy mennyi thread kap CPU időt a többi processtől. Befejezéskor nem változik semmi.

http://shared.muportal.hu/kepek/gc/gc3.png

Gondoltam nézzük meg, hogy mi a helyzet, hogyha a Visual Studio nem birizgálja a processt a háttérből. (Ha megnézed a process tree-t a process explorerben, akkor láthatod, hogy nem a VS host processe, hanem a cmd a parent process) Egyrészt ami egyből szembetűnő, hogy az induláskori memóriahasználat 7,6-ra esett le a kezdeti 20,6-ról és a végállapot 40 mega helyett 10,7 lett, valamint konstans 20,1 mega volt üzem közben mindenféle ingadozás nélkül. Kódon annyit változtattam, hogy ne legyen olyan forkbomb jellegű és várja meg a háttérthread a matekoló thread végét. Próbáltam release és debug módot is, nincs igazán sok különbség. A memóriahasználat különbsége szerintem két dolog számára írható: debugger/intellitrace valamint a HostProcess-nek, ami segít a VS-nek a debuggolásban.

Na de ugye még így is megugrik a memóriahasználata a cuccnak. Mondhatnád, hogy leakel, de nem, az igazság ennél prózaibb. :) Ha megnézed a process IO-t, láthatsz egy kis tüskét pont akkor, amikor elindul a háttérthread. Ez akkor hajtódik végre egyszer, amikor a Thread elindul. Gyanítom, ilyeknor tölt be egy rakás Win32 kódot a .NET FW a háttérben és/vagy további szükséges assemblyket és a hozzá tartozó kódokat, amelyek - breaking news - ismét memóriát igényelnek. Ezért készítettem egy olyat, amely matekol 10 másodpercet, vár 10-et, majd újra futtatja. Az eredmény ugyanaz: a GC meghívásakor letakarít midnen letakaríthatót, amit az én kódom hozott létre.

http://shared.muportal.hu/kepek/gc/gc4.png

Egyébként kísérleteztem még pár dologgal. Pl. próbáltam olyat, hogy a Thread.Start() után még 10 mp-t várni. Olyankor 10-ről. 12,6-ra ugrott fel, amely valószínűleg a két thread stackjának lefoglalt terület meg még egy minimális, amit a .NET a thread kezeléséhez rendelt (pl. managed threadid, security dolgok, cultireinfo meg ilyenek (utóbbit pl. .NET-ben thread szinten tudod állítani).

Próbáltam még olyat is, hogy a Thread Exceptionnal áll le. Nos, akkor hótzicher, hogy felszabadul a memória, ugyanis az OS fogja eltakaríani (a teljes programmal együtt.)

Ennyit a leakelő .NET-ről.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
4190 | #1c32 | ^ | Idézet | Sat, 28 Apr 2012 17:50:27 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Olvassad. Én bottal sem piszkálok semmit, aminek köze van a mikrofoshoz.


MS research egy kb. önálló kutatási intézet. Független minden termékfejlesztéstől, ők csak kutatnak. És akkor és azt publikálnak, amit akarnak. (Megjegyzem, más cégek R&D-jéhez képest szokatlanul nyíltan). De semmi gond, dugd homokba a fejed.

TCH írta/wrote:
Azért mert egy osztályba rakod be a függvényeket?


Nem, azért, mert az összetartozó dolgokat rakod egy osztályba. Pont hoztam példát: a függvény további paramétereket vár, amelyet az objektum példányosításakor adok meg. De semmi gond, nem te vagy az első, aki úgy fikázza az OOP-t, hogy igazából sosem értette meg azt.

TCH írta/wrote:
Ad 2. A tököm ki van az elnevezésekkel, nagyon jól tudod, hogy mit akartam mondani.


Akkor hülyeséget akartál mondani. A cikk pont arról szól, hogy az imperatív (mint a C, pascal...) modell helyett a C++-ban is lehetőség van (valamilyen szintű) funkcionális megközelítésre (mint a lisp, haskell, scheme...).

TCH írta/wrote:
Mégis hogyan, ha egyszer elveszett az amire mutatott?


Ne legyél már write only. Attól, hogy a te kódodban elveszett a referencia, attól még a nyelv fenntart egy "letakarítandó objektumok" listát. De írtam is.

TCH írta/wrote:
Meg se merem kérdezni, hogy miért teszi ezt lehetővé a nyelv.


Mert nem a nyelv teszi lehetővé, hanem a GC mögötti osztálykönyvtár, mivel hagytak lehetőséget, hogy többé-kevésbé felülbíráld a GC-t, ha nagyon muszáj. Esetek 99,9999%-ában nem muszáj.

TCH írta/wrote:
Meg se merem kérdezni, hogy akkor minek van.


Mert vannak olyan esetek, amikor kell. Tudod nem igazán != nem kellhet soha.

TCH írta/wrote:
4 megányi int az hogy lesz 20 mega?


Mivel nem azonnal fut a GC, csak periodikusan. Ne legyél már ennyire értetlen fasz.

TCH írta/wrote:
Tehát, ha neked nem sikerült elérni, hogy leakeljen, akkor egyáltalán nem leakel.


Te mondtál egy esetet, bebizonyítottam, hogy fasság.
TCH írta/wrote:
miszerint azok akik utálják az oop-t, azért utálják, mert nem értik.


De basszus, látom, hogy kiragadott példákkal dobálózol, anélkül, hogy egyáltalán értenéd, hogy mi mire van. És nem lenne bajom, ha időnként nem hülyeségekkel példálóznál (pl. honnan tudna az elveszett referenciáról...) Én is kb. 2-3 évente rájövök, hogy mennyire keveset tudok az OOP-ről ahhoz képest, amit eddig tudtam (szintek: egyetem előtt: tudom, hogy vannak; első 1,5 év után: tudom, hogyan nézne ki normálisan; rá 1-2 évre: utánaolvasgattam a tervezési mintákról és hogy hogyan is csináljunk velük úgy alkalmazást, hogy az valóban jól strukturált, rugalmas legyen; most meg ott tartok, hogy ezen a téren kellene még fejlődni picit valamint kellene nézni valami 1-2 prognyelvet is, ami más szemszögből közelíti meg az OOP-t, mint a C++/Java/C#/PHP vonal és esetleg nem is kifejezetten imperatív). Mindig van mit tanulni.

TCH írta/wrote:
már évek óta nem dumáltunk érdemben


Valóban. Diplomamunkával haladgatok, elvileg most le is fogom adni a szakdogámat (annak ellenére, h passzívon vagyok, köcsög elektro irány), de diploma az még nem ma lesz. PH-t otthagytam, most az Empo-nál vagyok, OSX meg köszöni jól megvan a Windows mellett. (Annyi a változás, hogy a Mini-t eladtam, a notimat meg anyámnak adtam és kiváltottam a kettőt egy MBP-vel. 7-8 óra üzemidő, kis méret, korrekt teljesítmény, jól összerakott gép. Most már lehet elgondolkoznék valami ultrabookon, bár azok se olcsóbbak, mint az Apple, másfél éve meg kb. kategóriában tényleg csak az MBP volt értékhelhető.

Többiről meg majd ja, valamikor lehetne dumálni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3354 | #1c34 | ^ | Idézet | Sat, 28 Apr 2012 23:13:45 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Unit, module? Az nem jó? Must be ojjektum?


Másra való.

TCH írta/wrote:
ovábbi paramétereket? Mint Delphiben az overload? Lehet egy függvénynek N féle paraméterlistája ojjektum nélkül is.


Látom, nem értetted meg a példát: adott egy funkció, amely kliens oldalon így, szerver oldalon úgy működik. Kliens oldalon ugye a hálózati réteghez kell hozzáférnie, szerver oldalon meg az adatbázishoz. Mindezt úgy,h ogy ez a funkció egy nagyobb másikba épül bele, és nem, nem opcio az if (kornyezet == szerver) módszer. Itt ha egy függvénypointert adnál át, nem tudnál adatbázist vagy hálózati réteget átadni csak mondjuk globális változón, ami meg megint egyéb okok miatt nem nyerő megoldás.

TCH írta/wrote:
hogy mi az OOP létjogosultsága


Sok feladatot absztraktabbul, rugalmasan, újrafelhasználhatóan, tesztelhetőbben tudod megoldani vele. Ez a létjogosultsága.

TCH írta/wrote:
Értem, tehát ez a fos úgy működik, hogy egy 4 megás tömbre öt, meg tízszer akkora helyet befoglal, ami nem szemetelés, de azért a GC eltakarítja. Most akkor szemetel ez a fos vagy sem? Ha nem szemetel, minek van benne szemételtakarító? Ragozzam én is? Vagy te is felcsapsz értetlen fasznak?


Miután 12 mega volt a memóriafelhasználás, mikor elindult a Thread és 20 mega a maximális felhasználás, így 8 megát használt a matekolás során. Gondolom, míg az egyik thread tette a dolgát, addig a másik takarított, amit az előző futásból ott maradt. Persze, ha akarod, nevezd szemétnek, csak azon is fuss egy kört, hogy a takarítást helyből párhuzamosan csinálta a GC anélkül, hogy nekem ezzel bármi dolgom lett volna.

TCH írta/wrote:
kettő én egy dzsuvás példát citáltam ide


Á. A java picit lustább GC-t használ alapból, ráadásul az szereti teljesen magának menedzselni a ramot többé-kevésbé az OS-től függetlenül. Van ennek a megoldásnak is előnye meg hátránya. Ettől még az sem fog a memóriában hagyni hosszú távon olyat, ami nem kell.

TCH írta/wrote:
És mi lesz az? Te is NIK-es vagy, mint kemi, igaz? Akkor neked is valami kinektes cumót kell csinálni?


Nincs olyan, hogy kell, azt választasz témának, amit akarsz. Persze, legyen értelmes.

TCH írta/wrote:
Minek neked winfos az OSX mellé? Linux mellé még megérteném, ha az ember jusztis játszani, vagy fotosoppolni akar, de OSX mellé minek? Mit tud a winfos, amit az OSX nem?


Photoshop pl. pont lenne OSX-re, bár azzal én nem élek. (Apple mindig is erős volt az audiovizuális sw-k fejlesztői között kezdve a kiadványszerkesztéstől a pixelgrafikán át a videóvágásig és a zeneszerkesztésig) Amivel időnként játszok (SC2, Minecraft) az is van. Viszont munkához kell Visual Studio, ami meg nemigazán van OSX-re.

TCH írta/wrote:
Ezt mesélted, hogy a PH-tól mindenki lelépett. Kár érte, bírtam Szatiékat.


Szatiéknak egyedül csak a fizetőképességével és az üzleti érzékével volt gond :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3442 | #1c36 | ^ | Idézet | Sun, 29 Apr 2012 18:28:24 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Miért akarnék átadni fptr-t? Miért raknék bele elágazást? Van két db függvény, ugyanazzal a névvel overloadolva, egyik helyen ezekkel a paramokkal hívom meg, másikon a másikokkal. Mi ezzel a baj?


Akkor nem ertetted meg a peldat: nincs ket db. fuggvenyed. Egy darabod van, attol fuggoen, hogy kliens vagy szerver oldal. Raadasul azt a fuggvenyt mashonnan hivjuk, ahol semmilyen informacio nem all rendelkezesre, hogy kliens v szerver oldal. (Mint ahogy normalis esetben sem a DB sem a network layert nem erheti el, mert azoktol nem fugghet, mivel az egy onallo komponens.

Mondom a kodot:

// Kozos reszek egy db assemblyben, ami semmit nem tud a szerverrol vagy a kliensrol, mivel tok altalanos es felhasznalhato mas, teljesen egyedi proejktben.

public interface ISomethingProvider
{
  public Bar GetBar();
}


public class FooFunction: Function
{
  private ISomethingProvider _provider;

  public FooFunction(ISomethingProvider provider)
 
  public ... DoWork(...) 
  { 
    ...
    var cucc = _provider.GetBar();
    ...
  }
}


// Csak a szerver oldalon levo resz:

class IlyenSomethingProvider: ISomethingProvider
{
  private IDbConnection _db;

  public IlyenSomethingProvider(IDbConnection db)
  {
    _db = db;
  }

  public Bar GetBar()
  {
    // db-bol valo kiolvasas
  }
}


// Kliensoldali implementacio

class OlyanSomethingProvider: ISomethingProvider
{
   ... hasonlo, csak IDbConnection helyett itt pl. egy IClientHandler -t kap, amely a szerver fele kuld egy kerest.
}



Es igy tovabb. Lehetne meg ragozni (pl. van teszteleshe van FakeSomethingProvider, ami csak egy konstans erteket ad vissza es nincs kulso fuggosege) vagy a kliens-szerver-hez meg be fog jonni egy masik jellegu kliens, ami a frontend szervereken fog futni. Mint lathatod, a FooFunction (amely a scriptrendszerem resze) mukodese valtozhat aszerint, hogy en kivulrol hogyan parameterezem fel.

Valoban nem lesz kevesebb kod. Viszont igy az egesz scriptrendszer megmarad egy onallo rendszernek es nem fog fuggni a db-tol, halozattol, stb.

Egyebkent ezt hivjak strategy patternnek, amikor a valtozo funkcionalitast kiszervezik osztalyokba.



TCH írta/wrote:
Nincs az OSX-nek valami überfasza emulátora? Parallel, vagy mi az isten? Nem megy benne?


Parallels az egy virtualizacios sw, mint a vmware vagy a virtualbox. Mellesleg OSX-re desktop virtualizaciora a legjobb. Az emulatorokban es hasonlo kerulomegoldasokban - foleg egy ilyen sw eseten, mint a VS, ahol azert elegge alapoz a Windows jonehany szolgaltatasara, pl. debuggolasra - nem mernek hasznalni ilyet. Melora nekem uzembiztos megoldas kell, nem olyan, amit folyton takolni kell, a'la wine.

TCH írta/wrote:
Azzal sem lett volna, ha nem B. "Mr. P0rnwatcher Mikulásosszkenárió" Gáborra bízták volna a BC-t. :P


Rohogni fogsz, de miutan jol kiosztottuk egymast, hogy nem, en nem akarok projektvezeto lenni es o se akarjon infot adagolni vagy muszaki dologba beleszolni, egesz jol lehetett vele dolgozni. :)

Ui. csinalj mar valamit a quote scripteddel, hogy mindig a vegere szurja be. Es ha nincs ket enter jel a vegen, azt is tegye oda. Kurvaidegesito, mikor a szoveg kozepere rakja.

Ui2: latom, hogy erolkodsz a hotmaillel. Leszarom, elcsesztek, ezen nincs mit ragozni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
991 | #1c37 | ^ | Idézet | Sun, 29 Apr 2012 18:33:35 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Ja igen, mielott mondanad, hogy miert nem csinalok ServerSideFooFunction meg ClientSideFooFunction -t. Azert nem jo, mert amit a scriptszerkesztoben osszerak az ember, az futhat kliens es szerver oldalon is. Raadasul szerkeszteni ugye csak kliensoldalon tudjak, igy mindket helyen mukodnie kell. Raadasul, ha kettot irnek belole, (ugyanazok a szamitasok, ami a lekerdezes korul van), akkor ketto kodot kellene karbantartaom. Persze, lehetne template method patternt is hasznalni, csak akkor meg azzal szivnam meg, hogy mindenkepp kell egy megfeleltetest csinalni, hogy akkor most a FOO fuggvenyem az most hol milyen Foofunction leszarmazott.

Tisztabb, ha egy logika van, es a valtozo adatot kiszervezem kulon osztalyokba es csak interfacen keresztul kommunikalok.

(Egyebkent ez az, amit nagyon elfelejtenek az OOP tanitasakor mindenhol, hogy a "feluletre fejlesztes" egy nagyon fontos sarokkove - lenne - az egesznek es nem csak esz nelkul csinalunk mindenre kulon osztalyokat.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
470 | #1c38 | ^ | Idézet | Sun, 29 Apr 2012 21:21:59 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Btw. memoriaszemet. Mint latod, egybol felszabadul, 8M foglalas meg csak azert van ideiglenesen, mert kozben indul egy masik szal, amely szinten hasznal. Persze, el tudok kepzelni olyan esetet is, amikor a GC inkabb ritkabban fut es hagyja lefoglalni a ramot pluszba (mert pl. sok van vagy nagyon sok kicsi foglalas tortenik amely ugy is felszabadul hamar. .NET-ben sem csak egyfele GC strategia van, hanem ami azt illeti tobbfele es azoknak is sokfele strategiaja van)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
222 | #1c39 | ^ | Idézet | Sun, 29 Apr 2012 21:23:27 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Sot, tekintve hogy igazabol akkor szabadult fel, mikor kezzel rahivtam a GC-t, nekem inkabb ugy tunik, hogy fel se szabaditotta, hanem szimplan odaadta a kovetkezo futo threadnak. (Ugye a malloc onmagaban koltseges lehet.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
4330 | #1c3c | ^ | Idézet | Mon, 30 Apr 2012 20:04:43 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
saxus, PostgreSQL-ben mi a MySQL-es "utf8_unicode_ci" megfelelője? Mert jelenleg a DB-m "hu_HU.UTF-8", ami sejtésem szerint a MySQL-ben a "utf8_hungarian_ci" megfelelője. Szal, mijaz és hogyan tudom belőni?


http://www.postgresql.org/docs/9.1/static/collation.html Szerintem csak "hu_HU" lesz neked és független a karakterkódolástól (igazából logikus lenne), viszont ha jól emlékszem, fel kell venned a DB-hez, mint elérhető collation (pl. a pl/pgsql-t is létre kell hozni a create language-al, mondjuk én be szoktam dobni a template1-be, aztán mindig lesz.) Viszont ott anyázhat, hogy nincs, akkor asszem csomagból kell hozzá telepíteni. Ilyen főleg a darabolós linuxokon fordulhat elő, pl. Debian. De hogy őszinte legyek, inkább konzultálj a doksival, mert talán ezer éve egyszer volt vele gondom, azt leszámítva soha.

MySQL-nél annál inkább, főleg, hogy ott bejátszottak (jó)pár éve egy olyat, hogy beraktak egy szar verziót a magyar collation-hoz, utána meg patchet nem voltak hozzá hajlandóak elfogadni, mert fú, hát ilyet nem lehet csak úgy adhoc módosítani, kellene valami hivatalos angol nyelvű leírás, hogy akkor hogy is van a magyar ABC rendezés szabálya (MHSZ-ből meg persze nincs MTA által certifikált angol kiadás :). Mondjuk ez még a Sünös idők előtt volt, mikor még külön MySQL AB. volt. Azóta csak helyrehozták már.

Pg-vel szinte soha nem volt problémám, igaz ott soha nem kellett random karakterkódolású, collectionú adatbázisokat örökölnöm, vagy ha mégis, ott is UTF8 volt.

Egyébként jó cucc ez a PgSQL, sokat tud, viszont alapból szeret elég szigorúan hozzáállni a dolgokhoz. Ami mondjuk szerintem nem baj. LIMIT offset,limit stílus meg MySQL sajátosság, viszont ugyanúgy megeszi a LIMIT l OFFSET o stílust.

A RETURNING záradék amúgy egy nagyon hasznos, hatékony bővítmény, főleg, hogy nem csak id visszaadására jó. Nekem pl. volt már nem egy táblám, ahol a default értéket pl. egy tárolt eljárás számolta.

TCH írta/wrote:
Most vagy nem értem, vagy ez arról szól, hogy van egy alaposztályod és annak van kétféle kiterjesztése?


Két teljesen totál független osztályom van, egyedül az interface-ban közös.

TCH írta/wrote:
Legjobb tudomásom szerint a kurzorpozícióba dobja be a quote-ot.


Igen. Pont ez a bajom. Vééégéééreeee...... Kurvaidegesítő, amikor írok valamit, eszembe jut, hogy még írok valamit az előző dologhoz, aztán scrollozok fel, hogy idézzek még, és hopp, bekurja a szöveg közeépre.

TCH írta/wrote:
Így is, hát ha két külön dolgot csinál kliensen meg szerveren, akkor mindenképpen két kódod van, max több a közös rész.


Épp ez az, nem lehet közösbe rakni, csak a felülete a közös: tudsz arról, hogy van néhány függvényed, amit tudsz használni valamilyen módon. De arról nem tudsz, hogy annak a néhány függvénynek mondjuk szüksége van X másik dologra, amelyet mondjuk esetenként át sem tudsz adni, mivel az adott context-ben nem is létezik.

TCH írta/wrote:
Hát én csak vakarom a fejem, mert az "egy logika, változó bemenetek, interface kommunikáció" az nekem tisztára a függvény/eljárás konyhanyelvi leírásának tűnik...


De bazdmeg, mit nem értesz azon, hogy a "változó bemenet" az NEM a hívás helyén változik? Ott, ahol meghívod a függvényt, ott lófaszt nem adsz át, csak egy adatot kérsz le. Nemhogy "változó bemenetként" adatbázis réteget vagy hálózatkezelést.

Szerintem direkt tetteted a hülyét :)


TCH írta/wrote:
Herótom van attól, ha egy program nem azt csinálja amit mondok neki, hanem menet közben még ezerféle fasságot csinál.


Akkor sürgősen nyergelj át mikrocontrollerre, mert a CPU is csak látszólag teszi lineárisan a dolgokat. Aztán, hogy a doboz belsejében éppen milyen matek alapján hogyan rendezi újra az utasításaid vagy éppen hogyan becsül elágazást, azt ne firtassuk ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1469 | #1c3e | ^ | Idézet | Mon, 30 Apr 2012 22:13:19 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Ja, értem, szóval az OOP-al feltaláltuk a globális változókat. :)


Van elég sok nyomós oka, hogy nem divat a globális változó. (Unit testing problémái, miért is kellene X modulnak hozzáférni Y modul belső adatszerkezetéhez, stb.)

TCH írta/wrote:
Nem mondod...


De mondom. Mivel, ha valaki C-ben kódol, akkor nem azért kódol C-ben, mert azzal akar foglalkozni, hogy mikor melyik registerbe pakolja a dolgokat meg, hogy most registeren vagy stacken adjon át paramétereket a következő függvénynek, hogy gyorsabb legyen, az egyéb architekturális, mikroarchitektúrális finomságokról meg végképp nem beszélve, ha rendszert akarsz programozni.

Ugyanez egyel magasabb szinten, mikor alkalmazást fejlesztek, akkor kurvára nem érdekel, hogy most egy stringet hol, mikor hogyan buzulja be a ramba, hogyan csinálja az összefűzést, hogyan minimalizálja a memóriafelhasználást, stb. hanem az érdekel, hogy nekem van két stringem, amiből egyet akarok visszakapni. Vagy amikor API szinten gondolkodok, és egy API-t *használok*, kurvára nem érdekel, hogy pl. egy Kosár osztály hogyan valósítja meg a mentés műveletet, én egy Kosár objektumon akarok egy mentés műveletet meghívni.

Ha nem érted ennek az absztrakciós szintnek a lényegét, hát sorry, ne kódolj PHP-ben se, mert ott sem kell malloc()-al foglalkozni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3653 | #1c40 | ^ | Idézet | Tue, 01 May 2012 01:53:57 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Nem a magasszintű programozás lényegét nem értem, hanem az OOP szentesítését.


De, láthatóan nem érted. Az OOP alapkoncepciója az volt, hogy te a világot modellezed le és nem függvényeket meg változókat tutujgatsz. Hogy neked egy Ajtó osztályú objektumod van, ami INyitható, és ebből kifolyólag van kinyit meg bezár metódusa (megjegyzem, a tisztán OOP nyelvekben, pl. SmallTalk eleve nem metódushívásokról, hanem üzenetváltásról beszélnek; ez a metódushívás ez a C++/Java/C# vonal - és leágazásainak - sajátossága).

De ugyanezt az utat figyeltem meg pl. a játékok szerkesztőfelületeiben is. Pl. a Half-Life pályaszerkesztőjében max odáig mentek el. hogy van mondjuk egy tujának látszó feltextúrázott poligonhalom a prefabricated listában, oszt' csókolom. Ma meg ott tartunk, hogy leraksz egy fa objektumot, akkor az faként fog viselkedni. Ha egy olajoshordót, akkor meg olajoshordóként fog viselkedni. Stb.

De ha nem tetszik, hát istenem, kódolj ASM-ben vagy baszki, kódolj haskellben, aztán írj meg mindent matekul. Az OOP egy jó eszköz arra, hogy sok feladatot absztraktul meg tudj oldani és a világot egyszerűen lemodellezni. Attól, hogy te ezt a tételt elvből elutasítod, hogy szerinted ez lehetetlen azzal sajnos nem tudok mit kezdeni.

És breaking news: nincs az OOP szentesítve. Nem véletlen, hogy az utóbbi 10 év a programozási nyelvek fejlődésénél jellemzően az, hogy a funkcprogban jellemző elemeket emelik át a meglévő imperatív elemek mellé (legyen az OOP sima imperatív nyelv), mint pl. closure vagy .NET-ben a LinQ. Pont azért, mert az OOP sem csodaszer és nem ad mindenre megoldást. SQL-t is ezért használunk, mert jó nyelv arra, hogy relációs algebra segítségével megfogalmazzunk kérdéseket. Absztrakt módon. Persze, mondanom sem kell, sokkal optimálisabb lenne az adott feladathoz C-ben megírva, csak nincs az az isten, aki megfizeti azt a pöcsölést.

Hozzáteszem, van még egy másik irány is, ami főleg az utóbbi években a többmagos és kísérleti sokmagos CPU-kkal jelent meg, az pedig a párhuzamos programozás és kérdései. Nem véletlen, hogy egyre többször kerül elő az erlang modellje valamint, hogy a C#5-ben is az async dolgokat erősítik.

De ezeket már mind leírtam, csak te trollkodsz itt kiragadott félmondatok alapján. :)

TCH írta/wrote:
Ez a mentalitás vezetett a winfosvisztáig, amikor a kernelt is fosnetben akarták megírni...


*ásít*. Te is tudod jól, hogy ott az Intel is kellően beszopatta az MS-t. Egyébként nem a kernelt akarták újraírni .NET-ben, (az a singularity, de az csak egy kutatási projekt), hanem a felhasználói programokat akarták abban írni. Mivelhogy valakinek volt esze az MS-nél és rájöttek, hogy a C eredetileg rendszerprogramozásra szánt nyelv, C++-ból meg sokminden hiányzik (nézted már miket raktak a C++11-be? :) closures, GC, stl::threading, async, épp csak még mindig az a gond a C++-al, hogy nem képes tisztulni és ragaszkodik a C-s gyökerekhez) és terveztek egy nyelvet, ami magas szintű alkalmazásfejlesztéshez jó.

Másrészt igen, igazad van, menjünk vissza a középkorba, ne kutassunk soha semmit, hogy mi mire jó. Nem is értem, miért kellett pl. feltalálni egy csomó dolgot, ami teszi magától a dolgát és nem kell hozzá emberi erő. Roppant felháborító, hogy egy mosógép működésébe nincs beleszólásom, csak kiválasztom a programot, berakom a ruhát és tisztára mossa nekem :(


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1410 | #1c44 | ^ | Idézet | Tue, 01 May 2012 22:48:51 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Ja, bilgéc beengedte a sok oda nem való faszt a számtech világba és azóta hw/sw terén is a quantity over quality mentalitás dominál.


Jaj, ez a bilgéc szöveg. Azt hiszem, vitáztunk párszor arról, hogy az IT kinőtt abból, hogy pár szakálas emberke az egyetemekben játszadozzon néhány(száz) talicskányi tranzisztorral, hanem jelenleg az van, hogy sok más ipart szolgál ki. Azoknak meg vannak igényeik, mondjuk, hogy X időn belül. És amikor képbe kerül a gazdaságosság is, akkor már meggondolja az ember azt, hogy elpicsogjon valami olyannal, amit
a) fordító megcsinál jobban
b) olcsóbb alárakni még ramot, cpu-t, vasat.

Pl. fejlesztesz egy programot mondjuk 3 hónapig 3*Y összegért és kell egy Y értékű gép a futtatásához. Termel mondjuk n*Z hasznot. Jön a konkurencia, összebassza 1 hónap alatt, legyen mondjuk 2*Y összegért és kell alá 2*Y összegű gép. Termel mondjuk 2*n*Z hasznot, mivel időben kijöttek vele és ráadásul a konkurencia előtt.

Vagy a másik eset: kell valami promócióhoz valami szutyok, amelyet használnak mondjuk egy hónapig, hozhat mondjuk 300000 hasznot. Összebaszva mondjuk 100000 hufnyi fejlesztői óradíj, normálisan megcisnálva mondjuk 350000. Szerinted megéri? :)

Itt, ahol most dolgozok meg nagyon kijön az, hogy lépéselőnyben vagy-e vagy sem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1889 | #1c5a | ^ | Idézet | Sun, 06 May 2012 03:25:46 +02
81.183.*.* Unknown Unknown Hungary *.dsl.pool.telekom.hu
kemi írta/wrote:
Na így lesznek aztán programozók helyett gányolók. Nem baj, majd a náluk okosabb compiler kioptimalizálgat.


A ganyolok nem ugy lesznek. A ganyolok ugy "lesznek", hogy az egyebkent total leszarom hozzaallasu billentyuzetet csapkodo majmot beultetik kodot lapatolni mindenfele osszebaszott, struktura nelkuli, atgondolatlan, barmifele tervezest es tudatossagot nelkulozo, try-and-error modszerrel keszult spagetti kodot anelkul, hogy tudna mit csinal. Ebbe beletartozik az is, hogy tudja, hogy a fordito/VM/interpreter mit muvel(het) azzal, ami kodot osszelapatol. (es most mindegy, hogy statikus, JITter vagy nativ kodrol/JVM/CLR/PHP interpreterrol).

TCH írta/wrote:
Te megbíznál a GCC-ben?


Es egyebkent igen hamarabb biznam ra az optimalizalast egy -O2 -re barmely random C fordito eseten, minthogy kezzel nekialljak minden mikroarchitekturara leoptimalizalni *HA NEM MUSZAJ*.

Mert amikor valamivel dolgozni akarok, nem mindenfele low level optimalizaciot akarom fejben tartani (valoszinuleg soha az eletben nem lennek kepes az osszeset fejben tartani. Szerintem az Intelnel sincs mar olyan ember, aki mindent tudna, egyszeruen tul komplexek es tul sokretuek ahhoz a mai rendszereink).

De ez olyan, hogy most minek talaljam fel a spanyol viaszt es irjam meg mondjuk ujra egy Stack<T> osztalyt? Megirtak egyszer, ki is optimalizaltak azokat, en minek irjam meg minden egyes alkalommal ujra es ujra es ujra? (Es kemi: ez nem jelenti azt, hogy ne tudnam, hogy mi az, vagy megirni sajat magamtol.) Ugyanez van a forditoval:ami automatizalhato, azt nem en akarom kezzel ujra es ujra megcsinalni. Azert van a gep es azert vannak a szoftverek, hogy a mi eletunket konnyitsek meg. Egy fordito miert ne konnyitse meg a fejleszto eletet? Elvegre is, azert van, nem?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
329 | #1c5b | ^ | Idézet | Sun, 06 May 2012 03:27:28 +02
81.183.*.* Unknown Unknown Hungary *.dsl.pool.telekom.hu
TCH írta/wrote:
SZARÁKÜL SUKSZ!!!


Maximalisan egyet tudok erteni ezzel a kijelentesseddel. (Egyebkent nagy osszegben mernek fogadni, hogy
- vagy valami eltero nyelvi beallitas lesz a hatterben
- vagy valami felesleges whitespace karakter (miez bazdmeg, python, hogy ezen hisztizzen?)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
6200 | #1c5d | ^ | Idézet | Mon, 07 May 2012 03:28:35 +02
81.183.*.* Unknown Unknown Hungary *.dsl.pool.telekom.hu
TCH írta/wrote:
Ez igaz, de azért tegyük hozzá, hogy az általad említett total leszarom hozzaallasu billentyuzetet csapkodo majmok nem C-ben, Delphiben vagy ASM-ben nyomják, hanem dzsuvában vagy cisztában/vizuálbuzikban/egyébfosnetes nyelvben. :P


Sajnos kodolnak azok mindenben, ami mainstream. C-ben, Pythonban, Perlben, PHP-ban, C#-ban, JS-ben, Java-ban, stb. ASM-ben azert nem, mert nincs ra igeny ;)


TCH írta/wrote:
hanem magának az algoritmusnak a kioptimalizásáról.


Akkor kurvajol elbeszeltunk egymas mellett. Egy imperativ nyelvben nincs az az optimalizalo, ami megment teged attol, hogy szar adatszerkezetet, algoritmust hasznalsz. De ezt szerintem kiscsillioszor elmondtam: attol, hogy rabizzunk a gepre dolgokat, attol meg tudni kell, hogy mi folyik a felszin alatt.

TCH írta/wrote:
adott architektúrán van bizonyos összetettebb műveletekre is utasítás és azt használja ahelyett


Mondjuk ez tipikusan az az optimalizacio, ami sok esetben, pont ugyanaz a kategoria, hogy eljenek a szuperskalar procik, dolgozzon a compiler. (Nem veletlen, hogy az MSVC++-ban es a GCC-ben is rendszeresen gyurnak az ujabb SSE utasitasokra.)

TCH írta/wrote:
Remélem ez nem szarkazmus volt


Nem az volt. Jo, azt elismerem, hogy megfelelo vason (aranyarban) megfelelo gardaval (+ aranyaras supporttal) iszonyu brutalis teljesitmenyt ki lehet sajtolni a tobbihez kepest, de ha epp nem egy penzintezetet kell megepiteni, ahova azert az ember megse rakhat MySQL-t meg PostgreSQL-t, akkor isten ments, hogy egyaltalan bottal is piszkalni merjem azt a szemetbanyat.



TCH írta/wrote:
a szarákül fetch_assoc esetén a field neveket csupa nagybetűvel adja vissza!


Hiaba na, nosztalgikus azert, hogy a PDP-7/11 es VAX-os idokbol mik nem maradtak rank ;)

TCH írta/wrote:
Hát nem igaz, hogy a szarákül fejlesztői ennyire nem jönnek erre rá! WTF?!


Nos, ennek okat, megintcsak a tortenelem konyvekben kell keresni. A "nagy" RDBMS-eket (Oracle, IBM DB2, meg ilyenek, valamint ujabban az MSSQL is kuszik azert szepen felfele) alapvetoen tranzakciok feldolgozasara terveztek. Nem veletlen, hogy rengeteg bankban vagy uzleti kozegben foleg Oracle, kisebbreszt DB2 es mas hasonlo rendszerek futnak. Az OLTP mellett a masik jelentos felhasznalasi teruletuk ezeknek meg az OLAP. Ezeknel szimplan nem volt igeny az OFFSET -re, ha limitalni kellett a visszaadando sorok szamat, akkor meg volt ra valami egyszeru moka (rownum, SELECT TOP x, stb.)

Ezt a vizet kavarta meg a web fejlodese, ahol ugye jellemzoen rovid listakra tagoljuk a hosszuakat, igy jott meg az igeny az OFFSET-re. A MySQL (egyebkent jo uzleti erzekkel) meg pont a webes piacokat akarta betomni. No, ezert van a "kicsikben" LIMIT...OFFSET, mig a nagyokban csak ilyen workaroundok.

(Btw., csak nem allami megrendeles volt, hogy Oracle? :) Baaar, akkor nem PHP lenne, ott inkabb a Java-t preferaljak RHEL alapokon.)



TCH írta/wrote:
sequence.nextval()


Az hotzicher, hogy nem ilyen a szintaxisa. nextval("sequencename") esetleg. (Es szerintem default erteke is lehet egy mezonek, mint pg-ben.)



TCH írta/wrote:
ora-02287: sequence number not allowed here


Johat, az ora-XXXX meg a "sokatmondo" hibauzenetei. Nekem a kedvencem, hogy pl. egy CREATE TABLE -ban nem lehet ures sor.



TCH írta/wrote:
A CLOB-ot nem lehet JOIN-olni!!! (?!!!) Vagyis, ha a nyelvi adatok külön táblában vannak, ahonnan JOIN by lang_id and by primary_table_id, akkor bármi ami 4000-nél hosszabb (vagyis must be in CLOB) az nem kérhető le, vagyis ami minden tisztességes nyelvben egyetlen JOIN-os SQL kérés és voila, azt itt lehet mezőnként plusz subselectekkel, vagy újfennt PHP-s taknyo... workarounddal!


Ezt most nem ertem. JOIN feltetelben gyakorlatilag TEXT tipusu mezo alapjan akarsz joinolni? Az azon kivul, hogy agyfasz, mas rendszerben sem lehetseges, mivel csak olyan mezo alapjan tudsz joinolni, ami amugy indexelheto. De kulonben is, ki a halal fasza akar 4000 karakteres stringeket hasznalni kulcsnak?

Mindegy, nekem ez az egesz zavaros. (Ugyeeee nem megint valami olyat talaltal ki, mint anno, amikor egy 256 elemu stringben akartad megoldani a kategoriakat, mert nem akartal kapcsolotablat hasznalni?)

TCH írta/wrote:
képtelenek voltunk




TCH írta/wrote:
Képes a legnagyobb ma létező winyó kapacitásának kétszeresét is eltárolni.


Oracle ala jellemzoen nem vinyot, de meg csak nem is gepen beluli RAID tombot szokas rakni, hanem mondjuk SAN-t. Egy masszivabb disk doboz megkuldve nagyobb diskekkel, azert mar igenigensokszaz tera is lehet ;)



TCH írta/wrote:
hiszen itt vannak nekünk a tárolt eljárások!


Mondjuk azok total masra vannak. A "regi" modell az, hogy barmolod be az uzleti logikat az adatbazisba (mi is tettuk egy csomot a BC-nel, ugye..), viszont ma mar inkabb tobbretegu alkalmazasban oldjak meg ezt nagyon-nagyon-nagyon sok ok miatt (kezdve a skalazodastol a tesztelhetosegig bezarolag.)

TCH írta/wrote:
Hogy a karakterkódolást képtelenek voltunk beállítani


Azert ugye nem gondolod komolyan, hogy lehetetlen beallitani az Oracleben ezt es mindenki ilyen ganyolast alkalmaz ra? :D



saxus írta/wrote:
hogy bepróbálkozzanak vele és inkább megvegyék az überdrága, seggkinyaló fejlesztőeszközöket...


Egyebkent, mivelhogy Oraclerol van szo, amely kozismerten a leglehuzosabb ceg ilyen szempontbol... Nos igen, epitenek igencsak a support bevetelekre ;) RHEL-hez sem veletlen kezdtek el supportot nyujtani. (Na meg Oracle Unbreakable Linux sem veletlen teremtmeny). Mondjuk a RHEL support az eleg logikus lepes volt, mert ugy is arra volt certifikalva altalaban az Ora, tudast begyujtottek hozza, akkor meg miert ne...?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
847 | #1c5f | ^ | Idézet | Mon, 07 May 2012 08:50:01 +02
212.51.*.* Unknown Unknown Hungary *.westel900.net
Szet nem kurtak a Sun-t, csak racionalizaltak :)

Valljuk be oszinten: a SUN tul sok fele forgacsolta az erejet, ha igy folytatta volna, 10 even belul belealltvolna a foldbe. Egyedul amiert igazankar az a SUN x86 vasak, onallo arusitasa, mert nem voltak rosszak. Bar mondjuk van alternativa boven, akar meg joval olcsobban. Jo, az OpenStoragenak nemannyira. Az OpenSolaris meg olyan, hogy nem lenne rossz,de hat nem jott letre igazan eros kozosseg kore.

Egyebkent logikus volt h. pont az Oracle vegye meg, leven sok Oracle futott SOlarison v RHEL alatt SUN vason allami v bankszektorban.

Az viszont h Schwarczi azzal arulta a SUN-t, hogy a Java kapcsan nekimenjen a Googlenak, az mondjuk eleg gyokerseg (=> szoval nem kell megideologizalni egyik ceget se), de azt eddig is tudni lehetett, h a SUN-ban az egyetlen ertek a Java + a szabadalmak.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2477 | #1c64 | ^ | Idézet | Mon, 07 May 2012 16:35:23 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
TCH írta/wrote:
http://it.toolbox.com/blogs/database-soup/postgresql-publishes-first-real-benchmark-17470


2007-es cikk, azért az már eléggé elavult (Utóbbi években nagyon durván tolták a skálázódás iparágat a PG-nél). Viszont az igazi skálázódás nem ott kezdődik, hogy egy gépre felskálázódik, hanem egy nagyobbacska clusterre felskálázódik. Ilyet normálisan jelenleg se a MySQL, se a PostgreSQL nem tud AFAIK.

Másrészt a Pg multi process-single thread arch, egy combosabb query-t esélytelen, hogy magától bepárhuzamosítson jelenleg.

TCH írta/wrote:
De dzsuvában vagy cisztában te sose fogsz olyan kódot írni ami ehető a CPU-nak.


Erre van a JNI vagy a C++/CLR. Utóbbiban meg aztán minden mehet. Breaking news: .NET-re nem csak C#-ban lehet kódolni.


TCH írta/wrote:
SELECT products.price, products_lang.name, products_lang.description FROM products
LEFT JOIN products_lang ON (products.id=products_lang.products_id AND products_lang.lang_id=1)


Na ez úgy fasság, ahogy van: helyesen:

SELECT ... 
FROM products
LEFT JOIN products_lang ON (products.id = products_lang.products_id)
WHERE products_lang.lang_id = 1;


VAGY

SELECT ... 
FROM products
LEFT JOIN (SELECT * FROM products_lang WHERE lang_id = 1) t ON (products.id = t.products_id)


Azt mondanám, hogy az esetek 99%-ában az első verzió a jó, az optimalizer statisztika alapján úgy is eldönti, hogy mikor hogy mit érdemes. (Seq scan v hash join v subquery-re átalakítani, stb.) Persze, tudom, te ódzkodsz az ilyenektől, de egy RDBMS pont az a témakör, ahol lehet tuningolni, de ész nélkül csak ártasz és nem mindig vannak örök érvényű szabályok, csak statisztikák.



TCH írta/wrote:
Kúrwára nem ez volt a lényeg! Hanem, hogy egy kibaszott string a query-ben nem lehet hosszabb


MySQL-ben a varchar meg 255 karakter lehet. Oszt'?



TCH írta/wrote:
hogy egyáltalán a tábláknak, vagy mezőknek van-e saját karakterkódolása.


RDBMS, DB, tábla, mező. Jobb helyeken erre mind lehet állítani.



TCH írta/wrote:
Szóval semmi SUN-fanság


Csupán kemi enyhén sajnálkozó "szétbarmolta a SUN-t" felszólalására kívántam reagálni. :)




saxus  (statz) Agyfasz
#8, Agyfasz (417)
1146 | #1c66 | ^ | Idézet | Mon, 07 May 2012 19:50:19 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Mikor láttál te utóljára MySQL-t? 2004-ben? És még én vagyok elmaradva. :P


Sajnos nap, mint nap látok. Empoweb az MySQL, BC ugye PG, az ügyviteli rendszer meg MSSQL. :D



TCH írta/wrote:
Itt a "lang" táblákban van lang_id, az "image" táblában nincs.


De mi köze lenne ahhoz, hogy melyik táblában van és melyikben nincs? Mindi a FROM kifejezéshez (ugye az lehet subquery) joinolsz valamit és aközött állítasz fel valami relációt. JOIN-ba meg nem tudsz feltételvizsgálatot rakni, hisz az összekötésre való, nem szűrésre.

Szóval nem jobb, hanem szimplán fasság, amit akarsz. Szűrni a WHERE záradékban lehet. Már megint a CPU oldaláról akarod megközelíteni a dolgot, holott SQL esetén az a legrosszabb. SQL egy deklaratív nyelv, azt mond meg egy RDBMS-nek, hogy mit akarsz, ne azt, hogy hogyan akarja, mert csak szívni fogsz vele. És első a relációs algebra, utána a manual.

Btw. Pg-ben van USING (mezonev), amivel azonos nevű mezőket nagyon jól össze lehet kapcsolni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1673 | #1c6a | ^ | Idézet | Tue, 08 May 2012 07:03:55 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
És akkor hogy a fenébe nem jutott el hozzád egy ennyire default info usque 7 év alatt?


Nem nagyon van benne fejlesztés, csak a meglévő rendszer tákolása, életben tartása.



TCH írta/wrote:
Az mennyire trágya egyébként? Bár gondolom a szarákülnél nem szarabb. :P


Az ügyviteli rendszer? Hááááát... Tipikus magyar Delphis ügyviteli rendszer. Mint számlázó, raktárkészlet nyilvántartó nem rossz, de vannak benne gyökérségek. Pl. hogy minden ablak modálisan nyílik meg...

Az MSSQL-ről viszont egész pozitív a véleményem van, 100-150 soros, subquerykkel, joinokkal, aggregációkkal teleolt queryket is meglehetősen gyorsan végrehajta. A Management Studio meg egész jó hozzá, főleg, amikor épp nem makacsolja meg magát az intellisense. Bár, tippre összefügg azzal, hogy a gépemre Express Editiont raktam, mert a szerveren lévőt meg nem tudom miből rakták.

Mondjuk az advankedebb funkcióit annyira nem ismerem.

TCH írta/wrote:
Rendben van saxus, ki fogom mérni, hogy melyik a gyorsabb, ha neked lesz igazad, kihajigálok minden ON klauzás szűrést.


Mondjuk SQL-nél annyi a probléma még, hogy ami éppen gyorsabb, az nem biztos, hogy a jövőben is gyorsabb lesz. (Pl. egy ANALYZE alkalmával az addigi statisztikák alapján és figyelembe véve a táblák változását bármikor felülbírálhatja a korábbi query planokat) Vagy más rendszerben is gyorsabb lesz. Nézni kell hozzá EXPLAIN-t, abból általában hamarább kiderül, hogy hol lehetne gyorsítani.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
670 | #1c6f | ^ | Idézet | Wed, 09 May 2012 00:52:45 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Bár mondjuk elismerem, miután kénytelen voltam a szarákül szarjával tolni az ipart, valahogy olyan sejtésem támadt, hogy ennyire még a mikrofos sem lehet szar...


Toolok jók hozzá és teszi a dolgát. Mi kell még? :)

TCH írta/wrote:
Na, erre kéne nekem valami olyan algoritmus, ami kurwa sok adatban tud viszonylag gyorsan keresni. A hash algoritmusomat szeretném vele tesztelni, hogy mondjuk, ha végigküldöm a 32 bites tartomány összes integerén, akkor van e benne ismétlődés, ilyenek.


Inkabb tömbindexnek használd, aztán isset(). Szerintem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
277 | #1c70 | ^ | Idézet | Wed, 09 May 2012 00:53:50 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
saxus írta/wrote:
Inkabb tömbindexnek használd, aztán isset(). Szerintem.


Vagy mondok mégjobbat: hányd be az egészet egy tömbbe, rendezd, aztán szaladj végig rajta. Ki fog jönni a duplikáció, mikor azonos elem következik.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
913 | #1c72 | ^ | Idézet | Wed, 09 May 2012 15:43:38 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
TCH írta/wrote:
Ez nem rossz ötlet, csak annyi memória a világon nincs. 1024 bites a hash, és pontosan 2^32 lenne belőle, ez pedig 512 giga. Meg aztán a rendezés, mikorra futna le rajta?


Ahahah, jelszot torsz? Kezdhetsz gyukteni Tesla kartyakra. :) Mondjuk, ha 1024 bites, akkor 2^1024 db letezik belole.

Egyaltalan hol taroslz 512G-t? Masreszt meg normalisabb 2 utas szerverlapba siman belemegy 768G memoria manapsag, igaz, a 32G-s RegECC modulok onmagukban szerintem onmagukban dragabbak, mint az alaplap.

Egyebkent, ha ennyi hashed van, meg mindig tudod particionalni oket. Szetparticionalod mondjuk 256 db-ra a legfelso byte alapjan, maris csak 2 giga, ami total kenyelmesen kezelheto meg a legocskabb desktop gepen is. Eleg sokaig particionalod, meg egy C64 clusterrel is megcsinalod.

De amugy 1024 bites kulcsot te nem fogsz egykonnyen megtorni otthon.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
197 | #1c73 | ^ | Idézet | Wed, 09 May 2012 15:45:07 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
TCH írta/wrote:
Meg aztán a rendezés, mikorra futna le rajta?


Mellesleg, meg mindig joooooval hamarabb lefut egy O(N*logN) rendezes ra, mint egy O(N^2).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
204 | #1c74 | ^ | Idézet | Wed, 09 May 2012 15:49:13 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
Sot, tovabbi otletek: tombositett adatok helyett en szetparticionalnam kis darabokra, fastrukturaban. Ekkor nem kell az egesz kulcsot tarolni, csak a veget, amely nagyon sokmindent jelentosen egyszerusit.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1228 | #1c75 | ^ | Idézet | Wed, 09 May 2012 16:06:19 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
Jo, semmi felreertettem, nem a teljes kulcsteret akarod letarolni, hanem csak egy kis reszet. Na akkor ezt marhagyorsan le tudod particionalni kis reszekre. Utana a kis reszeken mar gyors rendezni.

Masik megkozelites, hogy fakra bontod. Pl. lebontod 8-16 bites reszekre, ennek megfeloen lesz 128/64 szinted. A fa adott levelen azt tarolod, hogy milyen reszekbol van gyermekelem. Amikor keresel elkezded olvasni a bitsorozatod valamelyik iranybol (gyakorlatilag mindegy a sorrend is, lenyeg, h ugyanaz legyen minden kulcson :).

Elonye, hogy marha gyorsan ki fog jonni, hogy van-e foleg ekkora kulonbsegek. Hatranya, hogy macerasabb a fat felepiteni, karbantartani (leveleket celszeru sorba rendezni, ott logkert alkalmazni, ha sok van. bar ott is lehet optimalizalni. nehany elemnel nem fog kijoni a logker elonye egy sima linearis kereseshez kepest.

Lehet meg azzal is trukkozni, hogy mondjuk nem fix, hanem dinamikus meretu leveleket hasznalsz, pl. 8-16-32 bites darabokat. Elonye, hogy nem fogja annyira elaprozni az also szinteket (hiszen ott valoszinuleg ugy is csak 1-1 lancolt listaba fog fajulni a dolog), a felso reszek meg kis 8 bitesre fognak darabolodni szukseg eseten, ami gyors szetvalasztast fog eredenyezni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
405 | #1c77 | ^ | Idézet | Wed, 09 May 2012 16:59:14 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
TCH írta/wrote:
Ez rendben van, de hogyan applikálom ezt egy 32x32 bites mátrixra?


Matrixot felejtsd el, faban tarold.A fa emelei meg listak.

Es az a gond, hogy a mar ellenorzott kulcsokat tarolni kell. (Monjduk egy 1T-s vinyo az nem veszes koltseg meg a mostani inseges vinyoarak ellenere sem). 32x32 bites matrixot meg felfogod egy 128 byte hosszu tombnek.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
103 | #1c78 | ^ | Idézet | Wed, 09 May 2012 17:00:03 +02
0.0.*.* Unknown Unknown Hungary *.kgb.gov.su
Uh, legyszi tegyel mar valami szurot, hogy a *.bussines.boardband.hu -t ne irja mar ki publikba. Koszi.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
574 | #1c7b | ^ | Idézet | Thu, 10 May 2012 09:39:08 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Miért? Hogy ne lássák, hogy melóhelyen netezel? :P


Nem baszki, hanem nem akarom a melóhely IP címét megosztani ország-világgal.

TCH írta/wrote:
Ööö...mi?


Ha egyezőséget akarsz keresni, szard le, hogy az mátrix. Ha összevonogatod az azonos részeket egy fában, kevesebb helyet fog foglalni. De tőlem oszthatod fix 32 bites részekre, csak úgy szerintem kevésbé jó lesz a helykihasználás, főleg az alsó részeknél. Példa:

imgpaste.com/G7Gy.png


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1300 | #1c7d | ^ | Idézet | Thu, 10 May 2012 15:03:29 +02
212.51.*.* Unknown Unknown Hungary *.westel900.net
Minel nagyobbra a 8 bitet csak legvegso esetben hasznald, az mar iszonyu pici. Ezert mondtam h ne matrixban, hanem byte tombben tarold.

Masreszt ha osszeszamolod, akkorfenn 4, 8 byte hosszu kulcsot taroltam 21 byten, plusz kulc hozzaadasakor 22 byten 40 helyett. Persze nyilvan lesz overhead, mert tarolni kell h az adott levelen mekkora kulcsokat tarolsz meg valami modon ki kell talalni, hogy hogyan hivatkozol a kovetkezo levelre. (Emiatt az overhead miatt lehet nem is erdemes mondjuk 24-32 bitnel kisebbre venni a toredek meretet.

(Az mondjuk megoldas lehet, hogy mondjuk 2-3-4 bytet hasznalsz fajlnevnek a level kulcsanak elejebol (esetleg az egy v ket konyvtar), utana a fajlnevelso fele a listaelembol jon, masodik felenek a kulcsutkozesek elkerulese erdekeben vagy hozzatoldasz meg 1 bytet minden alindexhez, amit az UTF8-hoz hasonloan tudsz ugy kezelni hha felso byte 1, akkor meg nezzuk tovabb.

Persze meg tarolni kell azt is, hogy melyik 2-3 bytes indexnel hol jar ez a szamlalo.

Tarhelyben mondjuk lehet, hogy nem lesz kevesebb, de hogy keresni es modositani joval gyorsabban fogsz benne, mint ha az egeszet berendezed egy baszomnagy matrixba, abban szinte biztos vagyok.

Amugy ezt, h a listat felbontjuk tobb allistara, asszem mapreduce neven hivjak, de nem mernek megeskudni ra.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1885 | #1c83 | ^ | Idézet | Fri, 11 May 2012 03:02:21 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Ok, akkor 32 bitesek lesznek.


De baszki, miért olyan kibaszottul gecikurvanehéz elszakadni a kibaszott kettőhatványoktól? Ennek a módszernek pont az lenne a lényege, hogy amit lehet összevon. Ha pl. van két kulcsod:

12345699AAAAAAABBBBBBBBCCCCCCCCC
12345688DDDDDDDDEEEEEEEEFFFFFFFF

Minek tárolnád 7 levelen, ha 3 elég? (123456, (99AA...CC, 88DD...FF)) Picit szakadj már el attól, hogy a regiszterek 8-16-32 bitesek, nem attól lesz minden jó, hogy 2^n.

TCH írta/wrote:
A fájrendszerbe való írogatás gyorsabb, mint a fájlba való írogatás?


Látom, nem igazán vagy kibékülve a fákkal :). Ha egy baszomnagy fájl közepére kell írni, szopsz. Ha egy kevésbé baszomnagy, de még mindig méretes fájlba, akkor is szopó. Ha csillió kicsi fájlba kell írnod, akkor meg azzal fogsz szopni, hogy a fájlrendszered fog megfeküdni a rengeteg fájltól, főleg, ha icurka-picurkákra rakod. Persze, implementálhatod jó adatbázis-kezelő szintjén magadnak az ideális lapokra bontást, de én úgy vagyok vele, hogy szopjon az, akinek hat anyja van.

TCH írta/wrote:
*sigh* A mátrix nem a keresőben van, hanem magában a hash algoritmusban; hányszor mondjam még el? Faszom se akarta a legenerált értékeket mátrixban tárolni.


Mi lenne, ha lebaszás helyett inkább elolvasnád, mit írtam? Leszarom, hogy a hash algoritmusában mi van benne, arról beszélek, hogy a hash algoritmusából kijött 1024 bites kulcsokBÓL készített mátrixot (=egymás után szépen sorban az összes egy baszomnagy fájlban) fos lesz tárolni, keresni, ha nem csinálsz valami mapreduce jellegű megoldást rá. De ha jobban tetszik, akkor tömb. *sigh*

Mindegy, menjél inkább bilgécezni, az legalább mindig megy :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2095 | #1c8f | ^ | Idézet | Sat, 12 May 2012 20:49:22 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
kemi írta/wrote:
Érdekes, én úgy tudtam, a Nokia.


Ahahahah Nokia... Na jó, az első GSM cuccokat nekik köszönhetjük.

Egyébként több csúsztatás is volt benne.

Az első "mobil"telefon már jócskán volt, csak a hadiipar kezében. Az első kereskedelmi "0G" meg az AT&T részéről a 40-es években. Amiről a videóban beszélnek az az analóg, modern, cellás rendszerű 1G, amely amcsiban volt divat, ez Motorola és Bell Labs találmány. Csak hát van (jó)néhány hibája, leginkább az, hogy analóg. Ezt minden hibája ellenére nagyon nehezen váltotta le a GSM ("2G") Amerikában, már csak azért is, mert az EU találmány.

A GSM (kb. +10 év az analóg cuccokhoz képest), meg ugye ETSI kezdeményezés, digitális, titkosított, ráadásul jóval takarékosabb is. Eredetileg francia kezdeményezés volt, de hamar csatlakoztak hozzá a németek is meg még egy páran.

Egyébként vicces tény, de mivel US-ben megvolt ugye a kiépített 1G-s analóg rendszer, ezért jó 10 éves késéssel kezdtek átállni GSM (és újabb hozzátartozó) technológiáira. Ilyen szempontból EU (és Magyarország is!) jóval előrébb van.

Mondjuk valahol az is benne van, hogy EU-ban azért vannak sűrűn települések, US-ben meg időnként néhányszáz km-en belül max egy eldugott atomsiló. Az egész nevadai sivatagot meg nyilván nem éri meg GSM cellákkal telepakolni, mivel egy GSM cella maximális sugara maximum 35 km, ráadásul az újabb UMTS hálózatoknak még kisebb cellamérete lehet csak.



(Btw. Nokia. A Nokia csak és kizárólag annak köszönheti a hírnevét, hogy néhány sikeresebb szériával sikerült jó néptelefont - 3210, 33x0 - és jó üzletet csinálnia - a maga korában népszerű - Symbiannal. Azóta meg csak szop, mint a torkosborz és képtelen alkalmazkodni a piac változásaihoz. Még a Google, új belépőként is sokkal-sokkal-sokkal jobban tudott alkalmazkodni a piachoz az összetákolt Androiddal, mint a Nokia az évtizedes tapasztalatával.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1777 | #1c92 | ^ | Idézet | Sat, 12 May 2012 22:12:20 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
djpety írta/wrote:
Persze mostanra már nagyon elmaradtak.


Pont ezt mondom. Lemaradtak, mint a borravaló. Egy ideig működött az "ugyanazt kiadjuk 255486456 köntösben", de most már nem. Még pár éve volt nálunk az egyetemen a Nokiától meggyőzni, hogy fejlesszünk rá. 3 platform (amiből 2-t kivágtak a kukába időközben :), kb. 40 féle telefon. Mindezt egy nemigazán működő store-al. Fejlesztői rémálom kategória. Smartphone piac elúszott számukra. De ez a kisebbik probléma, a teló csak kb. 10%-a a Nokiának. Mondjuk nem mintha az NSN nem kapna Kínából komoly konkurenciát, mint infrastruktúra beszállító.

A nagyobbik probléma inkább, hogy nem érzem az innovatív hozzáállást a Nokián, hanem inkább azt látom, hogy bármiféle koncepció nélkül próbál loholni a többi gyártó után. (pl. Apple, Samsung, HTC, igaz nekik se megy most valami fényesen.) Csak egyszerűen nincs meg a Nokiában az, hogy ezeket jelenleg jól csinálják és előre lépjenek, valamint képtelenek levetni az öltönyös-nyakkendős designjaikat.

(Valahol egyébként ugyanez a probléma az MS marketingben is. Próbálkoznak, de azért látszik rajtuk, hogy nagyon nehezen vetik le azt, hogy ők az üzleti életből kerültek át a mindennapokba.)


djpety írta/wrote:
, de biztosan nem fognak csak úgy eltűnni


Pedig jelenleg nemigazán rúg labdába ott, ahol bevételt is lehet termelni. Eddig azért volt bevételük, mert sok telefont, feature phone-t adtak el és már csak a volumen miatt is jött a pénz. Most minden a smartphone-kről szól, ott viszont képtelenek labdába rúgni. (Mondjuk egy designert is felvehetnének végre.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
601 | #1c94 | ^ | Idézet | Sun, 13 May 2012 00:05:30 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
kemi írta/wrote:
Volt nekik CDMA, minek kellett volna nekik GSM?


Hogy lett volna? :) A CDMA2000 az újabb fél generációval meg 10 évvel, mint a GSM. Másrészt tegyük hozzá, a CDMA az alapvetően adatátviteli technológia, nem hangátvitelre szolgál. Amcsiban korábban az analóg AMPS (Advanced Mobile Phone System) volt, ez az, amihez a Motorola csinált telefont. (Mellesleg, azóta már kivezették a francba.)

(Egyébként a CDMA önmagában nem egy hálózat, hanem egy hozzáférési technika, hasonlóan a TDMA-hoz (ami a GSM jellemzője)).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
287 | #1c96 | ^ | Idézet | Sun, 13 May 2012 00:58:35 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Ennek legszembeötlőbb példája az, hogy winfost rakott a telefonjára, hahahahahahaha...


Uhum, Maemo, Meego, Symbian?

TCH írta/wrote:
Csőd, majd felvásárlás.


Mint az Apple is?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
487 | #1c98 | ^ | Idézet | Sun, 13 May 2012 02:19:53 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Kukásították.


Mert kb. oda valóak voltak, csak egy ideig nem akarták felismerni a Nokiánál. Az Apple-nál már azért hisztiztek a fejlesztők, hogy három féle felbontásra kell dolgozniuk (iPhone 4 előtt és után, valamint iPad, amit ugye most megtoldott még egyel az új...), szerinted a 3 különböző platform és 30+ új telefon mennyire vonzó a fejlesztőknek, mindezt egy korral haladni képtelen cégnél?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2420 | #1c9a | ^ | Idézet | Sun, 13 May 2012 13:57:36 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Ott volt a lehetőség az Androidra.


Én sem értem a logikát, hogy miért pont WP7-re váltottak.

TCH írta/wrote:
Tök mindegy, hogy milyen, viszik mint a cukrot. Pont


Nem, nincs pont. Viszik a Samsungot, mint a cukrot. A HTC, miután WM6-ról sikeresen átnyergelt Androidra és az egyik élgyártónak számított, az elmúlt fél évben kb. nem tud eladni semmit. Szóval most kb. úgy néz ki a piac, hogy a Samsung adja el a legtöbb mobil eszközt (tabletekkel együtt, utána brutális bevételekkel második helyen az Apple (ha hozzávesszük az AppStore bevételeit, akkor gyakorlatilag lemossa a teljes piacot) és van a "mindenki más".

Na persze, az olcsó szegmensben meg jön fel a kínai ZTE, amivel idővel mindenkinek problémája lesz.

TCH írta/wrote:
(Egyébként a winfosnál rosszabb nem lehet.)


:D Sajnos a tapasztalat az az, hogy de. Tipikus összetákolt "DIY, ha jót akarsz" Linux. Az ilyen a kukába való, nem telefonra.

Pl. Kérdezz meg bárkit az alapértelmezett böngészőről. Eddig az összes Androidot használó ismerősöm úgy kezdte, hogy "az szar, ne használd, töltsd le az xyz-t és különben is, ha jót akarsz, használj főzött ROM-ot.". (Az mi már, hogy nem lehet 64 karakternél többet beírni URL-nek? És ezt úgy, hogy ebben nincs benne a http:// !) A gyártól leszarom hozzáállása a frissítésekhez külön aranyos, a szanaszét fragmentáltság detto. Ennek kezelésére meg hol nyújt támogatást az API, hol nem.

Másrészt, ha valamit még sehol senkitől nem hallottam, az az, hogy az Android lassú. Erre a WP7-nél kínosan ügyeltek.

Mondjuk a WP7-ttel is van baj, leginkább az, hogy megpróbálják ugyanazt az utat bejátszani, mint az iOS esetén, valamint, hogy az MS nem gyárt hozzá normális hardvert -- utóbbi még általában menni szokott*. (Nem tudom ki tervezte ezeket a Lumiákat, de ránézésre nekem az első, ami eszembe jut az az, hogy műanyag játékszer, szemben pl. egy iPhone 4-gyel vagy egy HTC Desire-al.). Másrészt magukat szúrták tökön azzal, hogy (AFAIK) nincs natív kód futtatására lehetőség még mindig, így meglévő dolgok egyszerűbb portolása ugrott.

* Az első szériás Xbox 360 már picit régen volt, FYI.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
546 | #1c9c | ^ | Idézet | Sun, 13 May 2012 16:15:40 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Bugzott és lagzott mint atom


WM6 vagy WP7?

TCH írta/wrote:
ha egyszer leszerepel a fogyasztók előtt, akkor baszhatják.


Remélem szóltál a világ jelentős részének is erről:

http://gamerinvestments.com/video-game-stocks/wp-content/uploads/2012/01/npd-market-share-harware-sold-pie-12-2011.jpg

Ne csak a Wikiből tájékozódj, vagy ha már onnan, akkor a dátumokat is vedd hozzá, meg hogy hány Xbox revízió jelent meg azóta.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
747 | #1ca4 | ^ | Idézet | Mon, 14 May 2012 05:30:39 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Aham, flasheled (nyilvanvaloan EULA-ba utkozik), aztan megy a csodalkozas, hogy megbaszas a vege :)

TCH: egyebkent orulok, hogy ennyore jol nyomon koveted a hupos tevekenysegem, de latom, elkerulte a konkret tema a figyelmed.

Ha meg mar "csusztatas", akkor hozhatnam peldanak azt, hogy jatekbol mennyi megy mo-n. (Joreszt Xbox, kisebbreszt PS3, PC meg erosen jatekfuggo. A csudanagy Wii aradatbol itthon alig erezni valamit, pedig forgalmazunk olyat is.)

Flood3r: nem csak MS sajatossag a havidij. De amugy ja, draga egy ekkora rendszer, mitn az xbox live fenntartasa. En inkabb azt csodallom, hogy pl. az Activision-Blizzard nem szed penzt a Battle.net utan, bar lathatoan ott is probalkoznak atallni valami onfenntartobb rendszerre.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
202 | #1cd8 | ^ | Idézet | Tue, 22 May 2012 22:09:10 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
"Egyébként az OSX még egy sima pécén is jobb mint a winfos"

Azt felvehetjük a feltételek közé, hogy egyáltalán képes-e bebootolni, látja-e a disk vezérlőt, wifit, ilyeneket? :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
392 | #1cf2 | ^ | Idézet | Sun, 27 May 2012 17:56:32 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Prometheus írta/wrote:
Pénteken lesz a kocka-büszkeség világnapja. Mivel ünnepeltek?


Atommal. Annak a háza felett, aki kitalál ilyen fasságokat.



TCH írta/wrote:
Természetesen úgy értendő, hogy amennyiben működik


Értem, végül is nem gáz, hogy az hibaesetek 99,95%-át kizárod ezzel. ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
799 | #1cf5 | ^ | Idézet | Tue, 29 May 2012 04:35:27 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Btw. naczinyelv. Van Iron Sky, végre értékelhető minőségben (értsd: nem TS meg hasonló kamerás fasság, hanem DVDRip meg BRRip).

Moziban bezzeg kurvára nem mutatták be, pedig jó lett volna. (Ha jól olvastam, az RTL megvette a jogokat, és szerintem most úgy vannak vele, hogy unalmas perceikre bespázjolták és ülnek rajta. Rohadjanak meg.)

Szerintem kurvajó lett.

SPOILERWARNING SPOILERWARNING SPOILERWARNING SPOILERWARNING SPOILERWARNING SPOILERWARNING SPOILERWARNING SPOILERWARNING SPOILERWARNING SPOILERWARNING SPOILERWARNING

Bár a második fele kevésbé viccesebb, mint az előző, ahol az agyonparodizált jelenetet parodizálják ki, azt konkrétan 2x tekertem vissza, annyira sírtam a röhögéstől. :D Vagy amit néhol alkot a niga csóka.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
50 | #1cf6 | ^ | Idézet | Tue, 29 May 2012 04:36:00 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Azt kihagytam: a Bukásból.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
401 | #1cff | ^ | Idézet | Thu, 31 May 2012 01:36:41 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:

saxus: WTF? Mijazaz ájronszkáj, meg hogy jön ide a bukás?


STFW.



TCH írta/wrote:
Sz*rk: Aki PHP-ban kódol és szopott már az unikóddal, meg az iconv-vel, az értékelni fogja ezt a két "manuális" függvényt:


EZMIALÓBASZÓSZENTSZARGÁNYOLMÁNY?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
85 | #1d00 | ^ | Idézet | Thu, 31 May 2012 01:37:30 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
De most komolyan, ilyet a TDWTF-en szoktak idézni az indiai bérkókányolóktól...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
724 | #1d02 | ^ | Idézet | Thu, 31 May 2012 14:53:42 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
djpety írta/wrote:

Ez ilyen FIXME függvény. Működik, de van sokkal jobb, viszont átmenetileg megteszi. Szvsz :)


Aham, az ilyen "átmenetileg megteszi" kókányolások miatt szoptam valami hihetetlen sok időt itt a mostani melóhelyemen, mire mindet kiírtottam. Csak mert a "nem vagyok amatőr" hozzáértő "kolléga" ilyen str_replace-s fasságokkal szórakozott, ahelyett, hogy iconv()-val fogta volna és átalakította volna a megfelelő formátumra.

Mielőtt még kirúgták, még mondogatott néha ilyeneket, hogy "mi a francnak rak a partner bele egy xyz karaktert". Aztán valahogy kiderült, hogy mégse a partner a hülye.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
390 | #1d23 | ^ | Idézet | Tue, 05 Jun 2012 10:15:31 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
TCH írta/wrote:
de csak azt a loadert, amit a mikrofos hitelesített!!!


Úgy érted a Verisign, akinél jóval olcsóbban kínál az MS aláírási lehetőséget.

TCH írta/wrote:
ARM-os gépeken nem!


Igen, a tabletek valószínűleg tipikus barkácspc kategória. Sikerült pont a lényeget megfognod ;)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
356 | #1d24 | ^ | Idézet | Tue, 05 Jun 2012 10:17:24 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
TCH írta/wrote:
Ami azt illeti, az iconv nekem sem csinálta


Akkor valamit elbasztál. Csúnyán.

TCH írta/wrote:
Workaround


Nem, ezt hívják gányolásnak. Ilyet utoljára a volt kedves "kollégám" csinált itt az Empo-nál, volt is vele probléma, bőven.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1111 | #1d26 | ^ | Idézet | Wed, 06 Jun 2012 01:56:45 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Ezt kifejtenéd, hogy ez miféle problémát csinálna mégis? Csak azért, mert az mb_convert_encoding belül ugyanilyen cserélgetéseket csinál, csak ő az összes kódolást ismeri


Ok, mondjuk ott egy fokkal súlyosabb volt a probléma, mert azzal sem volt tisztában szerintem, hogy éppen milyen karakterkódolásból dolgozik, csak "nem értem, miért küld ilyen hülye karaktereket a partner". Mondjuk mai napig kedvencem egy UTF-16 kódolású XML feldolgozása volt: először \0 cseréje ''-re, utána ilyen tákolmány meg a "vicces" karakterek kiszűrése, majd a végén regexpel történő XML "feldolgozás". Hogy utána az adat néhány esetben használhatatlan volt és egy csomó plusz munkát okozott az nem gond. Lippi "nem volt amatőr", és a partnerek voltak a hülyék ;)

És nem, nagyon nem ugyanilyen cseréket csinál, hanem rendesen értelmezi, hogy melyik karakter milyen karakter. Nem fordulhat elő pl., hogy egy eleve 3-4 byte-s karakterben cserélsz le valamit.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1508 | #1d27 | ^ | Idézet | Wed, 06 Jun 2012 02:09:47 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
És azt hogy csinálja? Ha az az egész lényege, hogy egy független cég írja alá a loadereket, akkor a mikrofos hogy írhat alá bármit? Egyáltalán hogy a fenébe állhat elő egy olyan helyzet, hogy a mikrofos engedélyezi valakinek a futtathatóságát?! Ki a mikrofos?! Tán valami hatóság?! Egyáltalán kinek az ötlete volt ez az egész?! Úgy Verisign ahogy kecske bazdmeg, a mikrofos akarja eldönteni ki futhat pécén és ki nem, dettó mint tizensok éve, ha nagyon fos a platformjuk és elkezdenek az addig kényszerből ott ülő emberek elszivárogni, akkor majd ráerőltetünk valamit a világra, ami megakadályozza, hogy az emberek mást is tudjanak használni!


Baszki, nézz már utána, hogy működnek a CA-k... A Verisign meg az összes hasonló Certification Authority azért van, hogy (elvben) szavatolják, hogy amit aláírnak, az hiteles. Ezt a szolgáltatást árulják, éppenséggel lehetne állami kézben, csak akkor meg melyik államnak, stb.

A Microsoft meg úgy jön képbe, hogy mivel kötött szerződést a Verisignnel, így vett aláíró kulcsot. Vehetnél te közvetlen is a Verisigntől, csak épp nem $99 lesz (egyébként az a Verisignnek megy), hanem $3000-től indul egy évre, ráadásul minden hardvergyártóval bele kellene rakatnod az UEFI-be a saját kulcsod (mission impossible, minden gyártó le fogja szarni).

Egyébként meg ki lehet kapcsolni, nem tudom hol van ráderőltetve.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1919 | #1d2c | ^ | Idézet | Wed, 06 Jun 2012 21:02:31 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
csak az iconv nem akart menni


Gondolom véletlenül sem egyszerűbb megoldani az eredeti problémát.

TCH írta/wrote:
hát szerinted kinek lesz erre a fasságra lóvéja?!


Nehogy már azt mond, hogy az openszósz közösség képtelen évi $99 -t kisírni magából.

TCH írta/wrote:
ha ARM-os desktop gép lesz a következő gépem?!


Térjünk vissza rá mondjuk legalább 5 év múlva, jó? Egyelőre az ARM, mint desktop, az kb. a vicc kategóriája. Értem én, hogy a hupperek között néha jön egy-egy ilyen agymenés, hogy deválcsukleaziksznyócvanhatótmeazáerem (megjegyzem, néhány éve még a MIPS volt a sláger), csak épp egyelőre nincs realitása. Oké, hogy matekolásban már lassan kezdene felnőni a feladathoz (mondom lassan), de ami körítést pakolnak hozzá... Na az vicc. Ami teljesítménye van a tabletekben, azt is max célhardverekkel érik el (pl. iBigyókban PowerVX videóchip, dedikált x264 encoder, decoder, etc). Bár ezzel önmagában nem lenne gond, csak mondjuk a 2 nagyságrenddel kisebb memória-sávszélességgel már azért akadnak problémák.

TCH írta/wrote:
Akkor megszívtam és használhatok winfost winfossal?!


Ezt úgy mondod, mintha nem lenne és volt mindig is csillió alternatíva. (Mellesleg, a trendeket figyelembe véve, ha csak és kizárólag fix OS-sel lehetne bármiféle eszközt vásárolni, néhány picsogó hupperen kívül kevés jelentősége van a dolognak a világ mai állását figyelembe véve. Dual bootnak a virtualizáció korában meg mégkevésbé.)

TCH írta/wrote:
Szerintem most fejezd abba; direkt szóltam, hogy ne kezdd itt védeni a mikrofost


Nem tehetek róla, hogy szűk látókörű vagy :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
958 | #1d2e | ^ | Idézet | Thu, 07 Jun 2012 09:52:15 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
TCH írta/wrote:
Amit felsoroltál abban nem évi 99$ volt a végösszeg.


Mivan? Az MS-nél $99, az is a Verisignnek megy. Ha _közvetlen_ a Verisinghez mész, akkor lesz aranyárban.

TCH írta/wrote:
amit egy szutykos ARM nem bír ellátni,


Próbálj meg pl. egy nagyobb beszállítói árlistával dolgozni akármelyik táblázatkezelőben.

TCH írta/wrote:
idehaza szerinted ki pénzelte a BSA-t


Kb. az összes nagyobb szoftvercég?



TCH írta/wrote:
Erre meg nem válaszoltál sokadjára sem, de most már nem is várok mást, pontosan ugyanazt csinálod, mint az általad lenézett binguzfanok, csakhogy erre én meg nem vagyok vevő, úgyhogy ne is nagyon fáradj a válaszadással.


Miért, mit is kellene válaszolnom? (Btw. mondtam én, hogy használj Windowst egy szóval is?)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
472 | #1d34 | ^ | Idézet | Thu, 07 Jun 2012 16:46:45 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
Hogy is mondják a hupon? "Hardvert venni tudni kell". :) (Egyébként a hasonló szopatások miatt kezdek leszokni a gépbarkácsolásról. Jelenleg már csak az ára miatt nem vennék komplett workstation-t otthonra. Igaz a következő asztalim 99%, hogy workstation alkatrészekből lesz összeharácsolva, annyi különbséggel, hogy a gyártó által megadott támogatott alkatrészekkel, ramot leszámítva valószínűleg egy beszállítótól az egész.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
99 | #1d39 | ^ | Idézet | Fri, 08 Jun 2012 01:14:14 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu


TCH írta/wrote:


:D


Na ezt a képet viszont lopom! :D


saxus  (statz) Agyfasz
#8, Agyfasz (417)
507 | #1dbb | ^ | Idézet | Thu, 28 Jun 2012 02:39:38 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Flood3r írta/wrote:
Eshet is a feszültség, de csak akkor, ha ellenálláson folyik keresztül, ha jól tudom. Folyni akkor folyik, ha az adott ágon a teljes feszültség megjelenik, mindenféle
ellenállás nélkül. (sajnos csak 2 es voltam elektróból, így lehet, hogy egy atomnagy marhaságot mondtam)



MIIIIVAAAAAN? Feszultseg ket pont kozott van (vagy nincs) az aram meg folyik. Nem veletlen, hogy a voltmerot parhuzamosan az ampermerot meg sorosan kapcsoljuk.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3186 | #1dbc | ^ | Idézet | Thu, 28 Jun 2012 02:59:50 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
kemi írta/wrote:
De ha lesz egy M$-Google háború, akkor a gúgli oldalán harcolok. :)


Hm, egyik a penzemet akarja joreszt es kisebb reszt tudni mindent az eletemrol, masik szimplan az eletemet akarja penze tenni. Hat nem tudom, en egyikert sem lennek hajlando az eletem aldozni, ha mar harcrol van szo. :)



TCH írta/wrote:
Energia szempontjából a fosszilis energiahordozó sokkal rosszabb hatásfokú, mint egy nukleáris vagy geotermikus erőmű és szennyezőbb, mint a nap és szélerőművek.


Sajnos ennel osszetettebb a problema. Szeneromu kuka, nyilvanvaloan. Olaj kell a vegyiparnak egy rakas dolog gyartasahoz maradek es a maradek nagyon jo hatasfokkal elegetheto (nem veletlen, hogy a 70-es evek elejen visszakoztak az atomeromu ellen a magyar vezetok anno, foleg, ameddig nem robbant a 73-as olajvalsag es ameddig olyan 77 kornyekere nem gyuruzott be hozzank (emiatt kulonosen szopoag volt nalunk, h a szocialisa tombbe tartoztunk es kesve ereztuk meg az olajvalsag hatasat - na meg az oroszok sem tudtak mar annyit pumpalni. (Tovabbi reszletek: Szabo Benjamin: Atomkorkep - Mielott meghasadt az atom).

Geotermikus eromuhoz itthon szinten nem alkalmas a kornyezet, naperomu draga es szinten keves a napsuteses orak szama, h megerje nagy mennyisegben (tel, osz, kora tavasz ugyebar meg forgatni kellene, stb.) szeleromu meg keveset termel. Vizeromu meg feler egy kisebb teraformalassal. Atomeromu onmagaban jol hangzik, csak az a problema, hogy kizarolag alaperomunek jo. Csucseromunek totalisan alkalmatlan, minimum 2 nap allitani a teljesitmenyen. (Ezert is vannak meg mindig gazturbinas eromuvek Mo-n). Persze, probaljak az ipart arra terelni, hogy ejjel fogyasszon tobbet es elmaszatolni a du 5-6-7 oras csucsot (amikor meg melohelyen vannak az emberek, de mar kezdenek hazaszalingozni es mindket helyen sok villany fogy), de sajnos meg mindig megvan az, h ejjel joval kevesebb villanyt hasznalunk. Ha ki lehetne egyenliteni, az fasza lenne, de sajnos nem lehet.



kemi írta/wrote:
(A Google, és a vele szerződött gyártók biztos nem)


Szvsz. az MS (es a Google) is ott baszta el, hogy nem csinal sajat hw-t. Googlenal ugye voltak telefonok, mint referencia, valamint az MS-nel is most itt a Surface, mint referencia. Azonban folyamatosan alkalmazkodni kell a gyartopartnereihez es azoknak engedmenyt tenni. Na most ezzel csupan az az egy problemam, hogy hol a jo budos retkes kurva eletbe nem fosom le azt, hogy valamelyik szajbabaszott gyarto mennyit keres. En jo termeket akarok a kezembe kapni, nem az erdekel, hogy ki mennyit keres rajta.

Ez az, ami miatt az Apple raketasebesseggel elhuzott a tobbi nagy, neves gyarto (HP, Dell, IBM/Lenovo, Asus, Acer, stb.) mellett: bar kurvara nem feltetlen a vegfelhasznalo volt mindig a lenyeg, azert csak-csak figyelembe vettek ezt-azt es utana jo marketinggel elhitettek az emberekkel, hogy erre van szukseguk. Ez a tobbi gyartonal meg gy nez ki, hogy csinalnak valamit, megprobaljak jo oreg porszivo ugynok modjara letolni a torkomon, aztan vagy bejon, vagy nem. Es inkabb nem.



saxus  (statz) Agyfasz
#8, Agyfasz (417)
42 | #1dbd | ^ | Idézet | Thu, 28 Jun 2012 03:00:24 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Ja, saxus voltam, koszonom, h benezhettem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
600 | #1dbf | ^ | Idézet | Thu, 28 Jun 2012 14:44:29 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
TCH írta/wrote:
Ez igaz, de feltűnt neked, hogy mi globális viszonylatokról beszéltünk, nem magyarországiról? Mióta van idehaza nagymennyiségű (értsd: ámériká, vagy arab államok szintű) olajkitermelés?


Na most ilyen szempontból mi egyébként jól beszoptuk, mert nemigazán van bármi is, amit energiatermelésre tudnánk használni. Szenet nem éri meg, pécsi uránbánya over, etc.

Globális viszonylat meg annyira nem oszt-szoroz, max. a környező országokból érdemes még nekünk villanyt venni, utána már rossz a hatásfoka.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
83 | #1dc0 | ^ | Idézet | Thu, 28 Jun 2012 15:02:15 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
Hja és globális viszonylatban is megvan az a probléma, hogy ingadozó az igény.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
134 | #1dc6 | ^ | Idézet | Thu, 28 Jun 2012 21:46:54 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Flood3r írta/wrote:
Nna, szaxofon visszatér.


Júj, de belegázolhattam piciny lelkedbe.



saxus  (statz) Agyfasz
#8, Agyfasz (417)
352 | #1dc7 | ^ | Idézet | Thu, 28 Jun 2012 21:49:57 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Faszt postol ez, ha nem nyomok küldés gombot?

TCH írta/wrote:
Na, most az iPad-ra fel akart volna venni némi hitelt a "Cet elem" banktól


Mondjuk én a sztori olvasásakor itt dobtam egy exceptiont és komolyan elgondolkoztam, hogy most fake a sztori vagy hogy csak a banknál volt-e probléma.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1156 | #1dcb | ^ | Idézet | Fri, 29 Jun 2012 01:38:02 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
djpety írta/wrote:
Ha van konstruktív hozzászólni valód


Nehéz úgy konstruktívan hozzászólni, hogy mindenre azt kapom vissza, hogy kurvamocskosmicrosoft. Csak mert azért alapon. Nehéz úgy konstruktívnak lenni. De mindegy, TCH-val mindig is így mentek a viták, csak azok neked kimaradt az életedből. De mindegy, leszarom.

TCH írta/wrote:
Különben sem vagy te olyan profi elektróból, úgyhogy ne nagyon emberkedj.


Az lehet, de attól még a feszültség nem fog folyni.

djpety írta/wrote:
HUP


Az egy viccportál. De bocs, hogy az agyatlan "mocskosmicrosoftozást" sem tudom komolyan venni.

djpety írta/wrote:
már harmadszorra is elhangozzon ugyanaz a kritika, az szerintem egy kicsit túlzás.


Bocs, hogy nincs időm folyamatosan olvasni a vendégkönyvet csak időnként benézni.

djpety írta/wrote:
így a többség hamar meg akar majd szabadulni tőled


Hát jó, akkor további kellemes klikkesedést.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1165 | #1dcd | ^ | Idézet | Fri, 29 Jun 2012 02:20:58 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Nehéz mást reagálni, ha folyton azt nyomod a képünkbe, hogy demekkorajóamikrofos.


Bizonyos dolgokra. Nem mindenre. De semmi gond, csak kiscsilliószor mondtam el ezt.

TCH írta/wrote:
Valamikor te is rühellted a mikrofost.


Azóta eltelt néhány év, ebből-abból kijött jó pár dolog meg utánanéztem ennek-annak, valamint hogy mi honnan hova tart. De mindegy, hitbéli meggyőződéssel nehéz vitázni. Btw. Applet is szidtam régen, aztán most a második Apple gépem van.

TCH írta/wrote:
Ez eléggé sántít, ugyanis a te postod és Flood3r postja között ott volt az a két post is


Azt láttam meg előbb. Utána vettem észre a többit.

TCH írta/wrote:
ilyenkor mindig eltűnsz a balfenéken.


Mint mondtam, nem olvasom 24/7 ezt az oldalt, hanem időnként.

TCH írta/wrote:
Hiába hívod viccnek a HUP-ot


Apropó hup. Ahhoz képest, hogy folyton leszóljátok, eléggé naprakészek vagytok hupológiából.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
469 | #1dce | ^ | Idézet | Fri, 29 Jun 2012 02:25:37 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
TCH írta/wrote:
Valamikor te is rühellted a mikrofost.


Mégvalami: amúgy látom, továbbra is jól elkerüli a figyelmed, hogy leszarom, hogy mi van az MS-sel, az érdekel, hogy milyen termékeket, szolgáltatásokat tud nyújtani. Meg ami még érdekes az az, amit az MS Research csinál/támogat, abból szoktak még érdekes tanulmányok születni. Azt leszámítva, hogy magával a céggel vagy a vezetőségével mi van, azt konkrétan leszarom.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
280 | #1dde | ^ | Idézet | Sun, 01 Jul 2012 00:18:13 +02
31.46.*.* Unknown Unknown Hungary *.dsl.pool.telekom.hu
TCH írta/wrote:
belvárosban


Ennel mar nem nagyon lehetne a varos szelere koltozni.

Flood3r írta/wrote:
ellenséget


Ellenseget mi? Ez mar annyira komoly, hogy erre tenyleg nem tudok mit szolni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
392 | #1de7 | ^ | Idézet | Sun, 01 Jul 2012 21:22:48 +02
31.46.*.* Unknown Unknown Hungary *.dsl.pool.telekom.hu
TCH írta/wrote:
Sztem most megint eltűnik balfenéken, nehogy válaszolni kelljen arra, hogy mi a túrónak szól be sokadjára neked.


Hat bazdmeg, aki egy "beszolasert" ellenseget kialt, az szerintem hulye. Nincs mit rajta kommentalni. (Mellesleg ez a minden bokorban ellenseget latunk pont az altalad sokat emlegetett hupperek szokasa.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
299 | #1ded | ^ | Idézet | Mon, 02 Jul 2012 23:05:55 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
kemi írta/wrote:
Saxus megint eltűnt, mert nem tud hozzászólni a dolgokhoz.


Miért, mit kellene hozzászólnom? Amit akartam kommentálni, azt kommentáltam. Eddig el akartatok hajtani, nehogy már most azt kérjétek számon rajtam, hogy nem írok ide.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1458 | #1e11 | ^ | Idézet | Sat, 07 Jul 2012 21:09:17 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
Gab09 írta/wrote:
A mai napig, Édesanyámnak szerettem volna telepíteni egy játékot, ami frissíteni akarta a DX 9c met. (De hogy mi a faszé kell egy 2d játéknak frisitgetni... -.-')


Jelenleg az a nagy büdös helyzet, hogy _egy_ normális 2D-s api nem létezik. És az a röhej, hogy ami van 2D api, jellemzően az is 3D-re (pl. Direct3D vagy OpenGL) hívásokból operál. Szimplán 3D feldolgozásra van kihegyezve a VGA, ennyi. Esetleg még lehet bűvészkedni shaderből low level memcopy-t újraimplementálva, de az kb. a hagyjuk kategória. Mondjuk emellett van egy halom előnye is a Direct3D/OpenGL használatának. (pl. egyszerűbb skálázni bármit is.)

Gab09 írta/wrote:
HL2, Farcry, Oblivion, Textúra hibák tömkelege. HL2 esetén sikerült dx8 vissza állítani a motort, és ott hibátlanul működött.


HL2-nél mondjuk nekem a DX9-es renderrel anno voltak problémáim, igaz csak a crackelt változattal. Steamessel soha.

hababa írta/wrote:
Valahogy sejtettem, hogy a szinkron telepítőjének megbuherálása után el kell látogatnom erre az oldalra. :)


Mimimimi? Lemaradtam valamiről?

djpety írta/wrote:
Nem te változtál meg, hanem saxus :D


Bocs, hogy le mertem szokni az agyatlan MS fikázásról és körbe mertem nézni, mi van a világban.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
56 | #1e25 | ^ | Idézet | Wed, 11 Jul 2012 00:33:01 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@TCH:
újra kellett indítani.


ipconfig /renew ?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
121 | #1e28 | ^ | Idézet | Thu, 12 Jul 2012 00:55:23 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@TCH:
Mivan?! Mi ez?! Binguz ez, hogy parancssorba kell pötyögni?!


Végig is lehet kattintgatni, ha jól esik.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
276 | #1e37 | ^ | Idézet | Fri, 13 Jul 2012 23:24:31 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@TCH:
Direkt nem érted, vagy megin' trollkodol?


Szerintem az, hogy megkérdeztem, hogy próbáltál-e DHCP-n új IP címet kérni, erre jössz ilyenekkel, hogy "miezbazdmegbinugz?" az egy dolog. De hogy ezek után még te kiáltasz trollt az nokomment.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1713 | #1e41 | ^ | Idézet | Sun, 15 Jul 2012 17:14:56 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@TCH:
saxus. Mi az hogy az überfelhasználóbarát és kényelmes winfos ezt nem csinálja meg magától?


Ami miatt egy kibaszott oprendszer SEM csinálja meg: ha kapott valami fasságot _lejárattal_. És egy picit nézz magadba is, mert azt hiszem igencsak jól tolod te is a tirpák troll stílust. Értetted te kurva jól, hogy mit akartam kérdezni, ennek ellenére egy felháborodott fogyatékos autista módjára nekiálltál hisztizni, hogy hádemitképzelekhogyacsudawinigyugyamugymertblablablamarketingfasságok. Lehet, hogy nem kéne pattognod a hup miatt.

@TCH:
Ami viszont bassza a szemem az az, hogy

I loooove Python.


Jóhát Python... Az tipikusan egy olyan nyelv, aminek nem érzem létjogosultságát, mert gyakorlatilag akárhova, ahova használni akarják, mindenhol van alternatívája. Egyébként jóhogy scriptnyelvet ajánl egy scriptnyelv helyére, ha az egyik scriptnyelv fos.

@TCH:
Így születnek olyan több tíz megás keretrendszerek, mint a Joomla vagy a fickó által javasolt Django, amik annyira elhíztak, hogy párszáz user egyidejű kiszolgálása esetén lazán hanyattlöknek egy többmagos N GB RAM-mal felszerelt gépet is.


Tegyük hozzá, hogy nem feltétlen a 10 megányi keretrendszerrel van a baj (mert nem kell mindent behúzni, amire épp nincs szükség), hanem azzal is, hogy amit viszont be kell húzni, azt mindig újra behúzza. Emiatt van az, hogy egy bizonyos szint után pl. a Java appserverek elkezdenek jobban teljesíteni, mint a PHP scriptek. (Mondjuk tegyük hozzá: a legtöbb Python/Ruby/stb. -ben írt keretrendszer és webes stack szintén valamilyen application server jellegű megoldást alkalmaz, nem véletlen.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
121 | #1e44 | ^ | Idézet | Mon, 16 Jul 2012 01:39:06 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@TCH:
meg bunkózik


Mert te mit is csinálsz? (Megjegyzem, szerintem más is tudna mesélni a viselkedésedről.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
809 | #1ef7 | ^ | Idézet | Sun, 05 Aug 2012 14:19:05 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@TCH:
Ez a teszt kivételesen nem azt igazolja, hogy a winfos szar, hanem azt, hogy a direktsux szar.


Okosok annyit mondtak erre, hogy a Steam használ még néhány régebbi featuret a DirectX-ből, amelyre most már van gyorsabb alternatíva az újabb kártyák révén. (Ezeket általában engine frissítéskor reszelik át, az újabb kártyák általában erőből megoldják ezeket a problémákat.) DX9->10 váltáskor pl. rengeteg ilyen volt, hogy a régi DX9-es feature az új alatt lassabban ment, ellenben a 10-es alternatíva csúnyán verte a régi megoldásokat.

De ilyenek megvannak az OpenGL 1.1/2->újabb váltásoknál is. Csak ameddig az OpenGL egy 3D render megoldás, addig a DirectX egy 3D rendertől az input, hang és hálózatkezelésen át kb. mindenre ad megoldást.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
331 | #1f39 | ^ | Idézet | Mon, 13 Aug 2012 14:20:08 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
http://www.phoronix.net/image.php?id=0x2012&image=valve_l4d2_04_show&w=1440

Akkor most vegyül elő újra a "DirectFos" blablát, miután az egy alapvetően 10 éves API. De még a 9.0c is legalább 8 éves. Nem gáz, hogy azóta kb. 6-7 generációváltás és 1 gyökeresebb architektúraváltás volt a GPU piacon. :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
193 | #1f3b | ^ | Idézet | Mon, 13 Aug 2012 18:09:47 +02
86.101.*.* Unknown Unknown Hungary *.business.broadband.hu
Oszt? D3D9-el mértek. Az összes mai kártya az unified shaderre van kioptimalizálva, nem a régi külön vertex, külön pixel shader pipelinera. És még lehetne sorolni a különbségeket.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
195 | #1f40 | ^ | Idézet | Mon, 13 Aug 2012 23:13:28 +02
84.3.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
@TCH:
winfos 7 alatt? Szándékosan, hogy fos legyen a d3d eredménye? Értem. Én kérek elnézést.


Az esetleg eszedbe sem jutott, hogy nincs DX11-es rendermotor a Source Engine-ben? :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
119 | #2163 | ^ | Idézet | Wed, 07 Nov 2012 21:11:42 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Mi a szívás tárgya a Postával? (Picit bővebben kifejtve annál, hogy valami nem érkezik meg X helyről Y helyre.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
957 | #216c | ^ | Idézet | Thu, 08 Nov 2012 16:09:21 +01
188.156.*.* Apple Mac OS X x86 Apple Safari Hungary *.mobile.pool.telekom.hu
Pedig lényegében erről van szó. Flood3r rendelt egy Bane maszkot Prometheusnak, aminek meg kellett volna érkeznie mindenszentekre.


Jo, de honnan es hogyan lett feladva? (Gondolom kulfoldrol.) Ilyen esetben szolni kell a feladonak, hogy a feladoszelvennyel menjen be a Postara, hogy nezzenek mar utana. Ott akkor feladnak egy korozvenyt, hogy ugyan hol akadt mar el a csomag. (Az a gond, hogy csak a feladonak van joga erdeklodni ez ugyben).

A masik tipikus problema meg a kulfoldrol erkezo csomagoknal, hogy a vam nagyon meg tudja akasztani a folyamatot. (Itt szoktak amugy meg szep felreertesek lenni, hogy "de a hulye Posta miert bontja ki a csomagom?", mert a suger nem erti, hogy nem a Posta bontja ki a csomagot, hanem a Vamosok a Postan a vamkezeloben. Az, hogy rajta van egy NAV-os matrica, hogy vamkezelt azt bezzeg nem veszi eszre, csak azt, hogy Postas celluxszal lett osszeragasztva, mert azt bezzeg nem ad a NAV)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
409 | #2170 | ^ | Idézet | Fri, 09 Nov 2012 02:01:52 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Szerintem valamit sikerült elkeverni a póstán.


Olyan nincs. Vagy is hát véletlen ugye bármi előfordulhat, de olyan nincs, hogy valaminek ne tudna utánanézni a Posta, legfeljebb picit noszogatni kell őket. (Jó, azért nem árt, ha egy sima levelet legalább ajánlottként adsz fel.) De ha kell, még évek távlatából is előkerestetheted velük pl. egy csekk feladószelvényét.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
359 | #2194 | ^ | Idézet | Wed, 14 Nov 2012 05:41:24 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"A végén úgyis "egy rakás pointerre meg gotora fordul az egész" - hogy saxus (mac)mestert parafrazáljam"

Asszem eredetileg ChainQ mondta a hupon.


"XDDDDDDDDDDD
Oké saxus."

Te tudod jobban, hogy mit lehet kérni egy Postán vagy szüleim, akiknek pontosan tudniuk kell, hogy milyen szolgáltatásokat nyújt a Posta? :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2228 | #21ad | ^ | Idézet | Fri, 16 Nov 2012 19:36:45 +01
31.46.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
"A C++ nem kényszeríti ki, meg nem M$ módjára kell használni."

Ha mar itt tartunk, lassan az MSVC++ jobban all a C++11 tamogatassal, mint a GCC.

"C#-ban nincs destruktor"

Tevedes, van destructor (finalizernek hivja a CLR)

"meg memóriafelszabadító utasítás"

Mar hogy ne volna. :) IL kodba erdemes neha belenezni.

"várni kell a szemétgyűjtőre"

Var a halal, fut az magatol a hatterben es ez igy van jol. Egyebkent tegyuk hozza: ez a CLR resze, nem a C# nyelve.

És persze nem garantált, hogy egy program futása során egyszer is lefut, meghívhatod manuálisan, másodpercekig fut, és még akkor se garantált, hogy felszabadítja azt az objektumot amit szeretnél.

Ahogy TCH is mondta (igaz egesz mas okbol) WTF? :)

"C++-ban ha már nem kell az objektum, meghívod a destruktorát, és már fel is szabadult az érintett memóriaterület."

Es .NET-ben nem ugyanigy mukodik? :) Kulonbseg, hogy nem neked kell vadaszni ezeket. Mellesleg komolyabb C++ projekteknel szinte kivetel nelkul hasznalnak valamilyen GC jellegu megoldast.

"Az meg végképp marhaság, hogy a billentyűlenyomásra várakoztató függvény objektumba csomagolva adja vissza, hogy mi volt a leütött billentyű, holott visszaadhatna egyszerűen egy scan kódot"

Ehelyet a kis suttyo visszaad neked egy immutable osztalyt a billentyuzet teljes allapotterevel, hogy ha te 2 nap mulva akarsz foglalkozni azzal az eredmennyel akkor is konzisztensen ugyanazt az eredmenyt kapd a kulonfele valtobillentyuk allapotarol is :) Na meg visszakapod az esemenyt kivalto objektumot meg egy csomo egyeb adatot, ami alkalomadtan kellhet. Egy alapvetoen 50 Hz-vel mukodo billentyuzet eseten azt hiszem nem fogok megijedni attol a minimalis plusz adatmennyisegtol.

Btw. erdemes .NET temakorben elolvasni a CLR via C#-ot. Ravilagit nehany erdekes dologra a .NET-tel kapcsolatban.

----------------------------------

Totalmas: TCH: megvan meg a IG2DAT_E kodja? Elkerhetem? :)
Masik: Nem tudod, hogy ezek az .xv fajlokat mi a retek eszi meg? (MMint az IG2-n kivul) Jo lenne valami szabvanyos cuccba atkonvertalni (mondjuk .obj+.mtl), tobbi cucc ugy nezem total szabvanyos BMP meg wav)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1021 | #21ae | ^ | Idézet | Fri, 16 Nov 2012 19:46:26 +01
31.46.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
"Hát ez az. Akkor mire is van az OOP?"

Kopipasztanal hatekonyabb kodujrafelhasznalas (szarmaztatas), absztrakcio (pl. nem foglalkozol vele, milyen Stream, lehet File, Network, ZipStream, kifele egysegesnek nez ki), egysegek kialakitasa, retegezett programszerkezetek kialakitasa, (foleg parhuzamositott programoknal) egyszerubb egy zart egyseg konzisztenciajanak fenntartasa, meg sok-sok ilyen egyeb hasznos dolog. Az egesz lathatosagi moka csak egy mellekes dolog.

Meg mondjuk meg lehetne beszelni az Actor modellrol (ld. Erlang), ami valahogy kimaradt a C++(Java/NET/egyeb haverjai) vonulatbol. Bar ennek nyomai mutatkoznak pl. a C#5 asyncnel na meg ahogy nezem manapsag a legtobb OOP nyelv nekiallt mindenfele funkcionalis nyelvbol atorokiteni dolgokat, ld. LinQ, clojure, ezekhez kapcsolodoan mindenfele anonym adatszerkezet es fuggvenyek, stb. Na meg Java (pontosabban JVM) vonalon a Scala, meg mintha picit ujra eloterbe kerultek volna a tisztan funkcionalis nyelvek, mint Lisp, haskell meg ilyesmik.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1575 | #21b0 | ^ | Idézet | Fri, 16 Nov 2012 20:46:28 +01
31.46.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
"Én is ezekre próbáltam rávilágítani."

O, en mar rengeteg flamet lefolytattam TCH-val ezugyben (sztem lattad is egy reszet itt :D), de az evek soran arra jottem ra, hogy vannak kodolok, akikbol szimplan hianyzik es/vagy nem tudjak elfogadni a magasabb szintu, absztraktabb gondolkodasmodot, amikor nem egy adott es konkret problemat oldasz meg, hanem magasrol tekinted at az adott rendszert, sot egyes esetekben teljesen figyelmen kivul hagyva, hogy az adott alrendszer vagy resz alacsonyabb szinten mit muvel. Vagy hogy keptelen elfogadni, hogy bizonyos esetekben nem is szamit.

Egyebkent az OOP kritikajaban jelenleg sztem az egyik legfontosabb pont az az, hogy nagyon sokaknak nincs meg egyszeruen ez az absztrakt gondolkodasmodja, amit viszont igenyel az OOP. Ld. feluletre fejlesztesz fogalma, amikor te valamirol csak annyit tudsz kivulrol nezve, hogy ilyen vagy olyan interface-ja van (lehet osztaly vagy interface, nem erdekes most) de azon belul egy kis onallo "programocska", amivel nem foglalkozod. Az, hogy valaki jo osztalyhierarchiat tervezzen, ahhoz nem keves tapasztalat kell, foleg mikor a cel az, hogy minel lazabban legyenek kapcsolva az egyes elemek. Es akkor meg nem is beszeltunk a funkcionalis meg a logikai programozasrol.

Hagyomanyos proceduralis modellnel (most tekintsunk el attol, hogy a C++ a Java es a C# is jellemzoen proceduralisak, bar tamogatnak tobb paradigmat) nincs ezzel ekkora gond, ott sokkal szigorubban ossze vannak drotozva a dolgok.

Hja es a C++ nem OOP nyelv, csak OO programozast tamogato nyelv :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
133 | #21b1 | ^ | Idézet | Fri, 16 Nov 2012 21:05:21 +01
31.46.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
Hja ize, azt kihagytam: ettol fuggetlenul meg lehetnek jo kodolok, csak OOP kozelebe ne engedd oket, mert abbol nem lesz jo OO kod :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3933 | #21b3 | ^ | Idézet | Fri, 16 Nov 2012 23:03:25 +01
31.46.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
Banom is en, hogy milyen a kod, (sztem otthon valahol meg meg is van, csak most hetvegere hazaneztem szulokhoz) csak ne egyesevel kelljen kicsakanyolni az osszeset. (Segitek: nem szeretek megoldott feladatokat ujra megoldani, ha nem muszaj.)

xv file meg.. Ennel picit osszetettebb. Valojaban tobb fajl osszecsomizva vegen 4 byte a fileoffset + 64 byte a fajlnev meg a legvegen a darabszam. Bar eddig trivi. Ami mar kevesbe trivibb az a material (xvm) fajl meg a modell felepitese. (xvo). Bar utobbinal vannak tippeim, bar eloszor muszaj lesz szetkapni. Mindenesetre elso blikkre leginkabb egy binaris .obj variacionak tunik. Material mar erdekesebb kerdes, viszont lovesem nincs, hogy mire szolgalhat az xvb. Talan tartalmazza, hogy a tobb xvo-t hogyan allitsam ossze, csak ahhoz meg tul nagy a merete.

"Bár öcsémnek állítólag volt valahol xv pluginja Maya-hoz"

Konkretan arra nem talaltam infot, hogy ez a DR valami sajat formatuma-e vagy valami letezo szabvanyos cucc. Inkabb az elobbinek tunt.

---

Magas/alacsony szintet latom nem sikerult megertened. Ha arrol van szo, hogy egy nagyobb, sokmodulos projektet (akar sok kulon csapatos!) felulrol kell atlatni es azokat egyuttmukodesre birni, mindezt ugy, hogy utana karbantarthato is maradjon az egesz cucc, azon a szinten nem erdekes az, hogy alacsony szinten mi tortenik. OOP abban jo, hogy ezt az architekturat letrehozd es benne rendszerbe szedd az adataid. Nem abban, hogy alacsony szinten valami muveszit alkoss, de ezt mar annyiszor kibeszeltuk. Meg azt is, hogy vannak gazdasagi erdekek is a vilagon, akar tetszik, akar nem.

"Mert OOP nélkül az absztrakció lehetetlen, ugyi."

Neme, de a jelenleg ismert egyik legjobb eszkoz ra.

"minek következtében a felülről jól megtervezett és megszervezett program belül - alacsonyszinten - olyan brutális káoszba fullad,"

Akkor az egy szarul megtervezett program. En mondtam, hogy nehez az OOP-t jol csinalni.

"(foleg parhuzamositott programoknal) egyszerubb egy zart egyseg konzisztenciajanak fenntartasa" "Miért?"

Fut ket szalad, egyik fokozatosan noveli, masik fokozatosan csokkent egy intet. Idovel teljesen biztos, hogy el fog maszni a 0-tol, mivel az inkrementalas/decrementalas alapvetoen nem atomi muvelet. Erre talaltak ki a kulonfele lockolasi technikakat. Ha te az adathoz egy jol bekorlatozott helyen fersz csak hozza (pl. setter/getter fv, vagy property), akkor csak egy helyen kell megoldanod a lockolast. Egyeb esetben neked az osszes letezo hivo helyen meg kellene valositani, amit raadasul nem tudsz kikenyszeriteni sem.

Ez kulonosen azoknal a nyelveknel, modszereknel valik erdekesse, ahol nem a shared everything, hanem a shared nothing elv ervenyesul. Pl. erlang. Ott nincs thread, vagy hasonlo, sok kis lightweright process van (ez nyelvi szintu, Actor modellben actor-nak hivjak azonosithato egy objektum szeru valamivel, de annal azert tobb), es akozott csak uzenetvaltasokkal tudsz kommunikalni. Az adott actor nem is fogad addig mas uzenetet (kb. metodushivassal parhuzamosithato), mig egyet be nem fejezett. (Az uzenetek elosztasat meg maga a runtime resz kezelte) Igy meg csak veletlenul sem fordulhat elo olyan eset, hogy egy processen/actoron/objektumon/izen/akarmin akkor kezdesz el operalni valamit, mikor az epp egy masik muvelet kellos kozepen van es valami (hivo fel szamara) total ertelmezhetetlen allapotban leledzik. Persze, igy egy process egyszerre csak egy dologgal foglalkozhat (bar erlang eseten allitolag ezt okosan megoldottak, hogy azert annyira megse), de lockolas eseten is ezt tortenik, csak ott meg tovabb ront a lock mechanizmus kezelese a dolgon. (Erlangnal pl. nem letezik lockolas).

Hogy hol jon ez a parhuzamossaghoz? Ugy, hogy mi van akkor, ha ilyen processbol kell mondjuk 20 millio? Nem veletlen, hogy a telco szektorbol szivarogtak at ezek a nyelvek es megoldasok a tobbi nyelvekbe, piacokra.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
248 | #21b4 | ^ | Idézet | Fri, 16 Nov 2012 23:10:39 +01
31.46.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
Jut eszembe lenezes... Miutan mar messze nem ez az elso eset, hogy reverse engineeringelek valami fajlformatumot, szerintem neked kellene elgondolkoznod azon, hogy ki nez le kit.

A magas szintu meg alacsony szintu kifejezet meg nem en talaltam ki.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
845 | #21b6 | ^ | Idézet | Sat, 17 Nov 2012 00:15:40 +01
31.46.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
freemail-ra mehet. Es koszi.

"T3-ban kezdtél el rólam beszélni"

Mivel nem csak rolad beszeltem (barmilyen meglepo is), igyhat T3 maradt. Mostani kollegamra is pl. azt tudom mondani, hogy jol kodol, de hosszu tavra es magasabb szinten nem tervez. De mondhatok ellenpeldat is ismerosi korbol, akinek evek ota mondom, hogy igazan elonyere vallna, ha kodolaszna legalabb fel evet ANSI C-ben.

"És muszáj a handler fv-knek ojjektumban lennie?"

Szerintem az egesz OOP koncepciobol neked csak az "objektum" az, ami emeszthetetlen. Es igen, miutan a metodusok (esemenyek, adattagok, adatmezok, sot annotaciok es egyeb meta infok) mind-mind az adott osztalyhoz tartoznak, amely egy objektum tipusat es viselkedeset irja le, igencsak illene az osztalyhoz tartoznia. Errol szol az egysegbezaras.



saxus  (statz) Agyfasz
#8, Agyfasz (417)
125 | #21b8 | ^ | Idézet | Sat, 17 Nov 2012 09:34:46 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
Egyelore annyi lenne a cel, hogy a modelleket ki tudjam halaszni. Aztan meg az is lehet, hogy Unity3d-vel remakelem a multit.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1353 | #21bb | ^ | Idézet | Sun, 18 Nov 2012 17:50:05 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
"Miért csak a multit?"

1) nem akarok AI-t irni.
2) Multi jobban erdekelne IG2-bol
3) Single player kampany amugy sem volt olyan nagy wasistdas. Sima skirmish nehany random esemennyel megtoldva.

"hogy a timeval-os struct nincs inicaializálva,"

Ahah, nezegetem ezeket a gyonyorusegeekt... Hat, sztem maga a cucc az kizarolag debug builddal keszulhetett es valoszinuleg ugy mukodhetett, hogy lefoglalt egy valagnyi ramot, oda belehanyta az adatot, majd szepen kiirt mindent diskre. Hogy ez mibol latszik? Egy valag fajl tele van a 0xCDCDCDCD patternnel, ami az MSVC runtime debug modu mallocjanak jellegzetessege, hogy mindent azzal inicializal, hogy lassad, mit nem inicializaltal meg fel :) De legalabb egyszerubb kiszurni azt, hogy mi nem kell.

Visszont basszak meg, .xvo-bol van vagy 4 fele formatum eddig. Mar, ha az elso 2 byte az valami header feleseg akar lenni, amire azert nem mernek megeskudni. Bar ugy nezem, szomeben inkabb csak a vertexek es a haromszogekben kulonbozik (azok is viccesek, 3 db short, 8 byte-n, utolso ketto mindig 0xCDCD :D)

Vertexeknel kerdes meg, hogy azok milyen sorrendben vannak.. (vektor (3float)+normalvektor (3float)+UV mapping pakoltan -- eddig ez a legvaloszinulbb -- vagy valami egyeb trukkozes. Erre most csinalok valami rajzoloprogit, amivel talan mar sikerul letisztazni, hogy mi mi.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
337 | #21bc | ^ | Idézet | Sun, 18 Nov 2012 18:50:44 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
http://shared.muportal.hu/kepek/ig2-kerekes.png

Nem tunik teljesen eselytelennek a dolog. Ugy nez ki a 0xFFFF kezdetuek azok -1..1 koze interpolalva tartalmaznak mindent (az elso 3 float meg valoszinleg a skalazast tartalmazza, mindjart kiprobalom a 0x02..0D blokkban a fajl elejen). Tovabba ugy nez ki, valoban pakolt formatumban lesz.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1672 | #21c0 | ^ | Idézet | Mon, 19 Nov 2012 02:59:46 +01
145.236.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
"Te most az xv-kről beszélsz vagy az én Amigás parport progimról? Ha az előbbi, akkor minek kvótoltad be a timeval-os beszólást, ha meg az utóbbi, akkor az msvc-nek mi köze az Amigához?"

xvo-krol. Csak a nem inicializalt memoriateruletrol jutott eszembe.

"Mijazanormálvektor. Énnemérteniháromdé."

Attol meg a Googlehoz erthetnel (na meg Linalgban elso felevben volt...): http://en.wikipedia.org/wiki/Normal_(geometry)

---

"Pakolas"

Rendszerint ugy nez ki, hogy van 3 float-bol allo structjaid, amivel definialod a pontjaidat, majd egy kulon index listat adsz at, hogy ebbol a pontkupacbol mi alkot egy haromszoget (igy kevesebb memoria kell). Ha akarsz vilagitast is (marpedig altalaban akar az ember) akkor kellenek a normalvektorok is. Ezeket rendszerint ki szoktak szamitani elore. Tovabba kell meg ket koordinata, amely megmondja, hogy a texturan hol van az a pont (UV mapping). (Tehat osszesen 8 float tartozik egy ponthoz). Ezt at lehet adni a GPU-nak harom kulon tombben is (ill lehet egy negyedik is, amiben szineket adsz at, ha nem texturazni akarsz VAGY a textura melle akarsz - mondjuk shaderbol - valami plusz effektet, amihez kell meg plusz szin vagy egyeb info), meg lehet egymasra is pakolni, tehat (Vx, Vy, Vz, Nx, Ny, Nz, U, V) ertekek alkotnak egy 32 byte-s structot, amit at lehet turni egy tombkent is a GPU-nak. Picivel optimalisabb, mintha 3 kulon tombbot turnal at. Ezt jelenti a pakolas, semmi koze a .DAT fajlokhoz.

Hozzateszem, normalvektorokat lehetne szamolni betolteskor is, viszont eleg sok muvelet ahhoz, hogy a pakolt forma eloallitasaval egyutt mar inkabb megerje kiszamoltatni elore.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
270 | #21c4 | ^ | Idézet | Mon, 19 Nov 2012 14:25:00 +01
188.6.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
http://shared.muportal.hu/kepek/ig2-krahen.png

Van, ami mar kezd egesz szepen kinezni, de van, ami meg sehogy se akar osszeallni valami eppkezlab 2D vagy 3D alakzatta. Van, ami meg szimplan torz, pl. a nagy lakoepulete:

http://shared.muportal.hu/kepek/ig2-nagylako.png


saxus  (statz) Agyfasz
#8, Agyfasz (417)
87 | #21c6 | ^ | Idézet | Mon, 19 Nov 2012 17:19:00 +01
188.6.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
Texturat csak geometriara lehet rahuzni. Szoval valami gany van a floatok sorrendjeben.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
603 | #2271 | ^ | Idézet | Tue, 11 Dec 2012 22:42:43 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
http://www.hirado.hu/Hirek/2012/12/09/10/Elfogtak_a_csaszartoltesi_postarablot.aspx

Szerintetek mekkora balfassági szint kell ahhoz, hogy miután valaki kiraboljon egy postát,
1) kocsival(!) menekülve megálljon a falu túloldalán egy sörre egy kocsmában
1.1) aztán az üveggel együtt lépjen le idegességében
2) utána elmenjen egy másik csehóba, ahol balhézik és összevereti magát a szekusokkal
3) majd másnap elmenjen a rendőrségre feljelentést tenni a szekusok ellen? :)

(Szülőknek szerencsére nem lett baja, bár apámnak azért elég jól odanyomták a kést a torkához.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
703 | #2273 | ^ | Idézet | Tue, 11 Dec 2012 23:31:12 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Póstán nincs szekus, aki ilyen esetbe kapja a stukkert és helyszínen kivégzi ezt a szarbányát?"

Vidéken? :))))) BP-n lehet, hogy van, nálunk nincs. Illetve egyszer volt szekus vagy rendőr (most nem emlékszem melyik), amikor a Takarékszövetkezet csődbe ment, aztán a Posta meg az OTP (az mondjuk egy éve megszűnt nálunk) nyerte meg a kártérítést és tömeg volt. Bár ott is csak inkább amiatt, hogy egy-két funkcionális analfabétát leállítsanak, ha nagyon nem értenek a szép szóból, hogy mi hogy működik.

(Fu, utóbbiról egy másik sztori: mostanság elkezdtek a faluba szivárogni románok és más egyéb népek, volt, aki a nevét nem tudta leírni!)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1823 | #22e9 | ^ | Idézet | Tue, 08 Jan 2013 20:05:20 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Miért is? Mert a WebKit működik a fostalicska tridenttel szemben?"

Egyébként már-már egészen meglepő dolgokat csináltak az IE9-10 rendermotorjával. Más kérdés, hogy már csak egy böngészőt kellene köré építeni.

"Mert a WebKit egy valódi, dokumentált szabványt követ,"

Jól dokumentált micsodát?

" amit könnyen lehet implementálni"

Hja, mint a CSS2.0, amit úgy javított a CSS2.1, hogy kidobálták az implementálhatatlan dolgokat. Azért a webkit és a Gecko is megküzdött jóóóónéhány évet, mire átment 1-2 acid teszten. És akkor arról ne is beszéljünk, hogy mai napig nem támogatja egy csomó minden normálisan az XHTML-t, mint XML. Kíváncsi lennék, hogy a Firefox szemetel-e még mindig az oldal elejére, ha van az XML szabványban leírt DTD hivatkozás....

" így aztán nem is történhet ilyen, hogy ő lesz "az új IE6"."

Éppenséggel pont az történik: itt van a Google, aki a Chrome-al elég jelentős piaci befolyást ért el, így most elkezd dirigálni a piacnak, szimplán azért, mert megteheti. De hozhatnám példának a -webkit-* (meg a -mozilla-*) prefixű rendermotor függő bővítményeket (amelyeket utána a Google, Mozilla meg a többi WHATWG/W3C tag) megpróbált erővel beletolni a szabványba. Ismerős valahonnan a technika?

Szóval épp itt van a probléma: IE6-tal sikerült elérnie azt az MS-nek, hogy erős piaci fölényre tegyen szert, és hogy mindenkinek az IE-hez kelljen alkalmazkodni. Most ugyanerre pályázik a Google a Webkittel. És kössz nem, maradjunk szépen a szabványban foglaltaknál, ne powerkodjon a Google különutakon, mint anno az MS.

Az meg, hogy nyílt külön jóság a Googlenak, hogy növelje a befolyását és a kontrollját a többiek felett.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2637 | #22ef | ^ | Idézet | Wed, 09 Jan 2013 12:09:32 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Nem értem miért baszogatják a winfosfanok a hupon poliverzumot"

Mert egy fasz. És ha megnézed, nem csak a "winfosfanok" baszogatják.

"akkor hogy lehetne szabvány?"

Egyrészt pl. a HTML5 kész sincs. Másrészt most a W3C vagy a WHATWG általi HTML5-öt fogjuk "szabványnak" tekinteni? Meg mintha régebben ezek a "szabványok" ajánlások lettek volna még...

"Az, hogy a szabványt kinek mennyi időbe tellik implementálni, az részletkérdés. "

Amikor kb. kellett 5-10 év az iparnak, mire eljutottunk odáig, hogy az XHTML-t a HTML4-et és a CSS2.1-et nagyjából megvalósítsák, annyira nem részletkérdés.

"Az a nem részletkérdés, hogy ha a szabályokat amik mentén működni kell, kitakarom a világ elől, hogy más ne ismerhesse őket.

Az IE6 féle HTML tudtommal soha nem számított szabványnak, már bocs.

"A maradék WebKit-only oldal ami WebKit specifikus cuccokat használ, ami nem része a szabványnak, nos az egy más tészta. Egyfelől az nincs tiltva egy szabvány implementációjánál, hogy többet is tudjon, másfelől meg a WebKit nyílt, tehát azokat a technológiákat nyugodtan át lehet emelni a többi motorba..."

IE-nek nem szabad, Webkitnél meg jó? :)

"Légy szíves mutass egy példát."

Bazdmeg, az egész hupos thread onnan indult, hogy a Google kibaszta a WP-t a google mapsról, ezzel a kamu indokkal, "nem webkit".

"- hogy is szoktátok ezt mondani a trollportálon? - "jócég"."

Csak idéztünk a Gúgelfanoktól :)

"Ezt már szintén kifejtettem, hogy ahhoz, hogy a gugli "puccsot" csináljon a jelenlegi net felett, ahhoz be kéne zárnia a WebKitet és a Chrome-ot is."

Pont, hogy kihasználja a nyílt forrást. Jelenleg a részesedés így néz ki (forrás: wikipedia):

ie = 31,27
firefox = 22,38
chrome = 35,64
safari = 7,81
opera = 1,43
mobile = 12,96

webkit summa = 53,45 (mobilból 10-et vettem a 12,96-ból, bár valószínűleg ennél is több)

Magyarul a webkit adja a böngészőmotorok több, mint felét, amiből a google több, mint 2/3-át uralja. Ez bőven elég nekik ahhoz, hogy domináns szerepre kerüljenek és rákényszerítsék a többieket arra, hogy másoknak kelljen alkalmazkodni hozzájuk.

De mindegy, tőlem megpróbálhatod megmagyarázni, hogy nem egy üzleti döntés volt, hogy genyóskodjon egyet a Google az MS-sel ("mert megtehetem alapon") az, hogy fogták és kivágták a WP-t a google mapsról, mikor az ég világon semmiféle technikai magyarázat nem volt rá.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
139 | #22f0 | ^ | Idézet | Wed, 09 Jan 2013 12:16:01 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
De hogy ne csak a trolling menjen, Super Hexagon köcsög egy játék, de a zenéje jó. (Jó, az egyik track sztem szar, de a többi jó.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
705 | #22f2 | ^ | Idézet | Thu, 10 Jan 2013 02:29:16 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Apropó, a suxplorer belsejében lévő saját háziszabványról meg semmit nem lehet tudni, akkor egyáltalán hogy igazodjunk hozzá?"

De áruld már el, hogy mi a jó kurva élet faszáért kellene bárkinek is az IE6 egykori fasságaihoz alkalmazkodni? Főleg, hogy nincs belső szabvány, csak elbaszott implementáció. Kiváltképp, hogy már az IE is eljutott odáig, hogy támogassa a mostani webes szarokat normálisan.

"Csak mivel 90%-a azt használta a világnak, így aztán kváziszabvány volt, olyan lapot kellett csinálni, ami ie-ben ment, nem ami a szabványnak megfelelt."

Remek, ennek örömére ne az legyen a Gaygle indoka, hogy "mert nem Webkit".


saxus  (statz) Agyfasz
#8, Agyfasz (417)
295 | #2306 | ^ | Idézet | Tue, 15 Jan 2013 07:37:53 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"hogy működjön az autocomplete, meg kiírja, hogy az adott függvény mit csinál."

Ahhoz nem kell bűvészkedni: referenciának hozzá kell dobni a .jar fájlt és onnantól mennie kell.

JavaDoc meg:

http://stackoverflow.com/questions/5891479/any-way-to-embed-javadoc-into-a-jar


saxus  (statz) Agyfasz
#8, Agyfasz (417)
235 | #24a9 | ^ | Idézet | Wed, 03 Apr 2013 20:38:06 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Őszintén? Az Ubuntu, meg az egész Linux/BSD világ jelenlegi kínálata asztali környezetekből, az egy vicc. Junití, meg gnómsell, meg gnómhárom, meg kádéenégy... "

Ezt mar neked evekkel ezelott megmondtam ;>


saxus  (statz) Agyfasz
#8, Agyfasz (417)
165 | #24aa | ^ | Idézet | Wed, 03 Apr 2013 20:39:26 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Meg az ő OS-ük nem szar."

Viszont a Finder fájlkezelésre még annyira sem használható, mint a Windows Intéző. Normális TC alternatíva meg nuku.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
85 | #24cc | ^ | Idézet | Sat, 06 Apr 2013 20:03:19 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Ez fura, írtam előbb egy postot a locale vs .NET témában, erre megette a devnull.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
962 | #24cd | ^ | Idézet | Sat, 06 Apr 2013 20:06:32 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Szóval alapvetően minden a locale-nak megfelelően működik, pl. ToString() is mindig az adott kultúrának megfelelően konvertál (arról meg nem az MS tehet, hogy különböző kultúrák különféleképp ábrázolják a számokat.) Előny: ha többnyelvű alkalmazást készítesz, nem kell neked ezzel szüttyögnöd külön. Ugyanígy a parseolás. Mielőtt rámondanád, hogy fasság, gondolj bele abba, hogy ha valaki a saját nyelvtanának megfelelően viszi be a törtszámokat egy textboxba.

Másrészt meg, mintden ilyen elfogad egy IFormatProvider-t (pl. lehet használni a NumberFormatInfo-t).

Egyébként meg Thread-enként eltérőre lehet állítani a CultureInfo-t, Ld. Thread.CurrentCulture. Lehet neki ISO kód alapján adni bármit vagy lehet használni nyelvfüggetlent is. Szóval RTFM és nem egyből szarozni.

És egyébként pár apróság: C/C++ alatt is ugyanígy érhetik meglepetések az embert, ha nem LOCALE_C -t használ.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2941 | #24db | ^ | Idézet | Sun, 07 Apr 2013 18:20:09 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Az oké, hogy a megjelenítés szempontjából jobb, ha a júzer nyelvének megfelelő formátumot választjuk, de ilyesmi konverziót meg lehet oldani a számbeviteli mezőn belül is."

De kurvára nem ott a helye. Minden egyes komponensnél külön-külön kezeljük le egyesével a területi beállításokat? Ne szopass már.

"Vagyis ő majd lekezeli, és lecseréli a júzer tizedeselválasztóját pontra. "

Vagy nem. Érdekes módon jobb helyeken olyat meg tudnak oldani, hogy nyelvfüggetlenek legyenek a függvénynevek, ld. Excel (bár hasznossága sok esetben vitatható).

"Nekem egy Python szkriptben legenerált csv-t kellett beolvasnom.

Vagy inkább csak nem foglalkoznak vele sok helyen. Mondom, alapból "C"-t szoktak használni, azaz kb. úgy, ahogy a forráskódot írod. .NET-ben annyiból más, hogy alapból átveszi a területi beállítást. De egyébként mondom, ugyanez megvan mindenhol máshol is:

#include <locale.h>

int _tmain(int argc, _TCHAR* argv[])
{
	float f = 1.2f;

	printf("Locale: %s\n", setlocale(LC_ALL, ""));
	printf("%f\n", f);

	return 0;
}


Ezt fogja kidobni:

Locale: Hungarian_Hungary.1250
1,200000

http://www.cplusplus.com/reference/clocale/setlocale/
http://docs.python.org/2/library/locale.html
http://php.net/manual/en/function.setlocale.php

stb.

"Érdekes módon más nyelvek mindig pontot szúrnak be a tizedeselválasztó helyére, csak a mikrofos úszik szemben az árral."

Hohó... Jön ide árlistából mindenféle, német részről azért nem ritka, hogy tizedesvesszővel jön. Itt marhára nem az MS úszik szemben az árral, hanem mindenki más szarja le magasról a lokalizációt és/vagy nem tanítják sehol, hogy nédmá, ilyen is van. Így születnek azok a szarok is, ahol a köcsög angolszász vidékről érkező úgy gondolja, hogy más karakter nem is létezik, mint ami az ő ABC-jükben van és az első ékezetes karakter megfekteti a programját. Lazán kapcsolódik:

http://hup.hu/cikkek/20130407/majdnem_keresztbe_tett_a_fedora_19_kiadasi_ciklusanak_schrodinger_macskaja

"Én inkább azon akadtam le, hogy egy threadnek már külön kúltúrája van. XDDDD"

Hahahaha NAGYONVICCES!!!!! XDXDXD!!!!!444 Egyébként meg:

"The locale information is maintained per process, not per thread. If you are running PHP on a multithreaded server API like IIS or Apache on Windows, you may experience sudden changes in locale settings while a script is running, though the script itself never called setlocale(). This happens due to other scripts running in different threads of the same process at the same time, changing the process-wide locale using setlocale(). "

Mondjuk ebben semmi meglepő nincs, PHP-ben a gettext() is ugyanezen okok miatt teljesen használhatatlan és ezért implementál helyette mindenki saját megoldást.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
753 | #24df | ^ | Idézet | Sun, 07 Apr 2013 22:42:49 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Ki a fasz kérte, hogy nyelvfüggően kezelje a beolvasást?"

Jó értem, ha bárki megpróbál valamit normálisan megcsinálni és nem a 40 éve elbaszott dolgokat továbbvinni, akkor már suttyó köcsög, szembeúszik az árral. És véletlenül se lehetséges olyan, hogy a programozóval van a gond, hogy nem ismeri az eszközt/nyelvet/környezetet, amit használ.

"Hagyjad kemi, nem érti. Már teljesen agymosott, annyira hozzászokott ahhoz, hogy a környezet kinyalja a seggét, meg már helyette gondolkozik és cselekszik is."

Ja, én vagyok az agymosott, mikor a programozók 90%-a szimplán baszik ezekkel a problémaköröknek egyáltalán utánanézni, hogy miért is van. Inkább beközli, hogy szar mert csak.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
232 | #24e0 | ^ | Idézet | Sun, 07 Apr 2013 22:47:14 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Ó, ezt a magas labdát még észre sem vettem:

"és véletlenül pont a tizedes elválasztó vessző helyett lefagy a programod."

Az hadd ne a nyelv hülyesége legyen, hogy nem lett az a nyomorék Exception lekezelve.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
137 | #24e2 | ^ | Idézet | Mon, 08 Apr 2013 03:24:42 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Nem baszki, hanem az, hogy egy nyomorék Exception nincs lekezelve, az csak és kizárólag a trehány programozó hibája. Senki másé.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
45 | #24e4 | ^ | Idézet | Mon, 08 Apr 2013 12:22:39 +02
84.3.*.* winfosfón nyóc suxplorer 10 Hungary *.catv.pool.telekom.hu
De ember, locale támogatás mindenben van...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
66 | #24e5 | ^ | Idézet | Mon, 08 Apr 2013 12:35:45 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Egyebkent meg kernem az ide vonatkozo _ISO_ szabvanyokat a CSV-re.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
535 | #24e7 | ^ | Idézet | Mon, 08 Apr 2013 15:26:31 +02
194.176.*.* Apple Mac OS X x86 Apple Safari Hungary *.usr.t-umts.hu
"Éppen a winfos volt az, amiben nem volt locale egészen a hetesig "

Te egy picit kevered a területi beállításokat -pénznemek, dátum/számformátumok, stb- (amely sztem már a kezdetek óta a rendszer része. 3.1-től már biztosan. Pontosabban csoda is lenne, ha nem lenne, libc része.) a többnyelvű felülettel. (Ami szintén nem egy mai találmány, fasz se tudja megint melyik fogyi marketingesnek volt az ötlete, hogz hol engedélyezi, hol nem.)

Egyébként a Windows2000-től elérhető volt már MUI pakk.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1160 | #24eb | ^ | Idézet | Mon, 08 Apr 2013 19:26:10 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
" Jól elbeszéltek egymás mellett :D"

TCH jön itt a nyelvekkel.

"Ez a megoldás, így normálisan parseolja be a cuccot"

Ha specifikus formátumod van, akkor inkább NumberFormatInfo és ott add meg a

Igazából az alapvető probléma itt az, hogy terjed az a hülye világnézet, hogy tároljunk mindent textbe, mert az mennyire jó, mert "human readable". Igen, csak ezeket a "human readable" szövegeket esetek 99,99999999%-ában arra használják, hogy gép dolgozza fel.

Az egész ToString/Parse mókát .NET-ben meg alapvetően arra találták ki, hogy te azzal a felhasználó felé és a felhasználótól fogadj el inputot. A felhasználó meg a területi beállításokban megkérte, hogy hogy akarja.

" hogy miért locale függően parseol amikor nem kértem."

...mert mi az, hogy nem kérted? .NET így működik, innen kezdve te nem mondtad meg rendesen, hogy hogy akarod. Ez olyan, hogy miért működik máshogy a crc32 PHP-ben, mikor nem kértem. Hát azért, mert az olyan. Az már megint hadd ne a nyelv/keretrendszer hibája legyen, hogy nem ismered a mögöttes koncepciókat.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1081 | #24ee | ^ | Idézet | Tue, 09 Apr 2013 02:05:44 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"de azért a ló másik oldalára sem kéne átesni, pl. az, hogy a bugróka a saját szarjait SQLite-ban tárolja, azért az elég nettó baromság."

Az még önmagában pont nem lett volna annyira fasság, ugyanis a végére a teljesítményrészét egész jól összehozták. Cserébe nem kellett pl. 0-ról újraimplementálni egy csomó keresés, full-text search, rendezés funkciót na meg az egész indexelést adta készen az SQLite. Főleg pont ott volt előnye, ahol nagy adatmennyiség jött össze.

Ami viszont a muhahahaha kategória. Még anno talán a 3.6 környékén megnéztem, hogy mennyire hakkolható ez, van-e egyáltalán valami DB réteg, cserélhető-e, stb. Hát lófaszt. Akkor még találtam egy-két olyan C-ben írt SQLite tárolt eljárást, amely már azelőtt elkezdett visszaadni a adatot, mielőtt a végleges resultset elkészült volna. Ha jól emlékszem, valahol ott találtam, ami a browsing historyba keres, amikor a címsávba elkezdesz gépelni valamit.

Mondjuk azt a részét azóta szerintem már 20x újraírták azóta.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1311 | #24ef | ^ | Idézet | Tue, 09 Apr 2013 02:13:25 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Ez nem tudom hogy jön ide, kemi kurwára nem akart semmit sem textben tárolni, csak volt egy csv-je, amit fel kellett dolgozni. Ha az ember kap egy csv-t, akkor dobja vissza, hogy küldjék el SQLite db-ben?"

Ld. Wavefront obj formátum. Plain text az egész. A fájlban 1-2 azonosítót leszámítva számok vannak vannak csak. Ha bináris formátum lenne, nagy részét instant lehetne tolni az OpenGL-nek. Vagy pl. ugyanez van a régi Office formátumokkal: anno az egészet úgy tervezték, hogy bizonyos blokkokat egy az egyben lehessen beolvasni a memóriába. OOo/LO meg használja az ODF-et, ami XML-es izé, nyilván ezer év, ameddig beolvassa. A helyzet az OpenXML-nél csak egy fokkal jobb, bár ma már szerencsére az esetek java részében nem feltűnő a sebességveszteség.

Vagy például hozhatnám példának a mindenféle árlistát. Ha most ki akarom tolni az árakat/elérhetőséget, akkor legszívesebben csinálnék egy { int,int,float, date{short,byte,byte}} structot, mennyivel egyszerűbb lenne letolni azt, hogy melyik cucc tulajdonképp mennyi, mekkora készlettel és/vagy mikori elérhetőséggel. De nem, az embereknek text kell, mert azt tök jó, mert ember által olvasható.

Ez a kórság egyébként elég erősen köszönhető a régi unixos toolkiteknek.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
249 | #24f3 | ^ | Idézet | Tue, 09 Apr 2013 20:02:24 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Operában minden sima textfile és mégsem lassú; ami azt illeti a bugrókánál csak 10x gyorsabb."

Viccen kívül, de nálam a Firefox sem lassú. Régebben voltak hullámvölgyek, de mostanság egész elégedett vagyok a Firefoxszal.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
212 | #24f6 | ^ | Idézet | Wed, 10 Apr 2013 01:41:34 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Van, de akkor is érezhető volt már a javulás, mikor még disken volt. De pl. melóhelyen sima mezei disk van meg egy sokéves C2D.

Egyébként az valóban dobott úgy amblock mindenen az SSD meg az új gép.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
184 | #2508 | ^ | Idézet | Fri, 12 Apr 2013 14:18:51 +02
194.176.*.* winfosfón nyóc suxplorer 10 Hungary *.pool.t-umts.hu
Na, itt a jo pelda a megis ki kertere.: suli, elektro2 labor, Microcap... Baszik arra, hogy én vesszővel irok egy számot, azt a vesszonel letordeli. Köszönjük Microcap, 2013 van.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
104 | #2509 | ^ | Idézet | Fri, 12 Apr 2013 14:20:00 +02
194.176.*.* winfosfón nyóc suxplorer 10 Hungary *.pool.t-umts.hu
Ez egyebkent wp8, nem sima w8. Mar ha különbséget akartok tenni a mobilok es az asztalik között is.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
23 | #250d | ^ | Idézet | Fri, 12 Apr 2013 23:29:12 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Mármint mi nem tiszta?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
857 | #250f | ^ | Idézet | Sat, 13 Apr 2013 01:21:20 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Nem, C-ben olyan nincs, hogy "létrehoz" egy pointert, ott minden érték típus, a pointer csak annak megkülönböztetésére szolgál, hogy tudd, hogy az most memóriacím és nem egy sima int akar lenni. Ha meg valaminek a címét akarod lekérdezni (azaz inicializálni a pointert), akkor azt meg a reference operátorral (&) tesszük.

int a=1; // 1 lesz az értéke
int* b = &a; // valami random memóriacím lesz az értéke


Na meg ugyanennek a derefererálása:

int c = *b; // (c-be beírja, hogy 1)


A második az igen, typecast, ugyanis a TimerIO az struct timerequest* típusú, és szerintem az előbbi is typecast akar lenni, csak onnan valami kurvára hiányzik, mert (a tőlem okosabbak) azt mondják, hogy ilyen a C standardban nincs. Ettől persze lehet, hogy valami egyedi C fordító megesz ilyet.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
265 | #2511 | ^ | Idézet | Sat, 13 Apr 2013 04:03:26 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Te kecskebaszó! Az idézett kódban honnan a halálból került oda a ; ? Az eredetiben nincs ott, a CreateExtIO kimenetét castolja.

TimerIO = (struct timerequest *)
    CreateExtIO( timerport, sizeof( struct timerequest ) );
if (TimerIO == NULL )




saxus  (statz) Agyfasz
#8, Agyfasz (417)
628 | #2513 | ^ | Idézet | Sat, 13 Apr 2013 08:15:06 +02
84.3.*.* winfosfón nyóc suxplorer 10 Hungary *.catv.pool.telekom.hu
C-ben te a memóriával azt csinálsz, amit akarsz. Ha te ugy dontesz h az a void* valojaban egy KutyaFasza* struct, akkor az. Vagy Ld. Union (Avagy polimorfizmus in da szi vaj): egy Union belul tudsz definiálni tobb structot is, mindig a legnagyobb lesz a mérete. Definialsz pl egy uniót az ipv4es címnek, egyik nézete egy char a, b, c, d hol allo struktúra, masik nézete meg egy int. Ha kiiratod használod a bytenkent bontott format, ha dolgozol vele es nem kell bitmaszkolasokkal buzulni ha meg csak dolgozol vele vagy a memóriában pakolaszod, használod az intes nezetet. Attol meg ua a 4 bytes szeglete a ramnak.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
324 | #2514 | ^ | Idézet | Sat, 13 Apr 2013 08:50:08 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Na és itt is van:

http://amigadev.elowar.com/read/ADCD_2.1/Includes_and_Autodocs_3._guide/node0029.html

struct IORequest *-tel tér vissza a struct timerequest meg egy

struct timerequest
   {
       struct IORequest tr_node;
       struct timeval tr_time;
   };


Das ist eine OOP/Polimorfizmus in da C-way.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
978 | #2518 | ^ | Idézet | Sat, 13 Apr 2013 13:52:18 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
structban structok = amennyi az ossz structok hossza, annyi lesz a memoriaban szekvencialisan lefoglalva.
unionban akarmi = leghosszabb elem hossza, az "alelemek" csak maz nezetek, mindegyik ugyanarrol a memroacimrol kezdodik. Ha struct IOResult* lenne, akkor termeszetesen pointer lenne a structban.

Es nezd mar meg, hogy kurvara nem ugyanazzal ter vissza:

struct IORequest *CreateExtIO(struct MsgPort *, ULONG);


Ilyen C fele OOP emulaciokor szoktak ezt igy csinalni, hogy a "szarmaztatott" structba beleturjak a masik structot az elejere. Azert van a timerequest elejen az IOResult struct. Gondolom a CreateExtIO megcsinalja az elejere es azert keri at a timerequest meretet parameterbe, hogy akkora helyet foglaljon le neki, hogy aztan a tobbi bizgentyu ne mast csapjon felul.

Mit ne mondjak, ez tipikusan az az eset szvsz, amikor 10000x kenyelmesebb lenne egybol valami OOP-t nativan tamogato nyelvvel jatszani, mintsem C-ben ganyolni :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
356 | #2519 | ^ | Idézet | Sat, 13 Apr 2013 13:58:45 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Egyébként, ha kultúráltan akarod átírni Pascalra, akkor használj valami ObjectPascalt, csinálj egy IORequest osztályt, abból meg származtassd a timerequest-et. És akkor nem kell ilyen nyomi structokkal szenvedni. Mondjuk már fingom nincs, de talán a Pascal is összemásolja a structokat egy nagy egészbe, ha nem külön pointert használsz.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
254 | #251c | ^ | Idézet | Sun, 14 Apr 2013 18:53:14 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Feltűnt, hogy ez Amigára van? Feltűnt, hogy nem én írtam?"

Feltűnt, miután rákerestem az eredeti kódra. Ott viszont írtak C++ fordítót is. Mindegy, nem nyitok vitát a C-sek önszopató perverzióiról.

Kódot meg majd megnézem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
213 | #251e | ^ | Idézet | Sun, 14 Apr 2013 20:08:27 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Belinkeltem az eredeti kódot, mi a túrónak kellett keresni?"

Mert először csak egy kódrészletet adtál :)

Amúgy első ránézésre jónak tűnik. Itt is "0"-ként értelmezett a nil?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
367 | #2524 | ^ | Idézet | Wed, 17 Apr 2013 01:34:15 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Ez most olyan, hogy Churchillre is sokan hogy felnéznek, ahhoz képest egyik jeles képviselője volt annak, aki az I és a II. VH alatt sikeresen szétverte a brit birodalmat azzal, hogy kétszer is háborúba vitte az országot, holott az egész valahol egy Szerbia elleni büntetőakcióként indult.

Csak hát úgy gondolták, hogy az aktuálpolitika fontosabb.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
166 | #2525 | ^ | Idézet | Wed, 17 Apr 2013 01:34:48 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Egyébként még mindig több esély van a túlélésre, ha foglalkoznak vele és kutatják a témát, mintha nem tennének semmit csak várnák a csodát. Szerintem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1297 | #252c | ^ | Idézet | Thu, 18 Apr 2013 19:49:05 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Objective C"

Egyébként meglehetősen kevés köze van a C++ által megkezdett OOP-hez. Gyakorlatilag egy Smalltalk C-s szintaxissal és C-s háttérrel tarkón baszva.

"HTML ismeretek nélkül semmire sem jó"

node.js. Nem scak a DOM fa túrása van a világon.

"A Go is ugyanide tartozik"

Az hagyján, nézted már, hogy hogyan kell változót deklarálni? Gaygle szerint ez így tök jó meg innovatív. RLY?

var i int = 1;


"VB.NET"

Egyébként a VB.NET-nek a létjogosultságát nem értem. Oké, van 1-2 olyan CLR funkció, amelyet a C# team fasságnak vélt és nem rakott bele, de amúgy tényleg... Az egész nyelvnek az volt a célja, hogy legyen valami ismerős a VB kódereknek (amelyből amcsiföldön volt sok), de ahhoz meg azért eléggé eltért a VB és a VB.NET...

"Mindkettő ősrégi, és manapság nem mész vele semmire."

:) Tanulásról van szó, tanulásról... Egyébként régen Apple-re meglepően sokat fejlesztettek Pascalban meg akkoriban DOS-ra. Ld. Photoshop ;) (Delphinek is ugyanez lesz a veszte, mint anno a Pascalnak: kihal alóla a platform). Na meg hány gépen is van Total Commander?

Egyébként valaki hozzon egy üveg pezsgőt. Ritka pillanatok egyike, mikor TCH-val egyetértek.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
113 | #252e | ^ | Idézet | Thu, 18 Apr 2013 21:34:31 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Most attól, hogy Non-blocking IO, attól hadd ne ájuljak el, .NET-ben is ott a .BeginXYZ() is szinte mindenre.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
272 | #2532 | ^ | Idézet | Thu, 18 Apr 2013 23:27:47 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
" Azt, hogy egy négyzethálós papíron ceruzával elvégezhető műveletet gépen is megtudok csinálni"

Tedd kérlek mindezt az éppen aktuális, folyamatosan változó jogszabályoknak megfelelően és legalább olyan gyorsan, mint ahogy egy számítógép.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
32 | #2534 | ^ | Idézet | Fri, 19 Apr 2013 00:33:38 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Na ez egy nagyon jó kérdés...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
592 | #2535 | ^ | Idézet | Fri, 19 Apr 2013 00:36:56 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Es van is rá magyarázat:

"If a program entered a state where it wanted to show the cursor even on systems without a mouse, it would call ShowCursor(TRUE) when it entered the state, and ShowCursor(FALSE) when it left it. One such state might be when activating the keyboard interface for selecting a rectangular region in a document. Under these conditions, a program naturally is expected to move the cursor around in response to user actions, even if the user didn't move the physical mouse hardware. "

http://blogs.msdn.com/b/oldnewthing/archive/2009/12/17/9937972.aspx


saxus  (statz) Agyfasz
#8, Agyfasz (417)
154 | #2537 | ^ | Idézet | Fri, 19 Apr 2013 12:16:10 +02
193.224.*.* winsuxp Mozilla Firefox Hungary *.uni-obuda.hu
Node.js pont, hogy szerveralkalmazás. Mondjuk ASP.NET engem se érdekel, bár ez igazából leginkább kompletten a webes szarokra értendő már nálam.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
135 | #2538 | ^ | Idézet | Fri, 19 Apr 2013 12:33:40 +02
193.224.*.* winsuxp Mozilla Firefox Hungary *.uni-obuda.hu
Már látom előre, ahogy megyek az aluljáróban: "occó raspi hosting ESXi-vel egy százasé'!"

http://hup.hu/123645


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1489 | #253d | ^ | Idézet | Fri, 19 Apr 2013 16:53:53 +02
86.101.*.* Apple Mac OS X x86 Apple Safari Hungary *.business.broadband.hu
Igazabol a node.js-ben ha jol tudom a Kroma fele V8-as JS motor van, ami meg mar JIT-tel (persze meg mindig lassabb, mint egy nativ kod a gyoker tipuskezelese miatt. Ld. az FB fele PHP takolmanyt, ott is csak kb 2x-es sebessegnovekedest lehetett elerni a gyoker tipusrendszer miatt, .NET, Java ilyen szempontbol meg mindig fenyevekkel elorebb jar a JS+akarmilyen JIT-ter elott. node.js-t meg amugy is ott hasznaljak, ahol valami balancer mogott van, ott meg mar nem nagyon szamit az a minimal, amin atmegy. (Amugy webszerver amugy relative pici overhead, inkabb ott van az overhead resze, hogy blocking/non-blocking, milyen threading modell, mennyi plusz featureja van, stb.

Egerkurzor: ld. linkelt cikk: a w32-ben mar thread-local beallitas ez, bar a mergeleserol nem nagyon ir. Szoval egy intmax eleresehez mar kell egy kis programozoi gyokerseg. Egyebkent meg:

Ha nincs eger a gepre dugva (-1), akkor se fog megjelenni, mert meg mindig 0-an all es nem fog feleslegesen megjelenni egy egerkurzor, hiaba erolkodik a program. Szoval igazabol megvan a maga logikaja: te jelzed, hogy akarsz-e, az OS meg hozzateszi a maga reszet. Ha meg valaki gyoker, haljon ehen. (Nem te szoktal azzal jonni, hogy a programozo tudja mar, hogy mit csinal? :) )

Es amugy jobban belegondolva a mai vilagban gyakorlatilag ismet aktualis, hiszen a midnenfele tapicskolos felulettel ellatott kutyuk, ld. tablet, mobil, nem tul surun rendelkezik egerrel, viszont a programok meg jo esetben kozosek lehetnek.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1387 | #253f | ^ | Idézet | Fri, 19 Apr 2013 17:59:12 +02
86.101.*.* Apple Mac OS X x86 Apple Safari Hungary *.business.broadband.hu
Akkor passz, gondolom azt felteteleztek, hogyi nkabb elrejteni fogjak vele, mintsem megjeleniteni (=ha van ugy is megjelenik) cimu sztori. Irj nekik, MS mostani idoszakaban meg az is lehetseges, hogy valaszolnak. :)

"A tapicskolós felületen a kurzor nem az ujjad?"

Nem, illetve attol fugg. Igazabol arrol fogalmam sincs, hogy hogyan van Windowsban visszavezetve, en inkabb az iOS doksit olvastam ez ugyben. Ami biztos, hogy ha diszkret pontrol van szo illetve nehany "gesztikulacio" vissza van vezetve hagyomanyos muveletekre (pl. mint az Applenal a ket ujjas gorgetes -> fel/le scroll), de ha picit jobban belemaszol a multitouchba, ott mar kulon vilag van, mert ugye tobb "kurzorod" van, amelyek raadasul nem egy pontba mutatnak, hanem rendelkezhetnek terulettel, nyomassal (ha nyomaserzekelos az eszkoz), stb. Bar tobbnyire a driver N db diszkret pontra (jellemzoen kozeppont) forditja vissza ezeket neked.

De ha egynel tobb pont van, akkor mar nem fogja neked tobb click eventte forditani azokat, hanem neked kell kezdened vele valamit. (Vagy hasznalsz valami magasabb API-t, pl. iOS-on is vagy lekerdezed a nyomon kovetettt pontokat - ahol kb. annyi segitseget kapsz a drivertol, hogy tudod, hogy melyik hova mozdult el -) vagy maga a mozdulatrol kapsz egy eventet. Pl. ket ujjas zoom, harom ujjas scroll, negy ujjas, ket ujjas forgatas, stb.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
134 | #2541 | ^ | Idézet | Sat, 20 Apr 2013 03:03:56 +02
194.176.*.* winfosfón nyóc suxplorer 10 Hungary *.usr.t-umts.hu
Android api = broaf, broaf es ismételten csak broaf... Komolyan, sírtam a WinCe/WinMO utan, pedig azert ott azert vannak am bajok...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2397 | #254d | ^ | Idézet | Sun, 28 Apr 2013 05:21:56 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"Szerintem az összes szabad szoftveres filozófiának ellentmond."

Muhaha, ugyanmar... Google hanyszor tiporta a sarba mar a GPL-t? :)

CentOS: Mostansag a Scientific Linuxot szoktak ujonban tolni (ugyanugy RHEL alap, csak talan picit aktivabbak), amikor en utoljara neztem, jonak tunt, de latszott rajta, hogy nem kifejezetten desktop a cel (mint ahogy a RH-nal se). Viszont joval kevesebb csomag es maga a rendszer kotottebb. Ami mondjuk nem csoda, RHEL-t nem az "osszepancsolom valahogy" helyekre szoktak tenni, hanem -teszemazt- Oracle ala, ott meg ugye altalaban az van, hogy betesztelnek 1-2 OS-t, hogy ezen mukodik, hasznald ezt es ugy, ahogy mi mondjuk, kulonben STFU, nincs support.

FreeBSD: hat hogy mint desktop most hogy all az jo kerdes, mikor en utoljara X-el neztem (6.2) akkor nagyjabol pocc-roff ment minden, raadasul a Linuxosok altal lesajnalt ATI egybol a 9600XT-mmel DRM-el (Direct Rendering Manager) es elvben 3D-vel (nagyon nem teszteltem), mar persze annyira, amennyire az akkori open source driver kezelte. Viszont latszik rajta, hogy nem a desktop a fo cel, gyakorlatilag full alap gnome volt rajta, nekem kellett mindent testreszabni. Egyebkent maga a renszer egesz barati tud lenni, nekem sok dolog szimpatikusabb, mint a Linuxokban. Ezen kivul meg talan a NetBSD az, amely jol all egy csomo mindenben, viszont "UX" szempontjabol szerintem meg fapadosabb es meg tobb kezimunkat igenyel, mire valami kenyelmes lesz belole.

Ami plusz szopofaktor lehet, az az, hogy ha valami olyasmit akarsz felrakni, amit valami tipikus GNU-s kocsog irt, aki szamara a platformfuggetlenseg annyit tesz, hogy Linux meg Linux esetleg Linux es telebassza olyan Linux (meg GCC)-only megoldasokkal, amelyek sehol mashol nem mennek.

Egyebkent meg 5 ev es talan rajottok, hogy Linux, mint desktop fos es ti is eljuttok az OSX-hez, mint desktop, ha igy folyatjatok :))) (Addig talan meg nem basszak szet).

"másrészt mi az, hogy illegális célokra használták volna?"

Azert legalabb magunkhoz legyunk oszintek: a TPB alapitoi nagyon jol tudjak, hogy mibol van a forgalom tetemes resze es nem hogy nem igazan zavartatjak magukat, hanem kifejezetten tamogatjak az egeszet. Innen kezdve meg mar erosen felmerul a bunpartolas, mint olyan.

------

Off: Ezt meg nezzetek meg:

http://vosztok.blogspot.hu/2013/04/csernobil-nehez-hetek-kronikaja.html


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2625 | #2550 | ^ | Idézet | Sun, 28 Apr 2013 14:23:43 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Hja egyvalamit elfelejtettem emliteni: azert a debian sok cosmagja melle hozza kell tenni, hogy jobban is daraboljak a csomagokat (de minek...)

" Majd még megnézem, hogy mennyi csomag és milyen hosszú támogatás jár mellé",

CentOS, SL...

" mert amit én keresek az egy olyan disztró, aminél az egyes major verzióknak tényleg hosszú - értsd: minimum 3 évnyi, de inkább 5-6 évnyi - támogatása van és az nem csak azt jelenti, hogy csak biztonsági frissítések vannak mint Debiannál, hanem lefordítják rá az új verziókat is."

Ja varj, akkor neked Windows kell... (Egyebkent a jo kurva anyjat az MS-nek, ha most tenyleg elkezdi ezt a rolling release dolgot eroltetni. Ha valami tenyleg jo volt a Windowsban az az, hogy egy stabil platformnak szamitott, nem turtak at az alapveto API-kat 3 havonta, mint a Linuxban.

"Nagyjából már beletörődtem, hogy nem fogom megúszni időnként a forgatást és a package buildinget."

En meg rajottem, hogy nincs annyi felesleges idom, hogy a rendszerrel pocsoljek.

"Viszont úgy tudom, hogy a BSD-kben van valami "emu" ami tudja futtatni a Linuxos binárisok egy részét."

Van, van, de igazabol senki se szereti.

"Haiku"

Az a gond, hogy kb. 15-20 eves elmaradasban lenne...

Heil H^WGabucino o/. Azert tegyuk hozza, hogy Gabu velemenyet az ideologiaival egyutt kell kezelni :)

"Paks"

Igen, Paks helyett eredetileg egy total mas eromuvet rendeltunk meg, amit kesobb visszamondtunk, mert a vegyipart akartak tolni a rakovetkezo 5 eves tervben. Akkor meg ugy nezett ki, hogy olaj lesz boven, annak feldolgozasa soran keletkezo mellektermek meg jo hatasfokkal egetheto plusz az eromu is olcso hozza. (Atom pont forditva: eromu a nagy koltseg, hozza kepest az uran mar olcso. De az a vicc, hogy osszessegeben meg mindig a legolcsobb, csak ugye sajnos igazan csak alaperomunek jo) Csak ugye mar kezdett begyuruzni az olajvalsag es akkor az itteni okosok rajottek, hogy megis inkabb Paks. (Bar eredetileg nem oda akartak a magyar mernokok, csak az oroszok mondtak, hogy hat, ha nem muszaj, akkor inkabb... Ezutan viszont az oroszok reszerol volt meg 1-2 evnyi keslekedes, mert kozben (szerencsere) magukeva tettek a nyugati biztonsagi filozofia nagyjat (pl. containmnet rendszer), emiatt gyakorlatilag egy total mas eromuvet kaptunk. Gyakorlatilag ez volt akkor az uj szovjet atomeromuvek "mintaeromuve".

Ha erdekel a tema, akkor ajanlom Szabo Benjamintol az Atomkorkep cimu konyvet, Boltban sztem sehogy, antikvariumban nehezen beszerezheto, de konyvtarakban megtalalhato.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
213 | #2551 | ^ | Idézet | Sun, 28 Apr 2013 14:28:16 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Toriumrol jut eszembe: ha jol emlekszem, a toriumos eromube ugyanugy szukseg lenne grafitra, amit Csernobil ota tudatosan szamuztek mindenhonnan, mert hat igen-igen rossz tapasztalat van az oltasaval kapcsolatban.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
246 | #2562 | ^ | Idézet | Wed, 01 May 2013 03:52:53 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"egyszer voltál fennt a listán a "dúmos" posztod miatt, de azóta azt is leszedte."

Ja, mert kozoltem vele, hogy ne legyen mar hupu es olvassa mar el az egesz szalat, ne csak egy fel kommentet... Tobbire meg majd reagalok.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2665 | #2571 | ^ | Idézet | Mon, 06 May 2013 03:09:10 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Az XML/JSON/CSV részével egyetértek, láncfűrésszel kéne írtani. "

Egyébként hosszú-hosszú évek alatt bennem az a vélemény alakult ki, hogy bármennyire is szar, terjengős az XML, vannak dolgok, amelyeket kibaszott jól megoldottak benne: létezik hozzá egészen jó schema definiciós megoldások (XSD pl. egészen sok mindenre ad lehetőséget, de már egy DTD is megváltás, ha van), ráépülő technikák mindenfélére (XPath pl egész hasznosnak tűnik, kár hogy sosem olvastam utána eléggé, XSLT, amelyben csak az a kár, hogy beleesett ugyanabba a hibába, mint az XSD: ocsmány XML syntax, LinQ2XML és hasonló jó eszközök), névtereknek köszönhetően különféle dokumentumok is egymásba ágyazhatóak és a többi és a többi és a többi. Lehetne jobb is, de minden hibájával együtt is fényévekre van használhatóságban, mint bármi más. Persze, a megfelelő eszközökkel, nem vi-al meg sed-del való bohóckodás esetén.

"Viszont, miért akarod rákenni ezt a "unix filozófiára"? "

Nem rákenni akarom, de kétségkívül nem keveset tesz hozzá a kialakult status quo fenntartásában: gyakori érv, hogy azért használnak valamilyen textet, mert "vannak hozzá eszközök". Igen, csak épp ezek az eszközök ahhoz vannak, hogy az egyik szar által kifosott text outputot a másik szar számára elfogadhatóvá varázsold. (Ezzel szemben pont jó ellenpélda a PowerShell, ahol objektumok utaznak a pipeline-ban és nincs ilyen bohóckodás, hogy most hogy írják a törtszámot, mivel választják el az oszlopokat meg milyen a dátumformátum, mert a következő program is egy strukturált, típusbiztos bemenetet kap.) Mert egyébként nem kellene más, csak egy szabványos formátum, hozzá egy specifikáció és a főbb nyelvekre egy-egy lib, amivel ezt a formátumot lehet kezelni (XML-t is csak onnan kezdve lett értelme használni, hogy készültek hozzá íráshoz-olvasáshoz-schema validáláshoz eszközök.) na meg néhány eszköz, amivel mondjuk nézni meg manipulálni lehet. És innen kezdve maga a kezelésének módja leszarható lenne, mivel szabványos felületen keresztül csinálnál mindent. (Tehát kitesztelt lib el se baszhatja neked.)

De nem, mert a hupuk további érve, hogy "de debuggoláskor bele kell nézni, azt meg egyszerűbb textfileban". Aham, ha szabványos, kitesztelt megoldásokat használnának, nem kellene debuggolni azt, ami el se romolhatna. Ez egyébként a csodás textfileknál is megvan, mikor valaki okosba oldja meg mondjuk az XML vagy a CSV készítését. Ha tudnád, hogy mennyien vannak.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1291 | #2575 | ^ | Idézet | Tue, 07 May 2013 17:23:22 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Viszont még mindig nem értem, mi köze ennek a sok textparsálós fasságnak a "unix filozófiához",

"5. Store data in flat text files."

Csak ennyi.

"amikor egyfelől az XML még mindig a mikrofosos berkekből szaródott a napvilágra"

Haha, nem. A GML-t az IBM fejlesztette, utána az ISO standardizálta SGML néven és az XML-t a W3C szabványosította. Na meg az utóbbi időben a Sun tolta nagyon a Java-val, aztán kezdett rá nagyon a Microsoft. Bár ebben szerintem benne van az is, hogy az XML atyja az most pont az MS-nél dolgozik.

"Mi lenne, ha probléma se lenne?"

A probléma attól még fennáll. Textfileoknak viszont tényleg vitathatatlan előnye, hogy jó részükből formátumspecifikáció nélkül is ki lehet bányászni adatokat (igen, itt jön be az, hogy tessék szépen dokumentálni és formátumspecifikációt adni), ráadásul toolok ugyanúgy kellenének. És ez az, amivel előrébb van az XML a sima random textfilenál, hogy vannak hozzá egész jól használható toolok készültek hozzá valamint egy általános szabvány arra, hogyan definiálj struktúrákat, hogy az ne haljon ki a fejlesztő céggel/programozóval.

Azért valjuk be, binárisokat valamivel nehezebb reverse engineeringelni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
563 | #257e | ^ | Idézet | Wed, 08 May 2013 02:50:33 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Meg aztán nem azzal van a baj, ha valami több dolgot is tud csinálni, hanem azzal, ha felesleges fasságok vannak benne."

Kevered a GNUizmust és a Linuxizmust az UNIX-al :)

https://gist.github.com/dchest/1091803

Egyébként meg ugyanott, csak egy picit feljebb Doug McIlroy, aki nem kevés unixos toolt készített (na meg magát a pipelinet):

"This is the Unix philosophy: Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface."


saxus  (statz) Agyfasz
#8, Agyfasz (417)
48 | #2588 | ^ | Idézet | Fri, 10 May 2013 22:46:43 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Linux Desktop Eve => eves rotfl kb. 98 ota...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2041 | #2595 | ^ | Idézet | Wed, 15 May 2013 03:31:56 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"A Vistával annyi volt a probléma, hogy hirtelen nagyot ugrott hardver követelményben (bár a fejlesztése is tovább húzódott, mint a Windows release-ek általában). Sokan pedig 4-5 éves gépre nem tudták ezt feltelepíteni. De azért egy átlagosabb 2-3 éves gépen már vígan elment. A másik, hogy kukáztak csomó elavult hardvert. Ez azoknak volt fájó, akiknek régi hardverük már nem volt hajlandó működni, és itt talán közrejátszik a piaci igény is, hogy ne támogassák már a régi hardvereket, azért, hogy újat vegyenek. A szoftveres támogatottsággal nem volt gond annyira, nekem a legtöbb dolog működött "

Pont ezt mondtam én is (és esküdni mernék, hogy írtam is.

"(igaz, én csak SP1-től kezdtem használni ami sokat számít, de ez XP-nél is hasonlóan volt)."

Na én meg a W7-et kezdtem használni az RTM óta, mert bedőltem ismerősöknek, hogy de jó az meg minden. Nos, sok tekintetben valóban jobb volt, mint az XP (pl. volt már végre natív AHCI támogatás <3, ezerszer jobb IO vezérlés <3, bár tippre Vista-ban is megvolt már a nagyja, jobb SMP, stb. és összességében használni gyorsabb volt.), de hogy olyan bagatel apróságok voltak benne, amiket szépen lassan a hotfixekben javítottak, hogy attól néha eszem-faszom megállt. Pl. hogy 2013-ban felülre tett tálcával legyen szopás, hogy pl. nem lehet rákattintani a miniatúrára. Persze valahol félúton az SP1-ig fixálták, de na...

Aztán most meg az MS is ezt a fogyatékos rolling release szerű szart akarja tolni, amit egy csomó Linux distró meg a Google csinál... Nos, lófaszt a seggükbe.

Mondjuk a napi agymosott díjat meg ennek a szerzője is megkaphatja: http://hup.hu/cikkek/20130514/h_security_ovatosan_a_skype-pal_a_microsoft_elolvas_mindent_amit_irsz

Roppant érdekes, hogy Skype beszélgetés után figyeli a weblogokat, de hogy-hogy nem, pont az User Agent nincs benne. Egyébként ennél sokkal viccesebb, hogy a Googlebot is tökugyanezt csinálja.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
90 | #2597 | ^ | Idézet | Thu, 16 May 2013 07:26:02 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Sőt, ők a rosszabbak."

Aztán látod, emberek mégis beveszik a maszlagukat.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
736 | #259d | ^ | Idézet | Sat, 18 May 2013 05:49:27 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"Adják a rendszerhez, hogy mindenki azt használja, a versenyt meg ellehetetlenítik."

Ez bullshit. Ha ez igy lenne, Firefox, Chrome soha nem ert volna el jelentos piaci reszesedest. Bongeszovalaszto balfassagnak meg meg lehetett nezni, hogy mennyi eredmenye volt (kb. 0).

NOD32 meg egyebkent ja, nagyon lecsuszott, de egyebkent a hangsuly is jelentosen attevodott az utobbi evekben. Ma mar egyre kevesebb a "klasszikus" virus, leven, hogy a bongeszot erdemes inkabb tamadni masreszt manapsag inkabb a megelozesre terelodik a hangsuly, ld. DEP, ASLR, kulonfele sandboxok (foleg mobil OS-eken), stb. Na meg mar csak azert is, mert egyre tobb a kulonfele VM, jitter, stb. amelyet mind lekovetni lehetetlen feladat.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2305 | #259f | ^ | Idézet | Sat, 18 May 2013 16:37:57 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Vagyis 8 évig volt egyeduralkodó a suxploder"

Na és mi volt az ellenfele? NS4 mérhetetlenül elavulttá vált. Magam is sokáig használtam, aztán rá kellett jönnöm, hogy IE _akkoriban_ jobb volt. NS6/Mozilla? Hagyjuk, lassú volt, szar volt, instabil volt, sokat evett... Opera a csillió reklámjával? Első értelmes kihívó a Firefox volt, az is 2003-4 környékén.

"ami elég jól mutatja, hogy mekkora szar a suxplorer."

Na, amit 1-2 éve leműveltek a Firefoxnál az se volt semmi, igaz a mostaniak nagyjából rendben vannak. Vicc az, hogy lassan a Chrome lesz a leginkább erőforrás-igényes. Egyébként kinézem azt, hogy 2-3 IE verzió és újra erősödni fog, utóbbi időben nagyon ráálltak.

"Lehet. Az utóbbi években én már kimaradtam a winfosos szekuricsi bajokból."

Ez nem Windows, ezek általános dolgok. DEP-et pl. ma már minden OS támogat jobb esetben a hardveres NX bittel együtt. (Lényege, hogy a memórialapokat egy bittel megjelölik - általában a memóriacímben, így valójában csak 63 bitnyi címtered van, ami mondjuk sokat nem oszt-szoroz, hogy adat vagy kód. Ha non executable-ra van jelölve, és "véletlen" odatéved a instruction pointer, akkor már hasal is el a program. Jól véd az ellen, ha pl. adatként próbálsz kódot beinjektálni majd oda ugrasztani a programot. Persze, jitterekkel nehéz az élet.

Az ASLR (egyébként egy magyar ötlete volt - PaXTeam) meg szintén olyan dolog, ami már majdnem minden oprendszerben van alapból (kivéve Linux, mert Torwalds gyökér és nem akar semmiféle security keretrendszert a kernelbe mint pl. grsecurity vagy hasonló, ami miatt kapja is a savat rendszeresen), meg annyi, hogy a fontosabb struktúrákat a címtérben véletlenszerűvé teszi, így ha valamit felül akarsz írni, akkor előtte még meg is kell találnod a memóriában. Pl. nem tudod olyan egyszerűen azt megtenni, hogy egy ismert függvény kódját sufniban lecseréled, hogy mikor majd a normál kód azt hívja, akkor a te kódod fusson tovább.)

Ez a két dolog önmagában meglepően sok dologtól véd. Vírusírtók meg... Nos, a legtöbb securitys arc egy elveszett küzdelemnek látja azt, inkább az ilyen és más megelőző dolgokban látja a jövőt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1650 | #25a1 | ^ | Idézet | Sat, 18 May 2013 18:30:13 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Maga 1-2%-os piaci részesedésével soha nem volt jelentős tényező.

"A többi OS alatt eddig sem volt hangsúly, hogy vírust írtsunk."

Aztán mégis fel-fel törögetnek Linuxokat meg Linuxos programokat időnként véletlenül.

" Azért vannak olyan vírusírtók, amik az ismert vírusállomány 99%-át lefedik",

Semmit nem jelent ha valaki az éppen aktuális 0day-al próbálja feltörni a rendszert. Pont ezért nem hisznek a secu szakemberek a vírusírtókban: egyrészt remote exploit ellen nem tudsz mit tenni, localhoz meg ismerni kell, ami nonszensz, mert lehetetlenség mind. Ezért inkább a megelőzés.

"használati konvenciókra, amit vaskézzel be kell tartatni, pl. nem dugdossuk a konzolra az otthonról hozott USB kulcsunkat)."

:)) Van, ahol még az is policy, hogy tilos a google translate-t használni, mert a sztaki szótárba talán kevésbé fogja bemásolni a delikvens egy méretesebb belső anyagot.

"Torválcról tudjuk, hogy gyökér, de most mit lehet tenni?"

Haha, frissen kaptam ircen a következő kísérőszöveggel:

"latszik, hogy mekkora nagy kamu az, hogy a linus es a csipetcsapat komolyan auditaljak a commitokat mielott befogadjak,
ez senkinek se szurta ki a szemet
9 sor valasztja el a kettot"

+static void sw_perf_event_destroy(struct perf_event *event)
+{
+	u64 event_id = event->attr.config;
+
+	WARN_ON(event->parent);
+
+	atomic_dec(&perf_swevent_enabled[event_id]);
+	swevent_hlist_put(event);
+}
+
+static int perf_swevent_init(struct perf_event *event)
+{
+	int event_id = event->attr.config;



saxus  (statz) Agyfasz
#8, Agyfasz (417)
236 | #25a4 | ^ | Idézet | Sun, 19 May 2013 04:16:23 +02
194.176.*.* winfosfón nyóc suxplorer 10 Hungary *.usr.t-umts.hu
Jha, hat igen, mindig rühellem, Mike valaki láthatóan - elvileg magyar E/3 vagy T/3-ban magyarozik...

Egyebkent Linux témára Visszatérve: ja, jo hogy van patch, miutan a fel Security közösség korberohogte - ismét - a Linuxot.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
631 | #25a8 | ^ | Idézet | Sun, 19 May 2013 15:15:50 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Most miért, tökre igaza van: Googlenél (Facebooknál és az összes hirdetésből élő[sködő]nél) te vagy az árucikk :))

Egyébként meg Firefoxnál, Operánál nem az a fő bevételi forrás, hogy neked hirdetéseket szolgálnak ki, Google esetén a bevétel masszív nagyja ebből jön. (Szívtak is ezzel a Googlenál, mikor az FB kidobta őket). Android market, Google Aps/could/stb. elég elenyésző tétel amellett. Talán most a Youtube-al sikerül nekik egy erős második bevételi forrást találni, ha végre bejön nekik a fizetős szolgáltatások, mert amióta megvették, azóta csak a pénzt vitte nekik.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
756 | #25b2 | ^ | Idézet | Tue, 21 May 2013 18:47:20 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"legalábbis az én telefonomon: Samsung Galaxy Gio"

Na igen, az egy 2009-es ARMv6-os proci... Az előző telefonomban egy Qualcomm MSM7200-as volt (400 Mhz), nem kell tőle sokat várni.

Egyébként bírom, van most ez a Raspberry Pi hype, aztán idővel mindenki meglepődik, hogy az ARM egy szarhugyfos, főleg, ha v6-os. (RasPi is az, ami érthetetlen, tucatszám vannak az ARMv7-es lapok, sokkal jobb felszereltséggel.) Igazából a vicc az, hogy matekolásban már nem lenne annyira gyér a proci ("minden egyébre - h.264 encode/decode, 3D, stb. - meg ott a célhardver"), ha nem 250 Mb/sec lenne a sávszélje. Egy szaros PC is csinál már 20-50 Gb/sec-et, attól függően, hogy milyen ram, meg dual-tri vagy quad channel.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
143 | #25b3 | ^ | Idézet | Tue, 21 May 2013 18:50:14 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
WP8-as Mobil IE10 egyébként 320-at csinál. Ami nem rossz, ha azt nézzük, hogy az (asztali) IE9 még 138-at az asztali bugróka meg 394-et.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1469 | #25b8 | ^ | Idézet | Wed, 22 May 2013 08:13:46 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"A Rπ-re senki nem mondta, hogy ez egy asztali számítógép."

Muhahaha, ahhoz kepest, hogy mennyire jol koveted a hupot, latom elkerulte ez-az a figyelmed.

"A Rπ egy hobbi célokra kifejlesztett lapka, ami arra jó, hogy bütykölj és tanulj vele! Nem mindennapi felhasználásra találták ki, csak a hozzád hasonló butthurt wintelglob.-fanok verik a pöcsüket, hogy demekkora szar ez mert nem megy rajta a hádévideó, meg a krájzisz, de bezzeg egy pécé..."

Hja, csak ott van mondjuk a Cubieboard, amin van SATA, ARMv7, gyorsabb, 2x annyi ram, stb es alig kerul valamivel tobbe. Egyebkent a HD video pont megy ezeken a szarokon, leven, hogy az ARM-es lapkakban van hardveres dekoder altalaban.

Egyebkent meg pont azt pofaztam, hogy nem lenne gaz az ARM, ha lenne normalis rendszerbusza, mert amit most kurnak ala az massziv lofasz. Ugyanez volt anno a gond x86-on (ezert is vettek at elso korben a K7-es procikhoz az Alpha rendszerbuszat az AMD-nel a mernokok meg kesobb a memoriavezerlot bele a prociba) meg talan a Power5-os szerianak is ez volt a nagy rakfeneje: proci birta volna, csak nem kapott adatot.

"Az x86."

Ahhoz kepest:
- Apple is csak egy PC, ami x64.
- Low-mid (1-8 CPU) Szerverek x64, High end? Kihalofel, mert keveseknek eri meg
- Xbox One, PS4, Steambox? x64.

IE10 meg van W7-re Wiki szerint, XP-nek meg jovo tavasszal lejar az ezerszer meghosszabbitott tamogatasa, nem tolnak mar oda ki semmi ujat.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
407 | #25bb | ^ | Idézet | Wed, 22 May 2013 12:45:48 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
"És az ötlet akkor is a Rπ-től származik, ők összeraktak elsőként egy ilyet"

Messze nem elsokent, csak elsokent, akiknek sikerult hypet csapnio korulotte.

"2004-ben a circa 4-16 GByte/s átvitel karcsú volt? "

4 az eléggé, az átlag már akkor is 12-16 Gb/s volt emlékeim szerint. De nem az a lényeg, hogy mennyi abszolút értékben, hanem, hogy a CPU-hoz kevés volt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
59 | #25fa | ^ | Idézet | Mon, 03 Jun 2013 21:38:18 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"A Mac sem az:"

Lófaszt nem, az is csak egy PC.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
273 | #2606 | ^ | Idézet | Thu, 06 Jun 2013 03:17:29 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"http://hup.hu/cikkek/20130605/0day_windows_exploitot_tett_kozze_a_google_egyik_biztonsagi_szakertoje
HÁ-HÁ."


13-06-05|12:13:01] <pipacs> tery milyen buzgo windows 0day ugyben
13-06-05|12:13:07] <pipacs> bezzeg a linuxos vmiert kimaradt nemreg

:)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
71 | #2608 | ^ | Idézet | Thu, 06 Jun 2013 14:39:11 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
http://secunia.com/vulnerability-review/vulnerability_update_top50.html


saxus  (statz) Agyfasz
#8, Agyfasz (417)
160 | #2611 | ^ | Idézet | Fri, 07 Jun 2013 01:03:47 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Operációs rendszerekről volt szó"

Épp ezaz, az egész oprendszerben jelenleg kevesebb az ismert hiba, mint a google szaros böngészőjében :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
86 | #2618 | ^ | Idézet | Sat, 08 Jun 2013 14:00:43 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"vagy épp az OSX-nél"

Annál bármi biztonságosabb. Az nem azért van :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1183 | #2662 | ^ | Idézet | Fri, 28 Jun 2013 12:41:15 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"Amúgy ja. Kurvasok veremművelet, meg függvényhívás miatt lassú, de van olyan dolog amit csak rekurzívan lehet megoldani, pl. egy fabejárás."

Nana, ez igy nem igaz. Egyreszt, ha nagy a fa es nem a stacket akarod terhelni, akkor csinalsz kezzel egy vermet vagy egy lancolt listat.

"De ha már szkriptnyelv, nekem valahogy szimpatikusabb a Python."

Mondjuk idiota szintaxisaval szerintem dogoljon meg a Python, de LUA-t altalaban nem azert szeretik hasznalni, mert maga a nyelv annyira jo lenne, hanem mert a tobbihez kepest nagyon egyszeruen beagyazhato a LUA runtime mas cuccba.

"Factorial + rekurzio"

Az, hogy ezt igy irjak meg, annak csupan oktatasi modja van: altalaban a faktorialis szamitason vagy a fibonaccin szoktak bemutatni, hogy nemda paraszt, rekurzio.

Egyebkent vannak olyan nyelvek, ahol nincs mas, mint a rekurzio, mert pl. ciklust is csak "rekurzivan" tudsz megirni... Ld. prolog, ahol (sokkal) nehezebb ket szamot osszeadni, mint bonyolult logikai osszefuggeseket megoldani. Vagy nem egy funkcionalis programozasi nyelv. Igaz, itt jellemzoen maga a runtime es/vagy a fordito kibontja a rekurziot valami masra.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
353 | #2668 | ^ | Idézet | Tue, 02 Jul 2013 02:32:25 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
lévén épp te védted a Pythont a PHP-vel szemben.


Tuti? Nagyon nem szokásom, nem igazán látom, hogy hol lenne igazán a helye. PHP-val szemben pont az az érvem a Python ellen, hogy Pythonhoz még nehezebb hostingot és tapasztalt kódert, üzemeltetőt találni. (Ez az érv mondjuk nagyon sok esetben el tudja dönteni a vitát).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
256 | #266b | ^ | Idézet | Thu, 04 Jul 2013 02:27:19 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Nyihahahaha

http://torrentfreak.com/sony-video-players-should-be-internet-connected-to-beat-pirates-130703/

Irónia? :)

Egyébként a jó édes kurva anyját már megint ennek a szájbabaszott MySQL-nek. Hogy-hogy nem, már megint ezzel van a szopás...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
163 | #2673 | ^ | Idézet | Thu, 04 Jul 2013 12:47:26 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Baszki, mar megint nyelodnek el a hsz-eim...

http://torrentfreak.com/sony-video-players-should-be-internet-connected-to-beat-pirates-130703/

Szoval.... ironikus.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1071 | #26ac | ^ | Idézet | Fri, 19 Jul 2013 19:39:47 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
"SQL-ben mi a különbség a VARCHAR meg a VARCHAR2 között?"

:)) Az, hogy rossz RDBMS-t használsz... Amúgy gyakorlatilag semmi (immáron 20+ éve), de nekem ezt még valaki úgy magyarázta, hogy "használja mindenki a VARCHAR2-t, mert fenntartják a jogot arra, hogy módosulni fog a VARCHAR" (rotfl)... Szerintem meg csak arról van szó, hogy az Oracle meg akarta nehezíteni a migrációt a szarjáról :)


"Ez a nagyszerű, zseniális és csodálatos szarákül bazdmeg!!! Ha NULL a mező beállítása, akkor hiába is próbálsz üres sztringre szűrni, mert leszarja!"

Ez nem szarákül, hanem így van az SQL standardban. Akármilyen összehasonlítást, műveletet végzel NULL-al, annak false/NULL-nak kell lennie.

Még a NULL-t sem tudsz NULL-al összehasonlítani.

> select case when null = null then 'T' else 'F' end
"F"

(És erre minden RDBMS-nek F-et kell visszaadnia.). Ez van, SQL-ben a NULL nem egy speciális érték (mint pl. a C NULL), hanem egy kb. egy "állapot".


saxus  (statz) Agyfasz
#8, Agyfasz (417)
111 | #26d3 | ^ | Idézet | Sun, 28 Jul 2013 06:56:35 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Viszont sokkal átláthatóbb"

Vagy nem, mert a kódban távolabb van -> nehezebb karbantartani.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
168 | #26d4 | ^ | Idézet | Sun, 28 Jul 2013 07:02:00 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Egyébként az érdekesség kedvéért: kimérnéd nekem, hogy csak tisztán a random függvénynek milyen a sebessége ennyi elemre mondjuk 5 külön futtatás során?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
42 | #274d | ^ | Idézet | Sat, 24 Aug 2013 20:39:24 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
http://www.youtube.com/watch?v=C5KlNEh2Yo4


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1296 | #2750 | ^ | Idézet | Sun, 25 Aug 2013 01:28:10 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Elhiszem, de szerintem ne is bánd, az a cég amelyik papíron kéri a próbafeladatot, az teljesen komolytalan, akkor is, ha nagy cég."

Ezzel vitatkoznék: papírnak az a hatalmas nagy előnye, hogy csak és kizárólag magadra vagy utalva. Sok apróság lejön belőle, ami gépen nem jönne le. Pokhálónál is volt egy olyan gyerek, akit felvettünk, mert valaki volt olyan okos, hogy gép elé ültette le a gyereket (amit mai napig nem értem hogy gondolták, miután az előtte lévő 20-at is papíron teszteltettük) és ott meg tudta oldani a tesztünket, de simán papíron már lehet elvérzett volna.

C bool témához:

C-ben konkrétan egyébként sincs bool típus. A C99 már definiál egy _Bool nevű típust meg egy bool nevű makrót rá (illetve a true/false-ra is egy 1/0 értéket), de valójában attól még ugyanúgy egy int a háttérben.

http://pubs.opengroup.org/onlinepubs/007904875/basedefs/stdbool.h.html

Viszont az and/or/bitand/bitor stb. operátorok is egyértelműen definiálva vannak, hogy melyik, melyik, de mivel 10000000 kóderből ha egy használja, emiatt a C kóderek ütni tudnak érte rendesen. (Hozzáteszem jogosan, senki nem rajong ha feleslegesen unortodox megoldásokkal fárasztják, mikor ott a szokásos, triviális módszer.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1866 | #2752 | ^ | Idézet | Sun, 25 Aug 2013 05:44:18 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"oszt nem tud puskázni, csak magára van utalva. "

Meg esetleg a fordító hibaüzeneteire.

"Viszont had ne kelljen már kilométer hosszú kódsorokat kézzel írni, "

Eddig akárhány tesztet láttam, mindenhol max 5-10 sor volt, amit írni kellett egy feladatnál.

"aztán ha valamit törölni kéne akkor nincs backspace, marad a firkálás, áthúzás, mocskolás. "

Huhú, ha tudnád mennyit mesél az, hogy ki mit javított. Ez az, amit gépen sosem látsz, hogy hogyan gondolkodott az illető. Papíron még néha van valami nyoma. És jellemzően nem arra kiváncsiak, hogy tudod-e, hogy melyik függvény csinálja meg az adott feladatot, hanem arra, hogy magadtól tudsz-e algoritmizálni. Amikor picit tovább lép az ember attól, hogy php-ben while-ban ki tud listázni 10 cikket, akkor már szokott ilyen is játszani.

"Meg mi a fasz, hát profilja a cégnek a prímkeresés?"

Azért egy primitív prímkereső algoritmust az embernek magától ki kell tudnia találni. (Azon kívül, mindenhol tanítanak rá egy módszert kb. ált. suliban matek órán..)

"mert C-ben az true az 1, holott valójában -1-nek kéne lennie."

Melyik C-ben? Az ANSI-ban semmit nem mond, csupán annyit, hogy a logikai hamis értéke az integer 0, minden más igaz érték. Ez van a szabványban.. A C99-be is kb. csak azért került bele, mert _olvashatósági okok_ miatt mindenki definiálta magának a true-t 1-nek a false-t 0-nak, meg hogy kissé igazodjon a C++-hoz. De te is tudod jól, hogy pont az ilyenek miatt inkább egy hordozható assembly a C, mintsem egy alkalmazásfejlesztő nyelv (azt maximum a hupuk hiszik, akik leragadtak 40 évvel ezelőtt...). Bár erre a feladatra a C++ is megbukott, még Stroustrup szeirnt is. (Mondjuk a C++11-el vagy 8-10 évnyi lemaradást behoztak a 20-ból...).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1336 | #2753 | ^ | Idézet | Sun, 25 Aug 2013 06:10:43 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Hopp, a kommented vége lemaradt:

"Viszont most nézem, C/C++-ban nincs is logikai kizáró vagy kapcsolat???"

C-ben sincs "logikai" xor. Csupán azért működik, mert integerre működik.

"Bár, ha jobban meggondolom nem is meglepő, pont a fent említett 1 vs. -1 probléma miatt, ugyanis a logikai és ill. vagy kapcsolatokban hóttmindegy, hogy csak a legalsó bit egyes vagy az összes, kizáró vagyban meg nem..."

Ez inkább abban különbözik, hogy míg a Pascal egy oktatási/alkalmazásfejlesztésre jól használható nyelv volt (nem véletlen, hogy egy időben DOS-on nagyon erős volt - igaz ebbe belejátszott az is, hogy könnyű volt ASM kódot beletúrni -, de nem kevés régi NextSTEP/MacOS-es program is ebben készült), addig a C csak valami kényelmesebb cucc az Assembly helyett.

De ez igazából nem probléma, máshogy definiálja a dolgokat a két nyelv. Egyébként ennek szerintem nagyon egyszerű az oka: PDP-11-en volt egy BIT nevű utasítás, ami lényegében a bitenkénti AND-nak felel meg és csak flag registert állít. Így két utasításból megvan az if. Ha -1-et követelsz meg mindenképp, akkor előtte még kell egy MOV és egy CMP. De ugyanez van x86-on is most is x86-on.

http://en.wikipedia.org/wiki/PDP-11_architecture#Double-operand_instructions


saxus  (statz) Agyfasz
#8, Agyfasz (417)
226 | #2754 | ^ | Idézet | Sun, 25 Aug 2013 06:11:43 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Arról nem is beszélve, hogy ezzel, hogy a logikai igaz-t úgy definiálták, hogy "minden, ami nem 0", kizárták azt, hogy legyen definiálatlan eset. Viszont húzok aludni, mert már látom, fogalmazni nem tudok.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2826 | #2759 | ^ | Idézet | Sun, 25 Aug 2013 20:02:00 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"A Python nem soronként interpretál, hanem behúzza az egész kódot, gépi kódra fordítja, majd futtatja."

Ez erősen függ attól, hogy mivel futtatod. Pythonhoz is van többféle runtime. A CPython ("A Python") pl. sima interpreter, nem fordít az semmit se gépi kódra. A Jython meg az IronPython meg pl. JVM/CLI kódot generál, ott már JIT-elés után valóban natív kód fut.

"Tessék ez tkp. két sor, lényegtelen, hogy van-e értelme, vagy nincs, csak próbáld meg ezt leírni kézzel! Csak mérd az időt! Aztán számold a hibákat!"

Mondjuk ahol ilyet írnak, így egy sorban, azt ütném szívlapáttal...

"és nem definiáltam semmit,"

De az stdbool.h igen.

"Én sem vagyok érte oda, de a C++ baromira nem ugyanaz a szint, mint a C. A C++-ban van támogatás a sztringektől elkezdve a GUI vezérléséig mindenre; a C++ alkalmas alkalmazásfejlesztésre. Hogy a nyelv alkotója szerint megbukott, az az ő véleménye, a világé más, a használható"

Na az stl egy trágya. Ugyan nagyon kellett a C++ második verziójához (nem véletlen vették bele, holott eredetileg az SGI-nek volt egy belső libje), de a mai napig hiányzott belőle rengeteg dolog, amitől igazán használható lett. Nem véletlen, hogy rengetegen használták pl. a boost-ot. Pl. most került bele ilyen apróság, mint threading az stl-be. Amúgy Stroustrup szerint ott bukott meg a C++, mint alkalmazásfejlesztő nyelv, hogy magas szintű programnyelvnek nem elég magas szintű, mert túl sok mindenre kell figyelned így is, viszont ahhoz már magas szintű, hogy, a C-vel egy lapon lehessen említeni.

"- Van multithreading support, a pthread. Igaz, hogy nem C++ standard, hanem POSIX, az majdhogynem egyenértékű, szerintem még az MSVC is támogatja."

W32-n ott volt a saját threading megvalósítás (meg kb. mindenhol). Jellemzően meg valamivel körbe volt bástyázva, hogy most W32 thread, vagy phread (vagy valami egyéb, ha se nem w32, se nem posix). Egyébként érdekesség: Windows (NT-n) a Win32 alrendszer mellé lehetett telepíteni POSIX alrendszert is. Valamint a .NET is egy külön alrendszerként települt. (Ezért volt az, hogy kezdetben csak annyit írt XP-n a .NET-es programokra, hogy szerinte ez hülyeség és nem alkalmazás, aztán valahol az SP2 környékén megtanították a rendszerrel, hogy inkább azon csipákoljon, hogy kellene neki ilyen vagy olyan verziójú .NET FW.) Ha valaki nagyon akarná simán lehetne ezt bővíteni tetszőleges alrendszerrel.

Ha meg már OOP, egy kis érdekesség:

Egyik NetBSD-s arc mesélte múltkor, hogy ki akarja próbálni az OOP-s/C++-os megközelítést a NetBSD-n, mondván, hogy sokszor ugyanazt csinálják meg C-ben, amit egyébként a C++ nyújt nyelvi szintén.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1560 | #275d | ^ | Idézet | Sun, 25 Aug 2013 23:32:39 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Nem volt behúzva."

A példakódodban? Na ne már...

"C-ben hogy csinálnak ojjektumot?"

Már milliószor elpofáztam, hogy nem az a lényege az OOP-nek, hogy objektumokat csinálsz ész nélkül, ha nem akarod érteni, ne értsd. C-ben is lehet OOP szemlélettel fejleszteni... OOP nem ott kezdődik, hogy objektumaid vannak, hanem, hogy elkezdesz interface-kban, egységekben gondolkodni. OOP nyelvekben erre ott van az interface, absztrakt osztály, stb. (C++ -ban mondjuk csak annyi, hogy tele van pure virtual fv-kkel az osztály). C-ben ezt jellemzően úgy oldják meg, hogy csinálnak egy struct-ot, ott van egy halom fv pointer (pl. egy driver interface-ja), majd arra felaggatják az egyes fv-k pointerét. Aztán persze, lehet még játszani a különféle alignmentekkel, ha mondjuk valaki valami öröklődés szerű dolgot akar csinálni.

Mondanám, hogy nézd meg, hogy a composit application-ra mik az ajánlások .NET témakörben: az egyes modulok között nincs közvetlen hívás, mindenhol maximum egy interface-t látsz a másik modulból. Ettől lesznek cserélhetőek a komponensek. Mondanám azt is, hogy olvasd el a porgramtervezési minták című könyvet, de úgy se tennéd...

"Pascalt manapság az égvilágon senki nem használ"

Hahaha, az ügyviteli rendszerünk frontendje Delphi (+ egy halom MSSQL tárolt eljárás). Azért ne becsüld le a legacy kódokat. Egyébként is, Total Commandert láttál már? Sokáig azért nem volt belőle 64 bites verzió, mert nem volt 64 bites Delphi.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
90 | #275e | ^ | Idézet | Sun, 25 Aug 2013 23:36:31 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Ja ilyen OOP imitáció C-ben látni pl. az SDL-ben vagy akár a Quake 2-ben is jócskán.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1875 | #2760 | ^ | Idézet | Mon, 26 Aug 2013 04:54:24 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
http://bgafc.t-hosting.hu/bvk.php?m=0&o=10063&c=1

Ebben lévőre gondoltam.

"Persze, mert az OOP nem az, hogy a kódod alapvetően objektumokkal dolgozik, hanem az, hogy interface meg egység van."

"A struct nem objektum, ennek megfelelően a struct-okkal dolgozó függvényeknek semmi köze az OOP-hoz, ezt csak a hozzád hasonló O3P High Priestek akarják bemagyarázni!"

Miután a struct+fv pointer halmokat használják interface-nak (ugyanarra a célra, amiben egy normális OOP nyelvben egy interface-t és mögé egy azt implementáló osztályt használnak), de OOP szemlélet. Még ha ez sérti a lelkivilágod.

"Ebben látod igazad van. Két okból sem tenném. Egyfelől én nem mosom magamnak az agyam. Másfelől meg nincs rá szükségem, vagy rájövök, hogy egy adott problémát hogyan lehet és kell megoldani, vagy azt úgyis baszhatom.
Annak semmi értelme, hogy többszáz oldalon keresztül rizsázzanak nekem, hogy de mekkora jó az OOP, de főleg a fosnet vagy a dzsuva"

Nos, látod, ezt hívják úgy, hogy szemellenző. Egyébként is a példakódok nagyja C++ kis része Smalltalk. 1994-es a könyv, se Java, se .NET nem volt még akkor...

"Miért nem használod az egyel régebbi verziót belőle."

Hahahahaha, mert véletlenül a korábbi verzió funkciót azután vezették be a Steamen, miután elkurták az egészet. (Arról persze mélyen hallgatsz, hogy mcsiv vagy ki is megírta, hogy API szinten is elcseszték egy rakás modnak a támogatását.) (Egyébként raw input megoldotta OSX-en és Windowson is. Kár, hogy ez egy olyan dolog, amivel azelőtt *sosem* volt baj, *MIELŐTT* vissza nem portolták a *Linuxos* innovációkat.)

"A MySQL-ben szerinted 255 karakter (omg) a varchar,"

5.0.3 óta 64K. Hurrá. És? Kezeli már mindenhol a foreign keyeket? Pl. MyISAM-mal?



saxus  (statz) Agyfasz
#8, Agyfasz (417)
1674 | #2762 | ^ | Idézet | Mon, 26 Aug 2013 14:10:10 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
"Éééértem, tehát az OOP az alfa és az omega, majd belemagyarázzuk, hogy aki jól csinálja amit csinál, az akkor is OOP-ban dolgozik, ha egy darab ojjektumot nem használ."

Ezzel a bullshittel is te jössz folyton. Senki nem mondta, hogy az OOP az alfa és az omega. (Különben nem tolnák pl. a LinQ-t és egy rakás funkcprogos dolgot, pl. closure-k bele a .NET-be meg a C++-ba.)

Csak tudod, ha kihúznád a buksid egy picikét a szokásos fikázásból, akkor rájönnél, hogy miért fasság, amit folyton hadarsz, hogy az OOP lényege, hogy legyen minden objektum. Mert nem az.

"Ad 1. Nem olvastam, hogy mit írt, így nem csoda, hogy "mélyen hallgatok róla", hogy mit írt."

Ahhoz képest, hogy milyen betegesen naprakész vagy a hupos hozzászólásaimból, "meglepő", hogy pont elkerülte a figyelmed.

"szerinted miért a Linux szar azért"

Ezt is te adod a számba. Azt mondtam, hogy a csodás Linuxos törekvései miatt baszta el a Valve a Half-Life-t. Szóval nem vitattam ott a milyenségét.

"nade bazdmeg, karakter?!"

Nade bazmeg, karakter...

select length('árvítűrő tükörfúrógép');
create table tmp (test varchar(30)) CHARACTER SET ucs2
insert into tmp (test) values ('árvíztűrő tükörfúrógép');
select * from tmp;

És hopp nem csak az első 15 karakter van benne.

De idézhetnék a MySQL manualból is:

"The CHAR and VARCHAR types are declared with a length that indicates the maximum number of characters you want to store. For example, CHAR(30) can hold up to 30 characters."

http://dev.mysql.com/doc/refman/5.0/en/char.html


saxus  (statz) Agyfasz
#8, Agyfasz (417)
101 | #276f | ^ | Idézet | Tue, 27 Aug 2013 14:05:35 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
https://fbcdn-sphotos-h-a.akamaihd.net/hphotos-ak-prn2/q71/1170671_10201798520066823_1633480797_n.jpg


saxus  (statz) Agyfasz
#8, Agyfasz (417)
22 | #2772 | ^ | Idézet | Tue, 27 Aug 2013 23:38:06 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Nem, ez offtopic volt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
379 | #277c | ^ | Idézet | Fri, 30 Aug 2013 04:13:01 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"http://www.hwsw.hu/hirek/50853/microsoft-windows-8-1-operacios-rendszer-msdn-technet-rtm-preview.html
Zzzigen. Végülis. Idegenítsük el a fejlesztőket is, mert miért ne. Szúrjuk tökön magunkat zsinórban sokadjára is.
Én már csak egy kurwa fröccsöt kérek."

Hat ez viszont gigafail. Ha a leakeles megakadalyozasa volt a cel, az veszett ugy igy is ugy is.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2422 | #2780 | ^ | Idézet | Sat, 31 Aug 2013 03:42:21 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"akkor már "Not Even Pre-Alpha Level"-nél "kiszivárogtatnám", hogy "ez lesz" és mindjárt tízmilliós nagyságrendűre növelném a tesztelőtáboromat, mindezt kurwára ingyen, mert ez ugye "kiszivárgott", tehát ők hivatalosan nem tesztelők, a hostolást meg megoldják a dealerek a torrenten. Dehát én ehhez nem értek."

Egyébként most is ez megy az MS-nél már jó ideje, ld. különféle RC-k, CTP-k ("kommutyi teknolódzsi privjú"). Másrészt van egy csomó oldala a Microsoftnak, pl. hibabejelentésre ( http://connect.microsoft.com/ ) meg egy egész sor specializált (pl. vagy tematikus pl. msdn, channel9 forums, social.microsoft.com-on belül többféle a különféle dolgokhoz), csak kevesen ismerik, így nincs is akkora élet rajta, mint pl. a stackoverflow-on. Igaz, ott többnyire inkább fejlesztéssel kapcsolatos kérdések vannak. Szóval javul a helyzet.

Viszont ez most tényleg gigafail, öngól. Egyrészt mert kurvanagy kicseszés a fejlesztőkkel (az nem lehet érv, hogy annyit azért nem változott a rendszer...), ami azért gáz, mert végső soron a fejlesztő(cége)k fogják megmondani, hogy mit használ az user. Na persze, ezt is átrágja a politika: Valve sem azért fújol annyira a W8-ra (főleg, hogy eleve ex-MS alkalmazottakból áll a cég egy jó része), mert annyira bajuk lenne vele, hanem a Store miatt. (Lepődjünk már meg azon, hogy kb. akkor jelentették be, hogy lesz a Steamben sima alkalmazásbolt is, mikor bejelentették a W8 Store-t...) Legviccesebb, mikor ilyen arcok pattognak, mint Notch a Mojangból, hogy jajúristen, de hát DRM!!!444. Mintha a Minecraft netes authentikációja nem lenne DRM...

De más téren is vannak bajok. Pl. VS2010-hez egész jó bővítményeket adott ki a Microsoft (pl. Productivity Power Tools, és a személyes kedvencem a Debugger Canvas, utóbbi nem picit egyszerűsíti meg a debuggolást összetettebb program esetén: http://www.youtube.com/watch?v=3p9XUwIlhJg ). Erre a VS2012-be átveszik a felét a PPT-nek a Debugger Canvas-t meg még csak nem is tervezik portolni. a VS2013-ba se. Nem értem miért jó ez nekik, ezek nélkül (meg még 1-2 kisebb-nagyobb apróság nélkül) magam részéről nem vagyok hajlandó váltani. (És akkor még nem említettem azt, hogy mennyire ocsmány lett. Pedig a VS2010 egész kulturáltan nézett ki.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1511 | #2781 | ^ | Idézet | Sat, 31 Aug 2013 03:53:41 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Amúgy szerintem inkább az van a háttérben, hogy az az RTM mégse annyira RTM, mint amennyire azt mondják. Ugye az eddigi modell az volt, hogy nagyjából belőtték a határidőt, aztán kész lett, mikor kész lett, maximum faragtak/csúsztattak featurekat, ha túl nagynak bizonyult. (Kivéve az eredeti Vista, de az egy másik történet). Most meg át akarnak állni éves ciklusra mindenből (DE MI A FASZNAK???) persze, lehetőleg őszre időzítve, hogy a karácsonyi szezonban már mehessen minden.

Erről mondjuk csak annyit tudok mondani, hogy nem kellene felvenni ezt a fasságot. Windows pont azért tudott megmaradni a vállalati szegmensben, mert mint platform stabil volt, évekig lehetett rá építkezni anélkül, hogy kitúrnák az ember alól a talajt (vicces, de a 32 bites W8 még mindig támogatja a 16 bites Windowsos programokat...). Na meg, hogy a viszonylag hosszú követési idők miatt nem kellett számolni akkora változatossággal a verziók terén. Mondjuk mindig az utolsó 2-3 verzióval és az sokszor lefedett 10 évet.

Pl. Hébe-hóba még most is van egy-két Office 2003, de a nagyja 2010-nél tart, esetleg 2007-ből látni még nagyobb tömegben, a 2013 még csak most kezd szállingózni befele. WinServer ugyanez: többség 2008-2008R2, hébe-hóba kivezetés előtt néhány 2003R2 meg szállingózik a 2012. VS dettó. MSSQL dettó. Na ha most évente lesz új verzió, az azt jelenti, hogy mindenből lehet majd 5-6 féle verziót támogatni. Kössz, nem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
871 | #2783 | ^ | Idézet | Sat, 31 Aug 2013 16:24:20 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Steamet amugy mara egesz hasznalhatora osszekalapaltak. Igazabol harom problemam van vele: lassan indul, nehany jatekot is lassan indit* es a webes reszei lassuak.

Amugy stabilitasra, funkcionalitasra mar nem nagyon van problema vele. Elinditani meg vegul is egyszer kell. Viszont nagy elonye, hogy hordozhato rendszerek kozott (pl. ami most van Steames telepitesem, az meg szerintem ket geppel korabban kb. 3 vagy 4 Window telepitessel elobb lett felrakva. (mostani gep W7, elozo gep W7, azelott XP valamint az azelotti gep XP-je). Ilyenre az Origin pl. ma sem kepes, sot meg van olyan fogyatek, hogy hiaba van ott a lemez a gepben, ha nem noszogatom elegge, akkor meg kepes es inkabb nekiall letolteni.

* Ezt meg azert nem ertem, mert amugy tud gyorsan inditani jatekot. De erdekes, hogy tipikusan azok a leglassabbak, amik a gcf "fajlrendszert" hasznaljak.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
239 | #2785 | ^ | Idézet | Sat, 31 Aug 2013 21:11:12 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Egy csomagformátum, ahova beledobálja a Steam a programhoz tartozó cumókat, de újonban a Valve visszatért a régi .pak jellegű megoldáshoz.

https://developer.valvesoftware.com/wiki/GCF
https://developer.valvesoftware.com/wiki/VPK


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2687 | #2787 | ^ | Idézet | Sun, 01 Sep 2013 02:00:36 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Vissza az ősi Quake csomagokhoz?"

Olyat többnyire mindenki használt valamilyen formában. Egyébként a GCF sem volt különböző ettől jelentősen. Viszont sokan egy ideje átálltak egy sima zip fájlra (mert gyors kitömöríteni), pl. a Quake3-tól kezdve az id végig azt tolta.

"Hát, nem csoda, ők csak szart okádtak a világra."

Nanananananaaaaa... Azért az eredeti Half-Life meglehetősen előremutató volt a maga korában, mind abban, hogy erősen történetközpontú játékmenete volt, mind a modolhatóságban (bár az csak véletlen lett).

"Az ilyen 3D-s lövöldékből két nagyágyú van, az iD és az Epic. "

Hát khm... id az a Quake3 óta lófaszt nem tett le az asztalra. Doom3 unalmas techdemó (és játékmenetét tekintve HL koppintás), Rage-ről nem is beszélve. Az egyéb közvetett pátyolgatásaik (ET:QW, Wolfenstein, Quake4) sem lettek valami sikeresek és/vagy jók. Azon kívül szvsz. engine fejlesztésben is messze elmaradnak, főleg, ha a mellékelt toolkitet vesszük figyelembe. (Ezt pl. a Valve is felismerte pár éve, hogy a Hammer Editor és a 98-as korszakot idéző toolkit nem versenyképes). Egy UDK vagy egy Crytek-es Sandbox Editor mellett szimplán nem versenyképes. De így jár az a cég, akinek az egyik fő vezetőjét jobban érdekli az engine, mint az, hogy milyen játék lesz.

"Van még pár kisebb csapat akik kurwa jók (pl. a Serious Sam készítői), de nem volt akkora hatásuk az iparra."

Nana.. Azért az IW a CoD1-2-vel eléggé megalapozott egy irányt, ami egyébként a maga korában jó is volt. (És sajnos az a gond, hogy azóta is mindenki azt másolja.) Az más kérdés, hogy az MW1-2 volt az utolsó jó a szériában. De az EPIC Games sem tudta Unreal szériában soha felülmúlni a 99-es UT-t, későbbiek nem lettek olyan jók. Nem véletlen, hogy az UT3-mmal be is rekesztették a szériát egy időre és inkább mással próbálkoztak (az mondjuk eddig bejött nekik).

Meg azért technológiai szempontból nem elhanyagolható a Crytek a CryEngine-vel (és amúgy az eredeti Far Cry és a Crysis1 sem volt rossz játék, bár csak az utóbbival játszottam) illetve a DICE a Frostbite 2-3 engine-vel.

Szóval jelenleg az van, hogy az EPIC tartja magát (sőt, meglehetősen jól megél az engine eladásokból, de szerencsére nem felejtettek el játékot fejleszteni sem), feljött egy DICE (most nagyon megy nekik) és egy Crytek, viszont ami még nagyon megerősödött az az indie piac, főleg, mióta van olcsón, használható engine+fejlesztői környezet, pl. Unity3D. Meglepően jó. (Bár megjegyzem, egy UDK ára sem vészes).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2492 | #2789 | ^ | Idézet | Sun, 01 Sep 2013 05:11:16 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"A HL egy unalmas szar volt és egyébként is kvékmotor hajtotta, tehát a vulva semmit nem mutatott vele."


Na azért...

"Ken Birdwell explains it like this:

"It is fundamentally just a heavily modified Quake 1 engine. There are about 50 lines of code from the Quake 2 engine, mostly bugs fixes to hard problems that Carmack found and fixed before we ran into them."

At its core, it's a Quake 1 engine. You can tell this by comparing Half-life's map compiling tools with those shipped with Quake 1. You'll find very minor differences -- none of them are fundamental. The core rendering is architecturally identical to Quake1, the only "significant" change is removing the fixed palette, making map lighting RGB instead of 8 bit, and converting software rendering to be 16 bit color instead of 8 bit color, which was pretty easy and only required minor code changes. Our skeletal animation system is new, though it was heavily influenced by the existing model rendering code, as were a lot of our updated particle effects, though less so with our beam system. Decals are totally new, our audio system has some major additions to what already existed, and at ship time our networking was almost totally Quake1 / QuakeWorld networking but about a year later Yahn rewrote most of all of it to be very different in design. The most highly changed sections are the game logic; ours being written in C++ and Quake's being written in interpreted "Quake C". Our AI system is very very different from anything in Quake, and there's a lot of other significant architectural changes in the whole server and client implementations, though if you look hard enough you can find a few remnants of some nearly unmodified Quake 1 era entities buried in places."


"A többi? Az újabbak? A legújabb? "


Az MW1-2 még nem volt rossz történetileg (sőt, egész jól összerakták). Mondjuk az MW3 szar volt. Meg a multi nekem agyatlan. Viszont bejelentéskor olvastam egy vicces kommentet valahol: "mit ki nem hoznak abból a Quake 3 engineből"

de a Crytek tudtommal épp most ment csődbe, vagy nem?


AFAIK él, virul. SZerintem te a Crytek Hungaryra gondolsz.

Én most a motorokról beszéltem.


Na azért attól a Doom3 enginetől nem estem hasra. Nagyon műanyag volt az egész, főleg pl. egy HL2 látványvilágához képest.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1398 | #278b | ^ | Idézet | Sun, 01 Sep 2013 19:23:12 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Most vert szét a mikrofos egy játékfejlesztő céget."

Mondjuk ott maguk a Crytekesek sem értették, hogy tulajdonképp mi is lenne a játéknak a koncepció, nem csoda, hogy lelőtték azt a projektet. Bár azt furcsállottam, hogy nem tudott volna munkát adni nekik a német Crytek, vagy akár a Crysis 2-3-ba bedolgozni. Ma már egy AAA kategóriás játékhoz rengetegen dolgoznak be külsősként. Pl. valamikor beszéltem egy MC szerveren egy arccal, kiderült, hogy anno a Nexus modelljein dolgozott, azóta saját outsourcing céget csinál és abból él, hogy máshova dolgozik be. Na meg ugye ott a Digic is.

"az egyetlen igazi fejlesztésük"

+ animációs rendszer, toolkit hozzá (Valve Hammer Editor vs Quake Editor? Rotfl. Doom3-nál panaszkodtak az id-sek, hogy sokkal több idő a pályatervezés. Hát, nem csodálom. Az editoruk kb. a Quake1-hez használt Editor óta nem fejlődött semmit.), jobb fényrendszer, részecske rendszer, stb. Ma is ilyeneken rugóznak, ha egy engine képességeit firtatják. AI meg... Nos, azért Unreal-ban is láttam olyat, hogy egyik gyíklény gondolta jól kitér a lövésem elől. Ja, bele a szakadékba. Half-Life-nál ami pl. anno kifejezetten jóra sikerült az a kommandósok AI-ja. Dobsz feléjük egy gránátot, megpróbálnak elvonulni, ha fedezékbe bújsz, inkább gránátot dobálnak utánad, stb.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2430 | #278d | ^ | Idézet | Mon, 02 Sep 2013 03:31:36 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Ez azért elég erős csúsztatás."

Doom 3 editor: http://hosted.zeh.com.br/doom3/tutorials/tut5_01.jpg
Quake 2 editor: http://www.bluesnews.com/screenshots/q2/qed01.jpg
Hammer editor: http://upload.wikimedia.org/wikipedia/en/8/8b/Valve_hammer_editor.jpg

Most nem kerestem a Q1, Q3-ról editort, de az is kb. tök ugyanígy nézett ki. (Meg egyszer egy ismerős mutatta a MOHAA pályaszerkesztőjét, az is egy Quake 3 Editor fork. Ugyanaz a nem túl intuitív felülnézet + magasságállító felosztás, ugyanúgy dobozokból kellett kifaragni az adott formájú szobát, stb. Nem volt terrain editor (ma már minden normális toolkit tartalmaz valamilyen "ecsettel rajzolható" terrain editort, prefab rendszer szintén nagyon kezdetleges volt. Pl. akartál egy nyitható ajtajú szekrényt, az régen úgy nézett ki, hogy összeraktad a szekrényt meg az ajtaját a pályán, majd minden egyes cumónál egyesével bescriptelgetted, hogy forgassa el az ajtót, ha odamész interaktálni vele. Ma ez úgy néz ki, hogy külön elkészíted a szekrény objektumod, megcsinálod neki a viselkedését _egyszer_, aztán mindenhova ledobálod, ahova kell. Arról nem is beszélve, hogy mennyi munka volt, ha mondjuk valami tárgyat dinamikusan akartál mozgatni és nem egy statikusan lerakott valami. (Ok, e téren a Doom 3 mondjuk hozhatott előrelépést, mivelhogy egységesítették az egész megvilágítási rendszert, így nem volt szükség statikus lightmapokra és nem volt gond, ha valami mozgott a pályán.)

Ennél nem picit lépett tovább pl. a Sandbox Editor, aminek az alapjait szintén kb. ugyanakkor fektették le: http://www.youtube.com/watch?v=FfxG_uB66vI
- Terrain editor, kb. mint egy Warcraft 3 editor bonyolultsággal
- Mindenféle tereptárgy, cucc ezerszer jobban kezelve. Erdőt pl. gyakorlatilag egy ecsettel "rajzolsz", nem egyesével rakosgatod a fákat.
- Gyakorlatilag egy az egyben azt kaptad, amit a játékban. Ez különösen mindenféle effektnél, pl. részecske rendszer, animációk tesztelése, stb. hangsúlyos.
- Ma már pl. egyszerre mehet a fejlesztés PC-n, PS3-mon és Xboxon, párhuzamosan.

Ezek nagy részét egyébként az Unreal Editor-ban is megcsinálták időközben. De nem kevés részét még egy sima Unity3D is tudja. Gondolom a következő a Valve lesz a Hammer Editorral. Pár éve olvastam, hogy terveznek valami intuitívabbat.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
219 | #278e | ^ | Idézet | Mon, 02 Sep 2013 03:47:39 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Hja ha meg vicces bugokat akarsz látni, akkor nézd Dani2462 channeljét Youtube-n. Többnyire Kerbal Space Program videókat rak fel, de nagyja sírva röhögés pozitív.

http://www.youtube.com/user/Danny2462/videos


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1363 | #2790 | ^ | Idézet | Mon, 02 Sep 2013 19:58:38 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"BTW, ezt a vulvás szkrínsatot nézegetve, elég erősen koppintották az első Unreal ED-t."

Kb. minden valamire való 3D-s modellező vagy pályaszerkesztő eszköz így nézett ki a 90-es években. Egyébként ne reménykedj, Quake1-hez indult külsős projektnek, amit a Valve megvásárolt. Még jóval azelőtt, mielőtt egyáltalán kiadták volna az Unreal-t.

"hanem, hogy a Q1 és a D3 editora között semmi különbség nincs."

Nem is ezt mondtam. Nyilvánvalóan hozzá kellett igazítani az egyes enginek különbségeihez. Viszont használhatóságának lényegét tekintve semmi jelentős változás nem volt benne. (Ha tovább firtatjuk, akkor még hozzátehetjük, hogy az eredeti DoomEd is kb. hasonló elven működött, annyi különbséggel, hogy ott nem tudták több dolgot egymás fölé rakni.)

"Mekkora újítás, beszarok."

De az editor nem. Itt nem arról van szó, hogy hol fut az engine, hanem arról, hogy amit csinálsz editorban, azt párhuzamosan, azonnal látod élőben mindkét másik konzolon is. (UE2-vel már csak azért sem tudod ezt megtenni, mert ott még mindig statikus világítás van, amihez a lightmappokat előre ki kellett számítani. Doom3-ban még meg lehetett volna oldani, _HA_ nem lenne annyira esetlen a toolkitje)

Így-e: http://www.youtube.com/watch?v=3OHGjSm_RMo


saxus  (statz) Agyfasz
#8, Agyfasz (417)
5148 | #2794 | ^ | Idézet | Tue, 03 Sep 2013 09:59:19 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Ja értem. De még így is cca. 8-10 éves lemaradásban vannak Epiccel szemben, mert az UE3 már tudja ezt is, az meg 2004-es vagy 2005-ös. Id-t nem tudom, abból el vagyok maradva."

Igazából olyanról, hogy UE3 olyanról már nem igazán beszélhetünk. Annak is jött időközben vagy 2-3 nagyobb és több kisebb frissítése. Meg most már az UE4-re koncentrálnak. UE3-ban viszont ilyen kereszt-szerkesztési funkció nem volt, egyrészt azért, mert még mindig külön volt az engine és az editor, szemben a Sandbox editor-ral, ahol gyakorlatilag a játék köré építették az Editort, így bármikor el tudtad indítani a játékot (magában az Editorban) és maga a futó játék alatt tudtad a pályát szerkeszteni. Talán az UE4-ben ezt megoldják, de nem vagyok biztos benne. Másrészt, Eninge képességben egyáltalán nincsenek lemaradásban,

Érdekesség: ugyanígy működik pl. az Unity3D is. Ott mondjuk még azt is megoldották, hogy ha módosítod a forráskódot, akkor az editorra való visszalépéskor fordítsa újra és reloadolja azt, persze limitációkkal.

id meg már nem árul engineket, mióta megvette a Zenimax az id-t, hanem megtartották belső technológiai fejlesztőcégnek. Igaz, nem is volt rá túl nagy igény, EPIC teljesen átvette azt a szerepet, ami a Q2-3 idején volt az id. Különbség annyi, hogy nem felejtettek el játékot fejleszteni. Illetve EA körökben feljött még mellé a DICE (Frostbyte 2-3) is vagy pl. az, amit a Square Enix lerakott techdemo-ként az is idakúr: http://www.youtube.com/watch?v=UVX0OUO9ptU (főleg amit karakteranimálásnál és ruha animálásnál műveltek, na meg a világításnál. Igaz, ezekre az UE4-ben is próbálnak gyúrni.)

"Tudtommal már az Unreal 1-ben is dinamikus volt a világítás, nem konstans fény volt egy pályán, villogtak vagy ki-be kapcsoltak a lámpák, a robbanások - sőt a lövedékek is - megvilágították a pályát és a tárgyakat, ha nem volt zseblámpám a Dispersion Pistol lövéseivel világítottam. Vagy ez más?"

Más, illetve nem ugyanaz. Régen kétféle világítási modell volt a játékokban, egy dinamikus (mint a pisztolyé), viszont az borzasztó sok erőforrást igényelt, főleg ha nagy területet kellett bevilágítani, arról nem is beszélve, hogy dinamikus árnyék számításra kb. 0 erőforrás maradt. Korai játékokban voltak rá ugyan kísérletek, cvar-okkal be is lehetett kapcsolni a Quake enginesekben, de inkább volt bugos, mint jó. Plusz csak egy fényforrást vett figyelembe.

Másik világítási modell a statikus világítás, ott előre kiszámolt lightmapok voltak. Minden, amit a pályaszerkesztőben tettél le fényforrást, az ilyen volt, akár spotlight, akár environment light. Ha kapcsolható világítás volt, akkor ott több lightmap készült (éppen ezért nem is volt szerencsés egymásba lógó világításokat csinálni). Ennek kiszámítására szolgált pl. a qvis program. Ez a "pályafordítási lépés" HL esetén pl. önmagában több volt, mint a 3 másik. Ha ezt a lépést kihagyod, az egész pályán egyságes homogén fény volt. De ugyanezt a számítás elvégzésére az Unreal Editor-ban is volt egy nyomógomb, illetve mentéskor is megkérdezte, hogy csináljon-e, mert nem ártana... (UE-nál picit értelmesebben oldották meg: nem volt külön .map meg .bsp, hanem egyben volt az egész.

Akkoriban csak ezzel lehetett hatékony világítást illetve árnyékolást csinálni. Mármint, ami meg is mozdult egy akkori gépen. Valódi dinamikus világítás meg megmarat effekt szintjén. Renderelése nagyjából úgy történt, hogy a feltextúrázás után ráapplikálta még a lightmapet is, ami egy egyszerű színezés volt pluszba, tényleges fényeket meg maximum a dinamikus effekteknél használtak.

Doom 3 abban hozott nagy újítást, hogy egységesítette az egészet és megszüntette a statikus lightmappet. Csak, hogy értsd miért nehéz ez: Doom 3 alatt (illetve a dinamikus fényszámításnál) úgy történik a fények számítása, hogy *minden egyes* fényforrást külön kirenderel egy képbe, majd a végén egybe összeadogatja. Azaz, ha a pályán látszott egyszerre 11 fényforrás, az 11 külön renderelést jelentett. Ami hát... nem volt gyors. (Meg picit műanyag hatást is hozott). Viszont ennek is megvoltak a maga limitációi: csak éles árnyékot lehetett vele létrehozni. Ahhoz, hogy szép átmenetes árnyékot lehessen létrehozni (mint ami van a valóságban általában), arra még mindig nem volt elég erős a technika akkor. Persze, ilyen horror játékoknak, mint a Doom3, Quake4, Prey ez jó volt, de szerintem ez is hozzájárult ahhoz, hogy általános engine-ként nem terjedt el.

Egyébként e téren a deffered lightning hozott újítást. Az egyébként egy elég ügyes trükk. (Amikor előrehozták a geometria kirenderelését, fényeket meg külön bufferbe renderelik ki és a végén egy plusz buffer infóival együtt egyesítik, így nem kell 11 fényforrás esetén 11 külön fény+textúrázó+shaderezés lépés.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2159 | #2797 | ^ | Idézet | Tue, 03 Sep 2013 11:50:26 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
"Vélemény?:"

A Nokia már rég nem volt az a versenyképes vállalat, ami régen volt, csak vitte előre a balanszt. (Ugyanez van most a Microsofttal is). A Nokiát nem Elop indította el a lejtőn, hanem próbálta megfékezni és újra egy növekedő pályára állítani (ez talán most sikeredik is nekik, Lumiák kezdenek lassan beérni). Nem volt igazán jó platformja a Nokiának az utóbbi időben, vagy ami jó volt, az is éveket késett a piachoz képest. Anno a suliban volt egy Nokiás előadás, hogy de jó, fejlesszünk Ovi Store-ra. Két kérdésem lett volna akkor a marketinges archoz: hogy gondolja a Nokia, hogy 3 külön platformot támogassunk, amiből ráadásul 2 a felső kategóriába készül. Másik, hogy hogy gondolják ezt a csilliónyi telefonmodellt, mikor épp akkor kezdtek el panaszkodni az iPhone 4 miatt az IOS fejlesztők, hogy már három féle kijelzőméretet/arányt kell támogatniuk. (Az Android devek panaszairól nem is beszélve). Szóval nem Elop vitte csődbe a Nokiát, csak szétcsapott a Nokián, mert látta, hogy az nem mehet tovább, hogy a jobb kéz nem tudja, mint csinál a bal. (Ezt próbálja meg az ugrálóbohóc is most az MS-nél. Egyébként egyik ismerős szerint nem is lenne baj, ha Elop lenne az új MS vezető, mert arra is ráférne ugyanez a szétcsapdosás.)

És egyébként abban is igaza volt Elopnak, hogy ha Androidoznának ők is, azzal sokat nem értek volna el: ők is csak egyek lettek volna a sok Android gyártó közül. Ez egyébként be is jött nekik, a nagy Android gyártók közül a Samsung az, ami egyértelműen dominálja a piacot. Motorola kb. lényegtelen, HTC szintén vakarja a fejét, hogy mifasz legyen. Egyedül a Sony az, aki most újra tud kapaszkodni a Samsung mellett meg a ZTE és hasonló hulladékgyárosok, de azok is amiatt, mert occó.

Egyébként lehet párhuzamot vonni a BlackBerry-vel. Különbség az, hogy ők most már még ott sincsenek, mint a Nokia.

Ettől függetlenül nem örülök a felvásárlásnak. Egy független telefongyártónak jobban örültem volna. Nokia meglehetősen jó dolgokat tett hozzá a WP8-hoz.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
845 | #2799 | ^ | Idézet | Tue, 03 Sep 2013 13:43:56 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
Ez a "kereszt-szerkesztés" meg nem igazán érthető, most akkor van egy pécéje, arra rá van dugva egy xbox meg egy ps és bármelyiken futtatni tudja a végterméket?

Egyszerre. És igen.

"Unrealnál ilyenre nem is nagyon van szükség, mert az engine ugyanazt csinálja mind a három platformon,"

Vagy nem, mert azért vannak eltérések az egyes platformok között. Nézd meg pl. a CryEngine-s videót, jól látható, hogy a PS3-mon közelebb van a köd, mint xboxon vagy PC-n. Ezt nem árt nézni szerkesztés közben, mert érhetik az embert meglepetések.

"a játékot meg az engine belső nyelvén, az UnrealScriptben írják"

Újabban már arra is van ilyen grafikus összekötögetősdi, hogy a komplexebb eseményeket ne kóddal kelljen navigálni, hanem a designer össze tudja kattintgatni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
454 | #279a | ^ | Idézet | Tue, 03 Sep 2013 13:46:04 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
"Hova? Még mindig ugyanúgy 3-4%-os részesedésük van, egyértelmű kudarc."

A régihez képest igen. Ha azt nézzük, hogy nulláról kellett újra felépíteni mindent és lassú, de stabil növekedés van, ahhoz képest jó eredmény. Másrészt egy ilyet újraépíteni évek marketing munkája, most kezd beérni. (Viszont ha a WP9-nél tényleg megint mindent újra akarnak kezdeni, akkor esélyes, hogy megint lenullázzák magukat.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
861 | #279c | ^ | Idézet | Tue, 03 Sep 2013 16:48:21 +02
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
"Unreal Engine-ben ilyenről nem tudok, ott erre ügyeltek."

Nem tudod kikerülni azt, hogy más az egyes paltformok teljesítménye. (Vagy akár az, hogy a VGA chipen nem módosítanak-e picit még a kimeneten, már ilyenből is összejöhet egy kis különbség, amire egy designer háklis).

" A winfosfón egy halott platform. "

Ok, szólok az összes ismerősnek, hogy vigye vissza gyorsan a boltba, mert egy halott platform.

"tök mindegy mekkora fos, viszik mint a cukrot."

Meg mert ZTE és hasonló hulladékgyárosok telenyomták még szeméttel a piacot. Na meg mert a krónikus Apple haterek megtalálták benne az iOS ellenfelét. (Azóta is rajtuk röhögnek az Apple userek).

"A winfos 9-tól kezdve rolling release modellre állnak át:"

Sajnos ennek a jelei már most mutatkoznak. Ld. Windows 8.1.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
573 | #279f | ^ | Idézet | Tue, 03 Sep 2013 23:32:33 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Már ebben is összetúrták a kernelt? Én azt hittem, ez csak egy sima sz*rvízpakk."

Kernel szinten nem tudom mi változik, de drasztikus változásról nem tudok, bár az a Vista óta nem történt, inkább feature update jellegű lesz. (Nem véletlen, hogy "csak" 6.2-ről 6.3-ra növekedett a verzió.). Igazából szerintem valami olyasmire próbálnak átállni, mint az Apple az OSX-el, hogy éves ciklusban hozzák ki a featurekat (Oké, Apple inkább másfél-két év közé lövi be). Inkább gyakrabban kevesebbet, mint ritkábban sokat.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
804 | #27a1 | ^ | Idézet | Wed, 04 Sep 2013 02:27:22 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Na jó, de ott alverziónként tartják a kompatibilitást, nem?"

Inkább az van, hogy próbálnak nem szétbarmolni semmit, csak új nagyobb kiadásnál. (Most, hogy az x.y+1 vagy x+1.0, az mindegy) Mondjuk driver modellt eleve nem szokták *nagyon* drasztikusan átvariálni ilyen y+1 verzióknál, alapvetően a W7-8 is a Vista által megkezdett úton halad, mint ahogy az XP, 2003 is a 2000-ben megkezdett úton járt. Userlandban meg ha valaki nem szopatta direkt keresztbe magát, akkor eddig sem volt gond már egy ideje. Nekem pl. minden további nélkül mennek a 2001-3 környékén írt Delphis programjaim még. Persze, egy-egy ilyen váltásnál már kikerülhetnek, változhatnak dolgok. SP-kben meg csak akkor nyúlnak hozzá valamihez, ha nagyon muszáj (ld. Wifi az SP1-ben).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1242 | #27a2 | ^ | Idézet | Wed, 04 Sep 2013 02:34:46 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Kerbal Space Programot meg felgyújtom. Már másfél-két órája próbálok egy modult bepozicionálni a "holdon" egy főmodulhoz. Mondjuk odáig már eljutottam, hogy mi lesz a szerencsés (és úgy néz ki, hogy újrafelhasználható) "vontató", amivel oda lehet cibálni a megfelelő helyre a modulokat, de már látom a design hibáit (kell láb a cucc tetején lévő "vontatóra", hogy stabilabban landoljon plusz túl magasan van az RCS. És kevés, nem mozgatja eléggé a modult). Tapasztalat: holdbázist építeni szopás. De legalább a Mün-ig sikerült simán eljutni.

Valami ilyesmi lenne a terv:

http://www.youtube.com/watch?v=c5CJRIhRoJ4&list=PLZkzQubnGg8cvEZQKQ5-cjf5EWWIRz9YP

KSP egyébként vicces, aranyos kis játék. Az első műveletem egy sima egymodulos űrállomás és egy Apollo szerű űrhajó hozzá. 9 óra volt összehozni. Abból 2x1 óra építkezés, 1 óra, míg rájöttem, hogyan kellene pályára állni, 3-4 óra tutorial és Wikipedia olvasás (azért, mikor több képletet láttam az űrbéli navigáció szócikkénél a KSP Wiki-n, mint egy átlag matekso Wiki szócikken, azért megijedtem), maradék meg pepecselés a dokkolással és a pályakorrekciókkal.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
750 | #27a4 | ^ | Idézet | Wed, 04 Sep 2013 19:38:30 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"Mióta hallatszik a hajtóművek hangja az űrben?"

Ugyanazert, amiert minden mashol is: sokkal kevesbe adja at, ha nincs hang. (Arrol nem is beszelve, hogy +1 informacioforras a hang, es orulok, hogy nem kell a navbal mellett meg annyit neznem a teljesitmenymerot). Urben is eleg szopas egy dokkolas, hat meg egy olyan helyen, ahol gravitacio is van.

"Miért bohóckodnak milliméter pontos landolással, ahelyett, hogy landolás után helyileg kötnék össze amit kell, flexibilis csövekkel vagy faszomtuggya hogyan?"

Mert nincs a jatekban ilyen. Igazabol konkretan bazis alapanyag sincs, az osszes ilyesmi mar takolas. (Pl. landolo egyseghez hasznalt lab + urallomashoz hasznalhato elemekbol allitjak ossze az ilyeneket).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1347 | #27a5 | ^ | Idézet | Wed, 04 Sep 2013 21:14:06 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Mondjuk hozzáteszem, én egy egészen más módszert választottam, mint a videóban. Először megpróbáltam hasonló módon, de úgy nem sikerült letenni, sőt, jól hozzá is csaptam a talajhoz, mert kevés volt az üzemanyag. Gondolom, valamivel nehezebb volt, mint a videóban lévő. (Arról nem is beszélve, hogy nulladik körben sikerült fordítva felrakni a landoló lábat és ezt egészen addig észre sem vettem, ameddig nem a Hold körül keringtem.)

Most egy nagyobb "vontatót" dokkoltam a tetejére, ami terveim szerint újrafelhasználható lesz. Ennek is megvannak a maga limitációi, pl. az, hogy nagyon magasra tettem az RCS-t (navigációhoz, forduláshoz használt kis hajtómű), emiatt nagyon lötyög és nem lehet valami pontosan navigálni. Meg ha picit gyorsabban landolok vele, akkor könnyen berántja az egészet, illetve "megpattanhat" a talajon. Bár most van egy új tervem, hogy kerekekkel szerelem fel, csak ott meg a földi stresz-teszt alapján könnyen eldurranhat a fele, ha túl kemény a landolás. Viszont ezzel egyelőre gyerekjátéknak tűnik a dokkolás, modulmozgatás.

Egyébként érdekessége a játéknak: mindent 0-ról kezdesz. 0-ról kell megépítened a rakétát, űrhajót, azt fellőni, stb. Egy nagyobb, bolygóközi expedíciónál ez nem kevés munka már.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
617 | #27a7 | ^ | Idézet | Wed, 04 Sep 2013 22:37:20 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Valóságban így milliméterre kiszámolják, hova kell leszállni, ahelyett, hogy helyileg kötnék össze? Én nem értek ehhez, de ez nekem nem tűnik túl realisztikusnak."

Nyilván. De ez egy játék. Az a lényege, hogy te szenvedj vele, majd ha sikerül, örülj.

"Other az ami ömlesztetten tartalmazza a toplistán nem szereplőket, vagyis nem csak Linux van benne, hanem N féle OSX is, meg a régebbi winfosok, pl. 98-as, mert steam arra is van."

Vágom én. (Bár 98-on szerintem már rég nem indul el, de még a 2000-ret sem tartom esélyesnek). Csak így egyszerűbb számolni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1382 | #27a8 | ^ | Idézet | Wed, 04 Sep 2013 22:44:55 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Mondjuk igazából ennek is több lépése van, helyileg csak nagyjából lehet odacibálni (már ha űrbeli építkezés), azután már úgy is marad a precíziós navigáció. (Többnyire mindenféle markerek segítségével automatikusan vagy félautomatikusan, ritkán kézzel). Bár most az új divat az az, hogy inkább csak odavonszolják, aztán valamivel ráhúzzák az állomásra a dokkoló űrhajót. (Passzív dokkolás). Pl. a Dragon is így dokkolt az ISS-re már, hogy a Canadarm-mal húzták be és nem az űrhajó dokkolt. Állítólag így biztonságosabb.

Másrészt holdbeli építkezéssel meg 0 tapasztalat eddig, apró kompokon kívül még nem nagyon raktunk le komolyabb szerkezetet oda. Ami azt illeti 72 óta vissza se néztünk... Mondjuk ott meg lehet használni a hagyományos módszert: jómunkáspista feldobja a talicskára/teherautóra, aztán odaviszi. Most valami hasonlóval kísérletezek én is:

http://shared.muportal.hu/ksp/mb/screenshot0.png

Annyi változás, hogy egy picit több merevítőkábel kell bele, mert egyébként szétesik már a kilövéskor. Egyébként muszáj volt ilyen két törzsesre áttervezni (eredetileg egy ilyen 9-es blokk volt a második fokozat alatt), mert túlságosan orrnehéz volt az egész és nagyon kilengett kilövéskor. Oké, aerodinamikát nem veszi 100%-osan szigorúan a játék, de nem is baj.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
836 | #27aa | ^ | Idézet | Thu, 05 Sep 2013 02:11:21 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Ezt reálisan lemodellezni talajtól a világűrig nem tudja és nem is fogja egy pécés játék."

Ó, ennél kisebb problémák is vannak. Pl. ha kellően sok fizikai szimulációt használó elemet taszigálunk egymás mellé. Egy nagyobb 8-900 elemes űrállomás már meglehetősen nagy lagtenger. De pl. egy 450 elemes rakéta fellövése is macerás, mert sok az egymásnak ütköző szilárdtest. Hiába na, a fizikai motorokat jellemzően arra optimalizálták, hogy pár(tíz) objektum csapódik egymáshoz (azok is lehetőleg minél egyszerűbb modellel rendelkezzenek - bonyolult alagzatokat általában valami egyszerű - pl. téglatest, vagy több téglatest - alakzattal modelleznek inkább, mintsem az eredeti modellt használnák. ) meg esetleg a talajhoz, nem arra, hogy néhányszáz inog egymás mellett.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1618 | #27cc | ^ | Idézet | Thu, 12 Sep 2013 00:55:49 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"Höhö, saxus megint felkerült a hupmeme-re. Szarrágásért."

Nem, hanem mert gabu egy fasz. Most valamiert az "enyhen" megnacult agya valamiert ugy dontott, hogy az angolszasz kultura uber alles es zsido talalmany az, hogy a nemet lizenz szot honositottuk meg fonetikusan licenc-kent atirva.

"Lehet, hogy ezt adom le szakdogának, mert ebbe már van kb 2000 C++ kódsor. Bár nem tudom mennyire fogják tolerálni, hogy nem a mikrofos seggét nyalom, meg nem is windózos cuccot adok le."

Szakdoganal nem erdekel senkit, hogy milyen rendszerre vagy miben fejlesztesz. Lenyeg, hogy valami komolyabb munkat csinalj, ami mogott latszik a mernoki szemlelet es a modszertan (problema analizalasa, irodalomkutatas, tervezes, dokumentalas, stb.). Ami kovetelmeny az az, hogy a megadott formazasok mellett 40-60 oldal legyen. De nekunk inkabb 40K karaktert mondtak. Ettol lefele nem nagyon kellene elterni, de egy normalis temabol kidolgozva ossze is jon. (Nekunk pl. 115K lett, igaz, ketten irtuk igy szorzodott).

Ami viszont fontos, hogy az elejen a bevezetest es a vegen egy 1-2 oldalas osszefoglalot irj meg nagyon jora. Az egesz szakdolgozatot jo esetben max. a konzulens meg a felkert biralo fogja elolvasni, o is fog ra biralatot adni. Kod ugy _onmagaban_ senkit nem erdekel, a projekt es annak levezeteset fogjak nezni (volt-e tervezes, az hogy, teszteles hogyan tortent, stb.) Az meg, hogy mekkora a kodod az a tematol fugg. Ha pl. valami uj, komolyabb kepfeldolgozo algoritmust mutatsz be az nyilvan mas mennyiseg lesz, mintha irnal mondjuk valami webes nyilvantarto rendszert.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3316 | #27cd | ^ | Idézet | Thu, 12 Sep 2013 02:44:51 +02
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
@Linux Kernel:

Utananeztem picit, mert erdekelt a tema. Alapvetoen a LILO doksijabol indultam ki (mert joval fapadabb szerkezet, mint a grub), valamint van egy nagyon jo osszefoglalo a Linux bootrol a lenti linken.

Nekem ugy tunik, hogy maga a Linux kernel is 3 reszbol all: all egy bootsectbol (512 byte, annyit csinal, hogy a bios betolti, az meg betolti a bsetup kodjat. A bsetup mond meg egy halom infot, hogy mi merre hany meter meg persze van maga a kernel. Manapsag ez ugy nez ki, hogy a bootloaderek (akar GRUB, akar LILO) tartalmaznak ket reszt, egy ugyanolyan 512 bytes mini loadert, amit a BIOS betolt betolt a masodik reszt az meg maga a boot loader. Itt mar vannak elteresek, mert pl. mig a GRUB-ban mar fajlrendszer-drivertol kezdve az LVM es mindenfele RAID supporton at minden van, addig a LILO meg a telepiteskor/frissiteskor beirta, hogy mit honnan kell majd kiolvasni. De alapvetoen a DOS-MBR is igy mukodott a LILO dok szerint: berantotta a ramba a command.com-ot a megfelelo helyrol, aztan atadta a vezerlest.

Linuxnal annyival erdekesebb, hogy meg van a bsetub (LILO doksijaban amugy benne van, hogy mit hova tolt be, fix cimekre kerulnek ezek) es a kernel betoltese, ami meg bonyolodhat annyival, hogy tomoritett is. Slusszpoen: van ramdisk is (initrd). (Olyankor eleve mas helyre tolti be a kernelt.)

http://www.tldp.org/HOWTO/Linux-i386-Boot-Code-HOWTO/intro.html

http://www.tldp.org/HOWTO/Linux-i386-Boot-Code-HOWTO/bootsect.html

http://www.tldp.org/HOWTO/Linux-i386-Boot-Code-HOWTO/setup.html


Viszont a mi szervereinken nemigazan MZ van az elejen:

david:/boot# hexdump vmlinuz-2.6.23.9-v1.0 -C | head -n 1
00000000 ea 05 00 c0 07 8c c8 8e d8 8e c0 8e d0 31 e4 fb |.............1..|

david:/boot# hexdump vmlinuz-2.6.24.7-v1.0 -C | head -n 1
00000000 ea 05 00 c0 07 8c c8 8e d8 8e c0 8e d0 31 e4 fb |.............1..|

saxus@mars:/boot$ hexdump /boot/vmlinuz-2.6.32-5-amd64 -C | head -n 1
00000000 ea 05 00 c0 07 8c c8 8e d8 8e c0 8e d0 31 e4 fb |.............1..|

Masreszt ezek tomoritett kernelek, maga a tenyleges kernelkod az nem az elejetol kezdodik, de adott cimre fog kerulni (kitomorites utan), ahol majd megkapja a vezerlest:

http://www.tldp.org/HOWTO/Linux-i386-Boot-Code-HOWTO/compressed_head.html
http://www.tldp.org/HOWTO/Linux-i386-Boot-Code-HOWTO/kernel_head.html

Ott meg az a fuggveny lesz, ami vedett modba kapcsol, nekiall MMU-zni esatobbi. Aztan johet a start_kernel().

Egyebkent maganak a linkernek elvileg ELF-et kellene csinalnia...


saxus@mars:~$ hexdump -C vmlinux | grep '1f 8b 08 00'
00003a60 48 8d 83 d0 76 24 00 ff e0 1f 8b 08 00 20 2d f7 |H...v$....... -.|
saxus@mars:~$ printf '%d\n' 0x3a69
14953
saxus@mars:~$ ls -la vmlinux
-rw-r--r-- 1 saxus saxus 2420000 Sep 12 02:05 vmlinux
saxus@mars:~$ expr 2420000 - 14953
2405047
saxus@mars:~$ dd if=vmlinux of=test.gz skip=14953 count=2405047 bs=1
2405047+0 records in
2405047+0 records out
2405047 bytes (2.4 MB) copied, 4.30492 s, 559 kB/s
saxus@mars:~$ gunzip test.gz

gzip: test.gz: decompression OK, trailing garbage ignored
saxus@mars:~$ hexdump -C test | head -n 1
00000000 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 |.ELF............|
saxus@mars:~$ file test
test: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, stripped



saxus  (statz) Agyfasz
#8, Agyfasz (417)
7152 | #27d0 | ^ | Idézet | Fri, 13 Sep 2013 01:39:53 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Épp a német verzióért szól be? O_O (BTW, ti egy IRC csatornán rohadtok, vagy mi? Mert az egyik quote IRC-es.)"

Gondolhatod, hogy nem miatta vagyok fenn. Gabu időnként alapvetően egész szórakoztató dolgot is tud produkálni (pl. a Yourbankos irományai), de alapvetően ez nem változtat azon, hogy egy tajparaszt. Csak hogy a helyzet "komolyságát" átérezd: Alapvetően a freenode-n volt a channel, majd azért kellett átvinni a fél channelt az IRCNet-re, mert a 384, 486, Alpha vagy valami egyéb kőkorszaki villanytemetője, amit routernek használt már nem bírt el még egy IRC szerver kapcsolatát. Meg állítólag kiköltözött valahova a faszba egy tanyára, mert valahogy nem találta a társaságát.

A licenc-es dolgot meg egyik ismerős foglalta össze legjobban IRC-en: " nem tudom, elvesztettem a fonalat, amikor a fotelnáci az angolszász kulturfölényért harcol, a amgyar elfogadott német jövevény ellenében"

"BMF-en állítólag kötelezően valami kinektes lóhuggyal kellett baszni a rezet."

Nem kötelező. IAR szakirányon (Informatikai és Automatizált Rendszerek, a tanár, aki tartja elég komolyan veszi, főleg gépi látás opcionálisan valami robotépítés, automatizálás szokott lenni ott a téma) szokta mondani a tanár, hogy van pár darab a sulinak, ha esetleg valaki azzal szeretne kísérletezni. Nem azért, mert MS, hanem mert sokmindenre használható technológia és kifejezetten jó ár/érték aránnyal rendelkezik, ha a profi cuccokhoz viszonyítjuk. (Kiba. drágák a műszerek, szenzorok. Egyik teremben pl. volt 3DConnexion "egerek" - Logitech leányvállalat, jellemzően profi, 3D-s irányításhoz, pl. repülő-, tengeralattjáró-, űrhajószimulátorhoz, robotkarhoz, stb. használható cuccokat gyárt. Ilyen nagy tekerentyű van a közepén, annyival több, mint egy D-pad, hogy nem csak lenyomni, meg 4 irányba mozgatni tudod, hanem felfele húzni és forgatni is. Rákerestem az árára ilyen 100-150K/db-os áron mozognak. (Azért ezt mondom, mert fingom nincs, hogy milyen áron mennek a különféle kamerák, infralámpák, stb. és akkor abból még mindig neked kellene egy eszközt faragnod.)) Ehhez képest a Kinect-ben meg olcsón kapsz egy kész, jól használható eszközt, jól használható API-val mindennel, ami meglehetősen sok mindenre használható. (Nem véletlen, hogy szeretik az egyetemek felhasználni ott, ahol csak tudják.)

Ilyesmi:

http://forums.autodesk.com/t5/image/serverpage/image-id/55404i3141575FFF0E8097/image-size/original?v=mpbl-1&px=-1

"Kurwa érdekes, hogy ez a követelmény és nem az, hogy a program működjön. Sose tudtam, hogy mit lehet bármilyen épelméjű feladatról hatvanezer oldalt rizsázni. Ilyenkor örülök, hogy otthagytam a kibaszott iskolát, amúgy sem mérnököket képeztek, hanem matematikusokat és eszerint: írókat."

Igen, valahol ez jellemző a legtöbb informatikusra. Kódot fosni szeret, de tervezni és dokumentálni azt nem. Aztán persze megy az anyázás, hogy de hogy is gondolta az előző ember, akitől átveszed. Mondjuk nagyobb multiknál erre azért jobban figyelnek, főleg, ha valami kritikusabb helyre megy a cucc.

Ja és de, a programnak működnie kell. De attól még tudnod kell bizonyítani, hogy nem csak leültél és összefostál valamit, hanem utánajártál, hogy más mit ért már el ebben a témakörben, hogyan tervezed megvalósítani, utána azt hogyan tesztelted, mire jutottál, stb.

Harmadrészt meg nem szoftverfejlesztés a szakdolgozat, hanem azt kell prezentálnod, hogy képes vagy egy feladatot mérnökként megoldani. Szólhat az algoritmusod, mittudomén egy új deduplikációs eljárásról is vagy szólhat akár csak tervezésről, ahol mondjuk maximum prototípusokat, "eldobható", proof-of-concept programocskákat készítesz nem konkrétan egy rendszert építesz fel.

"Igen, nem az számít, hogy jól csinálod, hanem, hogy hogy csinálod. :/"

Na most ez a jól csinálod témakörre egy példa. Volt egy pókhálós projekt, miután Szatiékkal sikerült megértetni, hogy nem lehet úgy csinálni, mint ahogy szoktuk nagyjából ment úgy, ahogy a mintakönyvben meg volt írva: rendesen fel lett mérve a projekt, abból készült egy funkcionális specifikáció, ami lett vagy 40 oldal, viszont az utolsó szögig le volt írva benne, hogy mit fogunk szállítani meg nagyon minimális arról, hogy mivel fog készülni (tech adat kb. fél oldal volt benne). Ez utána alá lett íratva velük (bááár, kételkedem abban, hogy Szatiéknak valóban volt annyi eszük, hogy aláíratták és csak mondták nekünk). Műszaki doksi mondjuk meg lett spórolva sok helyen, igaz nagyjából adta magát a keretrendszer. Alapvetően egy napot csúsztunk vele, az is két apróbb hiba javítása miatt. Élmény volt lekódolni, picsa egyszerű dolgunk volt, hogy mindent tudtunk előre tervezéskor, nem volt utólagos variálás, stb.. Plusz a következő ember, ha hozzányúl tudni fogja, hogy mi volt a feladat, mit kellett tudni, mit hol talál meg, stb. Volt még egy nagyobb modul egy nagy rendszerben (kb. másfél-két hónap volt a fejlesztési ideje annak), ahhoz is készült vagy egy 50 oldalas funkcionális doksi (bár 10-15 meg lett spórolva azzal, hogy a modul két funkciója nagyon hasonlóan működött és csak annyi volt, hogy ua. mint a másik), plusz talán 10-15 oldal még instrukciók annak, aki kódolta. Na ott sem volt sok gond a kódolással.

Szóval igen, ezek működő dolgok. Csak sokan lusták. Mi is azok voltunk, mert egy csomó mindent megspóroltunk, de a funkcionális spec. az nagyon kellett, hogy ne legyen ilyen utólagos "de nem ezt rendeltük meg" vita valamint, hogy előre végiggondoljuk az egészet és ne 3 héttel az implementálás kezdete után jöjjünk rá, hogy máshogy kellett volna. Mint az oly' sokszor történt azelőtt.

"Valami nagyon nem stimmel. Az ELF header-t a kernel értelmezi betöltéskor. Ha épp a kernelt töltjük be, akkor mi fogja értelmezni az ELF headert? Átugrás az nem értelmezés, ennyi erővel lehet csupa nulla az egész amit átugrik."

Szerintem úgy, hogy messziről elkerüli a headert és egyből a head.S startup_32() "függvényére" ugrik a már kicsomagolt kódban. Mikor fordítod/linkeled a kernelt, tudod, hogy mi hova kerül ezt fel lehet használni. De majd holnap megpróbálom éberebb fejjel ismét értelmezni, mert már megint félálomban írok.

"Bazmeg, felejtsétek már el ezt a kibebaszott "MZ"-t!"

Nyugi már, nekem is az volt a feltételezésem, hogy semmi köze hozzá, ezért is kezdtem utánaolvasni, hogy hogy is van az.

"Pöcsöm tehénkedjen annyiszor a shiftre."

SCCCP, többit a VS kiegészíti ;)

"Mindjárt kész van a winfosos része is, aztán fel lehet rakni a SourceForge-ra, aztán vigyék, egyék."

Szvsz. bármit, csak azt ne... Van Google Code, Codeplex, BitBucket vagy ezer más kódtároló oldal, SF elég nyomi.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1638 | #27d2 | ^ | Idézet | Sun, 15 Sep 2013 00:01:56 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
" A csatornát azért kellett átköltöztetni, mert Gabu nem bírt felcsatlakozni egy újabb IRC szerverre?"

Igen.

"mert a te rendszered kurwára nincs ledokumentálva"

El lett kezdve. Csak hát fontosabb volt, hogy mindig "beszéljünk róla", minthogy csináljunk valamit. Aztán naponta megbeszéltük újra ugyanazt. Persze, ha a semmittevés helyett esetleg csináltuk volna, akkor rég meglettünk volna azzal, amire mindig az volt a válasz, hogy "de ez túl sok idő". (Azt hiszem, jól jellemzi az az eset, mikor Misi meg FP kivonult egy ilyen meetingről, hogy "bocs Szati, nekem dolgoznom is kell".

A dokumentációról meg... Egyszer Misivel összefutottunk Fercsivel, ő is előadta, hogy mennyire fasza, hogy Symphony és MÁR KEZDENEK közelíteni a projektek a határidőkhöz. Na itt azért eldurrant az agyam, mondtam neki, hogy az új E-tant befejeztük egy nap híján időre. (Doksival). Erre? "Milyen e-tan?" Na kössz.

Igen, nem volt részletesen kidolgozott dok. hozzá. Mármint a kerethez. Érdekes módon Misi, FP és a mostani kollégám az Emponál is meg tudta tanulni. Nem ez a doksi hiányzott nagyon, hanem, hogy mit is kell csinálni.

" minek, ha úgyis csak átugorja?"

Mert ilyet csinál a linker. Gondolom egyszerűbb volt valami kész megoldást használni, ami mondjuk odarak párszáz byte egyéb "szemetet", mint emiatt feltalálni újra a spanyol viaszt.

"az övét ki értelmezné?"

Minek kell egyáltalán értelmeznie bárkinek is? Annyit kell tudnia a loadernek, hogy honnan kell indítani.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1549 | #27d4 | ^ | Idézet | Sun, 15 Sep 2013 17:08:09 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Minek egyáltalán header? Nem tud rawot forgatni?"

" Az egész rantomnak ez volt a lényege, hogy egy kernel - vagy bármi standalone cucc - binárisa az headerless."

Se a Windows, se a Linux, se a BSD-k, se az OSX nem headerless kernelt. De gondolom a többinél se álltak neki saját linkert írni. Egyrészt, mert ezekhez mind tartozik már valamilyen loader, de az is jellemzően két stage-ra van bontva: az első egy <512 byte-s cucc, ami betölti a stage2-t, az meg utána csinál minden egyebet. De azon se lepődnék meg, hogy ha az is már valami szabvány PE/ELF/akármi cucc lenne. (legalábbis a LILO és a GRUB ilyen, többit nem néztem.)

"Éééértem, ha te ülsz le és fosod a dokumentálatlan kódot (mert ott ezt csináltad), akkor az oké, de ha más, akkor az amatőr, meg szar, meg mittudomén."

Érdekes, hogy a funkcionális specifikáció része már a második hozzászólásodnál kerüli el a figyelmed. Igen, API doc nem volt, PHPDoc-ban is hiányos volt. Voltak viszont mintának kikiáltott modulok és volt egy nagyvonalú áttekintés a rendszerről. (Néhány OSS projekt még itt sem tartott.) De szerintem neked nem ez volt a fő bajod a keretrendszerrel, hanem az, hogy OOP. Mellesleg ez a keretrendszer tök jól megy most a TBC alatt, félig-meddig át lett már rakva erre.

"Mivel te már nem dolgozol Szatinak, így nehezen taníthatnád meg az új embereknek."

Szati magának köszönheti azt, hogy ott fél év alatt a teljes gárda kicserélődött.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
767 | #27d5 | ^ | Idézet | Sun, 15 Sep 2013 17:13:32 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"És nem mondták neki, hogy oldja meg magának?"

Gabunak érvelni? :)))) Hamarabb állsz át OOP-re, minthogy hallgasson másra. (Eredmény: most van két channel, kb. 50-60%-os átfedéssel. Valóban megérte a szarja miatt kettészakítani a társaságot...)

Egyébként off: csak szerintem egyre fosabb a youtube playere? Akad, megszakad, újratöltés után "sajnálatos hiba történt", hol a Flash, hol a HTML5-ös player működik, ha megpróbálok 720/1080p-re felváltani (mert mondjuk szöveg is van, és jó lenne látni), garantáltan megáll, stb. (OS-től, böngészőtől független). Na meg most a beállítások részt is berakták egy menü alá, szóval ami eddig 1-2 kattintásból megoldható volt, az most 3-4... /o\



saxus  (statz) Agyfasz
#8, Agyfasz (417)
451 | #27d6 | ^ | Idézet | Sun, 15 Sep 2013 18:07:32 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Na, itt van még valami, amire egyikünk se gondolt:

"180256 <ahoka> header nelkul is lehet
180302 <ahoka> csak symbolum tablad honann lesz?"

Ami hát nem árt a debughoz.

"180352 <ahoka> flat binary-t lehet bootolni amugy
180402 <ahoka> csak azert nem 82-ben elunk
180423 <ahoka> multiboot specet olvasd el"

http://www.gnu.org/software/grub/manual/multiboot/multiboot.html

Ennyi infót kaptam.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
730 | #27d8 | ^ | Idézet | Sun, 15 Sep 2013 21:53:11 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"De amúgy a minimum az egy bootblokk és egy raw binary."

Ja a minimum, ha saját loadert írsz. Csak erre írta ahoka, hogy nem 1982-t írunk. Úgy néz ki, ezzel a multiboot specificationnal gyakorlatilag azt próbálták megoldani, hogy legyen egy szabványos mód az OS-ek betöltésére: legyen valahol az image első 8K-jában benne a multiboot header, oszt' jónapot. Onnan kezdve lehet flatbin, a.out, ELF, PE, vagy akármi, ami ezt ismeri, be tudja tölteni. Az meg csak segíti a létrehozást, debugolást (akár vannak külön symbolok, akár nem), hogy egy ismert formátum és nem valami tök egyedi.

parancssor.info-t meg láttam. Poliverzum, meg a "hozzáértés" jól mutatkozik rajta.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
463 | #27da | ^ | Idézet | Mon, 16 Sep 2013 01:13:55 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"hanyattestem a székkel a röhögéstől."

Mi is. Aztán tovább olvastunk. Aztán tovább szakadtunk a röhögéstől. Közben próbáltuk kitalálni, hogy hogy van ideje ennyi fasságot összehordani.

"itt a loader az amit a gép betölt és annak megint csak nem lesz fejléce"

A stage1-nek legalábbis. A GRUB stage2-jének már pl. van. De 512 byte-ban nem nagyon lehet csodát csinálni, ezért van 2-3 fokozatú loaderek manapság.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1036 | #27de | ^ | Idézet | Wed, 18 Sep 2013 03:03:24 +02
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
PostgreSQL + Slony-I = nos, picit nagyobb a belépő küszöb, mint egy sima PostgreSQL-nél. De ha egyszer összeáll (=ezercsillió script legyártása mindenféle esetre, amit nem lehet 10000x kényelmesebb módon 3 kattintással megoldani pgAdminban), akkor fasza. (Ráadásul az is aranyos, hogy a Wheezly-ből kivették a Slony-I-t, így lehet testingből felpakolni. Igaz, ez csak egy teszt VM volt, éles szerveren oldstable van, ott van csomi.)

(Rövid távú terv: BC motorja megy be egy másik bolt alá is és jó lenne a termékadatokat replikálni, lehetőleg 0 sor kódolásával, ha már egyszer létezik mindenféle replikációs megoldás. Valamivel hosszabb távú terv, hogy az egész termékfeltöltést kiemelni egy önálló rendszerbe, az oldalt lebutítani egy "buta" frontend-dé, a BC-t betolni az Empo alá is és mindhárom webshop a termékfeltöltőből replikál.)

Mindegy, csak gondoltam szólok, hogy örülök, hogy ha már megint csak 4 órát (sem) tudok aludni, akkor legalább ez megy.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
271 | #2872 | ^ | Idézet | Sun, 03 Nov 2013 23:31:09 +01
31.46.*.* Apple Mac OS X x86 Apple Safari Hungary *.dsl.pool.telekom.hu
Na ez mi a retek mar? Itthon vagyok, gondoltam lenezek faterhez, mire visszajovok, az egyik kabelrol egy poloska figyel vissza. Feltoltam poenbol FB-re a kepet, hogy nezdmar, megfigyelnek, be is tageltem ra az NSA-t. Most az elobb visszanezek, es nincs rajta a tag.... :)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
168 | #2876 | ^ | Idézet | Mon, 04 Nov 2013 07:49:29 +01
37.76.*.* winfosfón nyóc suxplorer 10 Hungary *.nat.pool.telekom.hu
Nyilvan az lehetett, hogy vmelyik NSA marketinges (vagy bot, gondolom, ugy is divat lehet ez mostanság) leszedte. Alapbol amugy felkerül AFAIK, utolag lehet leszedni.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
535 | #2880 | ^ | Idézet | Tue, 05 Nov 2013 20:53:47 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
@TCH: passz, fingom nincs. Nálam pont az ellenkezője van, alig tudom rászedni, hogy ne a leggagyibb minőségben játssza már le. Amióta "megokosították" a playert a reklámok miatt, azóta egyre fosabb. Legutóbb a playlist ke zelés volt totál elbaszva, most pár hete meg azt csinálta, hogy elindult a videó, majd 1-2 mp után "Valami hiba történt" felirat + hangyafocizás. Azzal még lehetett próbálkozni, hogy váltogattam a flash és a HTML5-ös player között. De egyik fosabb, mint a másik.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
192 | #2891 | ^ | Idézet | Mon, 11 Nov 2013 02:51:23 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Tévedsz, ezt az USB-s mizériát én sem értettem soha, hogy miért teszi. Mondjuk általában azért egy egérrel vagy egy pendriveal nem ilyen súlyos a helyzet. Maximum ötleteim vannak.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
706 | #2997 | ^ | Idézet | Sun, 29 Dec 2013 00:23:36 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
Meg valahol ugy olvastam vagy tanultam, hogy 10us-enkent frissiti a rendszeridot eleve, azert nem tudsz lejjebb menni. Bar gondolom idaig te is eljutottal.

Viszont sztem ezzel meg az a gond, hha fut barmi mas is (mondjuk egy oprendszer), siman barmikor keresztbeverheti neked az oprendszer alattad. Egyreszt azert, mert siman kaphatsz egy taskvaltast barmikor. Sima milliseces sleepek, timer implementaciok pl. siman visszaadjak a vezerlest az OS-nek, hogy majd az OS ebressze. Plusz ma mar minden ertelmesebb idozito probalja csoportositani a taskokat, hogy inkabb egybefuggoen fusson tobb, mint sokszor keves az energiagazdalkodasi lehetosegek miatt.

Egyebkent hova van neked szukseged 1us sleepre?



saxus  (statz) Agyfasz
#8, Agyfasz (417)
603 | #2999 | ^ | Idézet | Sun, 29 Dec 2013 08:12:21 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
Igen, annyit azert meg ki tudtam olvasni a kodbol. Miert nem mered, hogy mennyit csuszik el es korrigalod annyival a ciklusod?

"a kernel kapcsolgatta az órajelet 800 MHz és 2.4 GHz között és a magok között is ugráltatta a taskot (láttam a kijelzőn)"

Persze, mert nem linearis a CPU teljesitmenyfelvetele. Bar azert altalaban abbol is megprobalnak minel kevesebbet hasznalni, mert sok szempontbol nem jo az. (na meg, NUMA rendszernel lehet, hogy a masik mag 100 km-rel odebb van...) azt meg hogy hol a pontos optimum, azt valoszinuleg az intel/amd mernokokon kivul senki nem tudja.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
127 | #299a | ^ | Idézet | Sun, 29 Dec 2013 08:12:57 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
Hja, CPU energiafogyasztashoz akartam meg irni: hogy azert mondjuk nem mindegy, hogy egy noti bir masfel-ket orat, vagy 6-7-et.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
218 | #299c | ^ | Idézet | Sun, 29 Dec 2013 14:24:02 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
Hulye kerdes, de ha levonnal 5-ot itt?

cusleep_time := $100000000 div (((tv.tv_sec * 1000000) + tv.tv_usec) - bt);


Btw. ebben az AT&T stilusu ASM kodban forditva van a cel es a forrasregiszter a MOV-nal?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
134 | #299d | ^ | Idézet | Sun, 29 Dec 2013 14:40:53 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
Hja es nem. Karacsony elott szoktunk altalaban embereket keresni, de akkor is sales es raktar temakorben. IT-re csak kihalasos alapon.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
625 | #29a0 | ^ | Idézet | Sun, 29 Dec 2013 19:39:36 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
Mondjuk, en x idonkent ujramernem. Mittom, 1 mp-nkent pl. Bar mivel 10us pontossagu az ora (mondjuk en 100us-rol tudtam), siman ingadozhat.

Nekem amugy az inteles stilus annyiban logikusabb, hogy matekban, es minden magasabb szintu nyelvben is valami olyat irunk, hogy cel <= kifejezes. Jo, nyilvan nem ax mov bx-et irunk, ha egy ax := bx-et akarunk kifejezni. Bar az is lehet, hogy annyival szokottabb ez, hogy az az assembler,. amit hasznaltunk suliban, az Inteles stilusu volt es azt szoktam meg. Mindenesetre gondolkodtam egy ideig, hogy miert a valtozoba toltod az eax, ecx-et, mire rajottem, hogy mert forditva van.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
333 | #29a2 | ^ | Idézet | Mon, 30 Dec 2013 09:11:46 +01
81.182.*.* Apple Mac OS X x86 Apple Safari Hungary *.pool.t-online.hu
"A mérés több másodpercig tart, hogy mérjük így 1 másodpercenként? :)"

Mivel, ha jol ertem, ezt amugy is ciklusban fogod hasznalni, igy mered azt, hogy X ido alatt hany ilyen sleep futott le. Ha tudod, hogy 1 mp alatt 1M usleepnek kellett volna lefutnia, de csak 999800 futott, akkor tudod, hogy korrigalni kell.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
5 | #29aa | ^ | Idézet | Wed, 01 Jan 2014 16:42:17 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
buek!


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1959 | #29b3 | ^ | Idézet | Fri, 03 Jan 2014 20:19:20 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Postára nem bíznám, ha nem muszáj, mert elveszik/összetörik/stb."

FYI: rakszám alapján ma már mindent le lehet már követni a Postán, olyan nincs, hogy valamiről ne tudják megmondani, hogy az hol van vagy hogy mi lett vele. Az összetörés meg azért erősen függ a csomagolástól. Oké, sima egyszerű levélnek nincs rakszáma, ezért kell mindent ajánlottan feladni. (Tipikus eset netes rendelésnél a "de nekem feladták a csomagot!!!" szlogenre adott "rakszám?" kérdésre adott "hát olyan nincs" hibajelenségre a válasz az, hogy akkor az a csomag sem létezik.) Nem kevés fejlesztés ment ez ügyben mostanság a Magyar Postánál, pont azért mert látják, hogy a futárszolgálatok lesznek az igazi vetélytársaik, nem a hagyományos postai szolgáltatások. Ahhoz pedig az kell, hogy megjöjjön, épségben a csomag.

Mondjuk külföldi csomagnál bejátszik az, hogy a külföldi posták már egyáltalán nem biztos, hogy ilyen egyszerű, bár arra is vannak megoldások, ha eltűnik valami (körözvénynek hívják), plusz, ha EU-n kívülről/kívülre vártok valamit, akkor még a vámhivatal közbejátszhat (igen, az emberek szeretik nem észrevenni a "vámkezelt" pecsétet a "köcsög posta által felbontott csomagon", holott azt a vámhivatal bontotta ki.)

Mondjuk EU-n belül is vannak meglepő dolgok. Pl, a német posta trehánysága. Egyik ismerős adott fel .HU-ról .DE-be EMS küldeményt, hát nem jött meg. Egyelőre úgy néz ki, hogy a küldemény .HU-ról kiment, és a németek elkeverték. Hogy ebben nekik mi a biznisz azt nem tudni, ugyanis elég szép biztosítás van rajta, hogy mennyit fizet a Posta, ha nem érkezik oda a vállalt időben a csomag, amit persze a Posták egymás között behajtanak. (Hja igen, Németországban zömében lengyelek kezelik az EMS-t :)

Napi "szaraposta" gyorstalpalónkat hallották.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1889 | #29c3 | ^ | Idézet | Mon, 06 Jan 2014 22:30:44 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Bakker, már megint elnyelte valami a kommentem, amit a Postai dolgokra írtam. Mindegy, most fáradt vagyok ahhoz, hogy újra összeírjam, majd emlékeztessetek rá.

Ui.: elveszett csomag miatt ragszámmal mentetek be reklamálni, hogy hol van? Ma már bármelyik postafiókban meg kell, hogy tudják mondani, hogy mi van vele.

Hongkong meg nem EU tagálam, VÁM-osokra meg simán jellemző a pöcsölés. Posta jelenleg csomagküldésben próbál erősödni pont a futárcégek ellen, ahhoz meg nem érdeke a faszlóbálás.

Központi logisztikai központ: na ez a Postán belül is sok vita tárgya volt és még ma is az, de alapvetően megvan emögött is a logika. Most nem írom le az egészet újra, de 3 mondatban összefoglalva az volt a mögöttes koncepció, hogy menjen be minden egy helyre és majd ott szortírozgatják őket ne össze-vissza menjenek a dolgok és ne a helyi fiókok szopjanak vele. (Kicsinél nem lenne gáz, nagyobb fióknál már igen, másrészt meg a járatokon pl. a levelek eleve lezárt, leplombált zsákban mentek, leveleket AFAIK akkor sem helyileg szortírozgatták, hanem valamilyen logisztikai központban, gondolom régen régiónként vagy körzetenként. Ebből a szempontból egyszerűbb az egy központi, mert utána már minden egyből a célállomás irányába megy, régen meg gondolom több logisztikai kp-n is keresztülmehetett. (Pl. Szeged környnyékéről beesik szegedre, onnan fel BP, onnan tovább Győr). Amit írtam a járatokról (kb. mint a buszjáratok, fix időben adott útvonal), azt most nem írom le újra, majd máskor. Na meg mondjuk legyünk őszinték: nem az a tipikus use case, hogy a szomszédoddal levelezel, hanem általában messzire küldesz valamit.

De ha érdekel a téma, utána tudok kérdezni jobban ősöknél, hogy hogy meg miért meg hogy volt régen és mit vártak ettől a rendszertől.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3059 | #29c6 | ^ | Idézet | Tue, 07 Jan 2014 00:27:47 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"azon felül, hogy valaki ezen is mocskosul megszedte magát."

Na mondjuk az viszont lehet. Sajnos a Posta eléggé össze van nőve állambácsival, így sajnos a vezetés kb. két részből áll: egyik, aki jön-megy, ahogy a hatalom szele fúj és az idő alatt próbálja minél jobban megszedni magát a másik meg a tipikus semmirekellő, aki kb. azért van, hogy a dolgozó csinovnyikoknak, (akik egyébként a bevételt termelik) még több fasságot kitaláljanak és azzal próbálják igazolni, hogy ők mennyire hasznosak.

Nade, elolvastam a hosszú irományod. Egyrészt roppant vicces, másrészt azt viszont valóban kihagytam a számításból, hogy nem a vidéki kisebb hivatallal kerültél szembe.

"De az levél, nem csomag": nem tudom mekkora csomagot vártál, de kisebb dolgot simán van, hogy feladnak nagyobb méretű levélszerű cuccban, de most meg nem mondom, mi a pontos megnevezése.

"azonosítószám": nos igen, azt valóban te basztad el, hogy nem vitted az értesítőt. (Egyébként itt jegyzem meg, itt Óbudán szerintem szintén van olyan humora a kézbesítőnek, de jó hír az, hogy ha valami tényleg fasza* a Postán, az a belső ellenőrzés, főleg, ha ügyfélpanasz...) Másrészt meg egy falun még oké, hogy az irodai alkalmazottnak van helyismerete, de minél nagyobb annál kevésbé. Ezért megy a csomagszám alapján történő kezelés.

Apropó értesítő: mondjuk nekem van egy sanda gyanúm, hogy régen a kézbesítőnk itt fenn nem szarakodott azzal, hogy átadja nekem a levelet (valami APEH-es szar volt), hanem simán értesítőt dobott egyből. Csak mert azon a napon, mikor idespawnolt az értesítő, speciel pont itthon voltam. Mondjuk, ha beázik a postaládád, az az egyéni szoc. probléma. :)

"akkor engem anyagi felelősségre vonhatnak!": ezt viszont tényleg szigorúan veszik. Futárnak pl. tökmindegy, csak vegye át valaki a csomagot, Postánál meg van egy csomó törvényi kötelezettség és előírás, hogy mihez kell pl. meghatalmazás és milyen formában kell meghatalmazás. Karácsony környékén pont mesélt apám egy ilyen esetet, hogy valamelyik tőlünk nem túl távol lévő kisvárosban kivittek egy csomagot, aztán a szomszéd vette át (amit nem lehet), ráadásul utánvétes csomag. Ebből balhé volt, mert a címzett meg nem akarta átvenni. Bement postára hogy ez így hogy, lett is menten egy fegyelmi a kézbesítőnél. (Asszem talán ki nem rúgták, de örülni nem örülhetett...)

*Mondhatnám azt, amikor anyu kapta sorban a névtelen feljelentéseket és hiába tudták az ellenőrök, hogy fasság, ki kellett volnulni újra és újra. Vagy pl. mikor volt a rablás nálunk otthon Bokoraljapusztaszélén, akkor is kivonultak a belső ellenőrök, az utolsó bélyegig leleltároztak mindent, holott egyértelműen megmondták, hogy csak a kasszából (és még csak nem is a trezorból, azt még sikerült időben bezárni) vitt el 140 lepedőt. Erről a sztoriról amúgy meséltem már?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
267 | #29c7 | ^ | Idézet | Tue, 07 Jan 2014 00:28:46 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Höö!

Asszem már tudom miért tűnnek el a postjaim. Most az előbb megnyomtam az Elküld-öt, és megint az eredeti oldalra kerültem vissza, de legalább a szöveg megvolt. Nem lehet, hogy az bekavar, hogy ha nyitok egy új tabot? (Rákattintottam a linkjeidre.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1730 | #29ca | ^ | Idézet | Tue, 07 Jan 2014 09:43:25 +01
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"az adómból etetik azt a sok senkiházi aktatologató faszputtonyt."

Na, tudtam, hogy mit felejtettem ki. Ebben viszont tevedsz, nem a te adodbol. Ezen is van kiakadva fater, hogy bar allami tulajdon a Posta es rengeteg dologgal szopatja az allam es a torvenyhozas (pl. tavirat kuldese marhara nem eri meg mar ezer eve, gazdasagi szempontbol nyug az egesz, de szolgaltatasi kotelezettsege van a Postanak), de penzt azt nem kap. Cserebe viszont meg tamogatnia kell egy halom dolgot is. Bezzeg a MAV-ba beleontenek 200Mrd-t evente, holott ott is picit lefaragnanak a feleslegbol mindjart eleg lenne a negyede.

"hogy van egy csomag X feladótól Y részére ami a Z polcon van. De nem név és cím alapján van nyilvántartva."

Elvileg idenre tervben van nalunk is a helyesitett polcrendszer, addigra talan tovabbkepzodok logisztikabol is. Amugy olyannyira nem a "szoveges" adatok alapjan dolgozik a Posta, hogy pl. egyszer elbasztam valahol a cimem emailben (nem tudom hol jart az agyam) es Baja iranyitoszamat irtam le. A kuldemenyt vegul is megkaptam, de elotte utazot egyet Bajara, utana ott rajottek, hogy hat ez bizony nem oda keszult, rossz irszam athuzva, Bokoraljapusztaszele rair, es utazott megegyet. Bar legalabb megkaptam.

"Nem tud érdekelni, hogy a pósta a saját dolgát nehezíti a saját hülye szabályaival."

Nem a posta, torvenyi eloiras.

"Te könnyen beszélsz a 750k-s fizetéseddel. "

Jo is lenne, ha lenne annyi...

"Eddig ötször. "

Kimaradt az, hogy a rablas elott beult egy sorre meg, ahol elfelejtett fizetni nagy izgalmaban. Igy meg siman kaphatott volna egy ittas vezetest is bonuszbol, kar, hogy utolag nem lehet rabizonyitani.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
913 | #29cc | ^ | Idézet | Tue, 07 Jan 2014 14:14:18 +01
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
"az emberek által feladott cuccok feladási díjából, ill. bélyegpénzből tartanak fennt egy milliárdos tőkeigényű állami vállalatot,"

Pedig de, illetve részben. Egyrészt, ha csomagküldésből nem lehetne megélni, akkor futárcégek sem lennének (ld. egy kisebb faluban is van mondjuk legalább 30E bevétel csomagpénz után/nap, azt beszorzod 20-al, máris havi 600K-nál tartasz.). Ezen kívül van sok egyéb szolgáltatása a Postának, ld. pénzügyi (bankszámla, biztosítás, hitel, etc.), hírlaptovábbítás, marketing szolgáltatás (=spammelés :) ), stb. Nyilván nem az egyszerű mezei levelezésből tartja fenn magát a Posta, azt mára kinyírta teljesen az e-mail.

" Ezért nem fogadtam el sem a "rakszámos", sem az értesítős érveidet."

ragszám ;)

"Hopsz. 450, nem 750. Numerikus keypad, sorry."

Jó lenne, ha annyi lenne...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
143 | #29ce | ^ | Idézet | Tue, 07 Jan 2014 19:57:37 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Szatiéknál mintha még annyit kerestél volna..."

Hol élsz te? 1200/ó, még 160 órával számolva sem érte volna el a 200K-t.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2499 | #29d0 | ^ | Idézet | Tue, 07 Jan 2014 20:58:46 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Mibe, hogy nem tartja fennt magát, hanem veszteséges és mégis kap állami tőkeinjeckiót, max nem kötik a póstások orrára."

De kötnék, ha lenne. (Pont ez a baj a MÁV-val, és volt a BKV-val, hogy ott pontosan jól tudják, hogy az állam tápolja őket, mert szükség van rájuk és el is pofátlankodtak és nem igazán érdekük változtatni a dolgokon. Ez egyébként egy külön alfejezete a közgazdaságtannak, hogy hogyan érdemes és nem érdemes államilag támogatni, mindegy, haladjunk.)

Másrészt, minden cégnek kötelező publikálnia az éves mérlegét, ebben feltüntetve a bevételeket, kiadásokat, stb. Oké, sima cégnek annyira nem kell részleteznie, de az állami tulajdonban lévőktől elvárnak egy rendes éves jelentést, amit publikálnak is:

http://www.posta.hu/a_magyar_postarol/alapadatok/eves_jelentesek

Egyébként ezek alapján nekem meglepő, hogy a hagyományos postai dolgok még mindig a bevétel felét adják. Nem néztem bele az összesbe, a 2012-es kicsit híján volt a számoknak, a 2008-asban viszont vannak egész szép táblázatok, pl. a 10. oldalon bevételek (az alapján akkor eléggé nyereséges volt a Posta és még növekedést és tudott mutatni). Ami viszont számomra meglepő volt az az, hogy a hagyományos postai dolgok (csomag, levél) még mindig a felét teszik ki a Postának. (Logisztika alatt már inkább ilyen futár jellegű küldemények vannak). 2012-ben mondjuk pont veszteségesek voltak, de ez megesik. (TBC pl. az első 3-4 évét simán veszteséggel zárta, kb. mostanra kezdte el elérni azt az üzemi méretét, amivel kijöttünk idénre nullszaldóra. Egyébként valahol ez is fennlesz neten minden más cégével együtt kb. nyárig).

Ezzel szemben meg lehet nézni a MÁV éves jelentését, ott le is írják, hogy mennyi dodót kaptak az Állambácsitól, ld. pl. itt a 17. oldalon (28. a PDF-ben) a lap alján:

http://www.mav.hu/res/MAV_Eves_beszamolo_2012.pdf

Apropó, erről jut eszembe, ugye nyereség esetén van olyan, hogy osztalék. A Magyar Posta jelenlegi tulajdonosa 100%-ban az állam, így az osztalék gyakorlatilag nettó bevétel az államnak. Ez pl. itt fel is van tüntetve a 2010-es évre, ahol 4,75Mrd HUF osztalékot "osztott" a Posta az államnak:

http://www.parlament.hu/irom38/10554/adatok/fejezetek/43.pdf

Na meg, az állami "támogatásokat" valahova bele kell suvasztani a költségvetésbe, aminek valahol szintén nyoma van.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
265 | #29d1 | ^ | Idézet | Tue, 07 Jan 2014 21:00:40 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Azt meg ne akard nekem bemagyarázni, hogy most kevesebb, mint 200k-t keresel."

Attól függ, mennyit vagyok benn egy hónapban. Most is órára vagyok. Ha teljes hónapot ledolgozok, tényleg több jönne ki, mint 200, de azért nem eget verően több.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
4396 | #29d4 | ^ | Idézet | Wed, 08 Jan 2014 01:27:19 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Miből tellett neked Apple gépre, meg Workstationre?"

Abból, hogy ha szigorúan nézzük, akkor van kb. havi 35-45k kiadásom (közös költségtől a telószámláig bezárólag) meg kb. még 25-35k elmegy kajára (attól függően, hogy mennyit verek el menzán), és akkor onnan kezdve minden egyéb mehet megtakarításra, sulira, koncertre, utazásra, piára, ruhára, bazárra, akármi másra. etc. Na innen van.

"És ki garantálja, hogy ez a valós adatokat tükrözi?"

Könyvvizsgáló. X millió forgalom felett kötelező független könyvvizsgálót fogadni. Hozzánk is jár rendszeresen. Egyébként az igazi lenyúlások nem itt vannak, azoknak a pénzeknek is szerepelnie kell valahol a könyvelésben, ha le akarnak nyúlni valamit, akkor legegyszerűbb pl. szponzoráción keresztül. Vagy pl. marketingen elcsepegtetni. Szerinted ezek a sima támogatásokra valóban szüksége van a Postának, főleg, ha a tavaly előtti év pl. veszteséges volt?

"Ezt miért írtad le kétszer?"

Mert random helyre szerkesztettem be, hogy valami egységes valami legyen és nem emlékeztem, hogy mit írtam már be és mit nem.

"Ezt most nem értem."

Az, hogy az állam sem tud csak úgy adni. Valahova el kell könyvelni a költségvetésbe. Szoktak lenni ilyen tartalékok, amik viszonylag szabad felhasználásra van, de az jellemzően ilyenre van, mint árvíz, hóvihar, stb., hogy amikor hirtelen kell valami. MÁV meg BKV meg ilyenek viszont egy meghatározott tétel a költségvetésben. (Utóbbi mondjuk a Fővárosi Önkormányzaté, de az meg ugye szintén a központi költségvetésből él részben...)

"Csak nem képzeled, hogy az orrod alá dörgölik, hogy mindent ellopnak?"

És de, pontosan ezért képzelem, hogy az orrom alá dörgölik. Egyrészt, mert ezek összesített adatok, ennél részletesebben úgy is csak az APEH tud róla meg pénzügyi vezetés, aki nagyon félre akar tenni az úgy tesz félre, hogy az 100%-osan le van papírozva: mondom, vagy prémiumban, vagy marketingen vagy valami szolgáltatáson keresztül fog az elúszni. Utóbbiakat meg egy cég se fizetheti ki, ha nincs számla, hisz ahhoz benne kell lennie a pénzügyi osztálynak (aminek önmagában nem érdeke, hogy benne legyen). De ez bármelyik nagy cégre igaz, amit meg akarsz lopni.

Persze, lehet anélkül is, csak sokszor nagyobb a kockázat és ezt a részét befele kurvára ellenőrzik. (Meg, ha lopnak is, azt nem a köz pénzéből lopják közvetlenül, hisz mondtam, nem kap támogatást az államtól, hanem igazából a nyereséget rövidítik meg, ami az állam plusz bevétele.

Na meg, Postánál nincs olyan, mint Szatiéknál, hogy valaki nincs vagy félig van bejelentve.

"Csak azt a statisztikát hiszem el, amit én hamisítottam."

Jó, én meg azt, amit láttam. Vidéken pl. nálunk egyik kisebb vállalkozás simán beesik pár naponta 15-30 csomaggal, de hetente kétszer legalább. Ez már önmagában kb. 30-60E huf/hét és akkor még ott vannak a többiek, a vaterázók, stb. Szóval napi 30 csomag átlagban megvan (600E alsó hangon). Ez már 600K egy hónapra. Legyen mondjuk 50 levél az még 100K egy hónapra és akkor még mindig az alapáraknál tartunk. Akkor kap mindenki víz, gáz, telefon számlát, - van aki többet is - újabb 3 levél/család havonta. Ez is van kb. 240K havonta, de legyen mondjuk 150K, mert szerződéses partner. Ez eddig alsó hangon 850K eddig egy kis 2400 lakosú településen, nem egy panelrengeteg közepén, ahol egy postahivatalra 10x ennyi ember jut. De számoljunk ezzel. Ez azt jelenti, hogy mondjuk olyan 4250 HUF/év forgalmat csinál egy ember. Számoljunk mondjuk 8M lakossal, az 34Mrd HUF. És ez egy viszonylag worst case scenario, városokban és ott, ahol sok a Postát használó cég, ennél jobb arány van. 2008-as adatok szerint egyébként 85Mrd volt a levélforgalom (ebbe a Posta számára benne van a csomag is), számomra hihető. Eleve, mikor az APEH szétküldi mondjuk az éves adóbevallásos szarját, az egy szép nagy tétel.

És akkor még nem beszéltünk ilyenről, hogy biztosítás, hírlapkiszállítás, postabankról, csekkbefizetés utáni részesedés, Postai hírlap, könyv, csoki, etc. árusítás (oké, ez nem nagy tétel, de állítólag 2008-ban ebből is összejött 10Mrd), stb.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
86 | #29d5 | ^ | Idézet | Wed, 08 Jan 2014 01:29:07 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Ideje mennem aludni. Na jó, már megint duplikálok. Ideje mennem aludni.

Aludni...


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1004 | #29d7 | ^ | Idézet | Wed, 08 Jan 2014 02:24:30 +01
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Na akkor ez uj. Viszont a cikkben hol irjak az, hogy eddig is kaptak? Pont arrol szol, hogy ha mar torvenyben eloir dolgokat a postanak (=legyen posta a kis falvakban is meg igenis vigye mar ki az ujsagot annak az egyetlen egy embernek is a postas egy 8 hazbol allo tanyavidekre, amit odasoroltak a faluhoz), akkor fizessen mar be.

"Ha az orrom előtt rejtik el, akkor nem veszem észre? Ez a trükk sose működik."

Pelda hogyan lehet penzeket kivenni egy vallalatbol. Ezek szepen konyvelve vannak, mint marketing koltseg. APEH nem szol erte, valoszinuleg a Posta koltsegveteseben is benne van, de a valos marketing resze valoszinuleg joval kisebb, mint amire valoban szukseg lett volna.

http://kimittud.atlatszo.hu/request/adomanyok-listaja_2

Csak mondok egy peldat: "tamogatsz" mondjuk egy esemenyt par jegyert cserebe (azt szet lehet osztogatni a cegen belul), elkonyveled, mint marketing, aztan hogy-hogy nem, az esemeny fellepoje/szervezoje/hangositoja valami haverod volt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1766 | #29de | ^ | Idézet | Wed, 08 Jan 2014 23:34:55 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Azt írták, hogy a nemrégiben felmerült többletterhekre kapják a kompenzációt, tehát ami előtte volt, az már kompenzálva volt."

Ez számomra annyit jelent, hogy ami pluszba jött feladat azt fizeti az állam. A korábbiakról semmit nem állít.

"azt nem számolhatták el sehogy sem."

Mondjuk nagyobb baj az, hogy az államadóság devizában van. Na most az meg:

http://www.xe.com/currencycharts/?from=EUR&to=HUF&view=10Y
http://www.xe.com/currencycharts/?from=USD&to=HUF&view=10Y

(Pont akkor volt egy jó nagy USD ugrás, mikor akartam venni a gépet, amiatt vártam is egy jó hónapot, hogy kedvezőbb legyen az árfolyam. Mondjuk akkoriban mifelénk többet néztük az USD/HUF, EUR/HUF árfolyamokat, mint minden mást összességében, mert ez ugye rángatta végig az egész piacon az árakat.)

"Kezd a guglival telelenni a faszom."

Engem mindig elszörnyeszt, hogy mennyien bekajálják ezt a Gaygle jócég szlogent. Meg az Android open source (az is szerintem csak azért, mert a licenc kötelezi őket...) akkor már minden jóság! Jha, csak épp a fejlesztés menete legalább annyira zárt, mint a Windowsszé vagy az OSX-é. De vannak ilyen faszkalapok, mint retard_hasadék, aki ilyen különbségeket már nem fog fel.

"Egészen jó winfos alternatíva lesz, ha egyszer befejezik"

Úgy érted, a BeOS egész jó desktop alternatíva lett volna ha lett volna rá program és életben tud maradni, mint anno az Apple. Sajnos, a Haiku-OS kb. ugyanazt a szintet célozza meg (oké, Wifi, USB, és hasonó bizbaszok támogatása nyilván pluszba), ami ma már egy picit kevés. Viszont ja, kár, hogy a Linux desktop terjedt el helyette és nem a BeOS maradt fenn, szerettem azt a rendszert.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
498 | #29e0 | ^ | Idézet | Thu, 09 Jan 2014 01:37:57 +01
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"És mégnagyobb baj, hogy sok embernek a magánadóssága is abban van."

Igen, es kurvara nem ertem, hogy miert a mi penzunkbol akarjak most oket "megmenteni". Hat faszom, azert mert gyokerek voltak, azert ne azok fizessenek mar, akik nem voltak retardok es felfogtak azt, hogy devizahitel=kockazat. Anno mi is vettunk fel hitelt, tolunk is megkerdeztek, hogy deviza vagy forint, mondtak, deviza most stabil, de van kockazata, forint dragabb.

Szoval, aki hulye, haljon meg.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
3280 | #29e2 | ^ | Idézet | Thu, 09 Jan 2014 11:10:13 +01
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"Én a magam részéről egyszerűen köteleztem volna a bankokat, hogy töröljék az összes devizában mért tartozást. "

Miert kellene? Felvettek, viseljek kovetkezmenyuket. Az a gond, hogy ha eltorlik, akkor mindenki nyakra fore veszi majd fel a hiteleket, hagyja bedolni, mert "az allam ugy is megment, mert a kocsog bank..." cimu szlogen megy. Ugyanaz, mint ez a felelotlen segelyezes, ami nem arra szolgal jelenleg itthon, hogy kilabaljanak az adott helyzetbol, hanem pont az ellenkezojere: ebben az allapotban tartja azokat, akik segelyen elnek.

Eltorolni semmikepp nem kellett volna. Az egyetlen korrekt resz meg maximum annyi, hogy atvaltsak idoben forintra. Csak ez abbol a szempontbol szopo, hogy valoszinuleg a banknak is van kifele tartozasa devizaban (hisz a forint is pl. hitelben kerul a jegybanktol egy kereskedelmi bankhoz, gondolom a deviza is ugyanigy), amit neki tovabbra is devizaban kell fizetnie. Az meg azert nem jo, hogy ha emiatt bedol a gecibe a bank, mert akkor annyi penze se marad, hogy az ott vezetett szamlakat kifizesse*, es akkor ujra lehet embereket mentenie az allamnak ami ujra egy rachedli penz az allamkasszabol. Amit egyebkent ugyanugy az emberek altal megtermelt penzbol fizetunk ki... Akkor meg mar inkabb ne szoktassuk ra az embereket, hogy "majd az allam megmenti".

(*: nem tudom emlekszel-e egy olyan 10-15 evvel ezelottrol, mikor valami okos elterjesztette, hogy csodbe fog menni a Postabank. Alapja nem volt a hirnek, de ugye mindenki elrohant a bankba kivenni a penzt. Postabank mondjuk allta a sarat, bar teny, hogy kozelebb kerult a csodhoz, mint a "csodbe fog menni" hir elott. Egyebkent igy kell csodbe vinni egy bankot, hogy elterjeszted, hogy csodbe megy. ;)

Egyebkent errol volt fenn egy cikk multkor valahol, hogy mennyire romlott a fizetesi moral azutan, hogy a kormany elkezdett taktikazni a bankkokkal: csomoan, akik eddig fizettek es tudtak fizetni, inkabb elkezdtek arra jatszani, hogy majd kozpenzbol "rendezzek" a hiteleiket. Na meg amugy sokan ugy is vettek fel a hiteluket, hogy arra nekik igazabol nem volt fedezetuk (itt mondjuk tenyleg picsan lehetne rugni a bankokat, hogy lofaszt egyszerusitett hitelfelvetel, igen is ellenorizzek azt, hogy valoban kepesek-e visszafizetni). Vagy hogy modnjuk a minimalberen dolgozo apuka/munkanelkuli anyuka/3 kiskoru gyerek melle biztos kell-e neki 300K-s plazma meg egyeb draga fassag. (Bar teny, hogy devizat inkabb lakasra, autora vettek fel).

Viszont ha mar szoba kerult a "mekkora szar a forint": multkor egy ismeros fejtegette, hogy erosen gyanus, hogy a kormany arra jatszik, hogy szandekosan gyengiti a forintot**, aztan at akarja valtatni a devizahiteleket forintra, es utana visszaerositeni a forintot es igy minimalizalni.

(**: egyebkent ez is vicces, akkor amikor jo lett volna nekunk az Euro, akkor nem engedtek, hogy bevezessuk. Most, 1-2 eve, mikor kifejezetten hatrany lett volna nekunk az Euro - mert ameddig sajat penznemunk van, addig annak erositesevel/gyengitesevel tudunk picit lavirozni - akkor meg elkezdtek minket basztatni miatta... Nem veletlen, hogy most itthon meg csak nem is tema a bevezetese. Ha bevezetnek, meg ennyi manoverezesi lehetosegunk se lenne most, amikor kell.)


saxus  (statz) Agyfasz
#8, Agyfasz (417)
373 | #2a0a | ^ | Idézet | Thu, 16 Jan 2014 00:58:09 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Hát azt nem egy motivációs levéllel fogja elérni."

Egyszer megkérdeztem főnököt, hogy mi értelme van a motivációs levélnek és mit számít az. Erre azt a választ kaptam, hogy ő arra használja, hogy lemérje, hogy egyáltalán elolvasta-e a jelentkező a kiírást és akarja-e egyáltalán a munkát, vagy csak random elpostolt mindenhova CV-t.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
567 | #2a39 | ^ | Idézet | Sun, 26 Jan 2014 16:49:36 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
http://wiki.javaforum.hu/display/JAVAFORUM/Java+8+-+Lambda+expressions

Csodás lesz ez a Java 8. Csináltak végre Lambda expressionokat, bár gyakorlatilag csak egy maszat az interface felett (egyébként ugyanígy működik a PHP-s Lambda Expression is: gyakorlatilag egy belső Closure interface köré épül az egész), ahelyett, hogy végre átvennék a delegált fogalmát, ezzel redukálva a problémát egy-egy függvény szintjére és még egy csomó biolerplate kódtól megszabadulni.. (És az egyéb következményeit nem is említettem...)

Wunderbar.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1190 | #2a40 | ^ | Idézet | Mon, 27 Jan 2014 01:28:54 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Ja, saxus, olvastam, hogy valami barom hívogatott, zenélt, majd letette. Nagy kár volt a zenélős telefont tartani, csak nehogy aztán pislogj a telefonszámlára. "

Valószínűleg egyébként a T-s ügyfélszolgálat volt.

"Fingom sincs, hogy mi az a "lambdakifejezés", de borzasztóbb lehet, mint egy vérszomjas kecskehorda."

Lényegében névtelen függvények. Gyakorlatilag egy függvényt adsz át paraméterül. Lehet, hogy csúnyán hangzik, de egyébként nem az, lehet vele gyorsan jó dolgokat összerakni. Annyival "tud" többet, mintha csak egy sima fv pointert adnál át, hogy képes használni a környezetét is, ahol definiáltad. Java-ban ezt helyben implementált interface-al szokták megoldani, kulturáltabb helyeken erre ott a delegált. Gondolom azért te is érzed, hogy egy típus és "paraméterbiztos függvényparaméter" helyett helyben implementálni egy névtelen osztályt elég ronda megoldás.

Mondjuk Java Generics is elég ocsmány, pl. primitív típusokkal nem tud működni. Igazából az egész egy fordítási időben odahackelt valami, szemben pl. a .NET-tel, ahol maga a CLR része.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
15 | #2a42 | ^ | Idézet | Mon, 27 Jan 2014 01:39:23 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Holnap leírom.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
4298 | #2a44 | ^ | Idézet | Mon, 27 Jan 2014 08:36:16 +01
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Btw. szerintem az utolso hasznalhato KDE a KDE 1.x-ek voltak :)

Na szoval lambda epression. Igen, amit a masodik peldaban adtal, az is kozelit hozza (mivel a JavaScriptnek sokkal-sokkal tobb koze van a Lisphez, mint a Javahoz), de nem egeszen errol van szo.

Gondolom emlekszel ilyenre php-ben, mint call_user_func_array($array, $func), ahol minden egyes tombelemre meghivhattal, pl. igy:

function lofasz($x) { echo $x, "\n"; }

call_user_func_array($array, 'lofasz');


Na ezt teszi valamivel kulturaltabba a lambda:

call_user_func_array($array, function($x) { echo $x, "\n"; }


Kicsit mas peldak: .NET3-ban bejott a LinQ, ami ad rengeteg extension methodot mindenfele collectionok basztatasara. Ket fele modja van, egyik egy SQL szeru feliras, masik meg a fuggvenyesdi. Ott van pl. egy IEnumerable<T> Where(this IEnumerable<T>, Func<T, bool>) metodus. (Azaz minden T tipusu listat kibovit egy Where metodussal, ami parameterul egy olyan fuggvenyt var, aminek T bemenete van es boolt ad vissza, valamitn az egesz visszaad egy T tipusu felsorolot - gyakorlatilag az meg egy listat allit elo).

Azaz modnjuk ezt a kodot:

var lista = new List<int>(...);
int n = 4;
var ujLista = new List<int>();

foreach (var i in lista)
  if (Szures(i, n)) ujLista.Add(i);

bool Szures(int i, int n)
{
  return i > n;
}


Felirhatod a kovetkezokepp is:

var lista = new List<int>();
int n = 4;

var ujLista = lista.Where((x) => { return x > n; });

// vagy:

var ujLista = lista.Where((x) => x > n);


Nagy elonye a sima fuggvenyekhez kepest, hogy kepes atvenni a kornyezetebol a valtozok erteket. Masik elonye, hogy joval tomorebb es pl. 1-2 soros esemenykezelok irasakor joval egyszerubb egy ilyet irni, mint megcsinalni ra egy komplett fv-t. Plusz nem lesz annyira szetszorva sem a kod.

Egyebkent egesz jol kivaltja a strategy patternt is:

delegate int ValamiMuvelet(int a, int b);

ValamiMuvelet Micsinaljunk(string s)
{
  switch (s)
    case "+": return (a,b) => a+b;
    case "-": return (a,b) => a-b;
    case "*: return (a,b) => a*b;
    // ...
}

ValamiMuvelet v = Micsinaljunk("+");
int res = v(1,2);


Na most ugyanez Javaban eddig ugy nezett ki, hogy:

interface ValamiMuvelet
{
  int muvelet(int a, int b);
}

ValamiMuvelet Micsinaljunk(string s)
{
  if (s.equals("+") return new ValamiMuvelet {
    @Override
    public int muvelet(int a, int b) {
      return a+b;
    }
  };

  if (s.equals("+") return new ValamiMuvelet {
    @Override
    public int muvelet(int a, int b) {
      return a-b;
    }
  };

  if (s.equals("+") return new ValamiMuvelet {
    @Override
    public int muvelet(int a, int b) {
      return a*b;
    }
  };
}

int res = Micsinaljunk("+").muvelet(1,2);


(Most kb. ugyanannyi lesz, mint a C#-os verzio, csak => helyett ->. Leszamitva, hogy az interface marad es a felszin alatt ugyanaz a biolerplate kod fog elkeszulni a leforditott kodban, mint amit itt leirtam. (Lesz string case is, hurra.) Osztalyostul, mindenestul. .NET-ben ez ugyanugy csak egy fuggveny.

Miert jo ez meg? Egyeszt azon kivul, hogy "kodot tusz visszaadni" egy metodusbol, van egy csomo plusz felhasznalasi terulete, ahol hasznos tud lenni. Pl. a PHP-s call_user_func_array() - vagy, hogy a .Where() -s peldanal maradjunk: a PHP-s array_filter - menthetetlenul vegigfut az osszes tombelemen. LinQ viszont ugy mukodik, hogy valojaban csak egy felsorolo objektumot ad vissza, ami gyakorlatilag egy olyan metodust implemental, amivel ki tudsz kerdezni mindig egy kovetkezo elemet. Ha pl. ezt a LinQ queryt nezzuk:

var elolenyek = ...

var kecskek = from x in elolenyek where x.Micsoda == "kecske" && x.Kor > 10 select x;

foreach (var kecske in kecskek) ...


Akkor a kecskek-be nem egy tomb fog egybol letrejonni, hanem egy olyan objektum, amibol a foreach mindig kiker egy elemet, mikor a kovetkezo elemre lep. Ennek van egy csomo elonye, pl. sporolsz memoriat (mert nem hozol letre egy tombot), nem dolgozol elore, stb. ilyen amugy van pl. Pythonban is, ld. range() fuggveny, bar mar PHP-ben is van.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1263 | #2a46 | ^ | Idézet | Mon, 27 Jan 2014 12:48:53 +01
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
Ennyi? Melegvíz v2.0?"


Ezt régen is lambda expression-nak hívták funkcprogos körökben. Ha ezt nézzük melegvíz, mert tényleg egy régóta létező dolog. Viszont OOP nyelvekben eddig ezek macerásak voltak, cserébe sok esetben jól használható és jóval tömörebb kódot ad.

Viszont, hogy mondjak valamit amit talán hasznosítani tudsz, switch/case helyett ugrótáblát is használhatnál


:) .NET kb. 5-6 db switch-case után átvált arra, hogy csinál helyben egy statikus Dictionary<string, IntPtr> -t, oda belehányja a stringeket meg a kódblokkokat és ugrótáblázik. Mindezt a fordító automatikusan, nem kell vele baszakodni külön.

Ugyanígy egy halom dolgot is optimalizáltak a .NET2-3 környékén a felszín alatt: pl. ha nekiállsz egy valag stringet +-al összefűzni, akkor a háttérben sok esetben a String.Concat() vagy egy StringBuilder működik, ami nem fogja teleleakelni részstringekkel, hanem előre lefoglal akkorát, amekkora a végső string lesz. Java-ban meg itt is marad a

(new StringBuilder()).append("a ").append("kecske ").append("bassza ").append("meg ").append("a ").append("Javat."). 


saxus  (statz) Agyfasz
#8, Agyfasz (417)
56 | #2a47 | ^ | Idézet | Mon, 27 Jan 2014 12:49:45 +01
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
Bocs, pontosítanék, nem a fordító, hanem a JIT-ter.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
75 | #2a48 | ^ | Idézet | Mon, 27 Jan 2014 12:50:55 +01
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
Meg az 5-6 switch-case-t is úgy értem, hogy 5-6 case után egy switchben.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
401 | #2a49 | ^ | Idézet | Mon, 27 Jan 2014 13:29:38 +01
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
Sok tízszeres sebességnövekedést el lehet ezzel érni.


Mondjuk hozzáteszem: soktízszeres sebességnövekedést ezzel nem fogsz elérni .NET alatt, maximum, ha nagyon sok stringet hasonlítasz össze. Mivel .NET-ben a string immutable és egy közös tárolóban van, gyakorlatilag csak egy pointer összehasonlítás az egész alapból, nem nézi az összes karaktert egyenként.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1446 | #2a4b | ^ | Idézet | Mon, 27 Jan 2014 16:38:12 +01
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
"Én általában beszéltem. "


.NET-ben viszont sok általánosságra rágyúrtank, gyúrnak folyamatosan. Pl. ott vannak a LinQ-s extension methodok. Alapvetően mind az IEnumerable<T> típushoz csapódnak, viszont egy-egy gyakran használt generikus típushoz vannak néha a felszín alatt plusz optimalizációk. Pl. egy int[] -re a Sum()-nál a leggyorsabb még mindig a foreach-os megoldás és a sima alap Enumerátoron keresztüli megoldás jóval lassabb. Ott pl. AFAIK ki van optimalizálva, hogy ne az alap megoldást használja.

Vagy amit már említettem a stringműveletekkel: .NET 1.1-ben tényleg kurva lassú volt (bár azt nagyon kevesen használtak sztem, a .NET 2-vel kezdett el igazán terjedni), .NET 2-3 környékén rendbetették.

C#/.NET mögött amúgy ez a koncepció: nem egyvalamiben próbálnak nagyon jók lenni, hanem minél többmindenben próbálnak hozni egy legalább átlagos szintet (még ha ez időnként a sebesség rovására megy) és minél több igényt lefedni, és megtámogatva azzal, hogy minél gyorsabban tudj vele kódolni. Mert általában ez a szűk keresztmetszet és nem a gép.

Ha meg valami extra igényed van (pl. még absztraktabb dolgot akarsz írni - F#, vagy nem jó a statikus típusosság - ld. IronPython, vagy tényleg kell az a plusz pár százalék sebességben - C/C++ plusz hozzá a C++/CLR ragasztónak), akkor meg megvan a lehetőséged.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1246 | #2a4d | ^ | Idézet | Mon, 27 Jan 2014 23:27:15 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
" akkor miért olyan kurwa lassú az egész?"

Nekem nem lassú. (WPF meg egyenesen kurvagyors, főleg a régi megoldásokhoz képest. Mondjuk meg is van támogatva Direct2D-vel).

"Azt mégis hogy, hogy csak egy pointer összehasonlítás a két string összehasonlítása? Nem csak előre definiált stringek vannak, egy valahonann beolvasott stringet hogy hasonlít össze csak egy pointerrel? Meg mi van, ha két egyforma stringünk is van?"

Nem. .NET-ben minden string immutable, emiatt meg lehetett csinálni, hogy minden string - CLR-enként, tehát akár alkalmazások között - egy közös tárolóba "internáld". Viszont pontosítanom kell magam: nem mindent internál automatikusan. Most nem katpam elő a CLR via C#-ot, de gyors utánanézés alapján nekem úgy tűnik, hogy azokat, amik viszont fordítási időben bekerülnek a rendszerbe, azokat már igen, szóval az előbbi állításom nem minden esetben állja meg a helyét. Viszont két internált stringet összehasonlítani meg tényleg lehet referencia szerint (maga a == operátor illetve az Equals() felüldefiniálására is az az ajánlás, hogy a legelején nézd meg az object.ReferenceEquals()-al.) De persze, te is tudsz kézzel.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
950 | #2a50 | ^ | Idézet | Tue, 28 Jan 2014 00:44:47 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
Felmentem egy szlovák HLDM szerverre kicsit játszani, erre néhány láthatóan se mozogni se célozni nem tudó szlovák egyén le cigány csalózott... HÁ' RÁSSZIZMUS MEG NÁCZYZMUS VAN ITTEN KÉREMSZÉPEN!

(Lehet zokon vették, hogy a "saját" szerverükön kalapáltam el őket.)

"amikor ezt elméletileg nem is lenne szabad úgy lefordítania, hogy belerakja a komparátort"


Mert onnan kezdve annak a stringnek a referenciája osztott. Kevesebb ram, kevesebb CPU idő matatni vele. Meg azért a statikus dolgokat sokfele használhatod. Pl. ott a konkrét INotifyPropertyChanged és a hozzá való kódhalmok, ahol stringként adod át egy eventben, hogy melyik property módosult. Ha már arra guberálsz, akkor már gyorsabb. Másrészt mivel te is tudsz internálni stringet, így ha olyan programon dolgozol, ahol sok stringet hasonlítasz össze, jelentősen meg tudod dobni a teljesítményt.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
754 | #2a52 | ^ | Idézet | Tue, 28 Jan 2014 10:39:10 +01
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"az egyiket módosítom?"

Immutable a string. Nem tudod modositani. Csak ujat tudsz letrehozni.

Egyebkent ott van ertelme, hogy kevesebb ram igenye van (ha mar egyszer statikusan a kodban van, akkor azt biztosan fogod tobbfele is hasznalni, mozgatni "masolni"), masreszt pl. erre jo pelda a NotifyPropertyChanged-es eset, amit azert sokfele hasznal a .NET vilag: ott is stringekkel azonositjak a dolgokat. Meg pl. a reflectionnal is jol jon az, hogy az amugy nem gyors dolgot meg nem vagjak tarkon egy valag stringmuvelettel. Stb.

Nyilvan nem raknak bele egy tucat programnyevlbe, ha nem lenne ertelme.

"Shareware mond valamit majompofa?"

Egyebkent a Share/Freeware is proprietary, ha egyvalakinek a kezeben van a kod.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1002 | #2a54 | ^ | Idézet | Tue, 28 Jan 2014 13:50:02 +01
86.101.*.* winhate Mozilla Firefox Hungary *.business.broadband.hu
? Mert akkor ott nagyon nagy baj van...


Arra használj char[] -t, ha ilyet akarsz csinálni. (Egyébként C++/CLR-ben szerintem alá lehet nyúlni a string objektumnak és módosítani a tartalmát, más kérdés, hogy az ilyen az .NET alatt az instant tarkónlövés kategória. Egyébként most gondoltam bele, talán ha 2-3 alkalom volt, hogy char[] tömböt kellett használnom a fennt említett módon.


Sz*rk: A VMWare Player is Freeware, ő azt is Prop.-nak - azaz, terminológiája szerint: kereskedelminek - tünteti fel


Mondjuk akkor az egy szar terminológia, mert a proprietary az AFAIK - és a Wikipedia - szerint is annyit jelent, hogy egy határozott jogtulajdonos adja oda használatra bizonyos feltételek mellett. Hupon volt valaki, aki a "tulajdonosi" kifejezést használta rá. Elég bénán hangzik, de valahol még mindig ez van a legközelebb hozzá.

Mondjuk szótár szerint a másik változata meg a "szabadalmaztatott".


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1020 | #2a57 | ^ | Idézet | Tue, 28 Jan 2014 19:20:52 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Mire??? Egy string lecserélésére??? Hát mire jó akkor ez a ciszta, ha a stringeket még mindig chartömbként kell kezelni?

De te nem stringet, hanem karaktert cseréltél. string cseréjére ott a Replace() és a mindenféle egyéb stringfv.

"Nem lehet benne ilyet, hogy"

Hogy ne lehetne. Viszont az s az egy új string példány lesz. (Leszámítva, hogy ez így le sem fog fordulni, mert az s1, s2 nem inicializált). Igen, tényleg lassabb, ha csak _egy_ karaktert kell lecserélni. De hogy őszinte legyek, nem túl sűrűn kell ilyen.

Ellenben lényegesen kevesebb szopás van azzal, multithread környezetben, hogy a stringek immutablek, nem kell a lockokkal baszakodni (ami költséges), ésszel használva lehet memóriát spórolni vele (gondolj bele pl. egy XML vagy bármi egyéb önleíró fájl feldolgozásakor, és ugyanez igaz a dinamikus nyelvekre is, amik tele vannak hashmapekkel (vagy akár maga a nyelvi elemek is igazából csak stringek meg láncolt lista, ld. lisp).


saxus  (statz) Agyfasz
#8, Agyfasz (417)
2440 | #2a5e | ^ | Idézet | Wed, 29 Jan 2014 20:39:42 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Huh, de elbaszott egy valami ez a cisztadotnet."

FYI., nem csak a C#-ban immutable a string.

"Neked nem kell. Van akinek szüksége lenne a karakterszintű manipulációra és ezt a nyelvek már az ősidők óta lehetővé teszik."

Most is van lehetőség, csinálj belőle karaktertömböt. Ez egy tudatos tervezői döntés volt, gondolom fontosabbnak ítélték meg az előnyeit (ami pl. multithread környezetben és a stringfüggvények egyszerűségében jelentkezik, pl. ha egy string referencián osztozik egy kód több helyen és két helyen próbálná meg módosítani, ami pl. Pascal-ban simán lehetsége), mint azt, hogy néhány ember nem tud időnként karaktert kicserélni, hanem előbb chartömbbé kell alakítania:

var ch = "asdf".ToCharArray();
ch[3] = 'x';
var str = new string(ch);


Egyébként az összes modern nyelv ebbe az irányba indult el.

Az első két sorban az egész stringet állítottam be.


String az referencia típus, nem érték típus. A második sorban lecserélted a pointert a "nem kecske" stringre, a "kecske" string meg a GC-é lesz, ha nincs rá másik referencia. (Bár mivel fordítási időben bekerült, benn lesz az "internálótáborban").

És ez?


Az s-ben egy "akarmi vgy sem" string lesz, ami egy új string példány. De ez akármi másban is így lenne. (Legalábbis nem nagyon tudok olyan nyelvről, ahol a string érték típus, meg nem is lenne túl logikus.)

--

Egyébként most ennek kapcsán elkezdett érdekelni az, hogy anno Pascalban ezt hogyan oldották meg, mert ugyan a Pointer típusokra és az objektumokra figyelni kellett, hogy felszabadítsuk, néhány dologra, köztül a stringekre nem és sosem néztem utána. Nos, a válasz egyszerű, van egy egyszerű refcounteres GC rajta:


Assigning one ansistring to another doesn’t involve moving the actual string. A statement
S2:=S1;

results in the reference count of S2 being decreased with 1, The reference count of S1 is increased by 1, and finally S1 (as a pointer) is copied to S2. This is a significant speed-up in the code.

If the reference count of a string reaches zero, then the memory occupied by the string is deallocated automatically, and the pointer is set to Nil, so no memory leaks arise.


http://www.freepascal.org/docs-html/ref/refsu12.html#


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1735 | #2a60 | ^ | Idézet | Thu, 30 Jan 2014 01:53:29 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"A karakterszintű stringparsing/stringmanpuláció az egyik leggyakoribb dolog, amivel csak szembekerülhetünk."


Konkrétan nem jut eszembe olyan eset, mikor karaktereket kellett cserélgetnem egy stringben C#-ban. Legalábbis olyanra, amit a Replace() ne tudott volna megoldani. Parseoláshoz meg olvasásra van szükség, azt minden további nélkül lehet, mert hogy-hogy nem, van read only indexere. (Segítek: ez működik:
string s = "asdf"; char ch = str[1];


Csak ez nem:

str[1] = 'x'];


Ez van, multithread és egyéb ilyen apróságok jelenleg fontosabbak, mint az, hogy mi volt 40 éve.

Ad 1. zero ref dealloc != GC.


Attól, hogy te a refcountert nem egy GC technikának hívod, attól még az.

http://en.wikipedia.org/wiki/Garbage_collection_%28computer_science%29#Reference_counting

A GC az, amikor a nyelv semmilyen szinten nem támogatja a lefoglalt területek felszabadítását


Ez fasság, semmi köze a kettőnek egymáshoz. Ha ez lenne a definíció, C++-hoz se létezne GC.

Ad 2. Pascalban nem csak AnsiString van


Igen, csak a "sima" string becsületes neve AnsiString, mert a "sima" string az csak egy alias rá. Illetve, hát attól függ, hogy melyik fordító illetve milyen fordítási opciók vannak beállítva. Példának okáért a Delphi 2009 doksijából: "On the Win32 platform, the compiler interprets string (when it appears without a bracketed number after it) as UnicodeString. ". Az meg ugyanúgy működik, mint az AnsiString.

Ad 3. Pascalban a string nem ojjektum.


Teljesen mindegy, az a lényeg, hogy referencia típus.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
966 | #2a6f | ^ | Idézet | Sun, 02 Feb 2014 01:12:05 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Értem, tehát még csak péhápé kódernek sem vagyok használható. Ja, az utolsó mondatod meg aztán tényleg mindennek a teteje, a korábbi fényében. (http://bgafc.t-hosting.hu/bvk.php?m=0&o=10653&c=1)
Szerintem most menj a francba."

vs

" IT-re csak kihalasos alapon." && "Na meg úgy néz ki, nálunk is lesz egy üres hely." @ December.

Konkrétan csütörtökön közölte kolléga, hogy távozna. Még hirdetést sem adtunk fel, baszki. Probléma az, hogy nem csak PHP kóder, hanem van OOP, .NET, MSSQL és PostgreSQL, meg egy kis HTML/JS, hírlevelek, Facebook API és mindenféle egyéb hasonló "nagyonszereted" dolog. Hja meg velem kellene dolgozni.

De amúgy nem értem... Még a multik is kb. lepkehálóval fogdossák össze a C#/Java/C/C++ kódereket és még a leghülyébbek is benn tudnak maradni évekig, hogy nem tudtál eddig egy NSN/Evosoft/Evoline/Ericcson/whatever multit becélozni?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
882 | #2a70 | ^ | Idézet | Sun, 02 Feb 2014 01:44:46 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
50 eltűnik a picsába


Vagy inkább ez a fos megint elnyelte a gecibe a kommentem és kurvára nem volt kedvem az elmúlt 3 napban újraírni úgy, hogy van más dolgom is, mint azt magyarázni, aminek baszol utánanézni. Pl, hogy hogy is van ez a string dolog és milye van és milye nincs a string osztálynak.

Értem, tehát, ha neked nem kell, akkor senkinek sem kell.


Kurvára nem ezt mondtam. Azt mondtam, hogy nem tűnik egy túl gyakori igénynek. Meg mondjuk valahol itt szoktam megunni a vitákat.

20 nekiáll a mikrofost éltetni és/vagy az m$ konkurenciáját fikázni


Hol a retekben éltettem én itt most az MS-t? C#/.NET volt a téma (vagy pontosabban még az sem, mert string interning és immutable string messze nem csak .NET-ben van, hanem egy rakás másik nyelvben is). Vagy szerinted a C#/.NET == Microsoft?


saxus  (statz) Agyfasz
#8, Agyfasz (417)
1038 | #2a73 | ^ | Idézet | Sun, 02 Feb 2014 05:41:23 +01
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
"És ha most megmagyarázod nekem, hogy a c#/.net nem mikrofos termék, akkor sikítani fogok a röhögéstől..."

Na latod, talan itt van a problema. Mar kiscsillioszor megmondtam, hogy nem erdekel a Microsoft, mint ceg, erre te tovabbra is azt allitod, hogy "idejovok a Microsoftot eltetni". Es akkor meg azt varod, hogy ezek utan alljak neki ervelni neked itt, mikor szandekosan elferditesz mindent? Mi a retkes faszomnak, de komolyan? Stringnel ugyanez: itt ragodsz a kibaszott karaktercsereden, holott az use-casek kb. 0.01%-a. De gondolom a 0.01% fontosabb, mert a pascalban/c-ben/random masik egyeb akarmiben lehet.

"Vigasztalna a tudat, hogy te is pont ugyanannyira örülnél neki, mint én."

Akkor azt hiszem ezt megbeszeltuk.

"Ez a policy, hogy nem válaszolnak? "

Mittudomen, fonok intezte ezeket, nem en.

"akkor mi a túrónak jössz ide újra és újra?"

Neha megfeledkezek a stilusodrol, aztan benezek. Vagy neha latom, hogy emlegetsz, aztan benezek. Vagy csak ugy.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
828 | #2a78 | ^ | Idézet | Sun, 02 Feb 2014 16:10:24 +01
84.3.*.* Apple Mac OS X x86 Apple Safari Hungary *.catv.pool.telekom.hu
Ja, ehhez annyit, hogy igazából ezt ilyen last resortként húztad elő, amúgy végig azzal érveltél, hogy úccsetudnám...


Feltunt, hogy nem arrol beszeltem, hogy le tudnad-e kodolni, amit kell vagy sem? Hanem arrol, hogy jo esellyel ugyanez a hangnem menne koztunk, amihez kossz, nincs kedvem.

Akkor mi a fárasnak reklámozod őket állandóan itt?


Szoval megemlitem, hogy valami szerintem jo/rossz es meg merem emliteni barhol is Az Nagy Interneten egy szerintem rosszabb/jobb megoldas elleneben == az reklam. Uncsi ez a fassagod.

Bazdmeg, ezektől kapok herótot, amikor számokkal dobálózol csak úgy! Honnan van ez a 0.01%?!


Meselj baszki, akkor szerinted mennyire surun kell karaktereket cserelgetned egy stringben? Erre a kerdesemre meg te nem adtal valaszt meg.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
524 | #2a7a | ^ | Idézet | Sun, 02 Feb 2014 18:47:32 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Adatok importja/exportja. Specifikus parsing. Általános parsing."

Importhoz, parseoláshoz hol kell karakterenkénti írás? Azt ne mond, hogy karakterek ciklusban olvasásához, mikor ezer+1 féle módon lehet blokkot javítani. Arról nem is beszélve, hogy ha hozzáfűzni kell, arra ott a +(string, char) operátor meg a StringBuilder osztály... Arról nem beszélve, hogy nem egy formátumhoz van már import.

Csináltam én is kismillió importert/exportert, valahogy mégsem volt rá akkora igényem.


saxus  (statz) Agyfasz
#8, Agyfasz (417)
72 | #2a7c | ^ | Idézet | Sun, 02 Feb 2014 20:54:06 +01
84.3.*.* winhate Mozilla Firefox Hungary *.catv.pool.telekom.hu
"Most már erre válaszoljál."

Volt PH-sok, egyéb kérdés?