Profil uzivatela

JanoF · Příspěvek od **JanoF** » ned 6. čer 2004, 00:52

skusal som profil uzivatela a vsimol som si ze na konci adresy ma kazdy uzivatel svoje cislo tak som tam dal na miesto svojho 1 myslel som ze to bude prvy ako v matrixe NEO

ale nic tam nebolo ziaden nazov uzivatela akurat jeho zalozenie a to 01.01.1970 a mozem mu poslat SZ a ked som tam dal 0 tak to vypysalo ze uzivatel neexistuje, nejaka chyba alebo to tak ma byt

Tommi · Příspěvek od **Tommi** » ned 6. čer 2004, 08:37

nechapem co na tom vidis divne???

Dr Meduza · Příspěvek od **Dr Meduza** » ned 6. čer 2004, 10:27

Jaky cislo vo cem to tady mluvite (ja sem asi slepej)

Tommi · Příspěvek od **Tommi** » ned 6. čer 2004, 10:28

http://forum.pctuning.cz/profile.php?mo ... rofile&u=1

Dr Meduza · Příspěvek od **Dr Meduza** » ned 6. čer 2004, 10:38

Jo uz to vidim

kazdej uzivatel kterej neni ma takovidle hodnoty
http://forum.pctuning.cz/profile.php?mo ... ile&u=5254
asi polozky databazy zacinaj na takejch hodnotach

Příspěvek od **MaWa** » ned 6. čer 2004, 11:05

afaik to jsou čísla uživatelů, jimž byla smazána konta...

Dr Meduza · Příspěvek od **Dr Meduza** » ned 6. čer 2004, 11:13

prazdny policka v databazy
treba uzivatel 52540 asi nebyl smazanej

Příspěvek od **MaWa** » ned 6. čer 2004, 11:14

Dr Meduza píše:prazdny policka v databazy
treba uzivatel 52540 asi nebyl smazanej

no jasný - myslel jsem jen čísla menší než cca 3500, což je aktuální počet registrovaných uživatelů

JanoF · Příspěvek od **JanoF** » ned 6. čer 2004, 11:30

MaWa píše:afaik to jsou čísla uživatelů, jimž byla smazána konta...

aha a preco ked sa vytvori novy uzivatel nenahradi volne cislo v databaze

miho · Příspěvek od **miho** » ned 6. čer 2004, 11:32

JanoF píše:
MaWa píše:afaik to jsou čísla uživatelů, jimž byla smazána konta...
aha a preco ked sa vytvori novy uzivatel nenahradi volne cislo v databaze

Podle principu "Proc to delat jednoduse, kdyz to jde slozite!" ze?

Dr Meduza · Příspěvek od **Dr Meduza** » ned 6. čer 2004, 11:40

a proc tam neni naky vosetreni ze by to napsalo za tam te uzivatel vubec neni?

JanoF · Příspěvek od **JanoF** » ned 6. čer 2004, 11:47

miho píše:
JanoF píše:aha a preco ked sa vytvori novy uzivatel nenahradi volne cislo v databaze
Podle principu "Proc to delat jednoduse, kdyz to jde slozite!" ze?

no ale v jednoduchosti je krasa ale v zlozitosti je umenie

a podla mna a mozno aj podla programatorov tohto fora (hlavne urcite pre nich) bu to bolo krajsie mat pekne puntickarsky ako bordelarsky

miho · Příspěvek od **miho** » ned 6. čer 2004, 12:45

JanoF píše:a podla mna a mozno aj podla programatorov tohto fora (hlavne urcite pre nich) bu to bolo krajsie mat pekne puntickarsky ako bordelarsky

Zachazime tezce do OT...
Z hlediska programtoskeho je mnohem snazsi a robustnejsi stavajici reseni protoze je mnohem elegantnejsi nastavit sloupec jako autoincrement a o vsechno se postara SRBD nez programovat "hledani der". Treba v MySQL by to byl nesnadny ukol.

JanoF · Příspěvek od **JanoF** » ned 6. čer 2004, 14:33

miho píše:
JanoF píše:a podla mna a mozno aj podla programatorov tohto fora (hlavne urcite pre nich) bu to bolo krajsie mat pekne puntickarsky ako bordelarsky
Zachazime tezce do OT...
Z hlediska programtoskeho je mnohem snazsi a robustnejsi stavajici reseni protoze je mnohem elegantnejsi nastavit sloupec jako autoincrement a o vsechno se postara SRBD nez programovat "hledani der". Treba v MySQL by to byl nesnadny ukol.

to som si myslel, dajme si priklad kebyze(KEBYze) je vsetko idealne

tak taketo veci niesu a co tak sa snazit to dostavat smerom k tej hranici idealnosti nieje to predsa lepsie

podla mna to teda je ale chapem aj na druhej strane to ze je to obtiazne ale v pocitacoch a hlavne v softe sa neda povedat ze sa to neda, lebo tam sa da vsetko len treba chciet a hlavne nieco o tom vediet ci nie

miho · Příspěvek od **miho** » ned 6. čer 2004, 15:07

JanoF píše:to som si myslel, dajme si priklad kebyze(KEBYze) je vsetko idealne tak taketo veci niesu a co tak sa snazit to dostavat smerom k tej hranici idealnosti nieje to predsa lepsie podla mna to teda je:

Tak znova: tebou navrhovane reseni je horsi. Poskytuje horsi vykon, horsi robustnost, hure se implementuje. Jedina vyhoda: na oko by to vypadalo pekne

Na druhou stranu ty IDcka jsou... interni zalezitosti a spis bych resil jako bug, ze je uzivatel vubec vidi.

JanoF píše:ale chapem aj na druhej strane to ze je to obtiazne ale v pocitacoch a hlavne v softe sa neda povedat ze sa to neda, lebo tam sa da vsetko len treba chciet a hlavne nieco o tom vediet ci nie

Pokud se rozhodnes studovat informatiku nebo pridruzene obory tak urcite narazis na predmet "Vycislitelnost a slozitost". Tam se dozvis, ze mohutnost mnoziny problemu na ktere nelze nalezt algoritmicke reseni je vetsi nez mohutnost mnoziny problemu na ktere alg. reseni nalezt lze. Prikladem muze byt 10. Hilbertuv problem - je dokazano (silou matematickeho dukazu) ze toto resit algoritmicky nelze.

Dale existuje mnozina problemu pro ktere existuje alg. reseni ale pouze teoreticky protoze je lze aplikovat pouze pro smesne male mnoziny dat. Tady spadaji algoritmy s asymptotickou slozitosti faktorialni a exponencialni. Nejsmutnejsi je, ze ani zrychlovani pocitacu tady nic nepomuze protoze i zvyseni vykonu o nekolik radu zpusobi jen nepatrny narust maximalni velikosti vstupnich dat.

Teprve algoritmy se slozitosti polynomialni lze povazovat za pouzitelne v praxi. A ty umi resit prekvapive malou cast problemu, ktere si lze vymyslet.

Takova mala exkurze do sveta programovacich technik

Dr Meduza · Příspěvek od **Dr Meduza** » ned 6. čer 2004, 15:13

Brutus OT: A co mit celi forum na neuronovy siti ta gdyby pak byl dost velka tak by mohl treba i sama vodpovidat na temata mazat OT a taky veci

Akorat by asi pak byl potreba vykonejsi komp