Diskuze: čtení stringu po slovech

Dumdych

Neregistrovaný

Dumdych:11.6.2013 18:39

S mým Frameworkem:

mov ax, 1
mov bx, 10
mov si, Console.Write
call System.Loop

Odpovědět

11.6.2013 18:39

Dumdych

Neregistrovaný

Dumdych:11.6.2013 18:41

for(int num = 1; num < 11; num++)
    Console.WriteLine(num);

Nahoru Odpovědět

11.6.2013 18:41

David Hartinger

Vlastník

David Hartinger:11.6.2013 18:43

A správně:

Uzivatele.Find(u => u.Jmeno == "Karel");

Kouknu a vidím. Napiš mi tohle v ASM.

Nahoru Odpovědět

11.6.2013 18:43

New kid back on the block with a R.I.P

Petr Nymsa

Tvůrce

Petr Nymsa:11.6.2013 18:46

Tak paráda, možná s tvým frameworkem to je mírně přehlednější ale stejně je to hůře čitelné... tohle asi nemá cenu, vždycky když je diskuze o low a high, každý si brání svoje... já a asi 90% dalších prostě už nevidí v ASM smysl.

Ano kompilátor to stejěn převede do strojové podoby ale to už nás nemusí zajímat. Chápu že nadáváš na lidi co absolutně nic netuší a prohlašují se za programátory. Určitě je dobrý vědět jak to funguje pod pokličkou ale dělat v tom ? o_O V dnešní době se hraje o čas, takže raději šáhnu po něčem s čím si práci urychlím, je to moderní, přehledné atd atd (však už jsme to říkali).

A u firem, i kdyby jsi měl super ultra znalosti ASM stejěn vezmou člověka co umí dobře třeba C# + ASP.NET, SQL nebo Javu apod

Nahoru Odpovědět

11.6.2013 18:46

Pokrok nezastavíš, neusni a jdi s ním vpřed

Dumdych

Neregistrovaný

Dumdych:11.6.2013 18:47

mov si, uzivatele
mov ax, searchItem
call System.Array.IndexOf ; out ax

searchItem db 'Karel'

Nahoru Odpovědět

11.6.2013 18:47

Dumdych

Neregistrovaný

Dumdych:11.6.2013 18:49

Blbost - ax je výstup - vstup je di:

mov si, uzivatele
mov di, searchItem
call System.Array.IndexOf ; out ax

searchItem db 'Karel'

Nahoru Odpovědět

11.6.2013 18:49

David Hartinger

Vlastník

David Hartinger:11.6.2013 18:50

Nejsem si jistý, jestli hledáš v poli stringů nebo objektů. Každopádně si ty zápisy porovnej a představ si, že je to v metodě, kde se podobná logika řeší pro desítky různých entit.

Nahoru Odpovědět

11.6.2013 18:50

New kid back on the block with a R.I.P

Petr Nymsa

Tvůrce

Petr Nymsa:11.6.2013 18:50

Takže jsi prostě strávil X hodin nad vytvořením vlastnního frameworku Netvrdím že to je špatně, je to dobrý, naučí to spousta ale prostě tvrdit že je lepší dělat v ASM než moderně je blbost..

Nahoru Odpovědět

11.6.2013 18:50

Pokrok nezastavíš, neusni a jdi s ním vpřed

David Hartinger

Vlastník

David Hartinger:11.6.2013 18:50

No a už tam máš dokonce chybu Tu já bych neudělal.

Nahoru Odpovědět

11.6.2013 18:50

New kid back on the block with a R.I.P

Dumdych

Neregistrovaný

Dumdych:11.6.2013 18:58

Já původně chtěl jen OS... Pak jsem zjistil, že se dá celkem snadno aplikovat OOP. (Skutečně se mi podařilo odříznout každý objekt.) Ke každé třídě mám seznam skoků - kterými určím adresy k jednotlivým funkcím. Netrvalo dlouho a vyrval jsem dokonce srdce OS - kernel. Je to ale jeden z nečistých objektů - na jiný OS bych ho musel upravit. Ovšem není divu - když je to sám o sobě OS... Tedy v BootSectoru přerušuji na paměť v NTFS pro kernel.

Aby mi to vůbec fungovalo, musel jsem sepsat několik map se vstupy a výstupy jednotlivých funkcí. Takže ano - je to kolikrát na hlavu... Ale bez IDE také nebudete znát vstupy a výstupy... (Já si IDE udělal - takže s těmi mapami pracuje...) Samozřejmě v tomhle se mohu jít zahrabat...

Nahoru Odpovědět

11.6.2013 18:58

Petr Nymsa

Tvůrce

Petr Nymsa:11.6.2013 19:16

Ne, chceš nám dokázat jak moc jsi dobrý a já to respektuju a uznávám, ale prostě v dnešní době je blbost dělat v ASM když tne samý program můžu udělat 3x rychleji

Nahoru Odpovědět

11.6.2013 19:16

Pokrok nezastavíš, neusni a jdi s ním vpřed

Luboš Běhounek Satik

Tvůrce

