Anonymní profil Matěj Andrle – Programujte.com

#31 z_moravec
? Opravdu čtěte, co píši. Píši, že když bude dělat do nereálného projektu, narazí a přijde deprese - vzdá to a bude se podceňovat... Bude si připadat neschopný atd. Učil jsem už tolik lidí - jen málo kdo to nevzdal. Takže vím o čem mluvím - chcte to od začátku mít na dohled horizont...

#28 crazy
Čti co píši - šlo mi o to, že chtěl v projektu pokračovat i když jsme se mu snažili vysvětlit, jak je to nereálné. Co se může naučit na něčem, co nemůže vytvořit? Leda, že je hloupý, nic neumí a nikdy nebude programátorem. Z tohohle jiného, než deprese nevznikne... Jedna věc je mít vzdušný zámek a druhá snažit se jej naplnit... Myslím to upřímě a vážně. Když se bude honit za sny, brzy narazí na to, že to nikam nevede... Když se prvně naučí pořádně programovat a bude sledovat aktuální horké pozice, bude mít naději...

Nevětvit - nejlepší řešení. Proč se učí vnořené cykly atd. Ach jo...

Konečně! :D V prvé řadě si zvol životní cestu. A ne vzdušný zámek. Můžeš dělat ve funkcionálním programování pro AI - třeba se pokusit překonat Argument čínského pokoje atd.

Nebo? Hloupý jsi 100%. Vždyť se ti vůbec nedá domluvit. Nenapsal jsi jediný rozumný důvod proč vůbec dělat vyhledávač. Nenapsal jsi jedinou rozumnou větu - jak to chceš udělat. Já tě nehodlám podporovat v sebevražedné misi. Nikdy v životě mě nenapadlo chtít udělat druhý Google, druhé WoW atd. Vím na co mám - proč jen tihle nováčci musí být tak idealističtí... :D

Nemáš 200 miliard. Problém vyřešen. Vydělej je a má smysl ti radit dál. Takhle jen dokazuješ svoji hloupost...

Mamíííí. Máš miliardu - 1? Máš 2? Máš 20? Pak ano - jdi do toho! Nemáš? Kdo by to používal, kdyby to umělo najít jen 4 slova? A zapomeneme na peníze - máš 200 miliard - kdo by to používal? Proč by opustil Google? K čemu by to bylo?

Ty jsi fakt narušený... Jak chceš sehnat tolik pozemků, lidí, PC atd.? Kde máš ty miliardy na to?

Má...

Prostě chceš překonat miliardovou korporaci - co čekáš? Že jede na nějakém IPhonu? :D

Google má navíc servery po celém světě... :D

A kolik lidí je obsluhuje... :D A tady přijde jeden sotva programátor - a chce převálcovat Google... :D

Zabírá to 4 haly... (Velké haly... :D)

https://www.google.cz/search?hl=cs&site=imghp&tbm=isch&source=hp&biw=1278&bih=962&q=google+server&oq=google+server&gs_l=img.3...3670.6418.0.7609.13.11.0.2.0.0.269.1001.7j2j1.10.0....0...1ac.1.26.img..8.5.369.qxS9ECyoqko

Jestli něco vyděláš, tak -200 000 Kč. Dále se zeptám - k čemu to bude? I kdyby jsi měl miliardy a udělal ten vyhledávač. K čemu? Google tu je a není to jen vyhledávač. Takže i ty by jsi musel udělat prvně něco více, než Google. A k čemu? Tohle není sen - to je nějaká psychicá porucha... (Vždyť si neuvědomuješ své sebedestruktivní chování - to hraničí s masochismem...)

#3 Domiš -Mickey-
To odpovídá tomu, jak je to nefukční. Je nereálné konkurovat Googlu. Je to projekt k ničemu - ztráta času - umřeš zbytečně brzo kvůli tomu... :D

Za Googlem stojí miliardové korporace. Nestačily by ti na to milióny - musel by jsi mít miliardy... Tedy na to, aby jsi mohl konkurovat Googlu. Každý idiot by dokázal udělat jednoduchý vyhledávač - kdyby měl zdroj DB, a do ní cpal dotazy. Tady jde o ty peníze a o dobu, za kterou se dokázal Google všude zakořenit.

Dobrý den,

jako první bylo na řadě vizuální programování v nástroji Petr. Brzy však došlo na .NET - respektive na jeho hlavní tažný článek - C#. Následně jsem se rozkoukal po celém .NET, které se mi čím dál více tak nějak příčilo. Pročež doteď hledám místo, kde se usadím. Dojdouc až k jednotlivým instrukčním sadám CPU v PC a dalších v jiných typech zařízení, se nyní hrabu již i v hardwaru. Není mi cizí ani webtvorba, právě naopak - to v ní mám nejvíce zakázek, přestože nemám vlohy pro moderní grafiku. Však oni brzy pochopíc toť, nechávají mne dělat spíše na technické části. A mě to celkem i vyhovuje, neboť je to lepší, než nic. Nejvíce mne naplňuje asi zmíněný strojový kód - či spíše jeho lidské vyjádření - Assembly. Neboť útočí přesně na tu část mého, já, která oplývá největší logikou, znalostmi atd. Poslední dobou se věnuji vývoji AI ve funkcionální části multiparadigmatického jazyka CommonLisp.

Počítači věnuji většinu volného času, přičemž o zbytek se dělí TaiChi, karate, opera, parkour, BeatBox, rap, běh,...

