Příspěvky

436

Vývoj / Re:Programovací jazyk Nim

« kdy: 28. 09. 2020, 16:10:32 »

Sázím na Rust, o Nimu si nemyslím nic moc, podle mě se nechytí a zůstane na okraji. Kdyby neměl tak silnou konkurenci, dalo by se o něm uvažovat. Ty příklady, které ukazuješ, mě spíš děsí, stejně jako tohle: https://nim-lang.org/docs/manual.html#lexical-analysis-identifier-equality

Rust je oproti Nimu jazyk nižší úrovně, bez GC. Stejně jako v Go, musíte psát kód navíc z důvodu nedostatečné úrovně abstrakce, jen jiného typu.

Neřekl bych, že jde o nedostatečnou úroveň abstrakce, důvodem u Rustu je přísná analýza za účelem maximálního zaručení správnosti běhu finální aplikace. Pokud chci jazyk s GC, použiju Python. Pokud budu chtít o něco rychlejší Python, zkusím PyPy. Když budu chtít dále optimalizovat, použiju třeba PyO3. Pro Nim u mě není místo, neříkám, že nemá žádné dílčí výhody, ale za mě ne, nesáhno po něm.

437

Vývoj / Re:Programovací jazyk Nim

« kdy: 28. 09. 2020, 15:52:45 »

Sázím na Rust, o Nimu si nemyslím nic moc, podle mě se nechytí a zůstane na okraji. Kdyby neměl tak silnou konkurenci, dalo by se o něm uvažovat. Ty příklady, které ukazuješ, mě spíš děsí, stejně jako tohle: https://nim-lang.org/docs/manual.html#lexical-analysis-identifier-equality

Já vím že se neprosadí. Jen je zajímavý. V Rustu jsem své projekty dělal už docela dlouho, ale začalo to být únavné, řešit String, &str, Boxy, Arcy, RCy, když v třeba Go které je trošku pomalejší to jde i bez toho.

No právě, je tu Go, je tu Python, je tu Java, je tu JS, nějak postrádám prostor, kde by se měl prosadit Nim.

Zeptám se, děláš ty věci v Rustu skutečně "idiomaticky"? Já si programuju v Rustu spíš menší věci (ať už na doma nebo utilitky do práce), ale přijde mi, že čím víc se tomu věnuju, tím méně klacků pod nohy mi ten jazyk klade. Určitě tam jsou oblasti, kde je problém (typicky cyklické datové struktury) a určitě některé věci navrhuju jinak než v Pythonu, kde je dynamický dispatch základním stavebním kamenem, ale tím se všechno zase často srovná a problém zmizí.

438

Vývoj / Re:Programovací jazyk Nim

« kdy: 28. 09. 2020, 13:13:15 »

Sázím na Rust, o Nimu si nemyslím nic moc, podle mě se nechytí a zůstane na okraji. Kdyby neměl tak silnou konkurenci, dalo by se o něm uvažovat. Ty příklady, které ukazuješ, mě spíš děsí, stejně jako tohle: https://nim-lang.org/docs/manual.html#lexical-analysis-identifier-equality

439

Odkladiště / Re:abclinuxu.cz je dead?

« kdy: 15. 09. 2020, 15:51:04 »

A maji tam porad jeste diskusi, kde necekate pul dne, nez vam schvali prispevek?

Ano, mají. Na schvalování příspěvku nečekám jako tady.

Dobre vedet. Doufam, ze preziji.

440

Odkladiště / Re:abclinuxu.cz je dead?

« kdy: 15. 09. 2020, 11:19:37 »

A maji tam porad jeste diskusi, kde necekate pul dne, nez vam schvali prispevek?

441

Hardware / Re:Macbook na prácu - stále je to problém?

« kdy: 08. 09. 2020, 10:52:14 »

No, mám s tím tak špatné zkušenosti, že jsem na Applu používal Linux (singleboot) a později i prodal.
 Apple je strašně pokrytecký. "Vymýšlí nové technologie" (Retina = HiDPi, ...), často něco "vymyslí" co už vymyšlené bylo (jen to nikdo nepotřeboval/nevyužíval) jen to možná udělají odznova. Jejich aplikace nejsou něčím speciální, systém je divný (aplikace se odstraní přesunutím do koše?!). Nechci tím nikoho naštvat, jen je vážně nemám rád.

Je to dost o zvyku - třeba ty jejich prapodivné CestySVelkýmiPísmeny a uzavřený systém se zkousnout dají. Ovšem ty  mnohagigabajtové updaty (typicky Xcode, rozežraná mrcha, update snad každý týden), neustálé zpomalování systémů (můj MacBook Pro se má na novější verzi MacOSu problém pomalu i rozjet, na nějakou rozumnou práci lze zapomenout) a lahůdky typu podpory šifrování v mailu, které šlo roky zadarmo díky nějaké betaverzi, ze které se náhle stala ostrá a zašifrovaný mail už si člověk nepřečte...

