BGAFC Vendégkönyv

Σ: 16 post

Prometheus (statz)

#3, Főfasz (1824)

28 | #1bf0 | ^ | Idézet | Wed, 18 Apr 2012 13:11:47 +02

84.0.*.*

*.dsl.pool.telekom.hu

Vagyis NVidia GeForce 9800GT

TCH (statz)

#1, Főfasz (10443)

1885 | #1bf1 | ^ | Idézet | Wed, 18 Apr 2012 13:16:23 +02

89.134.*.*

*.catv.broadband.hu

saxus írta/wrote:
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.

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.

saxus írta/wrote:
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.

Szerintem sincs értelme folytatni, már megint a C-vel jössz, te minduntalan a C-vel akarod összehasonlítani a dzsuvát meg a cisztát, hogy mennyivel gyorsabban lehet benne 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.

saxus írta/wrote:
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.

Értem és persze ismét, mivel a C-ben ilyen nincs, ezért a dzsuva meg a ciszta a rulez. Az, hogy C++-ban vagy Delphiben van, az nem baj.

djpety alias "Pety"

#6, Lófasz (953)

0 | #1bf2 | ^ | Idézet | Wed, 18 Apr 2012 14:33:22 +02

84.224.*.*

*.pool.telenor.hu

TCH (statz)

#1, Főfasz (10443)

23 | #1bf3 | ^ | Idézet | Wed, 18 Apr 2012 21:56:37 +02

46.107.*.*

*.catv.pool.telekom.hu

Ezt jól megaszontad. :P

Prometheus (statz)

#3, Főfasz (1824)

47 | #1bf4 | ^ | Idézet | Wed, 18 Apr 2012 22:46:57 +02

84.0.*.*

*.dsl.pool.telekom.hu

Hogy sikerült föltelepíteni a Mass Effect 3-at?

djpety alias "Pety"

#6, Lófasz (953)

119 | #1bf5 | ^ | Idézet | Thu, 19 Apr 2012 02:12:10 +02

84.2.*.*

*.pool.t-online.hu

lol, most látom, az Opera Mobile új feature-ja, hogyha pipát nyomok, egyből elposztolja a formot, ez is így sikerült :D

saxus (statz)

#9, Agyfasz (419)

5625 | #1bf6 | ^ | Idézet | Thu, 19 Apr 2012 04:49:14 +02

84.3.*.*

*.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 :)

Prometheus (statz)

#3, Főfasz (1824)

124 | #1bf7 | ^ | Idézet | Thu, 19 Apr 2012 08:18:47 +02

84.0.*.*

*.dsl.pool.telekom.hu

Én is föltelepítettem, de azt mondja, nincs föltelepítve az "Origin". Nem tudom, mi ez, de bonyolítja az életemet.

Prometheus (statz)

#3, Főfasz (1824)

325 | #1bf8 | ^ | Idézet | Thu, 19 Apr 2012 11:31:29 +02

84.0.*.*

*.dsl.pool.telekom.hu

Nem találtam meg egy "small bee" nevezetű nintendós játékot, ami a "9999 in 1" nevezetű játék része volt. Nem tudtok róla valamit?
Volt még nagyon régen egy másik kedvencem is, ahol egy labirintus-szerű helyen kellett egy szarvasbogárral kis szarokat elpotyogtatni, és ezzel csapdába ejteni más bogarakat.

TCH (statz)

#1, Főfasz (10443)

2540 | #1bf9 | ^ | Idézet | Thu, 19 Apr 2012 12:17:07 +02

46.107.*.*

*.catv.pool.telekom.hu

djpety írta/wrote:
lol, most látom, az Opera Mobile új feature-ja, hogyha pipát nyomok, egyből elposztolja a formot, ez is így sikerült :D

Éljenek az újítások. :D Mit akartál írni az üres postban?

saxus írta/wrote:
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.

És PG alatt a serial/bigserial?

saxus írta/wrote:
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.

Attól, hogy így szokták, még nem muszáj.

Arról meg, hogy mi minden nincs C++-ban, de bezzeg C#-ben, meg Java-ban, biztos marhajó, hogy ezeket kérdés nélkül csinálják, rühellem, ha egy program helyettem dönti el, mit akarok.

saxus írta/wrote:
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.

Ha a Delphi ennyire fos manapság, az sajnálatos dolog. Pár évvel ezelőtt gyorsabb kódot fordított, mint a VS.

saxus írta/wrote:
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. ;)

Ja, csak nem mindegy, hogy ha deklarálsz valamit, akkor az az lesz amit szeretnél, vagy ojjektum, mint C#-ben.

saxus írta/wrote:
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.

Nem dinamikus memóriafoglalás, hanem garbage collection. 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?

És ha szerinted szar programozó vagyok, akkor miért vitázol még mindig?

Prometheus (statz)

#3, Főfasz (1824)

20 | #1bfa | ^ | Idézet | Thu, 19 Apr 2012 14:07:31 +02

84.0.*.*

*.dsl.pool.telekom.hu

Megy a nerd rage? :D

TCH (statz)

#1, Főfasz (10443)

77 | #1bfb | ^ | Idézet | Thu, 19 Apr 2012 15:04:01 +02

89.134.*.*

*.catv.broadband.hu

Nem csak saxus szeret flamelni. :)
Amúgy az a méhecskés játék nem a Twin Bee?

Prometheus (statz)

#3, Főfasz (1824)

85 | #1bfc | ^ | Idézet | Thu, 19 Apr 2012 15:20:47 +02

84.0.*.*

*.dsl.pool.telekom.hu

Nem, nem hiszem, hogy ebbe raknának ilyet:
http://www.youtube.com/watch?v=w65XjxRW-OA

Prometheus (statz)

#3, Főfasz (1824)

49 | #1bfd | ^ | Idézet | Thu, 19 Apr 2012 15:22:35 +02

84.0.*.*

*.dsl.pool.telekom.hu

Mass Effect 3-hoz hogy kell letölteni az Origint?

TCH (statz)

#1, Főfasz (10443)

128 | #1bfe | ^ | Idézet | Thu, 19 Apr 2012 15:51:17 +02

89.134.*.*

*.catv.broadband.hu

Ez volt az?
http://www.youtube.com/watch?v=R8bzf21-qdQ
Vagy ez?
http://www.youtube.com/watch?v=9A3QXb7j80c

TCH (statz)

#1, Főfasz (10443)

157 | #1bff | ^ | Idézet | Thu, 19 Apr 2012 17:23:24 +02

89.134.*.*

*.catv.broadband.hu

Ki tudja mi a különbség egy rohadófélben lévő döglött kecske és egy brazil uráncentrifuga között? Hát az, hogy a macska brekeg, bilgécnek meg a kurwa anyját.