Nemáš vyhledávač. Protože to by jsi musel vlastnit obdobnou DB jako má Google. A protože ji nemáš, tak je jasné, že používáš GoogleSearch. A proto se ti jen musím smát, jak se tu chlubíš něčím takovým...

Chci jen přejmenovat soubory (1, 5, 8, 10).txt na (1, 2, 3, 4).txt...

D/D2 je nad C++...

Dobrý den,

na serveru mám soubory pojmenovávané od 1 po x. (1.txt, 2.txt,...) Vím, že je to trochu prasárna, ale fixuji si tak pořadí souborů. Ve skutečnosti totiž potřebuji řadit podle filectime, jelikož to by bylo zbytečně složité, alespoň co jsem viděl, nastolil jsem řád již při vytváření souboru, ne až při vytahování... Už jsem to fixoval ve více částech a tak to předělávat moc nechci. Problém samozřejmě nastává ve chvíli, kdy jeden soubor někdo smaže. Nechci to zakazovat - chci to umožnit. Pročež jsem vytvořil akci repair, která má opravit narušené pole souborů. Tak nějak mě nenapadá, jak nejlépe znovu nastolit pořadí od 1 po x. Jak to tedy udělat nejefektivněji? (Napadá mne zbytečně složité řešení - normální for, co když mu nevyjde vytažení podle indexu, incriminuje rozsah cyklu a tak do něj narvu o jedno vyšší číslo, než jsem se dozvědel z count... Ponevadž zde neodpovídá rozsah pole maximálnímu dosažitelnému indexu...)

Děkuji.

A když preferuji D/D2 - oproti C++?

Smaž si mezeru na konci - logika...

Nikdy. Matka ovlňuje potomky, ne potomci matku. Ale je to blbost - ten post. Na potomky se přenášejí vlastnosti, metody, konstanty atd. Ale ne hodnoty. Takže matku nemůžeš změnit... (Po zkompilování už můžeš měnit jen hodnoty - a dědení probíhá tam někde...)

Porovnávání a to výše je blbost. Protože je to jako:

if(ddd)

	return true;

else

	return false;

Jde to, ale logicky uděláš spíše return ddd;...

Proto jak jsem psal - udělej jediný soubor a klienti si jej budou tahat. Pro jeden přístup jej mohou číst vícekrát - proto jej netahej do operační paměti programu, ale do cache... S každým spuštěním aplikace si tedy stáhneš nejaktuálnější verzi... Java se stejně dlouho spouští, takže bude dost času si stáhnout ten soubor... :D

Coo? Je-li to Java, uploadni TXT na server - klient si jej bude pravidelně ukládat do cache...

Neboj - ani já ho nechápu... :) Buď vytahuj bez parsování přes name, nebo skrz parsování přes GetElement(s)By...

Co je tak těžkého vygenerovat i ID? Jinak document.name, kde name je name elementu vytáhne element podle name...

while($row = mysqli_fetch_array($queryResultCell))
	$field = $row[];

Jen nevím, jestli používáš msql/msqli...

Nuže vstuktu je problém v C# Nedokáže správně konvertovat do UTF-16. Jelikož UTF8 z C# se shoduje s PHP. Ale UTF-16 se neshoduje s žádným možným kódováním...

Já ti mohu poradit jen s tím, s čím jsem poradil. Psal jsem, co nesnáším proto, že nemohu být v tomto řešení konkrétnější. Čily jak na to jsem napsal - posílej jen data, ze kterých jsi schopen na sekundárním serveru vytvořit požadovaný výsledek... Pokud nenajdeš řešení, které by ti to umožnilo posílat pouze ony parametry, navrhl jsem SOAP...

Jinak Linux neposkytuje takovou svobodu jako Unix, či prostě OS, který si sám postavíš. Tedy nejen Unix (BSD, UnixWare, Minix) si musíš postavit. Jsou i Linuxy - Crux, Arch,... Doporučuji ti tedy přejít do jednoho z nich. A ještě lépe uděláš, když jako já - přejdeš do konzolového shellu.

Ano - narážel jsem na stavbu kódu - nic víc.

Vygeneruješ to do něj ze serveru - ne? Já stejně zbrojím proti webkitům, enginům atd. Většinou je to o pohodlnosti atd. Tedy většinou by se to dalo vyřešit jednodušeji, efektivněji atd.

Psal jsem ti to od začátku. Posílej prostě jen proměnné - ne výsledek, který dostaneš po dosazení proměnných...

$sockel == "GIRO" && $abteilen == "1"

Proč nedáš "switch($sockel)" do podmínky "if ($abteilen == "1")"?

Tak teď mi tu píšeš, že ti stačí proměnné - tak posílej jen je...

Pokud tě stále nechápu, tak jdi do SOAP - víc udělat nelze...

Proč by server 2 nemohl vygenerovat stejnou strukturu jako ten první? Neposílej celou strukturu, posílej data, která bude server2 potřebovat k vybrání/vytvoření požadované struktury.

Pokud nějak na serveru vygeneruji HTML, stačí do něj dosadit serverové proměnné - echo "<p>$promenna</p>", nebo - echo "<script>var promenna = $promenna;</script>", echo <<<END ... END; atd. Rozhodně bych nikdy mezi 2 servery neposílal takové obludnosti jako SOAP atp. Zvlášť když jako v tomto případě - se nabízí jednoduché řešení...

