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.


Příspěvky - Goheeca

Stran: [1] 2
1
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 10. 09. 2015, 20:27:14 »
Já jen poukazuji na to, že v některých systémech, to lze snadno provést a nejsme omezeni jako v jiných systémech. Na problém čteverec-obdélník lze pohlížet oběma způsoby, nejde říct, že to jsou vždy jen sourozenci nebo vždy jen rodič-dítě.

2
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 10. 09. 2015, 19:17:20 »
Projed si historii diskuse. Problem nastane, kdyz mas mutable objekty.

To je vše o tom, že si někdo myslí, že čtverec je obdélník. Když pak zjistí, že některé vlastnosti na to nepasují, zavrhne dědění jako celek - s vaničkou vyleje i dítě. Přitom kdyby neudělal chybu v počátečním předpokladu, že čtverec == obdélník, tak by věděl, že tyto dvě třídy od sebe dědit nemohou.

Nebo dědit mohou, ale musí být na to objektový systém připraven, příkladem být může CLOS.

3
Studium a uplatnění / Re:Proč tolik matematiky?
« kdy: 01. 07. 2014, 17:17:48 »
Stricto sensu nemá pro IT proxi význam ani TM. Ovšem to už jsme tady diskutovali dost dlouho, nerad bych to opakoval :)
Tak samozřejmě, ne nemusíš to opakovat, to bych byl nerad i já, kdy by to bylo třeba.

4
Studium a uplatnění / Re:Proč tolik matematiky?
« kdy: 01. 07. 2014, 16:53:32 »
Jak nad tim premejslim tak mas asi pravdu.

Tak nějak podívej se na ordinální čísla a třeba transfinitní TM, což je celkem pro IT praxi nepodstatná věc.

5
Vývoj / Re:C++ a výjimka v destruktoru
« kdy: 13. 02. 2014, 21:20:27 »
Tím, že volající musí vědět co se uvnitř děje tak efektivně padá veškerá abstrakce. V tu chvíli nejdou prakticky překopat vnitřnosti modulu, protože ty jsou skrz výjimky součástí rozhraní. Program se nedá odstínit od detailů typu "tahám to video ze souboru nebo ze sítě?". Díky těm zřetězeným výjimkám musí každá úroveň programu do které ty výjimky můžou probublat vědět, co přesně se děje níž. Pokud to neví, tak vlastně nemá cenu ty výjimky ani házet.

Ano tohle je celkem nešťastné řešení výjimek v jazycích jako C++, Java. Common Lispové řešení v podobě restartů je mnohem lepší.

6
Vývoj / Re:C++, použití free()
« kdy: 05. 09. 2013, 14:38:23 »
Ehm ... a ty potrebujes prehazet pytlik pisku a objednal sis na to velkorypadlo. Normalni clovek nepouziva knihovny z nihz nevyuzije aspon 10% funcionality.

Asi bych se držel toho, co o sobě tvrdí Boost, a sice že je to "Boost C++ Libraries", tedy je to balík knihoven nikoliv knihovna. Takže je zcela normální, že člověk nevyužije většinu funkcionality.

7
Odkladiště / Re:Matematicky problem s uhlami
« kdy: 03. 04. 2013, 21:22:24 »
Citace
Jinak ten algoritmus je velmi snadný: (uhel + 180) % 360 - 180
Jazyk, který by mi pro -500 vrátil cokoli jiného než -500 bych rovnou smazal z disku.
Proto taky v CL je na výběr mezi mod a rem.

8
Odkladiště / Re:Matematicky problem s uhlami
« kdy: 02. 04. 2013, 15:28:44 »
Citace
(uhel + 180) % 360 - 180)
pro -500 je výsledek -500, takže takhle asi ne.
To také asi záleží na jazyku v Common Lispu a Python vypadne -140.

9
Vývoj / Re:Snaha o nahrání programu do ATmegy
« kdy: 18. 01. 2013, 15:44:26 »
Proc? Pomoci ISP se odemce.
AVRka nemám nastudovaný detailně, ale předpokládám, že ty lockbity budou fungovat podobně jako u PICů, tam je možné je taky přeprogramovat, ale zárověň se smaže obsah flash.

10
Vývoj / Re:Snaha o nahrání programu do ATmegy
« kdy: 18. 01. 2013, 15:23:00 »
Jinak, pokud by se ti podarilo k tomu pripojit normalni ISP programator, nemusis se zniceni bat, protoze stary firmware se z toho da vycist a pak pripadne nahrat z5.

To ovšem nesmí být zamčená bootloader sekce.

11
Vývoj / Re:Snaha o nahrání programu do ATmegy
« kdy: 18. 01. 2013, 15:16:31 »
No ja som mal problem s prevodnikmi na RS232 konkretne s programatorom Pony prog a to taky, ze nahravanie trvalo i hodinu (Problem bol v tom, ze programator vyuzival riadiace linky RS232 portu ale ten prevodnik to prepinanie Log 0 a 1 proste nezvladal robit dostatocne rychlo a preto nahravanie trvalo hodne dlho aspon teda myslim). Skus to pustit s parametrami -vvv  a pockat hodne dlho:-)

CP2102 převodník já zrovna mám a ten je rychlý.

12
Vývoj / Re:Snaha o nahrání programu do ATmegy
« kdy: 17. 01. 2013, 22:33:02 »
Je dost možný, že jsou pojistky nastavený tak, že bude fungovat jen paralelní programování.

13
Vývoj / Re:Snaha o nahrání programu do ATmegy
« kdy: 17. 01. 2013, 22:29:41 »
A to je snad s stk500 kompatibilní? Neřekl bych, pravděpodobně to má v sobě vlastní bootloader, který megu přeprogramuje -> bude to chtít vyvést vývody na programovaní (třeba ISP) a externí programátor nebo zjistit co je to za bootloader, jakej protokol používá a najít si/napsat si na to obslužný program.

14
Hardware / Re:Spuštění větráku až při 75 °C
« kdy: 14. 12. 2012, 15:03:03 »
Olovo právě dodává vyšší životnost (snižuje pravděpodobnost poruchy).
... během určitého počtu provozních hodin, tvaruje křivku poruchovosti v závislosti na čase.
Dále se dá napsat, že nepřítomnost olova v pájce je podmíněnou příčinou vyšší poruchovosti a kdo ví možná i nepodmíněnou, jestliže se bezolovnatá pájka samovolně (ve stabilních podmínkách) rozpadá rychleji, ovšem to by stejně byla zanedbatelná příčina.

15
Hardware / Re:Spuštění větráku až při 75 °C
« kdy: 14. 12. 2012, 14:36:18 »
Ta životnost se hlavně snížila od té doby, kdy RoHS donutila výrobce používat bezolovnaté pájky. Commodora z osmdesátých let zapnu a pár let starý laptop často už ne.

Jenže právě to olovo tam práv způsobovalo to, že spoj lépe snášel teplotní rázy a vyhřívání.
Kdyby tvůj Commodore hřál 120W, tak by dávno taky nefičel olovo neolovo.
Bez toho olova to jen chcípne dřív, ale důvodem je "vyhřátí spoje" ne nepřítomnost olova.
Určitě si nemyslíš, že olovo tomu dodává nějakou zvláštní kouzelnou auru.
Olovo právě dodává vyšší životnost (snižuje pravděpodobnost poruchy).

Stran: [1] 2