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

[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.

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.

Tak ono je tezke soudit jak se java robi jinde nez s toho co clovek vidi na githubu. Verim ze v korporatnim svete to vsichni delaji spravne ale je to uzavreny a bohuzel to videt nemuzu.

[Reklama]

[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.

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.

Jinak pokud to neni popularni jak se to nahrazuje? Ono prave staticke metody vznikaju za urcitim cilem a potreby. V podstate se tim obchazi limitace jazyka. Pokud by jazyk umoznoval psat i funkce ktere nejsou soucasti trid tak staticke metody nejsou potreba.

[Radovan.]

Lebo mala nasobilka a diferencialne rovnice, to je uplne to iste   Sam mam diskalkuliu, ale matematicka analyza a algebra a logika mi isli dobre.  Takze na obranu javamana, nasobilku zvladne kalkulacka, lopaty ju ovladaju naspamat

Kalkulačka možná násobilku zvládne, ale javatrollopaťák ne. Měl jsem na mysli tohle: https://forum.root.cz/index.php?topic=14406.msg191403#msg191403

A když říkáš kalkulačka, znáš tuhle? https://www.youtube.com/watch?v=3LQI9FRBbTo

[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.

Jinak pokud to neni popularni jak se to nahrazuje? Ono prave staticke metody vznikaju za urcitim cilem a potreby. V podstate se tim obchazi limitace jazyka. Pokud by jazyk umoznoval psat i funkce ktere nejsou soucasti trid tak staticke metody nejsou potreba.

Lambdy? Samozrejme, ze to ide.

[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.

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

Go schválně není OOP, a vlastně ukazuje, že OOP není potřeba. Vesměs jde o velmi střízlivý jazyk ignorující OOP, FP etc.

[Reklama]

[Kit]

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

Metodu musím chápat jako jistou úroveň abstrakce. Nepotřebuji se do ní dívat, abych poznal, co dělá. Měl bych to poznat z trojice objekt.metoda(parametry).

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.

Když budeš na to koukat bez uvedené abstrakce, tak je to spíš na jízdenku do blázince.

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

Polymorfismus není žádné svinstvo, ale vynikající spojenec. Je mi jedno, co to zavolá, hlavně to musí zavolat správně a udělat přesně to co má.

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.

PHP má traits, i když jsem zatím nepřišel na to, k čemu je to dobré. Asi k tomu škrábání se na hlavě.

[anonym069]

Tak ono je tezke soudit jak se java robi jinde nez s toho co clovek vidi na githubu. Verim ze v korporatnim svete to vsichni delaji spravne ale je to uzavreny a bohuzel to videt nemuzu.

V korporátním světě se všechno naprasí, jak nejrychleji to jde, hlavně aby to tak nějak fungovalo a zákazník to dostal co nejdřív.

[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.

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.

Tak ono je tezke soudit jak se java robi jinde nez s toho co clovek vidi na githubu. Verim ze v korporatnim svete to vsichni delaji spravne ale je to uzavreny a bohuzel to videt nemuzu.

Vědci ("výzkumníci") vesměs píší hodně slušný kód, ostatně většina myšlenek v CS pochází z jiných oborů než IT a největší rozvoj přinesly podněty od filosofů a lingvistů (Robinson, Chomsky...), případně "esoterických" kybernetiků.

[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.

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.

Jinak pokud to neni popularni jak se to nahrazuje? Ono prave staticke metody vznikaju za urcitim cilem a potreby. V podstate se tim obchazi limitace jazyka. Pokud by jazyk umoznoval psat i funkce ktere nejsou soucasti trid tak staticke metody nejsou potreba.

Lambdy? Samozrejme, ze to ide.

A jak dlouho je Java umi? A jak presne se daji pouzit na misto statickych funkci, ktere existuji jen jako nahrada za normalni funkce mimo tridu? Nejak nechapu to spojeni staticka funkce a lambda.

[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

Go schválně není OOP, a vlastně ukazuje, že OOP není potřeba. Vesměs jde o velmi střízlivý jazyk ignorující OOP, FP etc.

JJ ja to chapu, a jak rikam filozofie GO se mi libi. Je to vlastne velmi jednoduchy jazyk ve kterem se da velmi dobre, rychle a efektivne programovat. Ale bohuzel jen do urcite casti, po case clovek narazi ze mu urcite veci chybi. Pro mne je to zejmena neco na zpusob trid a zejmena neco na zpusob sablon(generic)

[balki]

Tak ono je tezke soudit jak se java robi jinde nez s toho co clovek vidi na githubu. Verim ze v korporatnim svete to vsichni delaji spravne ale je to uzavreny a bohuzel to videt nemuzu.

V korporátním světě se všechno naprasí, jak nejrychleji to jde, hlavně aby to tak nějak fungovalo a zákazník to dostal co nejdřív.

Pan je expert. Ako kde, samozrejme.  Staticke metody sa pouzivali v tzv Utility classes, ale to je nedobry a neodporucany pristup, lebo to kazi objektove vlastnosti . Lepsie je vyrobit z takeho singleton a narabat s tym ako s plnohodnotnym objektom.

Teraz, ked su lambdy, tak  nie je uz dovod Utility classy pouzivat vobec. Ze tak prasia na githube som nevedel. Ale asi aj tam to zavisi projekt od projektu. 

[Kdo iv]

Tak ono je tezke soudit jak se java robi jinde nez s toho co clovek vidi na githubu. Verim ze v korporatnim svete to vsichni delaji spravne ale je to uzavreny a bohuzel to videt nemuzu.

V korporátním světě se všechno naprasí, jak nejrychleji to jde, hlavně aby to tak nějak fungovalo a zákazník to dostal co nejdřív.

Pan je expert. Ako kde, samozrejme.  Staticke metody sa pouzivali v tzv Utility classes, ale to je nedobry a neodporucany pristup, lebo to kazi objektove vlastnosti . Lepsie je vyrobit z takeho singleton a narabat s tym ako s plnohodnotnym objektom.

Teraz, ked su lambdy, tak  nie je uz dovod Utility classy pouzivat vobec. Ze tak prasia na githube som nevedel. Ale asi aj tam to zavisi projekt od projektu.

A jak presne se temi lambda funkcemi nahrazuje potreba tech Utility class?

[balki]

Tak ono je tezke soudit jak se java robi jinde nez s toho co clovek vidi na githubu. Verim ze v korporatnim svete to vsichni delaji spravne ale je to uzavreny a bohuzel to videt nemuzu.

V korporátním světě se všechno naprasí, jak nejrychleji to jde, hlavně aby to tak nějak fungovalo a zákazník to dostal co nejdřív.

Pan je expert. Ako kde, samozrejme.  Staticke metody sa pouzivali v tzv Utility classes, ale to je nedobry a neodporucany pristup, lebo to kazi objektove vlastnosti . Lepsie je vyrobit z takeho singleton a narabat s tym ako s plnohodnotnym objektom.

Teraz, ked su lambdy, tak  nie je uz dovod Utility classy pouzivat vobec. Ze tak prasia na githube som nevedel. Ale asi aj tam to zavisi projekt od projektu.

A jak presne se temi lambda funkcemi nahrazuje potreba tech Utility class?

Kontext bol, ze je nutne pouzivat Utility classes so statickymi metodami, lebo metody musia patrit triede.

[Kit]

Kontext bol, ze je nutne pouzivat Utility classes so statickymi metodami, lebo metody musia patrit triede.

Není jednodušší místo statické metody umístit plnokrevnou metodu do třídy, ve které ji potřebuji použít?

[balki]

Kontext bol, ze je nutne pouzivat Utility classes so statickymi metodami, lebo metody musia patrit triede.

Není jednodušší místo statické metody umístit plnokrevnou metodu do třídy, ve které ji potřebuji použít?

Z dovodu redundancie kodu nie. Ak ju pouzijete raz, tak samozrejme, vytvorite private metodu. Ale ak ju uz potrebujete vo viacerych objektoch, uz treba pouzit ine riesenie. (alebo dalsi dovod, ze uz mate privela pomocnych private metod v classe a zneprehladnuje to kod)