Je lepší začít s C nebo C++?

[jpu]

Javamane, kto vymyslel javu, gramatiky, kompiler atd? Keby niet toho, tak neviem co by si robil s tou javou. Ty debil sa tu nevyjadruj na vyzkumnikov ako na lemplov.

[Reklama]

[Daniel Kozak]

Kdybych dělal něco dneska v C++, jakože bych asi nedělal, ale kdybych dělal, programoval bych tak, jak se to dělá (a jak je to umožněno) v Javě, tak třeba: nepoužíval bych vícenásob. dědičnost, vyhnul bych se vracet výstup v metodě jinak, než přes return, zpravidla bych nepoužíval funkce a procedury jinak, než-li v zapouzdřeném stavu v rámci potřeb třídy a vždy jen v odůvodnitelných případech (výkon), dále bych nepoužíval pointrovou aritmetiku jinde, než-li právě v těchto funkcích (které bych používal jen z důvodu výkonu). OOP a přehlednost programu, což úzce souvisí s pohodlností vývoje, by měla v 99% přednost před o 5% lepším performance. Úplně bych se vyhnul používání různých dynamických arrays a použil bych kolekce. Prostě jakákoliv performance funkcionalita ve stylu Céčka nechť je úplně bokem OOP implementaci, pro pořádek.

Jo problem je ze prave dnesno "OOP" prave nici prehlednost kodu a podobne, takze podle me udelat to ve smeru Javy je asi to nejhorsi co muze clovek udelat.

[javaman ()]

To je zajímavý, že je to přesně naopak. Dnešní OOP, které má Java, je právě velmi promakané a v podstatě nemá konkurenci. Co bys navrhoval jiného? Jak ti to znepřehledňuje kód? Třeba to jen neumíš

[Daniel Kozak]

Lol, else sa normalne pouziva. Konstrukcia if-else je uplne vporiadku.

Jistě, if-then-else do strukturovaného programování patří.

Tak ono pokud vim bez if moc programovat nejde. No a pokud pouzijes if tak vlastne pouzivas i else, to ze ho treba nepises je jedna vec ale ve vysledku tam stejne je schovany

[Daniel Kozak]

To je zajímavý, že je to přesně naopak. Dnešní OOP, které má Java, je právě velmi promakané a v podstatě nemá konkurenci. Co bys navrhoval jiného? Jak ti to znepřehledňuje kód? Třeba to jen neumíš

No tak jakykoliv jazyk, ktery me nenuti pouzivat na vse tridy. Ono v Jave je velmi popularni mit milion trid ktere neobsahuji nic jineho nez staticke metody, coz je podle me divne. Vicemene to nahrazuje namespace. Osobne preferuji jazyky ktere umoznuji multiparadigmaticke programovani jako je Jazyk D (kterej ma OOP model vypujcen od javy)

[Reklama]

[Kit]

Jo problem je ze prave dnesno "OOP" prave nici prehlednost kodu a podobne, takze podle me udelat to ve smeru Javy je asi to nejhorsi co muze clovek udelat.

OOP naopak zvyšuje přehlednost kódu i jeho robustnost. Správně napsaný objektový kód je i rychlý. Jen se občas stává, že některý vývojář chybně zvolí architekturu či návrhový vzor.

[Kit]

No tak jakykoliv jazyk, ktery me nenuti pouzivat na vse tridy. Ono v Jave je velmi popularni mit milion trid ktere neobsahuji nic jineho nez staticke metody, coz je podle me divne. Vicemene to nahrazuje namespace.

Statické metody se používají snad jen u vzoru Factory, jinak ne. Samozřejmě s výjimkou knihovních tříd Math a jim podobných, kde vlastně slouží jako namespace pro funkce.

[balki]

To je zajímavý, že je to přesně naopak. Dnešní OOP, které má Java, je právě velmi promakané a v podstatě nemá konkurenci. Co bys navrhoval jiného? Jak ti to znepřehledňuje kód? Třeba to jen neumíš

Trosku to nacnem, uz sme riadne offtopic tak prosim, som sa tym zaoberal v dizertacke, ktoru som nedokoncil, lebo som debil.

1. volanie metody vnasa isty stupen nepriamosti do kodu. Ked mas proceduru, musis si "odskocit" aby si videl, co ta proceduru robi.

2. ak mas votkanu proceduru (bezne pri asymetrickom AOP), tak ani nevidis, ze sa nieco niekde vola. Musis si pozriet pointcuty, pomocou ktorych sa to navesiava a potom zistis, ze co sa vola.

3. OOP zasa vnasa ine "svinstvo" a tym je polymorfizmus. Tam uz absolutne nevies, co sa zavola. Nula bodov, mozu ti tam podhodit vselico.

