Youtube SIGNED kiks

YouTube je postavený (mimo jiné) na Javě, která bezznáménkové typy nemá

Autor blogu sa chce zrejme pochvalit, ze pozna aj unsigned typy. Gratulujem, pozriet vecernicek a spat. (A radim nepouzivat lacne antiperspiranty, tie tiez smrdia)

[2]: autor komentare se chce zrejme jen posmivat.

[1]: trochu mi unika, jak souvisi programovaci jazyk (java) s ulozenim poctu viws v databazi. Ze by nakonec v DB byl prece jen unsigned int, a vsechno domrvila az java na strane vystupu? To bych se pak panum programatorum musel omluvit, a vyjadrit jim uprimnou soustrast, ze jsou nuceni pracovat v tak hloupem jazyce.

Ono vůbec předpokládat, že integer bude právě 32 bitový....

[4]: Proc resit znamenkovost/nez­namenkovost dat v DB, kdyz vim, ze program, ktery data zpracovava, to neumi rozlisit? Skoro mi prijde logictejsi dat do DB signed int a nemuset pak resit, co se stane, kdyz nactu 1.2*2^31 do javovskeho intu (jestli podtece nebo co). Myslim, ze Java navic neni jediny jazyk, ktery se na znamenkovost vykaslal. A trpi tim nekdo? Myslim, ze bezznamenkova cisla jsou ve vetsine pripadu zbytecna moznost navic, ktera akorat muze znamenat, ze programator udela chybu. Tak treba v C++: for (uint i=10; i>=0; i--); kolikrat tahle smycka probehne? Nekonecnekrat...

[4] On ještě někdo u takhle velkých projektů vytváří databázi ručně? Automatické nástroje použijí ty typy, které používá program. Navíc ne všechny databáze umí bezznaménkové typy (např. Postgres nebo MS SQL je nemají).

No jestli se autor vysmiva youtubu, ze on by misto signed pouzil unsigned, tak tim by to fakt zachranil. Spadlo by mu to dvakrat pozdeji.

Holt pred lety ctyrbajtovej integer stacil na spoustu veci (a pred tim dvoubajtovej integer/word, a pred 40 lety 4bitovy Intel 4004)...

Google neni jediny. Kdysi mi Licence Manager ve Widlich NT napocital, ze mame ve firme nejakych -32000 licenci. A v Garminu maji take asi borce, protoze moje GPS ve statistikach ukazuje, ze jsem jel maximalni rychlosti asi 370 km/h, coz by s mym autem bylo mozne leda tak pri volnem padu, ale toho bych si vsiml minimalne proto, ze bych tu ted nepsal.

Tedy toto je tak marginalni problem, ze se vubec nedivim, ze to nikdo neotestoval, navic si nedovedu moc predstavit, co to mohlo na yutube zpusobit, maximalne tak divny statistiky a tot vse. A podle me ani neni 2^31 zhlednuti pravdepodobne, kolik by to bylo pri prepoctu na prenesena data? Rekneme 10MB * 2^31, to uz chce hodne tluste trubky.

OT: jedno pomerne dobre programatorske moudro rika, ze pokud ti nestaci velikost nejakeho datoveho typu signed, nemas pouzivat unsigned, ale prejit na vyssi typ (typicky s dvojnasobnym poctem bitu), pokud je to mozne.

uint64_t mothafucka! ;-)

Těžko říct co je zajímavější - zda to že někdo chce řešit přetečení znaménkového počítadla jeho náhradou za bezznaménkový, nebo to že chce někdo dávat počítadlo shlédnutí youtube videí do centralizované (dokonce SQL) databáze.

V každém případě je jasné, takové lidi v googlu rozhodně neprojdou vstupními pohovory. Na to doporučuji myslet před vynášením soudů o tom, jak tam pracují průměrní či podprůměrní programátoři.

[12] ale on se nikdo z Google nevyjadril v tom smyslu, ze to maji ulozeny do SQL databaze, uz asi vubec ne centralizovane. I kdyz, jak o tom premyslim, spousta lidi cpe relacni databaze vsude mozne, takze co by ne? :) btw jak bys to resil ty v tomto pripade?

A opravdu se něco stalo? Viděl to někdo? Já zaznamenal jen Googlí vtípek, při kterém to psalo záporné hodnoty, když se podržel kurzor myši nad počítadlem návštěv.

[9] U GPS v garminu je toto spise zpusobeno blbym/absentujicim algoritmem na cisteni dat pri vypadku a zamereni signalu. Precijen nez se zameri tak muze poloha/chyba dost skakat coz ti pak nameri takovehle rychlosti.