Dobrý den,

nechápu k čemu, ale tr má u mě nastavené tyto vlastnosti:

-webkit-border-vertical-spacing: 2px;
-webkit-border-horizontal-spacing: 2px;

Anuloval jsem to, ale musím se zeptat - nemá to ještě moz atd.? (Anuloval jsem to úplně všude?)

Děkuji.

Jak můžeš na serveru vygenerovat html a nepředat mu serverové informace?

Pokud chceš něco odesílat na server, tak počítám s tím, že máš nějaký server. Tedy asi by to bez něj nešlo. (žádný web) Tak na tom serveru měj proměnné s požadovaným obsahem. Formulářem jen vybereš serverovou proměnnou, kterou má použít k tomu, k čemu chceš... Ale je kravina posílat serveru dlouhatánský text, když mu můžeš poslat jen název proměnné, kterou má použít...

Už jsem to z části pochopil. Mé řešení je správné - jen C# neumí konvertovat string do UTF16 pomocí Encoding. Toto řešení funguje pro PHP kód upravený - bez konverze do UTF16:

byte[] data = SHA512.Create().ComputeHash(Encoding.ASCII.GetBytes(args[0]));
string result = "";

for(int index = 0; index < data.Length; index++)
	result += data[index].ToString("X2");

Console.WriteLine(result);

char[] buffer = new char[512];

Nemám rád, když mě pokoří takováto stupidita. Jak tedy správně konvertovat string (netuší, zda je v ASCII, či Unicode - prostě string...) do UTF16?

Děkuji.

Nevím, jak se dá vyrůst z nadprůměrného IQ. Každopádně ano - jsem chytřejší - pročež jsem si mohl dovolit zmíněný postup. Jenže když napíšeš, že programovat chtějí i průměrní lidé, píšeš bludy ty. Chtít můžou. Ale inteligence je podmínkou k programování. Tedy pokud se někdo rozhodne programovat, asi se na to cítí dostatečně inteligentní. Pročež mohu počítat se zvýšenou schopností učit se a tak mohu napsat, ať se učí přímo praxí... Pokud to nedokáže, jak je pravděpodobné, že z něho bude programátor? A teď na mě zase vylezete, že programovat chtějí i průměrní lidé - a to prostě jen tak pro radost. A tedy, že nemají zvýšenou schopnost se učit, ale že si chtějí udělat jen něco pro svůj zájem. Ano - dnes to možné je. Já to ale nepovažuji za správné - to je můj názor. Přijde mi to jako ztráta času. Ale hned proto nemusím být blbec atd. Myslím si, že programovat by se mělo doopravdy - a s velkým potenciálem. Myslím si, že by programátor měl znát každou součástku, jako řidič musí prokázat znalosti o autu při pokusech získat řidičský průkaz....

Ja začal tak, že jsem si táhnul Petra a programoval jsem. Neznal jsem nic - a učil jsem se z hotových programů... (Daly se prohlédnout i z executable verze.) Pak jsem si něco málo přečel o C# na síti Devbook.cz. Jenže jsem si nevzal knížku a nejel jsem řádek po řádku podle ní... Učil jsem se z hotových řešení a došel jsem až ke strojovým instrukcím... Nyní si již hraji i s HW - prostě celý PC - od železa, MBR, VBR, FS, OS,... jsem schopen si postavit sám...

prvně, logiky

Jak vidím "kup si knihu"... Ne. Jdi programovat. Žádné knihy, žádný internet. Prostě programuj... Když se jdeš učit lyžovat, také si nekoupíš příručku... Když se chceš naučit řídit auto, většinou prvě jezdíš někde na traktoru. To zde lze udělat pomocí vizuálního programování. A to ti také vřele doporučuji - z vizuálního programování dostaneš programátorské myšlení (Peter, Delphi,..) Pak až se uč nějaký syntax. Prvně si ale pečlivě zvol paradigma podle tvé logyky a přístup ke kódeu podle tvého myšlení...

Vtip je v tom vědět, kdy je to vícerozměrné pole a kdy pole polí polí polí...

Nesmysl - tu strukturu měj již na serveru v proměnné - odesílej jen jaká proměnná byla vybrána...

Jedna možnost je udělat web pro nejmenší rozlišení a mezery vyplňovat obsahem, který lze natahovat. Tedy například ikonky a reklamy - dají se udělat ve více velikostech a když se na všech stranách mezi nimi zvětší jen o něco mezery, udělá to své...

Druhá možnost je udělat celý web pro více rozlišení - několik vrstev layoutu.

Poslední možností je nemít jeden layout, ale vymyslet to tak, aby se mohly elementy pohybovat a aby se snažily vyplnit co největší prostor...

Jestli to nebylo mířeno urážlivě, tak se omlouvám...

Nezáleží na zdroji. Jde tu o to, aby algoritmus PHP se shodoval s tím C#...

#8 Martin
Poslal jsem algoritmus a pod tím je i zdroj.

Upřímě netuším ani z čeho HASH čerpá - jestli z byte[], či z int[] pořadových čísel, nebo z hashmapy. Atd. Já netuším, jak HASH vypadá - pročež ho neumím udělat. A ani mě to nezajímá - nemůžu přeci umět všechno... Zkusil jsem to sám - očividně neúspěšně... Slušně jsem požádal o radu a výsledkem je, že mě poníží, když mi pošle namespace - jako bych byl úplně vygumovaný...

