TCH (statz) | #1, Főfasz (10443) |
6576 | #2764 | ^ | Idézet | Mon, 26 Aug 2013 16:17:00 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Ad 1. Jönni te jössz folyton: ide, hittéríteni. Ad 2. Az alfa/omega volt a mondat indulati része, talán a második részt is el kéne olvasnod. Csakhogy én nem mondtam, hogy az OOP lényege az, hogy minden ojjektum legyen. Én azt mondtam, hogy így csinálják, pl. a cisztában, amihez te lelkesen csápolsz, hogy dekurwajó! Ha azt mondanád, hogy a ciszta meg a többi egy raklap szar, nem OOP, hanem O3P - az OOP akkor jó, ha inheritációra van szükség, mert mire az öröklést megoldják OOP nélkül, addigra sokkal nagyobb katyvaszt kapnának, lévén mi a fasznak kódból emulálni valamit ami nyelvszinten támogatva vanakkor azt mondanám, hogy oké. De ugye te nem ezt mondod, hanem összehordasz itt hat és fél megatonna bullshitet, meg mikrofos éltetést.
Betegesen naprakész???Mert idecitáltam x év alatt kb. 5 darabot? Nincs neked üldözési mániád? Nézem a híreket, alattuk a kommenteket, meg nézem oldalt a blogbejegyzéseket és ha a cím felkelti a figyelmemet, akkor rábökök. Arról nem tehetek, hogy néha összefutok a keresztes hadjáratod foszlányaival. Mondjuk az persze nem baj, hogy keresztes hadjáratot folytatsz, még az sem, hogy a Linux ellen, csak kissé bassza a csőröm, hogy pár éve még ringyózoztál és be akartad tiltani a suxplodert, most meg pont az ellenkezőjét csinálod: széles nyelvcsapásokkal nyalsz a mikrofosnak, akkor is, ha épp ők a gecik vagy ők basztak el valamit. Egyetlen egyszer szóltál itt be nekik, a tervezett rolling release-re való átállásuk miatt, de igazából nem tudom, hogy azért, mert a rolling release egy fasság (igen, szerintem is az), vagy azért, mert az olyan binguzos-buguntus szokás. De arról miért a Linux tehet? Miért a Linux hibája, ha OSX-en meg winfoson máshogy van valami és ezért ott a Linuxos megoldás nem megy? Az a Linux hibája, ha a Linuxos megoldás Linuxon nem megy és sajnos olyan is van, de ez nem az az eset! Ez a valve szemétsége, nem más. Ugye nem azt akarod mondani, hogy te ott nem is a Linuxot akartad fikázni? Már megint kevered a fiszt a fasszal, meg már megint nem tudod, hogy miről beszéltél, amikor a marhaságot mondtad! Itt nem arról volt szó, hogy ha te specifikálod a mező hosszát, akkor az karakterben van mérve, hanem hogy mennyi a mező maximum kapacitása, aminél több nem lehet benne! Mert te a kapacitásra mondtad, hogy 255 karakter, nem a specifikált hosszlimit "mértékegységére", tudniillik én azon rantoltam, hogy az Oracle-ben nincsen text, csak clob, amit 4000 byteonként kell feltölteni, a varchar-ba pedig csak 4000 byte fér. Erre mondtad te, hogy ami ugye egyfelől 65535, másfelől meg byte, ennek megfelelően a varchar(65535) csak akkor lesz tényleg 65535 karakter, ha csupa non-unicode karakterből áll. De egyébként belül a mező hosszát ugyanúgy byteonként méri, 1 byteon tárolja a hosszt, ha 256 bytenál kevesebb a mező hossza és két byteon ha nem. Én is idéznék a manualból, ugyanonnan ahonnan te, csak három mondattal lejjebbről (mindig csak az első két bekezdést olvasod el a manualokból?): Úgyhogy kurwára nem karakter a maximum hossz, hanem byte. Minden byte alapú szervezésben működik, nem csak ebben a DB motorban, hanem mindben! És ha nem haragszol meg (vagy ha igen, azt is leszarom), éppen ez az, ami miatt fasságokat beszélsz: annyira rácuppantál erre a nagy felülről nézésre, hogy már nem tudod, hogy működik egy kibaszott gép! Ha végiggondoltad volna, hogy hogy zajlanak alul a dolgok, akkor rájöttél volna, hogy egy DB-ben, ha karakterenként menne a mozgatás, akkor baromi lassú lenne a menetközbeni értelmezés miatt, tehát egy mező hossza mindenképpen byteokban van mérve! Ti. így néz ki egy memóriamozgatás (x86-64-en): proc memcpy pop rsi pop rdi pop rcx push rcx shr rcx, 3 rep movsq pop rcx and rcx, 7 rep movsb ret endpA rendszer mélyén minden byteokban van mérve, mert a gép is úgy dolgozik, a processzor nem tudja mi az a junikód! Lehet, hogy nincs betöltve soundfont? Más MIDI fájlokat le tudsz játszani pl. winfos media playerrel? |