Příspěvky

421

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 15. 02. 2021, 22:45:36 »

Krom toho nad JVM je více zajímavých jazyků jako např. scala, kotlin, haskell, clojure.

Haskell?

422

Studium a uplatnění / Re:Jak zlepšit úroveň němčiny?

« kdy: 09. 02. 2021, 23:35:42 »

U AJ je bod zlomu u idiomů a frázových sloves. NJ nedokážu úplně posoudit, protože ji znám odmalička, ale to se španělštinou je v podstatě pravda, i když nad základní úrovní je její gramatika složitá (spousta nepravidelností, několik subjunktivů atd.). Všechny tyto jazyky ale mají ten “práh” hodně nízko ve srovnání s navažštinou nebo eskymáčtinou

A když to porovnáš s Češtinou? Myslím tím tu tatarštinu kterou mluví většina Čechů.

Čeština nemá moc složitou gramatiku (na rozdíl od těch zmíněných polysyntetických jazyků), je zhruba na úrovni klasické latiny nebo staré řečtiny, takže víceméně průměr. Za složitou gramatikou nemusíme do Ameriky, stačí okolí Černého moře (Abcházie například).

Já to spíše myslel tak, že většina čechů nemluví moc složitou ani hezkou češtinou. A tak podobné chování očekávám i u jiných jazyků.

423

Studium a uplatnění / Re:Jak zlepšit úroveň němčiny?

« kdy: 09. 02. 2021, 17:02:36 »

U AJ je bod zlomu u idiomů a frázových sloves. NJ nedokážu úplně posoudit, protože ji znám odmalička, ale to se španělštinou je v podstatě pravda, i když nad základní úrovní je její gramatika složitá (spousta nepravidelností, několik subjunktivů atd.). Všechny tyto jazyky ale mají ten “práh” hodně nízko ve srovnání s navažštinou nebo eskymáčtinou

A když to porovnáš s Češtinou? Myslím tím tu tatarštinu kterou mluví většina Čechů.

424

Vývoj / Re:Extrakce informací z PDF faktur

« kdy: 13. 01. 2021, 16:14:15 »

A ted to srovname s rossum.ai, ktera taji svuj cenik. Proc? Neni k tomu duvod.

Závěr si samozřejmě můžete udělat jakýkoliv. Faktem každopádně je, že rossum.ai svůj ceník tají proto, protože mají v zasedačce fíkus.

425

Server / Re:Dva GIT servery proti jednomu piskovišti

« kdy: 13. 01. 2021, 16:07:08 »

Git server jako koncept neexistuje.

Asi nejrozumější bude jak psal @Filip Jirsák "na serveru si nastavit hooky a při commitu změny automaticky pushovat i na server zákazníka.". S tím, že je třeba připravit se na konflikty a tak.

Pokud nemáte přístup k repozitáři zákazníka, tak tím je to vyřešeno. Protože pak to už není váš problém.

426

Vývoj / Re:Mají smysl daily standupy?

« kdy: 07. 01. 2021, 23:35:06 »

Zial, nie je to tak. CR je rovnaka montovna ako SR, a o IT to plati stonasobne. Zahranicne korporacie prisli na to, ze tu je velmi vela schopnych ludi ktori budu robit z ich pohladu za povestnu misku ryze. Ale realny vyvoj sa tu nerobi, vsetko je len udrzba legacy sraciek, ktore im doma robit nikto nebude, resp. za ich mzdy sa im to doma udrziavat vobec nevyplati. Sikovni indovia su vsetci v USA

Myslíš třeba JetBrains? Nebo Java Beans? Nebo třeba Nette, spolu se zahraničním Symfony - špička toho, co se dá z PHP vytřískat, a špička webové architektury jako takové (IMHO).

JetBrains je ruska firma so sidlom v CR. Java Beans nepoznam. Nette - dobre som sa zasmial, dufam, ze to aj bolo myslene ako vtip ty spicka v PHP a webovej architektury  Vsetci velki hraci idu predsa na Nette, znamy fakt, taky Netflix aj FB, spicka...jasne...komplet vymyslena v CR, nic neokopirovane...nie, ja nemozem

Tak jsem rád, že jsem tě pobavil. Každopádně hlavní je, že jsme si ujasnili tu technologickou převahu USA. O víc mi nešlo.

Koho by to zajímalo, tak je spousta velkých projektů, které pocházejí z Ruska, Ukrajiny, Izraele, Číny, Japonska - stačí jen zagooglit. USA hodně získalo na tom, že tam IT vlastně začalo. Ale už dávno to není špička, a kdo ví, zda kdy bylo. Chytří lidé jsou všude.

427

Vývoj / Re:Mají smysl daily standupy?

« kdy: 07. 01. 2021, 23:07:25 »