Nedělám HASH každý den - představ si to. Znát .NET - tedy jednotlivá namespace je jedna věc... Nejsem webový programátor - jenže to nikdo nechápe - a všude mě zaměstnávají na webových projektech. Já jsem na OS/Desktop. Baví mě algoritmy AI, ale nějaké weby mi lezou krkem...

Console.WriteLine(Encoding.Unicode.GetString(SHA512.Create().ComputeHash(Encoding.Convert(Encoding.ASCII, Encoding.GetEncoding("UTF-16"), Encoding.ASCII.GetBytes(args[0])))));

Nemá smysl hashovat dál, když toto nepracuje jak má...

Děláš si srandu? Já znám.NET dokonale - samozřejmě, že se plácám v tomto namespace. Jenže ono to není tak jednoduché. Kolabuje mi to již na konverzi do UTF16... Tedy místo číslic a písmen to ukazuje paznaky...

Tedy vše zmíněné až na to /? je OK - ne?

Tak za to nemohu já - ne?

Dobrý den,

zápolil jsem asi tak 20minut s tím, jak odeslat QueryString bez formuláře - vzešlo z toho:

window.location.href = "http://asm.site90.com/?data=" + query;

Tak se ptám, proč nefungovalo:

index.php?...

a

"http://asm.site90.com/index.php?data=" + query;

?

Děkuji.

Testovací sériové číslo:

24BA37025F6F9DB2CCF82FF2F522D55933CDE560

Oba výstupy se musí shodovat - jakož i všechny ostatní... :)

Dobrý den,

dělám licenční server a nyní pracuji na setup programu, co bude kontrolovat výstup serveru a jeho. Jenže udělat HASH v C# je velice náročný proces... :) Jak má tedy správně vypadat toto:

function NTLMHash($input)
{
	$MD4Hash = bin2hex(mhash(mhash_sha512, iconv('UTF-8', 'UTF-16LE', $input)));

	$NTLMHash = strtoupper($MD4Hash);

	return($NTLMHash);
}

v C#?

Děkuji.

Jo a ten prvotní proces - init je jak jsem psal démon. To je proces, co sám nic nedělá - jen čeká na určité události a reaguje na ně vytvořením potomka parametrizivaného daty oné události...

Proč by mě měl ignorovat? Nemám teoretické znalosti - vše jsem si zjistitl sám - popř. jsem procházel internet. Proto i když znám spoustu knih, těžko bych mohl nějakou doporučit - jen vím, že existují...

Jinak ty 64bit registry mají R - RAX, RBX,...

namountování / - to je kořenový adresář - neber to tedy jako nebo...

Ještě to tedy dopopíši:

Master Boot Record - je v disku jen ke správě více partitionů - pro jeden nemá smysl. Volume Boot Record - obsahuje informace o zařízení a navíc obsahuje bootovací sekvenci. Tedy vytahuje různé sektory z disku pomocí přerušení 13h. Nejčastěji se jedná o disk BIOSového označení 80/81h - tedy HDD. Jnak 1 - 4 jsou floppy a USB je bráno někde mezi 52 a 64.

RT režim značí práci s registry. Tedy registr se dá rozdělit do 16bit a 8bitových subregistrů. Dohromady (8 + 8 + 16) mají prostor 32 bit. Tedy ten 32 bit je jeden velký registr s určitou funkcí - EAX je pro práci s řetězci, EBX pro parametrizaci, ECX pro číslování,... Ale ty nížší - 16bit a 8bit využívají jen část z 32bitového registru. To umožňuje ukládat chary do AL registru atd. Vtip je v tom, že takovýto systém pracuje s hodně registry a data jsou tedy hodně roztroušena. Navíc se to blbě organizuje a prostě takto uložená data se blbě spravují. Hiearchie je takováto - EAX - AX - AH/AL. Pro EAX rodinku. AH/AL jsou přímou součástí AX - AX není přímo subregistrem - jen pro představu. AH je vyšší 8bit registr a AL nižší. AH obsahuje krom dat i informační data. Každopádně tento přístup pracuje v reálném čase - přímo se segmenty registrů. Lze pracovat přímo s jednotlivými bity. Chráněný režim využívá plných 32bit. To znamená, že když do EAXu narveš char, tak zbytek registru se vynulluje � znaky. To znamená, že již nepřistupuješ k nižším registrům - data jsou tedy rozdělena do celých registrů. Proto když do 32bit registru přidáš char, neprovede se to přímo - v reálném čase. K vyšším registrům (32/64) se přistupuje se zpožděním... Jak už jsem tu naznačil - 64bit registr je nadstavbou instrukční sady procesorů od roku nevím přesně. Ten tedy umožňuje pracovat najednou s 64bit daty. Tak jako tak lze tedy jednoduše říci, že chráněný režim pracuje s více daty najednou - proto ne v reálném čae - a proto nedochází k ohrožení dat...

A jak jsem psal - psát se o tom dá hodiny i týdny...

Pardon za chyby - tady se by se to vysvětlování docela protáhlo. Mohu-li si dovolit dát sem kontaktní údaje, napiš mi na matesax@gmail.com

Já jsem poznal Linux za měsíc - za další Unix. A co teprve za rok... Upřímě ti tedy zrovna dvakrát nevěřím. Musíš již znát kernel, principy (vše je soubor, I/O se řeší servery,...) a vůbec - konstru a hierchii.

