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.
Procetl jsem si tu knihu Zivot s vysokou inteligenci a opravdu jakoby to bylo o me. Je to spis o nadanych lidech, neni to primarne o lidech, co maji vysoke IQ.
Pěkný komiks, rozhodně doporučuju. Trochu mne straší ty odkazy na knihy typu: a 'https://www.kosmas.cz/knihy/222452/zivot-s-vysokou-inteligenci/' Měli jsme kolegu, nikam nezapadl -- jeho `vysoká inteligence` zapříčinila to, že málem položil celé oddělení -- nulová emoční inteligence a deptání všech kolegů -- měl ale tři magistry a než ho vyhodili dodělal si PhD. (prý z logikyJinak v tom testu mi vyslo, ze jsem logik.No z popisu proste ten divnej typek, co zije ve vlastnim svete.
Tohle sem nekdo nedavno dal: http://www.dcc.fc.up.pt/~acm/freg2.jpg
)
Taky nevím co je na tom zamčené... že se musíš přihlásit je plus, aspoň tam netrolí tolik lidí jako tady a pokud ano, tak aspoň na vlastní triko ... ne pod jakousi přezdívkou, kterou každou chvíli někdo mění... viz Javaman.Vyborny. Takze k tematu opet nic. Tohle forum je k zbliti. Kam chodi normalni lide, co je bavi vyvoj a chteji se posouvat? Proc v zahranici mohou lide diskutovat a pomahat si a tady musi byt kazdej nejvetsi chytrak, ostatni oslovovat lopaty, fiktivne brat daleko pres kilo a pak mi na pohovoru na 80% banalnich otazek nedokazat odpovedet a ostatnim zamestnavatelum produkovat kod jako prase bez spetky studu?
To je náhodou dobrá otázka. Také marně hledám fórum pro vývojáře. Znám akorát devel.cz, které je zamčené a nejde tam psát a ani číst a jinak skoro nic. Dnes už fóra moc nefrčí.
--- máš doufám github účet 
?
A to je hezky nahozená úvaha. Trochu osobní otázka, čemu se věnujete profesně? Opravdu mne to zajímá. Dík.Ludia nadávajú na OOP dedičnosť je OUT a FP zažíva renesanciu.
Nenadává se na OOP, ale na programátory, kteří ho neumí a snaží se ho napodobovat.
Dědičnost je IN, pokud se používá správně. Bez ní by OOP nebylo prakticky použitelné.
FP začali používat lidé, kteří nezvládli OOP. Je to tak správně, FP si zaslouží své místo na slunci.
FP těží z módnosti teorie kategorií, na teorii kategorií se například předělává celá fyzika, motivací k zavedení teorie kategorií bylo, nepohlížet na realitu skrze objekty, i když nakonec jakési objekty jsou i v teorii kategorií, taky snaha zbavit se množin. Jde o nové paradigma, kdy na atom, nebo elektron se nepohlíží jako na kuličku, ale jako na nějakou funkci. Což je docela zajímavé, protože to mění běžné představy o konstrukci hmoty.
Má to zajímavé konotace například k otázce, zda když nějaká matematická teorie popisuje empirická data, zda objekty, které používá k popisu, taky existují v realitě a co to vlastně realita je. Například zda v molekule existují elektronové orbitaly v tvaru s jakými se počítá a operuje. Kategorie popisují realitu jinak, než množiny a objekty. Objekty v teorii kategorií jsou výsledkem nějakého chování, ne samostatné entity. Jsou tak trochu schované za to, jak se projevují. A to lépe odpovídá realitě, protože známe projevy reality, nikoliv její podstatu.
A jaké to C++ vlastně zná -- C++ 98, 11, 14, 17? Už jenom rozdělení na programátory znalých C++ před verzí 11 a po ní je zajímavé.Tak to sa mylis. Na VUT je profesor fakt classa v C++, ide o pana Peringra. Myslim, ze na toho sa nechyta 3/4 ludi na roote, a nemyslim len v ovladani C++Tak mraky dat a rychlost neimplikují C++ ... popravdě, na spoustu takových úloh je lepší Java. C++ je OK, pokud potřebuji být s daty buď na GPU nebo v cache procesoru. Třeba je to váš případ?Spíš si myslím že padla volba z důvodu „je to rychlé a umíme to“
K stockholmskému syndromu… C++ zrovna dvakrát nemusím a nějak zvlášť se to nezlepšuje (i když díky C++ možná trošku), Java mi nesedla nikdy, takže se pro své účely jako kompilovaný jazyk učím raději Rust
No C++ neumí pořádně nikdo ... což je chyba jazyka, ne programátorů. Trochu mi to připomíná JS... prostě pokaždé přijde "aha moment" i po tom, co jsem viděl tuny kódu -- jako .. tak na tohle bych nepřišel -- respektive to jsem blázen, že to někdo takhle dělá
Jinak Rust jen kvituji. Sami začínáme v Rustu a Pythonu ... už jsem to psal v jiném vláknu Snad bude kolem Rustu nějaká komunita i tady. Zajímavých jazyků je kopa: Idris, Mercury, D, ATS... uvidíme co se z toho časem vyklube. Rust je ale dost pragmatický, takže by se mohl ujmout.
Tak s tím souhlasím, 3/4 čtenářů roota C++ nezajímá, proč by taky mělo. Jinak je to sice anekdota, ale víte jak se ohodnotil Stroustrup na škále 1 až 10 (maximum) ve znalostí C++?Tak to sa mylis. Na VUT je profesor fakt classa v C++, ide o pana Peringra. Myslim, ze na toho sa nechyta 3/4 ludi na roote, a nemyslim len v ovladani C++Tak mraky dat a rychlost neimplikují C++ ... popravdě, na spoustu takových úloh je lepší Java. C++ je OK, pokud potřebuji být s daty buď na GPU nebo v cache procesoru. Třeba je to váš případ?Spíš si myslím že padla volba z důvodu „je to rychlé a umíme to“
K stockholmskému syndromu… C++ zrovna dvakrát nemusím a nějak zvlášť se to nezlepšuje (i když díky C++ možná trošku), Java mi nesedla nikdy, takže se pro své účely jako kompilovaný jazyk učím raději Rust
No C++ neumí pořádně nikdo ... což je chyba jazyka, ne programátorů. Trochu mi to připomíná JS... prostě pokaždé přijde "aha moment" i po tom, co jsem viděl tuny kódu -- jako .. tak na tohle bych nepřišel -- respektive to jsem blázen, že to někdo takhle dělá
Jinak Rust jen kvituji. Sami začínáme v Rustu a Pythonu ... už jsem to psal v jiném vláknu Snad bude kolem Rustu nějaká komunita i tady. Zajímavých jazyků je kopa: Idris, Mercury, D, ATS... uvidíme co se z toho časem vyklube. Rust je ale dost pragmatický, takže by se mohl ujmout.
Člověk musí mít vzory.Jak se zpracovávají “mraky dat” bez hodnotových typů? V řádech desítek GB to asi bude zábava...Ano .NET Core se piší multiplatformové aplikace a i docela slušné. Momentálně na jedná takové pracujeme. Backend je v C++ a webová vrstva v .NET CoreZajímavá kombinace jazyků. Ten backend dělá něco výpočetně náročného?
Něco podobného je i u nás, jen je to C++ / python, .net core si tam dovedu klidně představit taky. Jinak C++ je tam kde se zpracovávají opravdu mraky dat a na rychlosti záleží.
Tak mraky dat a rychlost neimplikují C++ ... popravdě, na spoustu takových úloh je lepší Java.
Tak mraky dat a rychlost neimplikují C++ ... popravdě, na spoustu takových úloh je lepší Java. C++ je OK, pokud potřebuji být s daty buď na GPU nebo v cache procesoru. Třeba je to váš případ?Spíš si myslím že padla volba z důvodu „je to rychlé a umíme to“
K stockholmskému syndromu… C++ zrovna dvakrát nemusím a nějak zvlášť se to nezlepšuje (i když díky C++ možná trošku), Java mi nesedla nikdy, takže se pro své účely jako kompilovaný jazyk učím raději Rust
Ano .NET Core se piší multiplatformové aplikace a i docela slušné. Momentálně na jedná takové pracujeme. Backend je v C++ a webová vrstva v .NET CoreZajímavá kombinace jazyků. Ten backend dělá něco výpočetně náročného?
Něco podobného je i u nás, jen je to C++ / python, .net core si tam dovedu klidně představit taky. Jinak C++ je tam kde se zpracovávají opravdu mraky dat a na rychlosti záleží.
Tak mraky dat a rychlost neimplikují C++ ... popravdě, na spoustu takových úloh je lepší Java. C++ je OK, pokud potřebuji být s daty buď na GPU nebo v cache procesoru. Třeba je to váš případ?
Ano .NET Core se piší multiplatformové aplikace a i docela slušné. Momentálně na jedná takové pracujeme. Backend je v C++ a webová vrstva v .NET CoreZajímavá kombinace jazyků. Ten backend dělá něco výpočetně náročného?
Něco podobného je i u nás, jen je to C++ / python, .net core si tam dovedu klidně představit taky. Jinak C++ je tam kde se zpracovávají opravdu mraky dat a na rychlosti záleží.
Docker ti nic nezjednodusi, v pythonu byl uz davno prednim virtualenv..."Pythonovské knihovny jsou většinou mnohem jednodušší na použití než dotnetovské."
Ano, obzvláště pokud mají kompilované závislosti jako NumPy, Matplotlib, PyQt ...
" Efektivita práce je vyšší."
Tak pokud porovnáváte Python a C#, tak snad Python se rychleji píše a údržba programu pak může být náročnější, stejně jako refactoring. Smysl má spíš porovnávat F# a Python a tady je může být F# naprosto stejně efektivní na řádky kódu a ještě vám ohlídá typy.
"Před vznikem a rozšířením NuGetu byl .NET naprostá tragédie co se týče knihoven."
No to asi byl... stejně jako Python dodnes nemá pořádně vyřešenou instalaci závislostí a mastí se to do requirements.txt, vytvářejí se virtualenvy a kopíruje celý interpretr. Navíc pip neumí dobře odinstalovat závislosti závislostí... Něco jako PipFile je zatím jen v návrhu.
Pro .NET existuje Paket a Fake... zkuste to.
" Dnes je to asi lepší, ale stále chybí Pythonovská filosofie jednoduchosti."
Zkuste se podívat do většího programu v Pythonu ... lidi nevědí jak a kdy správně používat __eq__ a __hash__,
(což ale spíš souvisí s neschopností rozeznat co je v doméně hodnota a co entita) což souvisí s tím že v Pythonu není dost knih na opravdový SW development) --- V F# je výchozí porovnání strukturální, což dává smysl. V naprosté většině domén převládájí hodnoty tady je Python stejně ukecaný jako Java nebo C# -- navíc s někdy ne úplně intuitivním chováním co se týká dědičnosti např. v případě properties (override).
PS: Živý mne Python, Rust a trochu C++... k .NETu nemám žádný sentiment.
Instalaci závislostí by mohl zjednodušit docker.
Porovnávání je problém. Asi nejjednodušší je použít namedtuple.
Věřím, že F# je v mnoha ohledech lepší jazyk, ale stále je tam MS ekosystém.
Nechce nějakej Linuxák přijít? https://budoucnost.aspnet.cz/
Neber to jako pokus o trolling, ale jakou by měl Linuxák motivaci, aby na takovou přednášku šel, nebo vůbec uvažoval o nasazení .NET na Linuxu? Chápal bych to v případě, pokud by na Linuxu nebyly snad všechny myslitelné jazyky a frameworky, ze kterých si můžu vybrat podle toho, co potřebuji vytvořit. Jediný smysluplný případ bych viděl v tom, že potřebuju něco, co aktuálně běží na WS+IIS pustit na Linuxu, ale to stejně nebude možné, když je .NET core jen podmnožinou .NET.
A psát něco v .NET Core na Linuxu na zelené louce? Co mi to přinese navíc oproti Java (Spring), RoR, Elixir+Phoenix atd?
Asi stejné je ptát se co člověku na Windows přinese Python, když to samé napíšu v F#... přinese mi to znalost toho prostředí. Pokud umím dobře v Pythonu, chci v něm psát na Windows a opačně, pokud mi umožňuje moje platforma psát program na Linuxu, použiju jí. Neberte to jako nějaké protlačování .NETu. Pokud znáte JVM platformu, tak to asi pro vás není zajímavé, ale z pohledu člověka, co zná .NET Core v tom nevidím žádný problém. Psal jsem lecos v Pythonu, nad JVM, nad.NETem a pokud všechno bude multiplatformní, je to jen dobře. Nezlobte se na MS... stejně jako každá organizace se vyvíjí. Mají svoje zřejmě zištné důvody, ale to má každá organizace.
PS: Třeba chápu co přinese Elixir/BEAM oproti JVM, ale CLR a JVM jsou na tom podobně.
Pythonovské knihovny jsou většinou mnohem jednodušší na použití než dotnetovské. Efektivita práce je vyšší. Narazíte na méně zádrhelů. O samotný jazyk zase tolik nejde. Před vznikem a rozšířením NuGetu byl .NET naprostá tragédie co se týče knihoven. Všichni otrocky používali WebForms dokud Microsoft nepřišel s něčím jiným. Dnes je to asi lepší, ale stále chybí Pythonovská filosofie jednoduchosti.
dobré srovnání Pythonu s C# https://www.youtube.com/watch?v=6TSvV2rsQHg
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.
