2086
Vývoj / Re:JavaScript - Rozdíl v kódu
« kdy: 29. 10. 2015, 15:47:20 »
Slo, a ta jedna veta je v odkaze: Now since the script executes before the page has loaded, I can't access the <body>, among other things.
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
2088
Studium a uplatnění / Re:Plat ve zkušební lhůtě
« kdy: 29. 10. 2015, 12:14:45 »Jenze on proste nemuze mit tolik kolik psal proste protoze zakon. Lakuje nas tady. Minimalni mzda na jeho pozici je cca 100,- / hod aktualne.
Chtel jsi napsat "zarucena mzda"?
2089
Vývoj / Re:Java a statické metody
« kdy: 24. 10. 2015, 17:55:10 »naco chcete dedit od stringu ked ho nechcete modifikovat?
Dovedu si predstavit, ze by do nej nekdo chtel dat nejake dalsi metody, ale prijde mi to obecne jako dost problematicky napad.
2090
Vývoj / Re:Java a statické metody
« kdy: 24. 10. 2015, 17:39:08 »Kdyz uz ses nam tu tak rozpovidal, cekaji na tebe jeste nezodpovezene otazky od minule...
2091
Vývoj / Re:Java a statické metody
« kdy: 24. 10. 2015, 17:16:14 »CitaceNeměl jsem na mysli finální objekty (ty mi naopak vyhovují), ale finální třídy. Nemohu například napsatfinal String znamena ochranu pred Kitom ktory oddedi od zakladnej immutable datovej struktury, urobi z nej mutable a zachrani projekt
Takze je to navrzene dobre.
2092
Java je jednoduchý jazyk
Je zajímavé, proč má tak jednoduchý jazyk tak dlouhou specifikaci. Osobně mám za to, že jednoduchý jazyk jde popsat na pár stránek, ale specifikace Javy má více než 700 stran.
Nutno dodat, ze je to docela upovidana specka a je dost zamerena na citelnost.
2093
Dalším faktorem je důraz na zpětnou kompatibilitu – na aktuálních verzích Javy (8) můžeš provozovat i aplikace psané pro prastaré verze (třeba 1.4)
Ale vysvetlil to nekdo programatorum? Protoze bastly v Jave padaji s kazdym upgradem jako hrusky na podzim.
Jak co.
2094
Vývoj / Re:Java a statické metody
« kdy: 24. 10. 2015, 15:14:12 »Stačilo by mít něco jako MutableString. Měnitelnost instancí hezky řeší ObjC. V C++ to mají podobně, sice třeba std::string se dá měnit, ale při práci s kolekcemi se na klíče dělá standardně CoW.
Nemas snad StringBuilder? Nastesti se neda moc dobre pouzivat tam, kde String.
Btw: nemichal bych tu moc final ve smyslu "nelze podedit" s immutable objekty. To spolu souviset muze a nemusi.
2095
Vývoj / Re:Java a statické metody
« kdy: 23. 10. 2015, 21:23:21 »Tohle je fakt legrační. Jak hádání se, jestli je lepší psát 5-5 nebo -5+5. Pak někdo přijde s tím, že lepší je 5+(-5) a další, že všichni jsou lamy, jedině ln(1) je správně. Pak někdo opáčí, že nejčistší je to udělat jako ln(-exp(i*pi)).
Ne, tady jde o to, jak lepit dohromady programy, co nechavat napevno, co menitelne a jak to testovat.
2096
Vývoj / Re:Před C# začít s C ?
« kdy: 23. 10. 2015, 21:09:29 »Když jsem viděl titulek s čím začít dřív, jestli s C# a nebo s Cčkem, tak sem chtěl napsat, že začít bys rozhodně měl se sexem ... a až pak C#. Ale když si napsal začátečník-stařec postrádalo by to kontext...
Začni s C++. Dá ti to velmi dobrou představu o železe na kterém vše běží, vyzkoušíš si prostředí bez GC a raw pole. To ti dá hodně. Na druhou stranu znáš pascal, takže tydle věci asi už dávno znáš. Pokud to tak je, tak jdi na C# a na C ser. Ačkoli, u C# bych pochyboval o moudrosti investice, je to M$hit technologie, která "prorazila" jen ve wokním světe (což nění tak úplně pravda, ale dovoluju si trošku přehánět). Velká opice v redmondu může C# zabít během chvilky, stačí chtít. Já osobně bych šel do Javy (osobně ji neumím a ani to neplánuji v příštím století změnit, ale lepší jak C# z mého pohledu).
Kolikrat je potreba rikat, ze C/C++ neni dobry jazyk do zacatku?
2097
Vývoj / Re:Java a statické metody
« kdy: 23. 10. 2015, 18:32:15 »
Ale hlavne nam tu jeste (a opet) dluzis odpovedi, jak bys ve svem fundamentalistickem svete resil nektere celkem bezne problemy.
2098
Vývoj / Re:Java a statické metody
« kdy: 23. 10. 2015, 18:30:27 »Bud tam mas volnou vazbu a pak ma smysl to testovat a muzes to testovat.Kdybych měl pětikorunu za všechny tyhle „nemůžeš“, u kterých se později ukázalo, že „můžeš“, byl bych nejbohatší člověk na světě. To, že jste z vámi používané implementace v současné verzi chybu nevyloudil, neznamená, že se to nemůže stát. Spustíte to na jiném JRE nebo jenom na jiné verzi téhož JRE, a pak to vysvětlujte té výjimce, že tam nemůže vypadnout.
Nebo nemas. Pak zase tu vadnou hodnotu dostat ze "sinu" nemuzes a resis imaginarni problem.
Takovehle starosti bych fakt chtel mit (nebo asi ne, problemy s overengineeringem jsou pak peklo). Ale kdyz to uz resis, tak stare dobre pravidlo stimulate, don't simulate.
2099
Vývoj / Re:Java a statické metody
« kdy: 23. 10. 2015, 15:22:24 »
Volnou vazbu na sinus zde navrhl nějaký příznivce statických metod, aby zjistil, kam až je Filip ochoten zajít. A Filip na to kývl. Proč ne? Pokud dělám program na kalkulačku s goniometrickými funkcemi, tak by se mi tato vazba hodila pro injektáž volané funkce. Jenže je statická a proto ji musím kvůli tomu zbytečně obalovat do dalšího objektu. Také by se mi do ní hodila funkce sin(), která pracuje s úhlovými stupni místo radiánů tak, abych si mohl nějakým radiobuttonem deg/rad/grad za běhu přepínat příslušnou knihovnu.
Ale to uz jsou dve uplne jina zadani. Nemluve o tom, ze zadne baleni objektu ani tak nepotrebujes, pokud mas first class funkce.
Citace
Už jsem viděl dotaz, "proč někomu sin(30) nevrací 0.5". Kdyby si dotyčný napsal test na tuto knihovní funkci, jistě by poznal proč. Obráceně jsou případy, kdy si místo funkce sin() chci namockovat jinou hodnotu, např. 1.5 nebo -4.5, abych si zjistil odolnost navazující jednotky na nesmyslné hodnoty. Bez možnosti mockování by to vůbec nešlo, protože takové hodnoty z funkce sin() nedostanu.
Bud tam mas volnou vazbu a pak ma smysl to testovat a muzes to testovat.
Nebo nemas. Pak zase tu vadnou hodnotu dostat ze "sinu" nemuzes a resis imaginarni problem.