A pak jedině příméodborné znalosti - jestli chceš, rád ti to vysvětlím od strojových instrukcí... Tedy BIOS tupě přečte prvních 512 byte do RAM a pokusí se spustit to jako úproces, tam pak podle mark a příznaků / uživatelského vstupu dojde k vybrání jednoho z VBR. Pokud je VBR jen jedno - jeden oddíl, pak stačí mít v prvních 512 byte onen VBR. VBR se zase pokusí spustit jako proces. Prvních 78 byte (přibližně) použije jako informace o zařízení (počet sektorů, četnos sektorů, počet hlav, typ FS,...) a většinou je tam načtení kernelu. Kernel si cachuje features (základní funkce) a ty použije k odříznutí se od RT (Real-Time) režimu. Přejde tedy do chráněného - ještě před spuštěním shellu.

Většinou PT režim (protected) začíná po zapsání přerušení 80h do tabulky přerušení - pomocí BIOSového přerušení. Pak se již tedy odřízne od RT režimu a BIOSu. To znamená, že opustí i ty  základní funkce - nyní zkompiluje některé vyšší funkce do cache. Dojde k rozbalování jader (vmlinuz a spol. mají několik vrstev) - a začne se mountovat.

Nejdříve se jedná o virtuální sféry - tedy pokud jsi si skutečně neoddělil bin, sys, proc,... Použije se k tomu fstab a mtab. Následně dojde k namountování / spuštění konzolového shellu, spuštěním prvního procesu (démona) - init a pak se spustí shell interpreter. Pak už zbývá jen přečíst soubory označené pro prohledání - bin, sbin, sys, proc,... A různě se propojí, procesy se zeserializují a předpíší do proc atd. Po provedení mnoha takovýchto úkonů - tedy zmapování systému a spol. se init rozvětví již do sposty procesů. Přečtou se soubory které mají informace o procesech, které se mají spustit před dokončením bootování. Pak se spustí soubory určené pro hotový boot. Pak se init pošle žádost o kontrolu FS (mezitím asi tak 3x) a po nějakých dalších úkonech se spustí přihlašovací program. To už shell dostane rúzná I/O atd...

A psát by se o tom dalo hodiny...

Úvod je jediný - nainstalovat a učit se... Když se budeš biflovat teorii, jen se v tom budeš ztrácet. Lepší je snažit se zpovozňovat balíky mimo baíkové systémy, stavět různé konstrukce, procházet zdrojáky,...

Ne - nejlepší je devbook.cz... (Komunita programátorů ti poradí více, než tupý text...)

Otázka zněla takto:

Jak efektivně začít?

Nepovažuji za efektivní stát se programátorem, kerých je nyní všude více, než obyčejných uživatelů. Být Programátor - to už je jiná...

Tohle je realita - ne pohádka. Programování nemá být lehké. Matematiku by jsi měl ovládat dokonale. Funkconální programování bez matematiky? Ne - nebudu mu servírovat výplody něčí fantazie. Jak jsem psal - ano - můžeš být vypatlaný a psát jen nějaká slova. Nebo můžeš být programátor a programovat. Když se naučí syntax a co přibližně každé slovo dělá - sotva z toho slepí program. Ale neudělá program bezpečný, plnící normy,... Že něco jde, neznamená, že je to správné. Můžeš třeba někoho zabít - přesto se to nepovažuje za dobrý skutek. Neznalec matematiky a programování může stejně tak dělat programy...

Takhle to v OOP nechodí. Můžeš macimálně použít partial class, ale porušovat OOP by jsi neměl... Každý objekt má být nezaujatý - to znamená být schopný fungovat naprosto kdekoliv. Napiš mi jediný objekt z .NET, který si ve své aplikaci použít nemohl. Vše má konkrétní podobu až teprve při zavolíní s parametry.  Co by mělo tvořit tvoji aplikaci - tedy jediný zaujatý objekt jsou ty parametry (konstanty/...) a parametrizace objektů voláním dalších objektů - do kterých nasázíš ty konkrétní hodnoty dané aplikace... A když dojdeš jako teď do bodu, kdy něco skpřípe - tak jsi to špatně navrhl. A  to hold znamená předělat to - tak, aby to odpovídalo OOP a pěkně to do sebe zapadalo...

Co se týče AI, tam je asi největší hec překonat Argument čínského pokoje... Pročež je tuplem výhodné soustředit se mimo PC. Roboti již dnes vaří, perou,... Dokonce už existují i chůvičky. (ne ty vysílačky) Samozřejmě - v jaké asi zemičce... Takže v Česku je v této oblasti místa...

bylo

nebude změtí

Z logiky je nesmyslné učit se instrukční sadu. O to mi nejde. Psal jsem - syntax a spol. jsou k ničemu, když neumíš programovat. Proto zaprvé má smysl sada AMD/Intel 2000+. A za druhé - jde tu o programovací principy. Skoky, přerušení, adresace, čtení zařízení, VGA výstup, TTY výstup, zásobník,... Chráněný a Real-Time režim. Atd. Takže ne přímo instrukce... Také doporučuji se vrhnout na pochopeení OS - tedy od MBR, které vybere VBR, které načte kernel, který načte features, které spustí... Pak totiž až napíše slovo ze syntaxe ve vyšším jazyku, bude vědět, že se tam dole stane to a to - a hlavně - použije se ten a ten registr, spotřebuje to tolik a tolik CPU, bude to trvat tak a tak dlouho,... O tohle mi jde - vědět, zda-li použít v tomto bodě toto, nebo tamto řešení. A ne jenbodat prstem a říkat si - tak teď by se asi hodilo... Dále bude chápat, kdy se hodí kompilovaný, kdy interpretovaný, kdy funkconální. kdy OOP, kdy... Prostě mít tyto objektnivní znalosti pro výber toho nejlepšího řešení. Výsledná aplikace pak nebudě změné náhodných instrukcí tak, jak to danému jedinci zrovna přišlo pod ruku. Vůbec by také nebylo špatné podívat se na věci jako je Hardware - umět si PC postavit, principy PC - co se stane po stisknutí tlačítka start atd. Takového člověka by mi bolo ctí nazývat programátorem...