Luboš Běhounek Satik:11.6.2013 19:23

3x rychleji je to napsáno, ale program běží 10x pomaleji a sežere 10x více paměti

Nahoru Odpovědět

11.6.2013 19:23

https://www.facebook.com/peasantsandcastles/

David Hartinger

Vlastník

David Hartinger:11.6.2013 19:24

Jak již tu bylo milionkrát řečeno, pokud to není OS nebo engine, tak na čase absolutně nezáleží.

Nahoru Odpovědět

11.6.2013 19:24

New kid back on the block with a R.I.P

Petr Nymsa

Tvůrce

Petr Nymsa:11.6.2013 19:24

Když se bude chtít dosáhnout větší rychlosti šáhne se třeba po C++ ne ? V dnešní době pro většinu běžných aplikací nebudu řešit jestli se mi to zpracovává 5ms nebo 10ms

Nahoru Odpovědět

11.6.2013 19:24

Pokrok nezastavíš, neusni a jdi s ním vpřed

Dumdych

Neregistrovaný

Dumdych:11.6.2013 19:27

Napsáno v čem? Jestli myslíš strojový kód/assembly, tak jak jsem napsal - spravovat vyšší funkce lze - stačí používat vyšší registry a sys soubory... Takže pokud myslíš strojový kód/assembly, jsi vedle...

Nahoru Odpovědět

11.6.2013 19:27

Dumdych

Neregistrovaný

Dumdych:11.6.2013 19:31

Já hlavně nechápu co víc chcete vytvářet... Mě stačí internet, textový editor a správa multimédií... Možná by někdo mohl vymyslet PC mimo 0 a 1...

Nahoru Odpovědět

11.6.2013 19:31

Luboš Běhounek Satik

Tvůrce

Luboš Běhounek Satik:11.6.2013 19:41

"...pokud to není OS nebo engine, tak na čase absolutně nezáleží"
Za tenhle názor bych dával pěstí, pak nemaj bejt programátoři prasata
Na čase záleží vždy, pokud je to nějaká dlouhotrvající nebo opakující se akce.
Zákazníkovi/uživateli je fuk, jestli je kód hezký a splňuje všechny normy, jde mu o rychlost programu a odezvu, vnitřek ho nezajímá.

Dumdych: Vývoj v assembly je pomalejší než třeba v C# (neříkám, že zrovna 3x, to byla jen narážka na Zirka), ale výsledný program (byl-li napsán v asm) je rychlejší a má menší nároky na paměť.

Nahoru Odpovědět

11.6.2013 19:41

https://www.facebook.com/peasantsandcastles/

David Hartinger

Vlastník

David Hartinger:11.6.2013 19:54

Ne, nezáleží na něm vůbec a dobří programátoři svůj kód ani neoptimalizují. Jelikož používají kvalitní struktury a nástroje co daný jazyk poskytuje, není k tomu žádný důvod. Nenapadá mě kde bych mohl v C# řešit něco jako dobu běhu programu, to patří tak možná do céčka, kde si někdo patlá na koleni quicksort.

Nahoru Odpovědět

11.6.2013 19:54

New kid back on the block with a R.I.P

Dumdych

Neregistrovaný

Dumdych:11.6.2013 19:55

Však - to snad vím... Jen jsem zauvažoval zda nemáš na mysli spravování vyšších funkcí. Bez optimalizace by to tak nebylo. Viz. DOS. Už jen grafické shelly pro DOS - tam je krásně vydět echo způsobené zpožďováním, dále nízká grafika a vůbec celkově celý OS působí rozbitě... Proto jak jsem psal - chráněný režim a vyšší funkce obecně lze v assembly/strojovém kódu používat - a tím tedy pekelně optimalizovat... Takže lze využívat i moderní rozměry HDD...

Nahoru Odpovědět

11.6.2013 19:55

Dumdych

Neregistrovaný

Dumdych:11.6.2013 19:56

vydět se asi moc nedá - takže vidět... (Vyjímaje Chucka Norrise.)

Nahoru Odpovědět

11.6.2013 19:56

Petr Nymsa

Tvůrce

Petr Nymsa:11.6.2013 20:07

Tak to zase nesouhlasím . Někdy je rychlost důležitá a občas je třeba nutné (te´d to vezmu řpímo příklad z WinRT pro Win8) udělat aplikaci tak aby nevyapadla že něco dělá, berte to tak že dělá složitý výpočet a uživateli nesmí zamrznout, musí vidět efekt přejetí tlačítka apod.

Nahoru Odpovědět

11.6.2013 20:07

Pokrok nezastavíš, neusni a jdi s ním vpřed

David Hartinger

Vlastník

David Hartinger:11.6.2013 20:09

Ano, ale to řešíš až v případě, když je to pomalé.

Nahoru Odpovědět

11.6.2013 20:09

New kid back on the block with a R.I.P

Luboš Běhounek Satik

Tvůrce

Luboš Běhounek Satik:11.6.2013 20:18