Zial, nie je to tak. CR je rovnaka montovna ako SR, a o IT to plati stonasobne. Zahranicne korporacie prisli na to, ze tu je velmi vela schopnych ludi ktori budu robit z ich pohladu za povestnu misku ryze. Ale realny vyvoj sa tu nerobi, vsetko je len udrzba legacy sraciek, ktore im doma robit nikto nebude, resp. za ich mzdy sa im to doma udrziavat vobec nevyplati. Sikovni indovia su vsetci v USA

Myslíš třeba JetBrains? Nebo Java Beans? Nebo třeba Nette, spolu se zahraničním Symfony - špička toho, co se dá z PHP vytřískat, a špička webové architektury jako takové (IMHO).

428

Vývoj / Re:Mají smysl daily standupy?

« kdy: 07. 01. 2021, 22:55:53 »

Asi nejlepší je očekávání, že 20 lidí začne dělat práci v pondělí a skončí přesně za 2 týdny v pátek - a když se to náhodou nedaří, tak dáme míň ticketů, a pak už se to začne dařit, a scrum master to dokázal - scrum se najednou dělá dobře...

No, ono se dá samozřejmě Scrumu vytknout různé věci. Jedna z nich je ta, že je to určitá komplexní filozofie, kterou lze snadno, prostě a jednoduše, nepochopit.

429

Vývoj / Re:Trait a konstruktor

« kdy: 26. 12. 2020, 02:54:25 »

Já v Rustu (neinicalizuji hodnoty traitu, to ani nejde) prostě udělám každé struktuře funkci new. Pokud by to nebyl v tom fiktivním jazyce (který záhadně připomíná scalu) problém, tak bych do traitu dal funkci new, z třídy "obsahující" trait bych zavolal funkci new z A a funkci new z B. Nebo něco na ten způsob.

Pochopil jsem. Díky. Je to cca to první řešení, které mě napadlo. Jen jsem si dělal naděje, že to třeba jde i jinak a líp :-) Znáš to, líná huba...

430

Vývoj / Re:Trait a konstruktor

« kdy: 25. 12. 2020, 23:31:52 »

Jak jsem tu již zmiňoval, tak v Rustu jsou traity a jejich implementace pro typ/strukturu hodně mocné.

Rust je skvělej. Jen to, jak má řešený traity se krom názvu ničím nepodobá mému zadání. (Pokud jsem se ošklivě nepřehlédl.)

431

Vývoj / Re:Trait a konstruktor

« kdy: 25. 12. 2020, 23:29:33 »

Moc to komplikuješ, tohle je jako chtít auto s hranatýma kolama, co nedrncá.

Ale houby. Traity se tak jak je popisuju normálně používají. Takže to není můj výmysl. Jen tu @Ink uvažoval nad tím, zda to co popisuju není obyčejná dědičnost. Není. C'est tout.

No ale to bys musel fakt přijít s nějakým legitimním vysvětlením, ne že "nechceš", aby to byla dědičnost nebo aby se ten objekt zařadil do kategorie. Ty tady filosofuješ jak Fromm, na druhé straně argumentuješ, že "se to dělá". Oboje beru, ale přijde mi, že interface, trait, mixin a předek jsou do určité míry překrývající se koncepty a v zásadě abstraktní třída a násobná dědičnost to všechno úplně v pohodě řeší.

Jsou jazyky bez tříd, jako je třeba Rust se svými traity navlečenými na struktury a taky to funguje - nepotřebuješ tam skládat data a metody přes traity, něco málo by to zjednodušilo, ale žádný velký průlom v tom nevidím.

A Ty jsi přišel s tím, že chceš něco mezi a (z technického hlediska) nevidím důvod, na jedné straně číhá Fromm a na druhé jazyky, které nikdy nemají dost a přidávají další a další způsoby, jak udělat to, co už dostatečně dobře umí. Nebo něco nechápu, to je klidně možné.

Já se obávám, že přístup: "když to nebudeš chtít, tak to nebudeš potřebovat" mi tak docela nevyhovuje. Jako třeba ti to jen nedochází, neříkám nic, ale nevidím v tom přínos to nějak dál rozpatlávat.

Díky za příspěvky.

432

Vývoj / Re:Trait a konstruktor

« kdy: 24. 12. 2020, 13:58:16 »

Moc to komplikuješ, tohle je jako chtít auto s hranatýma kolama, co nedrncá.

Ale houby. Traity se tak jak je popisuju normálně používají. Takže to není můj výmysl. Jen tu @Ink uvažoval nad tím, zda to co popisuju není obyčejná dědičnost. Není. C'est tout.

433

Vývoj / Re:Trait a konstruktor

« kdy: 24. 12. 2020, 02:58:34 »

No samozřejmě. Problém je v tom, že se na to díváš z druhé strany. Já chci do objektu přidat chování a atributy, ale nechci, aby se mi tím změnil typ například. Tedy chci aby zůstalo "mít", ale nezměnilo se "být".