Samozřejmě, že to jde. JS scripty ani nemusíš spouštět v prohlížeči. Ovšem nedá se zapsat na server cizí domény. Prostě uděláš aplikaci, kterou vydáš. (někde publikuješ) Spustit se pak dá v prohlížeči, v Unixovém shellu, v JS debuggeru atd. Pokud by jsi chtěl serverovou editaci, tak si tak svůj server uzpůsob - ostatní asi nepřesvědčíš... (pokud tedy přesvědčíš někoho jiného, půjde to serverově i na jeho doménu) Stačí tedy v PHP udělat formulář pro  zaslání scriptu, na serveru - tam vytvořit soubor a přidat jej do hlavičky html souboru. Jak už bylo napsáno - mimo tvojí doménu to jinde půjde jen lokálně... Pokud by jsi byl vskutku dobrý programátor, mohl by jsi ještě hackovat, ale to se ti spíše nepodaří. Dnes na to mají jen velké firmy - ale jednotlivec...

zdrojáků

pár slovních spojení

Já doporučuji učit se od strojového kódu. Jelikož tak budeš přesně vědět, co se pod těmi pěknými slovy nahoře děje. Každopádně budoucnost leží v dotazovacích jazycích, či virtuálním stroji. Dotazovací jazyky pro jejích nejvyšší abstrakci, která dokonce pohřbila potřebu cyklů atd. Virtuální stroj zase pro jeho přenositelnost díky kompilaci stále do vyššího jazyka. Jazyky kompilované přímo se budou zase hodit všude tam, kde tu rychlost prostě potřebujete - a těch míst již moc není. Přeso mě nikdo nepřesvědčí, jak je efektivní našprtat se jen nějaký ten syntax a vpodstatě se ani víc dozvědět nejde, jelikož se o vše ostatní postará za programátora automatizace. K čemu ten programátor je? Jaké mám mít jako myšlení? Copak to šestiletá holčička nedokáže napsat prá sloních spojení? Dnes můžou a také, že programují naprostí tupí lidé. Stačí se jen podívat do zdrajáků, které nabídne Google po dotazu na nějaký ten Git. Týká se to všech oblastí programování, všech paradigmat atd. Když jsem se kdykoliv obrátil proti těmto hrůzám, byl jsem poslán kamsi, že prý je to moderní, že vůbec nevadí, že je program nekvalitní, nebezpečný atd., že je výhodné, když je programátor debil, ale že vydá 2 000 000 000 aplikací - stačí prý, když 20 jich jede alespoň trochu správně. Nikdo mi ale nabyl schopen odejmoun názor, že lepší je umět programovat do hloubky (jak jsem psal - až do strojáku) - a tak vydat méně programů, ale bezpečných, dodržujících dané paradigma atd.

Pokud si se nerozhodl co přesně chceš dělat, tak si najdi svojí logiku. Aristokratickou, matematickou. deduktivní, středověkou, výrokovou... A pak si k ní dohledej paradigma. Dále si promysli, zda-li chceš deklarativní přístup, imperativní, paralelní,... Budoucnost má rozhodně funkcionální programování - ovšem mimo standardní PC. Spíše robotika - AI... (umělá inteligence) Viz. CommonLisp. Lze říci, že dělat do Desktopu/PC obecně je dnes již ztrátou času. Neboď lidi už ani neví co by roupama. Nikdo mi ani nezdůvodnil, proč chtít 64bit nadstavbu instrukční sady. Nač mít tolik tun HDD, RAM, jader,... Já si programuji v té své konzoli v UnixWare - bitový rozsah mi bohatě stačí 32bit - a kdyby plný registr byl již 16bit, vůbec by mi ten 32bit nechyběl. Po nějakém Unity atd. - zlatá konzole... Prostě tahle doba je šílená - každý chce mít co nejvíc úplně všeho. Já si místo našel, zastavil a dál nic nechci...

Dobrý den,

při zavolání metody Move se AI (NPC) posune o jedno políčko, otestuje kolize, o druhé a opět otestuje. Jedná se o stejný test - a pokud dojde ke specifické kolizi, potřebuji okamžitě ukončit metodu Move a zahájit novou hru. Řeším to přes akci. NPC je více a tak v Move používám cyklus. Stačí, aby byl jediný NPC na pozici hráče a musí začít nová hra. Proto se skvěle šikne prázdný return. Jenže kdybych prvně zadal prázdný return a pak až zavolal akci, neprovedla by se. Tak jsem udělal toto:

public static Action Caught
{
	get { return caught; }

	set { caught = delegate { return; } + value; }
}

...

AI.Caught += NewGame;