4. Ruby a myslim ze aj C# ma tzv partial classes, kde jedna trieda moze byt rozhodena do N zdrojakov. Zostava sa potom skrabat na hlave a rozmyslat, preco sa classa vyskladala tak, ako sa vyskladala.

Zaver je taky, poviem to po javamanovsky, ze "no a co, ak clovek nie je lopata, tak to nevadi".

[Kit]

Tak ono pokud vim bez if moc programovat nejde. No a pokud pouzijes if tak vlastne pouzivas i else, to ze ho treba nepises je jedna vec ale ve vysledku tam stejne je schovany

V podstatě souhlas. Na začátku každé metody pomocí if vyhážu všechny nežádoucí kombinace vstupních hodnot. To, co projde do další fáze, je de facto skrytá větev else, i když tam žádné else není.

[zboj]

Javamane, kto vymyslel javu, gramatiky, kompiler atd? Keby niet toho, tak neviem co by si robil s tou javou. Ty debil sa tu nevyjadruj na vyzkumnikov ako na lemplov.

To chce klid, kdo nedodělal základku nikdy neuzná užitečnost vzdělání. Beztak dělá nějakou podřadnou práci jako lepení sáčků nebo tak něco...

[zboj]

To je zajímavý, že je to přesně naopak. Dnešní OOP, které má Java, je právě velmi promakané a v podstatě nemá konkurenci. Co bys navrhoval jiného? Jak ti to znepřehledňuje kód? Třeba to jen neumíš

No tak jakykoliv jazyk, ktery me nenuti pouzivat na vse tridy. Ono v Jave je velmi popularni mit milion trid ktere neobsahuji nic jineho nez staticke metody, coz je podle me divne. Vicemene to nahrazuje namespace. Osobne preferuji jazyky ktere umoznuji multiparadigmaticke programovani jako je Jazyk D (kterej ma OOP model vypujcen od javy)

Tady "září" Go se svým pragmatickým přístupem.

[Daniel Kozak]

No tak jakykoliv jazyk, ktery me nenuti pouzivat na vse tridy. Ono v Jave je velmi popularni mit milion trid ktere neobsahuji nic jineho nez staticke metody, coz je podle me divne. Vicemene to nahrazuje namespace.

Statické metody se používají snad jen u vzoru Factory, jinak ne. Samozřejmě s výjimkou knihovních tříd Math a jim podobných, kde vlastně slouží jako namespace pro funkce.

Presne o tom mluvim

[Daniel Kozak]

Tak ono pokud vim bez if moc programovat nejde. No a pokud pouzijes if tak vlastne pouzivas i else, to ze ho treba nepises je jedna vec ale ve vysledku tam stejne je schovany

V podstatě souhlas. Na začátku každé metody pomocí if vyhážu všechny nežádoucí kombinace vstupních hodnot. To, co projde do další fáze, je de facto skrytá větev else, i když tam žádné else není.

JJ presne, jinak ja to tak delam taky, teda lepe receno je to jedna s doporuceni jak psat kod u nas v praci, samozrejme jsou vyjinky kdy je pouziti else snazsi (nerikam lepsi atd.)

[balki]

To je zajímavý, že je to přesně naopak. Dnešní OOP, které má Java, je právě velmi promakané a v podstatě nemá konkurenci. Co bys navrhoval jiného? Jak ti to znepřehledňuje kód? Třeba to jen neumíš

No tak jakykoliv jazyk, ktery me nenuti pouzivat na vse tridy. Ono v Jave je velmi popularni mit milion trid ktere neobsahuji nic jineho nez staticke metody, coz je podle me divne. Vicemene to nahrazuje namespace. Osobne preferuji jazyky ktere umoznuji multiparadigmaticke programovani jako je Jazyk D (kterej ma OOP model vypujcen od javy)

Tady "září" Go se svým pragmatickým přístupem.

Staticke metody a fieldy nie je v jave popularne pouzivat, lebo to prinasa vela nevyhod. Daniel Kozak vari z vody, alebo videl, ako sa java robi na matfyze.

[Daniel Kozak]

To je zajímavý, že je to přesně naopak. Dnešní OOP, které má Java, je právě velmi promakané a v podstatě nemá konkurenci. Co bys navrhoval jiného? Jak ti to znepřehledňuje kód? Třeba to jen neumíš

No tak jakykoliv jazyk, ktery me nenuti pouzivat na vse tridy. Ono v Jave je velmi popularni mit milion trid ktere neobsahuji nic jineho nez staticke metody, coz je podle me divne. Vicemene to nahrazuje namespace. Osobne preferuji jazyky ktere umoznuji multiparadigmaticke programovani jako je Jazyk D (kterej ma OOP model vypujcen od javy)

Tady "září" Go se svým pragmatickým přístupem.

Tak ono Go je moc fajn jazyk, ale u nej mi prave zase tridy chybi