Pokud člověk nemá doma iDomácnost (není můj případ), nevyvíjí aplikace pro Mac nebo iOS (není můj případ), nepotřebuje specifické aplikace a nemá potřebu dělat machra svítícím jabkem na víku (už to stejně opustili), myslím, že se bez Maca rád obejde. Ubuntu+Xmonad je pro mě v zásadě bezúdržbový recept na pohodu.

442

Studium a uplatnění / Re:Jak teď vypadá trh práce v SW vývoji?

« kdy: 02. 08. 2020, 20:01:12 »

U nas situacia je taka, ze sa otvara novy tim, planuje sa dalsi tim otvorit. Co sa tyka platu, tak ja ako ICO si pridem na cca 200€/manday, co si myslim, ze by mohlo byt aj viac.
Mozno trosku offtopic, ale pacia sa mi taki vysrankovia, ktori pisu, ze maju 60€/h sro, na druhy rok pozriem uctovnu uzavierku a trzby 100000€ a zisk 3000€. Naklady na podnikanie 90000€. Naskyta sa otazka, kde ma ake naklady programator v takej vyske? Fiktivne naklady? Cisti odrbavaci.

Tohle Češi mají v povaze.

Co maji cesi v povaze? Rad bych se dozvedel neco noveho

Kromě klasického sebemrskačství (resp. ostatních Čechů mrskačství)? Divil bych se, kdyby ještě šlo něco nového vymyslet, ale proč ne...

443

Vývoj / Re:Jak lingvisticky číst zdrojový program?

« kdy: 16. 07. 2020, 11:11:09 »

Připojuju se tentokrát k FJ - program se nečte po řádcích, program se (typicky) čte "shora dolů". V tomto případě vím, že main() je hlavní funkce programu a když vrací int, je to exit kód programu. Teď mě (typicky) zajímá, co ta funkce hlavní funkce dělá a v tomto případě to plní pole a nic s ním nedělá, takže to zase zavřu a nezajímá mě to.

Pokud to je program který dělá něco špatně nebo mám dělat review kódu, samozřejmě půjdu po detailech, ale vždycky je dobré to napřed pojmout jako celek a pak jít k podrobnostem.

444

Studium a uplatnění / Re:FEL nebo FIT - Nemáte někdo zkušenosti?

« kdy: 15. 06. 2020, 10:16:12 »

Pokud chceš navrhovat desky, řešit pohony, antény, rádia, jdi na FEL, jestli chceš programovat, jdi na FIT- tohle je ve stručnosti rada na základě zkušeností s lidmi z "druhého břehu" během kariéry.

Nevím, jak je to teď. FIT jsem po 10 semestrech dokončil (2010), pár předmětů jsem si sice zopakoval, ale jen vlastní blbostí, kdy jsem se na to vykašlal a před zkouškama už nedohnal - takže tady souhlas s tomas88. Kdybych měl svému o 15 led mladšímu já poradit, řekl bych mu něco v tom smyslu, ať se na některé předměty - zejména praktické a prakticky využitelné (C, C++, ASM a pár dalších, včetně některých teoretických) vrhne se snahou získat 100 bodů a ne se snahou o 51. Teorie se hodí při algoritmizaci něčeho složitějšího, v praxi totiž jde často stejný problém řešit se složitostí O(n2) ale i O(n) a čím hloupější HW máš nebo čím větší problém řešíš, tím víc jsou ty rozdíly znát.

Ohledně poměru teorie a praxe těžko říct, často se obecná teorie hodí i v praxi a naopak se zajímavým příkladem z praxe by teorie byla mnohem zajímavější, prolíná se to. Na škole je 10 semestrů celkem, první dva jsou +- filtrační, dva až tři na specializaci, takže toho prostoru na to vše ostatní moc není a spousta věcí se proletí jak z rychlíku. Ještě pár let po škole jsem si rád zalistoval podklady k přednáškám, kdy jsem potřeboval nějaký tutoriál na do té doby v praxi vynechanou oblast (např. grafika, databáze), jako refresh a výchozí bod k dalšímu dovzdělávání super.

Já osobně bych FIT rozhodně doporučil.

Koukám správně, že FIT už nemá ve studijních programech pověstné Paralelní systémy a algoritmy prof. Tvrdíka?

445

Vývoj / Re:Abstrakce u OOP

« kdy: 14. 06. 2020, 09:06:50 »

Inheritance, if you look at it with a very jaded eye, inheritance is the declaration of methods and variables in a subscope and it has nothing to do with ISA whatever.
Je to o úhlu pohledu. Tohle má moje větší sympatie.