Tebe by neštval třeba program, ve kterém při každé běžné akci, kterou denně provedeš třeba 100x, musíš třeba 20 vteřin čekat, když bys věděl, že se ta funkce dala napsat tak, aby trvala třeba jen vteřinu a jen se to programátorovi nechtělo optimalizovat?

Nahoru Odpovědět

11.6.2013 20:18

https://www.facebook.com/peasantsandcastles/

David Hartinger

Vlastník

David Hartinger:11.6.2013 20:24

Můžeš mi dát nějaký reálný příklad takového problému? Jinak řešíme běžné úkony programů, na těch časově opravdu nezáleží. Když je program v něčem pomalý, až tehdy se optimalizuje a jen ten jeden úsek.

Nahoru Odpovědět

11.6.2013 20:24

New kid back on the block with a R.I.P

TomBen

Tvůrce

TomBen:11.6.2013 20:25

Když uvážím na jakých frekvencích jsou dnešní procesory taktovány,
tak je každá činnost programu, kterou mohu zaznamenat pouhým okem,
vlastně neskutečně pomalá. Ale většina uživatelů je zvyklá na svoje
kafíčko po každém druhém myšokliku. :-)

Nahoru Odpovědět

11.6.2013 20:25

Za posledních 200 miliónů let se nic zvláštního nestalo, akorát dinosauři vymřeli a opice se naučily programovat.

Luboš Běhounek Satik

Tvůrce

Luboš Běhounek Satik:11.6.2013 20:42

Zatím naštěstí většině programátorů jde i o rychlost programu a u těch pomalých jsem zdroják nezkoumal, tak nevím, jestli by šly ty akce zrychlit, takže o takové situaci nevím

"Když je program v něčem pomalý, až tehdy se optimalizuje a jen ten jeden úsek."
S tím už souhlasím.

Nahoru Odpovědět

11.6.2013 20:42

https://www.facebook.com/peasantsandcastles/

Petr Nymsa

Tvůrce

Petr Nymsa:11.6.2013 20:47

Zatím se vždy snažím psát ty programy rychlé, ale v algoritmizaci nejsem nijak extra třída . Zatím mě vždy běželi rychle a občas jsem je testoval i na pomalejších PC... no já se tu pánové klidím, už budu jenom přihlížet Tohle už je extra mimo mě... časem vám do tooh začnu kecat taky

A souhlasím s oba názory. Jak sdraca tak tvým. Programátor by to neměl flákat, stejěn jednou dojde k tomu že ot nějak vylepší, proč to nenapsat alespoň slušněji než normálně ?

Nahoru Odpovědět

11.6.2013 20:47

Pokrok nezastavíš, neusni a jdi s ním vpřed

Kit

Tvůrce

Kit:12.6.2013 9:06

premature optimization is the root of all evil

Nahoru Odpovědět

12.6.2013 9:06

Vlastnosti objektů by neměly být veřejné. A to ani prostřednictvím getterů/setterů.

Kit

Tvůrce

Kit:12.6.2013 9:17

Kompilátory vyšších programovacích jazyků většinou mívají zabudovánu optimalizaci výstupního kódu. Nejúčinnější bývá zejména když programátor používá obvyklé konstrukce a na optimalizace se vykašle.

Ovšem zbývá definovat, co jsou to "obvyklé konstrukce". Ty nejvhodnější bývají nazývány "Design patterns".

Pro assemblery samozřejmě platí jiná pravidla než pro OO nebo funkcionální jazyky.

Nahoru Odpovědět

12.6.2013 9:17

Vlastnosti objektů by neměly být veřejné. A to ani prostřednictvím getterů/setterů.

Kit

Tvůrce

Kit:12.6.2013 10:20

To by mě zajímalo, proč si kdekdo pojmenovává svůj framework názvem Framework. To je stejné, jako kdyby se můj pes jmenoval Pes.

Nahoru Odpovědět

12.6.2013 10:20

Vlastnosti objektů by neměly být veřejné. A to ani prostřednictvím getterů/setterů.

Luboš Běhounek Satik

Tvůrce

Luboš Běhounek Satik:12.6.2013 10:48

"Kompilátory vyšších programovacích jazyků většinou mívají zabudovánu optimalizaci výstupního kódu."

Ano, ale ta optimalizace jen do určité míry, spoustu optimalizací musí člověk stejně dělat ručně.
Kompilátory obvykle dělají jen takové ty úplně základní věci jako unrolling cyklů, vyházení nepotřebného kódu, inlinování krátkých funkcí, ale složitější konstrukce musí většinou optimalizovat programátor.

Nahoru Odpovědět

12.6.2013 10:48

https://www.facebook.com/peasantsandcastles/

Kit

Tvůrce

Kit:12.6.2013 10:59

Právě že programátoři často zbytečně dělají složité (rádoby optimalizující) konstrukce, které se kompilátoru špatně optimalizují.

Některé optimalizace umí i samotné procesory, ale to se už kódu netýká.

Nahoru Odpovědět

12.6.2013 10:59

Vlastnosti objektů by neměly být veřejné. A to ani prostřednictvím getterů/setterů.