Usecase, které pro traity mám (a které se samozřejmě může lišit jazyk od jazyka):

Mám nějaký objekt. Chci, aby tento objekt měl určité vlastnosti. Buď tam ty vlastnosti dopíšu, nebo je "přidám" pomocí traitu (protože stejné chování jsem dělal jinde). Přičemž vlastnostmi je jak chování (vlastní nějaké metody), tak i data (vlastní nějaké atributy), tak i kategorie (objekt implementuje nějaké rozhraní). A samozřejmě nechci být omezován, takže mohu přidávat kteroukoliv z těchto tří vlastností - ne jak je to u dědičnosti.

Takže ve skutečnosti chceš násobnou dědičnost v jazyku, který ji nemá?

Lze dědit tak, aby potomek nebyl stejného typu jako předek?

To nejde, ale proč by to mělo vadit?

To snad ani nebudu rozvádět.

Každopádně pokud to nejde, tak to budiž odpovědí pro @Ink

Trait je zobecnění rozhraní, tak to ber tak, že to je stejná "dědičnost" jako implementace rozhraní.

To nedává smysl. Já nemám zájem o zobecněné rozhraní. Já nemám zájem o vynucenou dědičnost (rozhraní přináší do typu zařazení do kategorie, to nemusím chtít). Nevím, proč bych to tak měl brát.

Pokud mé chápání výrazu "trait" je posunuté, budiž, to je samozřejmě možné. V tom případě si v mé otázce to slovo škrtni a nech tam toto:

Mám nějaký objekt. Chci, aby tento objekt měl určité vlastnosti. Buď tam ty vlastnosti dopíšu, nebo je "přidám" pomocí traitu (protože stejné chování jsem dělal jinde). Přičemž vlastnostmi je jak chování (vlastní nějaké metody), tak i data (vlastní nějaké atributy), tak i kategorie (objekt implementuje nějaké rozhraní). A samozřejmě nechci být omezován, takže mohu přidávat kteroukoliv z těchto tří vlastností - ne jak je to u dědičnosti.

434

Vývoj / Re:Trait a konstruktor

« kdy: 24. 12. 2020, 01:09:04 »

No samozřejmě. Problém je v tom, že se na to díváš z druhé strany. Já chci do objektu přidat chování a atributy, ale nechci, aby se mi tím změnil typ například. Tedy chci aby zůstalo "mít", ale nezměnilo se "být".

Usecase, které pro traity mám (a které se samozřejmě může lišit jazyk od jazyka):

Mám nějaký objekt. Chci, aby tento objekt měl určité vlastnosti. Buď tam ty vlastnosti dopíšu, nebo je "přidám" pomocí traitu (protože stejné chování jsem dělal jinde). Přičemž vlastnostmi je jak chování (vlastní nějaké metody), tak i data (vlastní nějaké atributy), tak i kategorie (objekt implementuje nějaké rozhraní). A samozřejmě nechci být omezován, takže mohu přidávat kteroukoliv z těchto tří vlastností - ne jak je to u dědičnosti.

Takže ve skutečnosti chceš násobnou dědičnost v jazyku, který ji nemá?

Lze dědit tak, aby potomek nebyl stejného typu jako předek?

To nejde, ale proč by to mělo vadit?

To snad ani nebudu rozvádět.

Každopádně pokud to nejde, tak to budiž odpovědí pro @Ink

435

Vývoj / Re:Trait a konstruktor

« kdy: 24. 12. 2020, 00:15:18 »

No samozřejmě. Problém je v tom, že se na to díváš z druhé strany. Já chci do objektu přidat chování a atributy, ale nechci, aby se mi tím změnil typ například. Tedy chci aby zůstalo "mít", ale nezměnilo se "být".

Usecase, které pro traity mám (a které se samozřejmě může lišit jazyk od jazyka):

Mám nějaký objekt. Chci, aby tento objekt měl určité vlastnosti. Buď tam ty vlastnosti dopíšu, nebo je "přidám" pomocí traitu (protože stejné chování jsem dělal jinde). Přičemž vlastnostmi je jak chování (vlastní nějaké metody), tak i data (vlastní nějaké atributy), tak i kategorie (objekt implementuje nějaké rozhraní). A samozřejmě nechci být omezován, takže mohu přidávat kteroukoliv z těchto tří vlastností - ne jak je to u dědičnosti.

Takže ve skutečnosti chceš násobnou dědičnost v jazyku, který ji nemá?

Lze dědit tak, aby potomek nebyl stejného typu jako předek?

+ Tak nějak očekávám a považuji za výhodu, že tu získanou vlastnost nemůžu přetěžovat. Ale zde mám málo zkušeností, nakolik je to podstatná výhoda.