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 - Ondra Satai Nekola

Stran: 1 ... 141 142 [143] 144 145 ... 177
2131
Dobra rada k tematu pod 140 znaku: https://twitter.com/janrezac/status/642231360023855104

2133
Hardware / Re:Stavba NAS
« kdy: 18. 09. 2015, 12:55:04 »
Tem Fortronum bych se obloukem vyhnul (mozna je to nahodou nejaka rada, ktera u nich je OK, ale pri te cene bych to necekal). Mozna treba https://www.alfa.cz/product.php?eid=1051400000000001TGY (pokud nejak zvlast neresis hluk)?

2134
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 15. 09. 2015, 10:12:58 »
Koukam, ze Ivan ma vzdy politicky co? Jasno, soudruzi.

2135
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 15. 09. 2015, 09:45:11 »
Vyjadřovací schopnosti programovacích jazyků nejsou na úrovni textu prózy, ale na úropvni čtení básní, proto i struktura textu je důležitá. A FP jazyky ji mají přímo katastrofální.

Zrovna napr. takovy Haskell dost lidi povazuje za prekrasny jazyk - lze strucne a vystizne zapsat slozite myslenky. Samozrejme pokud si nekdo pod hezkym kodem programu predstavuje co nejvice nevyznamoveho balastu (Java/Python), pak je IMO neco spatne.

na druhou stranu, !#$%&*+./<=>?@ je v haskellu validní identifikátor operátoru

A hkjfsdlhgskdjlh3weu5r983w je validni jmeno skoro vsude ;)

2136
Studium a uplatnění / Re:Co má v IT nejlepší budoucnost?
« kdy: 11. 09. 2015, 10:52:50 »
Problém spočívá v tom, že termín OOP postrádá smysl, takže jeho definice je libovolná. Přesto se vrhám do propasti a nabízím svůj seznam vlastností, které tvoří základ OOP.

Zapouzdření - sseskupení souvisejících idejí do jedné jednotky, na kterou se lze odkazovat názvem. Takovým zapouzdřením může být i obyčejný podprogram.
Objektově orientované zapouzdření - zabalení operací a atributů představující nějaký stav do jednoho typu objektu. Daný stav je přístupný či upravitelný pouze skrze rozhraní.
Skrývání informací a implementace - omezení externí viditelnosti určitých informací nebo implementačních detailů, která jsou pro strukturu zapouzdření interní. Jinými slovy, nikomu nic není do toho jak dělám to co dělám, v krajním případě ani do toho co dělám. Něco jako černá skříňka se vstupy a výstupy.
Z další vlastností to mohou být:
zachování stavu, identita objektů, zprávy, třídy, dědičnost, mnohotvarost, obecnost.
Pro nás, co se v této oblasti pohybujeme už trochu déle ale tyhle vlastnosti nejsou ničím speciální, pokud zaměníme slovo objekt za modul tak tohle plně podporovala už třeba Modula-2 před 30 lety, která objekty v dnešním slova smyslu vůbec neměla. V podstatě je to popis modulárního programování...

On hlavne v tom seznamu chybi polymorfismus.

A ze neco Modula umela je prima, ale dalsi otazka je jak to umela. V tomhle ohledu je prima mit zelene fajfky v checklistu vlastnosti, ale nakonec pri prgani hraji roli i detaily provedeni...

2137
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 10. 09. 2015, 10:27:04 »
Někteří diskutující by z obavy před porušením LSP nejraději tyhlety dědičnosti úplně zakázali a vyhodili z OOP.

Dědičnost objektů je nutná nikoliv postačující podmínka existence OOP. Nutný důsledek z toho je, že někteří diskutující vůbec nemají rádi OOP :) To jsme ale věděli dlouho ...

Neni to nutna podminka. Muzes mit trebas OOP postavene na prototypech (nejsem fanda, ale reseni to je).

2138
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 09. 09. 2015, 18:29:36 »
@zboj
urcite nie
behavior fail

Určitě jo. V tomto případě to ani není težké na pochopení.

Dokonce koukam, ze to je defaultni priklad na wikipedii: https://en.wikipedia.org/wiki/Liskov_substitution_principle#A_typical_violation

2139
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 09. 09. 2015, 18:25:13 »
@zboj
urcite nie
behavior fail

Určitě jo. V tomto případě to ani není težké na pochopení.

Projed si historii diskuse. Problem nastane, kdyz mas mutable objekty.

2140
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 09. 09. 2015, 17:57:13 »
To je dost nesmysl, bo code reuse.

Prakticky každá firma (co jsem viděl), která měla zoufale neudržitelný kód ho měla zoufalí proto, že dědily kůli code reuse. Takže za mě fakt ne!

Jako by to neslo delat jak spatne, tak dobre... (rikam jako clovek, co inklinuje spis ke kompozici a typicky DI)

2141
Distribuce / Re:Arch Linux - základní konfigurace
« kdy: 09. 09. 2015, 17:09:09 »
2. to zalezi na chuti kazdeho soudruha. Default pro KDE je oxygen, ja mam docela rad Metu, errr Firu.

4. pokud to chapu, tak naisntalovat nejdriv libgcrypt15

8. neni to normalni gtk save dialog jen s mizernym tematem?

2142
Vývoj / Re:Omezená dědičnost (je něco lepšího než OOP?)
« kdy: 09. 09. 2015, 14:26:44 »
stvorec extends obdlznik je standardny fail lebo liskov substitutuion principle

Tak v tomto případě LSP perfektně funguje, máš v tom zmatek.

Funguje jenom za dalsich okolnosti. Viz vyse, uz se to tu rozebiralo.

2143
Studium a uplatnění / Re:Co má v IT nejlepší budoucnost?
« kdy: 09. 09. 2015, 13:59:02 »
Spíše než FP bych řekl obecněji "post-OOP", protože OOP nezmizí, jen se trochu modifikuje, viz dnes Swift.

No rikaji tomu "multi-paradigm" ;)

2144
Studium a uplatnění / Re:Co má v IT nejlepší budoucnost?
« kdy: 08. 09. 2015, 17:40:52 »
Kazdopadne bych se v dohledne dobe vyhybal pornoprumyslu, tam je ta budoucnost znacne nejista...

2145
Studium a uplatnění / Re:Co má v IT nejlepší budoucnost?
« kdy: 08. 09. 2015, 17:32:44 »
Som pomerne silno presvedceny, ze velmi velmi slubnu buducnost ja funkcionalne programovanie.

Třeba takový Haskell vznikl v roce 1990, Lisp dokonce už v 1958... a pořád nic.

Smalltalk 1972 a teprve v devadesatkach bylo "OOP" velka vec.

Jeden z duvodu, proc ted bude FP dulezitejsi, je, ze mame hodne jader.

Stran: 1 ... 141 142 [143] 144 145 ... 177