Ano, tenhle pohled dělá z dogmatického přístupu k OOP ("modelování reálného světa" typu "kameni, leť!") inženýrský přístup.

446

Vývoj / Re:Abstrakce u OOP

« kdy: 12. 06. 2020, 19:48:04 »

Základ jsou docstringy k metodám a třídám.

K čemu jsou docstringy, když mám parametry i návratové hodnoty řádně otypovány?

Prosím už nereaguj, děkuju.

447

Vývoj / Re:Abstrakce u OOP

« kdy: 12. 06. 2020, 19:36:48 »

To znamena, ze za normalnich okolnosti jsou komentare na obtiz?
Takze pisu komentare kvuli nenormalnim okolnostem protoze me to jednou vytahne z bryndy, i kdyz vim, ze se kvuli tomu musim denno denne brodit sumem?

Ano, je to podobné jako s pásy v autě, se zdravotním pojištěním nebo znalostí logaritmů. Je to opruz, většinu života je to úplně na nic, ale holt se to hodí.

448

Vývoj / Re:Abstrakce u OOP

« kdy: 12. 06. 2020, 18:44:19 »

Takze me nezajima to co tam "je", ale to co ti tam chybi....
Zajimaly by me ty "zakladni informace".

Nejakej dobre priklad kde to je a kde je to fakt uzitecny...

Co sem si vsimnul tak vetsina barevnych schemat do IDE a editoru se snazi nejak potlacit komentare aby nebyli tolik videt.
Rikam si... procpak asi?

Základ jsou docstringy k metodám a třídám. U parseru jsem jasně psal, že bych chtěl vědět, co parsuje, ideálně proč je to tam naprasené natvrdo namísto použití nějaké osvědčené metody vytváření parserů.

U komentářů výše jasně píšu, že za normálních okolností jsou šum - když se člověk v nějakém kódu pohybuje denně. Pokud něco nemáš v hlavě a z kódu to snadno nevyčteš, je z šumu rázem signál. To je asi tak odpověď na Tvoje dvě otázky - proč jsou komentáře a proč jsou komentáře vizuálně potlačeny.

Všechno to v diskusi už zaznělo.

449

Vývoj / Re:Abstrakce u OOP

« kdy: 12. 06. 2020, 18:37:34 »

Hele, fakt nechci rýpat, ale tohle mi nepřijde jako dobrý vzorový případ.

Fajn... dej lepsi.

https://www.sqlite.org/src/file?name=src/bitvec.c&ci=tip
https://github.com/jupyter/notebook/blob/master/notebook/utils.py
https://github.com/servo/servo/blob/master/components/selectors/bloom.rs
https://doc.rust-lang.org/src/core/fmt/mod.rs.html

450

Vývoj / Re:Abstrakce u OOP

« kdy: 12. 06. 2020, 17:11:26 »

Jak možná? Je zatraceně těžký skočit do projektu o kterým nic nevím a vyznat se v něm. A když je každá třída jako dílek puzzle, o kterém nevím jak zapadá do zbytku, tak je to ještě výrazně obtížnější.

Že to pouští nějaké testy a generuje nějaké výstupy je jasné. Akorát jsem při tom letmém procházení toho projektu nenarazil na nic, co by vypadalo jako pouštění nějakých testů nebo generování nějakých výstupů. A u jednotlivých tříd jsem nebyl schopný odhadnout, jakou část toho pouštění testů nebo generování výstupů mají vůbec na starost. Asi je to namleté moc najemno. Proto jsem taky zmiňoval ten boilerplate kód.

Jasny... jako cist knizku od prostredka. Ale zajimalo by me jakej komentar by tam mel bejt aby mi to pomohlo tu skladacku slozit....

Jestli proste nebude lepsi cist tu knizku od zacatku.

Minimálně by tam měly být nějaké základní informace ke každé třídě. Perlička z kódu:

Kód: [Vybrat]

// class that needs to be globally accessible.
public class FixtureLoader {

O třídě mi to řekne kulový, akorát deklaruje to zjevnou věc, tedy že třída je (OK, musí být) k dispozici globálně. Jasně, mám to pochopit z názvu, takže máme třeba třídu Parse, která NĚCO parsuje, neříká co, jak ani proč. A když je tam komentář v metodách (tohle NEJSOU až tak triviální věci), tak v jednom případě ze tří proto, aby zakomentoval řádek kódu. A pak je tam ještě komentář k metodě, cituji:

Kód: [Vybrat]

/* Added by Rick Mugridge, Feb 2005 */

Když to nepochopím, zeptám se Ricka, jak to před 15 lety myslel.

Hele, fakt nechci rýpat, ale tohle mi nepřijde jako dobrý vzorový případ.