Funguje to, jenže jakto, že se neukončí vše, ale zbytek té akce se také provede? (Krom návratu.) Jak jsem psal - nic lepšího jsem si nemohl přát - ale nechápu, proč return neukončí i tu akci...

Děkuji.

Ano - rozumím tomu. Zde se pouze ujišťuji, zda-li volím vždy vhodné řešení problému... Jedná se mi jen o váhání mezi způsobem uložení...

XML sem rozhodně patří - vždyť můžeš serializovat do bytů, nebo do SOAP. A CSS jsem tu vůbec neřešil - poukazoval jsem na zbytečné plácání HDD - a že by se to dalo vyřešit systémem CSS. Ale nerozebíral jsem podrobněji CSS... Držím se jednoho tématu. Dokonce i souběh neodmyslitelně patří k serializaci. Jestli nechápeš, tak serializace vezme paralelní data a zarovná je do řady. A protože jsou ta zdrojová data paralelně, souběh nastat může... A vůbec, když budu chtít ukládat stream atd. Ne - rozhodně se jedná o jedno širší téma...

Neumíš programovat - takže jsi 4 roky zahodil. Já nechápu, kde se ve Vás bere ta neznalost, ale ještě mi proto nemusíte říkat biflovač knih, co praxi nezná. Já se zásadně učím praxí - jinak mi to ani nejde... Logika je negrafická část aplikace. A je základ nemíchat logiku a grafiku. Do Formuláře nepatří naplňování eventů logickým kódem. (Což je prostě kód co už něco vykonává - nestará se o ztvárnění dat, ale spravuje je.) Proto se ve Formuláři, Controlu atd. do eventů a dalších míst, která se střetávají s logikou, dává pouze ta část logiky, která stále pracuje s grafikou, ale potřebuje k tomu alespoň trochu logiky. (Textbox má v eventu IsInputKey naplňování proměnné Text ze vstupu uživatele atd.) To proto, že Forms jsou zastaralé a nevhodné. Zato WPF nádherně odděluje logiku od grafiky - a to je přesně trend nové doby. OOP je sada objektů, do kterých si dosazuješ konkrétní hodnoty. Dáš objektu parametry - a on je dosadí do obecného řešení. Dále OOP pojmenovávání je tatktéž známkou ztráty času. Pokud používáte své názvy - svůj systém - nějaké zkratky atd., tak je to program na vyhození. Stačí otevřít oči a podívat se do .NET. Jména se v objektech neustále opakují. Mění se pouze cílový objekt - ne pojmenování...

Ptal jsem se proto, že jsem se již mnohokrát rozhodoval, co použiji tentokrát...

Tak přesně 47 - lepší? :)

Mimochodem jsem Unixák - takže pro mě je proces taktéž soubor...

Použij HTML5 s HTML5 layoutem. Tam je nav na stejné úrovni jako section s article... Takže oněch 920px nastav na section - ne na body... (Popř. rovněž tak i header.)

Jaké přeskakování? Chtěl jsem od začátku odpověď na to, který z těch 3 kdy použít... Akorát ten souběh mě teď ještě napadl. Mohl by jsi k němu přiložit nějaké materiály týkající se .NET - nejlépe C#? Dále XML - přecijen jsi to řekl příliž zaujatě. Parsovat a validovat XML - to už je jiná, že... To už raději popadnu databázi, která může být taktéž použita pro vylití aplikace a přitom se mi postará o validaci atd. Já jsem tedy zase naopak zaujatý proti XML... I když musím přiznat, že databáze zase ráda nulluje... Jen nechápu narážku na ukládání streamu do DB. Stačí převést na pole byte a není probém - ne?

Jo a lze nějak lépe, než modifikátory, řešit souběh?

Jenže abstrakce stojí HDD. Dostává mne Word. Tak nějak mi nejde do hlavy, proč každý styl musí být opakován xy. (Proč neudělá hlavičku se styly - a jako v CSS, každý textový/obrázkový/... blok bude mít ID/class.) Tudíž jaký je kompromis mezi abstrakcí, rychlostí a stabilitou? (bezpečností)

Jenže data mohou ležet minutu, den rok... Ale kyž už něco z aplikace uložím, lze předpokládat, že tyto data budu opět potřebovat. Serailizace je například pomalá. O práci s databází nemluvě. Jediné, čím jsem si jist - textový soubor nebudu používat jako holubník... Pročež se streamem bych nechodil hned do souboru. Tak se zeptám lépe - kde jsou slabiny každého řešení? (rychlost, opakovanost, HDD náročnost,...)

Kde kurník píši, že vím vše? "Vím, že nic nevím." je přesně ten citát, který mě provází celým životem. Napsali jste, že nevím nic, napsal jsem, že vím více, než mnozí jiní. Kteroužto větou nepochopivše docházíte k názoru, že výpodvědní hodnota mého příspěvku má poukazovat na fakt, že objem nabitých znalostí mě zaslepil? Bránice sa, napadají mne více a více - co psáti na to tedy, když nemohu vypověděti, že není pravdy na tom, že znalosti chybí mi, či snad moudrost, či snad soucitné empatie vdech? Zahledíce sa do příspěvků svých, kde nalézáte jiného, než mého vyřčení? Sami sa brání stejň a přec sa cítí býti víc... Hodnotíce mne, nechápou více, než obraz horizontu, co před očima skrýc jim svět... Tak odvděčí sa proň? Tak dojdou lepšího zaň? Kde bere se ta lidská pýcha a kde zdroj vaší arogance jest? Ni pár rad navíc dát nemohl bych proč? Když nenapíši dnes, zítra ptáti bude sa zas. Pekelná diskuze další počne zas. No mám já zapotřebí toť?

