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.

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

TCH írta/wrote:
Mit értesz optimalizáció alatt? Hogy csak 250x lesz lassabb, mintha C-ben vagy C++-ban írtad volna meg, nem 350x?

kemi írta/wrote:
de az valószínűleg azért van, mert fos a GCC winfoson.

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

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

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

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

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.

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.

TCH írta/wrote:
kemi: Próbáld ki Delphivel is, kiváncsi vagyok az mit dob.

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

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

TCH írta/wrote:
hogy egyfelől a C-t csak példának hoztam fel, mondhattam volna C++-t meg Delphi-t 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.

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.

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ő.

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

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.

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

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.

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

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.

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

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

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

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

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

TCH írta/wrote:
amit nem lehet OOP nélkül megcsinálni, vagy legalábbis szarabb lesz a végeredmény.

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

TCH írta/wrote:
A listákat lehet párhuzamosítani, de egy igen nem jelent mindig igent.

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?

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?

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

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.

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

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.

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

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á.

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.

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.

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

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

TCH írta/wrote:
És PG alatt a serial/bigserial?

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

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?

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

TCH írta/wrote:
Végigtúrtam a guglit Oracle-ös ainc megoldásért, de ezt nem találtam meg.

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

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

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

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

kemi írta/wrote:
A C++, meg az Object Pascal is hagy ha óópézel, de neked kell eltakarítani. :P

TCH írta/wrote:
Megoldás: nem kell oop-zni.

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.

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

TCH írta/wrote:
Akárhogy is programozol dzsuvában vagy cisztában, szemetelni fog.

TCH írta/wrote:
Nem én az OOP túlerőltetett és felesleges alkalmazására gondoltam

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

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?

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.

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

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

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

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?

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:
Olvassad. Én bottal sem piszkálok semmit, aminek köze van a mikrofoshoz.

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

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

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

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

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

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

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

TCH írta/wrote:
miszerint azok akik utálják az oop-t, azért utálják, mert nem értik.

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

TCH írta/wrote:
Unit, module? Az nem jó? Must be ojjektum?

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.

TCH írta/wrote:
hogy mi az OOP 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?

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

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?

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?

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

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?

public interface ISomethingProvider
{
  public Bar GetBar();
}


public class FooFunction: Function
{
  private ISomethingProvider _provider;

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

class IlyenSomethingProvider: ISomethingProvider
{
  private IDbConnection _db;

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

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

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

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

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

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?

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?

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

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.

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...

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.

TCH írta/wrote:
Ja, értem, szóval az OOP-al feltaláltuk a globális változókat. :)

TCH írta/wrote:
Nem mondod...

TCH írta/wrote:
Nem a magasszintű programozás lényegét nem értem, hanem az OOP szentesítését.

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

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.

kemi írta/wrote:
Na így lesznek aztán programozók helyett gányolók. Nem baj, majd a náluk okosabb compiler kioptimalizálgat.

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

TCH írta/wrote:
SZARÁKÜL SUKSZ!!!

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

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

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

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

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

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

TCH írta/wrote:
sequence.nextval()

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

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!

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.

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

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

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

TCH írta/wrote:
http://it.toolbox.com/blogs/database-soup/postgresql-publishes-first-real-benchmark-17470

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

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)

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

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

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

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

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

TCH írta/wrote:
Mikor láttál te utóljára MySQL-t? 2004-ben? És még én vagyok elmaradva. :P

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

TCH írta/wrote:
És akkor hogy a fenébe nem jutott el hozzád egy ennyire default info usque 7 év alatt?

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

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.

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...

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.

saxus írta/wrote:
Inkabb tömbindexnek használd, aztán isset(). Szerintem.

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?

TCH írta/wrote:
Meg aztán a rendezés, mikorra futna le rajta?

TCH írta/wrote:
Ez rendben van, de hogyan applikálom ezt egy 32x32 bites mátrixra?

TCH írta/wrote:
Miért? Hogy ne lássák, hogy melóhelyen netezel? :P

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

TCH írta/wrote:
Ok, akkor 32 bitesek lesznek.

TCH írta/wrote:
A fájrendszerbe való írogatás gyorsabb, mint a fájlba való írogatás?

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.