[12] ma naprostou pravdu. Pokud cekas, ze signed int nebude stacit, unsigned int ti zas tak moc nepomuze. Pokud se nedalo predpokladat, ze nejake video bude zobrazene 2 miliardkrat a nakonec bylo, tak proc by nemohlo dosahnout 4 miliardy? A budeme tam kde jsme. Tady pomuze jenom long long.
Osobne nerad pouzivam unsigned, protoze to do programu vnasi spis komplikace, treba typu nekonecne smycky jak psal [6].
Je to podobny problem jako s rokem 2000. Koho by jeste v roce 1998 napadlo, ze nekdy prijde doba, kdy nebudou stacit 2 cifry na zaznamenani roku. Pak se na posledni chvili slavnostne zacal pocitat rok na 4 cifry a vsichni si mysli, jak to krasne vyresili. Uvidime za necelych 8000 let :-)
Ovsem poradny prusvih je uz na ceste, nastane 19. ledna 2038 ve 3:14:08. To bude totiz presne 2147483648 sekund od pulnoci 1/1/1970.

Protože je uznávaným názorem, že unsigned typy je lepší používat jen ve výjimečných případech (bitové masky a nebo pokud opravdu potřebujete mod 2^x aritmetiku).

Nějaký relevantní blogpost o (ne)používání unsigned typů: http://www.eschertech.com/articles/items/art100407.html

[17] Ten článek zapomněl zmínit jednu velmi důležitou vlastnost všech moderních překladačů: na tohle chování explicitně upozorňují a jde i zakázat. Statický analyzátor pro tyhle případy tedy není potřeba.

Keď vidím názory že sú unsigned zbytočné je mi smutno, kde sa dnes rýchlokvasky a všehovedci dostali. Jasne získať raz toľko je rovnako nezaujímavé, ako od nového roka budete zarábať polovicu, byť vašim zamestnávateľom, tak vám to zariadim, však o nič nejde, že?

[19] +1 :)

[19] az se dostanes do realneho sveta, tak zjistis ze jsou mnohem dulezitejsi veci nez resit unsigned datove typy

Myslíš reálny svet, kde dokážem zmenšiť počet serverov na polovicu a dať ti raz takú výplatu? Alebo aký reálny svet myslíš? Je veľa (dovolil by som si tvrdiť väčšina) aplikácií kde sa ukladajú len kladné čísla. To že niekto cpe unsigned na nevhodné miesta, neoveruje si či výsledok neprekročí veľkosť premennej sú len prasárny. Niekedy je dobré si pozrieť aj warningy. V reále ťa polovica výkonu naštve, nehovoriac o tom keď to celé ešte posielaš cez pol sveta a používaš o niekoľko rádov vyšší bytový typ a zbytočne.

So long

[19] Já raději budu pobírat dvojnásobek s větším datovým typem než držet plat těsně pod 65 536 ;-)

[23] To chápem keď zvýšenie o stovku fakt nasere :-)

Vývojář použil na počítadlo shlédnutí 32-bit signed integer a malé děti z toho mají pozdvižení :-) Svého času takhle selhal prakticky KAŽDÝ program, když se začaly prodávat 3 GB HDD a šlo vyrobit 2+ GB soubor.

Lidé co si myslí že neznaménkový integer je zbytečný by se měli poohlédnout po jiné práci, na práci programátora nestačí.

[6] Smyčka se odjakživa psala a píše takhle a nepřekvapivě to funguje správně:
for (uint i=10; i!=0; i--);

Teprve později to někdo pos*al a začal tam používat >= a <= jako důsledek neschopnosti pochopit co se tam vlastně děje.

[16] Ano, a potom pride nejaka dobra dusa a bude chciet ist kazdy treti prvok a prehliadne podmienku (samozrejme, tunajsim expertom sa to nestane ale realny svet je ina domena) a ohen je na streche:

for (uint i=10; i!=0; i-=3);

[25] Lidé, co si myslí, že bezznaménkový integer jim pomůže, zjistí, jak moc se mýlili, až se o půl roku později pokusí vytvořit soubor větší než 4 GiB ;-) (Mimochodem funkce pro práci se soubory v libc i Win32 používají pro velikost souboru znaménkové typy, takže vám to stejně fungovat nebude.)

Bezznaménkové typy se hodí tam, kde máte zaručené, že nepřetečou a stejně velké znaménkové typy by přetekly. Třeba u velikosti dat v paměti. Ale pro případy, které jsou shora neohraničené, žádnou výhodu nepřinášejí. Spíše naopak, protože se velmi špatně detekuje, že přetekly.

[26] Jenže původně jsme chtěli tělo cyklu projít i pro nulu. Vidíte, jak se s tím blbě pracuje?

Já netvrdím, že unsigned typy jsou zbytečné. Se správnou oporou v programovacím jazyce a inteligentními programátory bych neměl problém s jejich používáním.

Jenže realita je jiná, že :-) implicitní konverze v C/C++ v kombinaci s nezkušeným programátorem právě dávají prostor k chybám, který se dá eliminovat za opravdu malou cenu.

nj, tak to dopada, kdyz nekdo zanedba research pred psanim clanku...
S bastlenim v garazi to nema nic spolecneho, je to presne podle Googlovskych guidelines:
http://google-styleguide.googlecode.com/svn/trunk/cppguide.html#Integer_Types

[30]: "Keep in mind that even if your value won't ever be too large for an int, it may be used in intermediate calculations which may require a larger type. When in doubt, choose a larger type."

Tak presne tuhle klauzuli programatori google porusili.