Ale ty mě nechápeš. Ptám se, kdy data uložit do textového souboru standardním using(...). Kdy k tomu použít Serializaci. A kdy na obojí kašlat a použít databázi... Stav aplikace mohu uložit do txt když každou proměnnou vypíši na jeden řádek atd. Takže zaznamenat stav jde všemi 3mi způsoby. Proč a kdy ale použít jeden konkrétní?

Kolik se jich vejde do toho rozlišení... Asi tak 40 řádků...

tu, týče

Jsem tu patrně jeden z mála, kdo se zajímá o to, co se děje tam dole. Tedy když jsem nadhodil TTY, atd., tak se na mě vrhli tak jako vy, že si honím ego. Vysvětli mi tedy bitový rozsah, registry procesoru atd. (Já bych to mohl popisovat každou isntrukci co se tíče mikroprocesorů, AMD a Pentium...)

:) Programuji 5 let (a to mám zvýšenou schopnost se učit díky Aspergerovu syndromu) - a 2 roky mi za to platí ve firmě. Znám PC od strojových instrukcí. Takže je vtipné sledovat, jak se mě snažítě ponižovat... Mohu ti tu klidně 2 hodiny vykládat, jak postupuje virtuální stroj .NET k CIL, pak přes interpret do strojáku. Mohu rozebrat celý Windows, Unix, Linux, DOS tak, aby jsi chápal co by bylo třeba udělat pro vytvoření CIL interpetu atd. Mohu x hodin vykládat o celém C#. Ale místo toho chlubení tu radím jak jen můžu. Znám dokonale RT systémy - v těch chráněných trochu pokulhávám. Nejvce se vyznám v Unixu. Atd. Nebudu se tu zdržovat - nemám to zapotřebí... (Nepíši sem kvůli prázdninám - je to jen shoda okolností - i ve školních dnech programuji celé dny - je to kvůli tomu syndromu - je to to hlavní, co dělám - celých 5 let od rána do večera...)

Já se ptám, co kdy k uložení použít. Zmínil jsem 3 formáty. Všechny dobře znám - ptám se kdy jaký používat...

Při maximalizaci to má již tímto řešením problémy... (Hodlám ještě přestat vykreslovat celý řádek, ale jen změněná písmena...) Takže se tu bavím o velkém rozlišení - 1024:732+

#5 LukoSS
Já mu odpověděl - že nevidím problém v tom, napsat to kódem - naopak, že nedoporučuji VS generátor. Za další když vidím Form1 a další stopy začátečníka, tak ano, mám potřebu mu pomoci. Je to fakt takový problém? Ne - to spíš ty si tu honíš ego. Nevidím nic odrazujícího na tom, když mu napíši, ať nepojmenovává Form(1-1000), ale ať pojmenovává objektově... Naopak mě to stojí čas atd. Navíc nejsem schopen emocionality - tudíž ani nemám ego...

Dobrý den,

chtěl bych se zeptat - co, kdy a proč? Tedy představu mám, ale nejsem si nikdy jist, zda-li jsem použij nejvhodnější řešení. Tedy kdy si vyvtořit vlastní soubor, s vlastním formátem a používat klasicky using(StreamReader ...)? Kdy používat instance a serializovat? A kdy už to bude databáze?

Děkuji.

Nejsprávnější by bylo pojmenování - TvojeNamespace.Form Pokud by jsi měl hiearchii Formů, tak i nějaké bližší určení...

*docílíš

Fuj. Pojmennování Form1 a další podobné paskvily ihned odstraň. Podívej se, jak se v celém .NET pojmenovává. Pojmenovávej zrovna tak. A tím myslím doslova - používej co nejvíce stejných proměnných pro různé objekty. TextBox.Text, Control.Text, Button.Text (ano vše je z Control - přesto je snad jasné, jak to myslím),... Jak jsem psal - pořádně si to prohlédni a pochopíš, jak pojmenovávat správně. (Tím mám na mysli, aby jsi se vyvaroval i vlastnímu pojmenovávání ve zkratkách atp.) Čím více se naučíš dělat objekty nezaujaté (dělat obecná řešení), tím více se ti začnou opakovat různé části - včetně proměnných. Pak už to půjde samo. Dále nevidím důvod, proč používat designer, který absolutně znemožní do kódu zasáhnout - jelikož ho tak zprasí, že se v tom nedá vyznat. Nedoporučuji používat designer z VS. Snažit se klikací akcí dosáhnout toho samého jako při vlastním programovém návrhu je nemožné... Také doufám, že necpeš do formulářů žádnou logiku - a že umíš programovat objektově. (Tedy udělat všechny objekty tvé aplikace nezaujaté, zapouzdřené atd.) Logika by měla být pouze v třídě s Main. (Což by měla být samotná aplikace.) V Main by jsi měl aplikaci vyvtářet voláním nezaujatých objektů a parametrizováním objektů používáním jejich výstupů, jako vstupů do jiných objektů... Téže všechny zaujaté hodnoty by jsi v objektech měl předělat na proměnné - a dosadit je až v samotné aplikaci. (Toho docílíž, když budeš přemýšlet, co vše by mohli ostatní aplikace chtít mít jinak.)