Příspěvky

166

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 02. 11. 2020, 22:40:39 »

Svým způsobem je Lisp velice elegantní jazyk, ne?

Jo, ale ma tu nevyhodu, ze jak si na to zvyknes tak ti vsechno ostatni prijde hnusny 

167

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 02. 11. 2020, 21:17:23 »

Zároveň fakt, že syntax LISPU sa výrazne nezmenila od roku 1958, je veľmi pozoruhodný. (Porovnajme si to s tým, ako sa
drasticky menia jazyky napr. PHP, JS, C# či C++.)

To bude tim, ze LISP syntax v podstate nema zadnou ;-). (cti minimalni)

168

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 02. 11. 2020, 16:14:45 »

Věřím že Clojure je moc pěkný jazyk ale (to (je (pro ( mě (extrém)))) a myslím že i pro mnoho lidí.

:-) jako ze hodne zavorek?
To mi rikali kluci v tymu pred rokem taky. Tak sme si dali nejaky spolecny zadani a ja to psal v clojure a oni v jave.
A mel sem zavorek polovicku :-).

V clojure neni vic zavorek nez jinde (mozna s vyjimkou pythonu?) jen je tam min vseho ostatniho.
A kdyz pouzijes slusny editor kterej podporuje structured coding (a to jde prave nejlip u lispu protoze je homoiconic) tak ty zavorky vubec nevnimas.

Kód: [Vybrat]

System.out.println("ahoj");

vs.

(println "ahoj")

Navic kdyz vezmu ten tvuj pripad tak spravneji by to asi bylo (extrem (me (pro (je (to))))) protoze prvni se vyhodnoti to uvnitr ale diky threading makru to v clojure muzu napsat takhle:

Kód: [Vybrat]

(->> (to)
     (je)
     (pro)
     (me)
     (extrem))

169

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 02. 11. 2020, 14:11:15 »

Kotlin ale nesúťaží priamo s jazykmi Scala, Clojure, Haskell či OCalm. Kotlin je pragmatický jazyk ...

Právě na Kotlinu se mi líbí ten pragmatismus. Také mám rád FP (zkušenosti z Rustu), ale na Haskell (alespoň zatím) nemám a dále mi vyhovuje OOP, takže se Scala ukazovala za dobrou volbu, ale Kotlin a jeho pragmatismus (HTML dsl například) je také velice pěkná volba. A to mě dostalo sem. Kotlin má také funkcionální prvky.

No tak pak se nabizi Clojure. Z toho pragmatismus strika do vsech smeru.

. Někde v oblasti práce s velkými daty či AI(?) je to asi užitečný jazyk, ale pro mě je to spíše taková kuriozita.

Ani velky data ani AI nedelam.
Pouzivam vsude kde muzu a nemuzu si to vynachvalit.
Ale nechci ti to nutit.
Jen sem zachytil slovo pragmatismus tak jsem reagoval, protoze clojure je podle me "no nonsense" jazyk.
Vzdycky kdyz pisu v clojure tak proste vidim a pisu business logiku a vubec nemusim resit zadny technikalie okolo.

170

Software / Re:Nástroj pro psaní poznámek pro programátora

« kdy: 02. 11. 2020, 08:58:20 »

Na poznámky používám KWrite s jedním souborem: ~/prace/co-delat.txt. Tahle diskuse mě donutila se zamyslet, zda bych to neměl dělat nějak lépe a efektivněji než dokola přepisovat jeden plain textový soubor, ale nějak jsem nepřišel na to, k čemu by mi to bylo.
...

Me se na tom org-mode libi to, ze me uplne nenuti do nejakyho konkretniho flow.
A muzu si nadefinovat vlastni stavy tasku.
Mam treba TODO, IN PROGRESS, WAITING, FEEDBACK, CANCELED, DONE

Prepinam stav klavesovou zkratkou. a treba na stavy CANCELED a DONE mi to tam prihodi timestamp kdy se to do toho stavu dostalo.

Velkej bonus vidim v tom, ze muzu mit nekolik souboru. Typicky per projekt.
A org-mode mi dokaze zobrazit agendu prez vsechny ty soubory.

To se pak hodi kdyz si pridam SCHEDULED a DEADLINE. Zase na klavesovou zkratku mi to ukaze kalendar a ja vyberu datum a k poznamce se prida tag kdy ze to chci mit hotovy.

a org-mode zase umi prez X souboru ukazat kalendar a ukaze mi co mam na tenhle(nebo pristi) tyden/14 dni/mesic naplanovany. A primo z toho view muzu menit stavy nebo skocit na misto do daneho souboru a upravit.

Typicky usecase: Delam neco a potrebuju od jineho tymu nepred neco dodat. Tak mam task pro sebe a pod nim subtask pro ten jinej tym a tam si nastavim, ze mi to ma pristi utery pripomenout at se jich zeptam jak na tom jsou.

Pak se mi taky libi archivace. Diky ni a tem timestampum muzu treba rok nazpet najit kdy sem co udelal a pritom se mi to nemota v aktualni praci. A pritom je to zase jedna klavesova zkratka a presume se mi cely stromecek podtasku do archivu.

No a pak samozrejme velka vyhoda je v tom, ze tohle cely se deje v plainextovejch souborech takze muzu krasne verzovat a sdilet gitem.

Pouzival sem to pro sebe i jako "obycejny" vyvojar, ale kdyz ted vedu tym a navic musim koordinovat s X dalsima tymama ruzne po svete tak je to k nezaplaceni.

171

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 01. 11. 2020, 21:35:11 »

Kotlin ale nesúťaží priamo s jazykmi Scala, Clojure, Haskell či OCalm. Kotlin je pragmatický jazyk ...

Právě na Kotlinu se mi líbí ten pragmatismus. Také mám rád FP (zkušenosti z Rustu), ale na Haskell (alespoň zatím) nemám a dále mi vyhovuje OOP, takže se Scala ukazovala za dobrou volbu, ale Kotlin a jeho pragmatismus (HTML dsl například) je také velice pěkná volba. A to mě dostalo sem. Kotlin má také funkcionální prvky.

No tak pak se nabizi Clojure. Z toho pragmatismus strika do vsech smeru.

172

Software / Re:Nástroj pro psaní poznámek pro programátora

« kdy: 01. 11. 2020, 15:59:50 »

Já používám na vývoj VS Code a v něm tohle rozšíření:

https://github.com/dionmunk/vscode-notes

Přidá do levé lišty tlačítko, přes které se dá dostat k poznámkám uloženým lokálně. Jsou dostupné nezávisle na otevřeném workspace. Synchronizuji je s ostatními věcmi přes Syncthing na několik míst. Každá poznámka je markdown soubor, takže se to dá číst či upravovat i bez VS Code. Trochu ojeb je přidávání obrázků, ale ještě jsem to nepotřeboval.

Ty jsi jeste nikdy pri psani poznamek nepotreboval vlozit screen nebo obrazek? Sorry ale to je naprosta volovina. Potrebujes to porad, akorat ten tvuj crappy poznamkovnik to neumi, to je vse.

Do poznamek ne (fakt sem se do nich dival a zadnej tam nemam) i kdyz to muj poznamkovnik umi :-).
Ale jak sem psal delam v tom i prezentace takze obcas najakej grafik dam.

173

Software / Re:Nástroj pro psaní poznámek pro programátora

« kdy: 01. 11. 2020, 12:28:28 »

Kterej z tech tvejch toolu pro rok 2020 to umi?

https://github.com/mwouts/jupytext

jinak, nic proti org-babel, ale oproti resenim postavenym na markdownu je mala pravdepodobnost, ze se z toho nekdy stane mainstream.

Vsak org je jen takovej trochu lepsi markdown.
Nicmene stejne nijak neprahnu potom aby to byl mainstream.
Ja to povazuju za velmi uzitecne a nemyslim si, ze by to melo brzo umrit. Uzivatelska zakladna je dostatecne siroka.
Delam si v tom poznamky, scheduling, prioritizace, analyzy, prezentace, trackuju hotovou praci....
Posledni dobou sem si zvykl to pouzivat prave jako db klient.
Vyhovuje mi, ze muzu zustat v emacsu kdyz si chci napsat poznamku a ani nemusim otevirat ten soubor kde ty poznamky mam natoz se muset prepinat do jinyho programu abych si neco zapsal.

174

Software / Re:Nástroj pro psaní poznámek pro programátora

« kdy: 01. 11. 2020, 10:59:08 »

Teda ty vase GNU reseni jsou vtip, jako vzdy Poznamnicek v roce 2020 ma umet vkladat i obrazky a printscreeny a umet se synchronizovat s mobilem pres Internet. Ma k tomu umet funkci search a to i na te mobilni aplikaci. Ktery z tech vasich solutions dobrych tak v roce 1998 to splnuje? Btw, Google keep je solidni shit, to se Googlu moc nepovedlo.

Ne ze bych to pouzival(screenshoty) ale orgmode to umi.
Ja vic ocenim, ze ty poznamky muzou bejt "spustitelny" viz org-babel.
Kterej z tech tvejch toolu pro rok 2020 to umi?

Orgmode to umi? Ze se nepochlubili ve vyctu features:
https://orgmode.org/features.html

kde mas vkladani obrazku, a kde mas mobilni aplikaci pro Android?

Z mejch toolu to umi Apple Notes, slabsi odvar je OneNote od Microsoftu, a pak jeste Evernote, ale ten jsem nezkousel.

viz priloha.

No ja mam na androidu emacs...., ale existuji elternativy jako treba orgzly.

Apple Notes umi, treba kdyz si napisu do poznamky nejaky sql tak se pripojit k databazi spustit to a ukazat mi vysledky?

175

Software / Re:Nástroj pro psaní poznámek pro programátora

« kdy: 01. 11. 2020, 07:59:47 »

Teda ty vase GNU reseni jsou vtip, jako vzdy Poznamnicek v roce 2020 ma umet vkladat i obrazky a printscreeny a umet se synchronizovat s mobilem pres Internet. Ma k tomu umet funkci search a to i na te mobilni aplikaci. Ktery z tech vasich solutions dobrych tak v roce 1998 to splnuje? Btw, Google keep je solidni shit, to se Googlu moc nepovedlo.

Ne ze bych to pouzival(screenshoty) ale orgmode to umi.
Ja vic ocenim, ze ty poznamky muzou bejt "spustitelny" viz org-babel.
Kterej z tech tvejch toolu pro rok 2020 to umi?

176

Software / Re:Jaky nastroj pro psani poznamek pro programatora?

« kdy: 31. 10. 2020, 15:02:38 »

https://orgmode.org/

Je k tomu i nějaký slušný editor?

Ale no tak 

177

Studium a uplatnění / Re:Jak efektivně studovat programování?

« kdy: 26. 10. 2020, 20:52:44 »

...
 Zároveň se dají pomocí Javy dělat webové aplikace, sice zatím nevim jak ale k tomu bych se dostal
...

Bud hodne opatrny a overuj si stari zdroju na ktere narazis.
V jave se na webu delali ruzne obskurnosti kterym je asi lepsi se dneska vyhnout.

On nemluví o Java apletech, ale o Java EE.

Kdo vi... ale ja bych se dneska treba nehrnul ani do gwt. Ani jsp a jsf bych dneska nevolil jako prvni.

178

Studium a uplatnění / Re:Jak efektivně studovat programování?

« kdy: 26. 10. 2020, 16:48:53 »

...
 Zároveň se dají pomocí Javy dělat webové aplikace, sice zatím nevim jak ale k tomu bych se dostal
...

Bud hodne opatrny a overuj si stari zdroju na ktere narazis.
V jave se na webu delali ruzne obskurnosti kterym je asi lepsi se dneska vyhnout.

179

Studium a uplatnění / Re:Jak efektivně studovat programování?

« kdy: 26. 10. 2020, 08:36:53 »

...

 Vzdycky me berou mory, kdyz vidim idioty nadsene z Kotlin syntaktickeho cukru (ne ze by byl Kotlin spatny, ma par peknych ficur), ze je java ukecana. OMG, javi ukecanost za me napise IDE vcetne generovani getteru a toString(), boilerplate zafolduje a vysledek je krasne lidsky citelny kod.

...

Kdyz ctes cizi kod tak taky nechas gettery a toString zafoldovany?
Kde mas jistotu, ze nekdo jiny se nerozhodl, ze treba ten getter bude sahat do databaze?

IDE za me kod sice napise, ale udrzovat uz ho musi clovek. A to napsani je celkem levny a dela se to jednou. Problem je to cteni a upravy. To se dela mockrat a IDE to za me neudela.

180

Studium a uplatnění / Re:Start Java programování

« kdy: 14. 10. 2020, 15:21:37 »

Síce Javu nenávidím, ale kvôli tomu že som na VŠ mal predmet kde bola Java, tak mám knihu Mistrovství Java od Herbert Schildt, a myslím že to sa celkom dá.

Osobne Javu (rovnako ako PHP) neodporúčam ani nepriateľovi.

Chápem keď niekto nemá rád PHP, ani ja ho nemám rád, aj keď som ho (nechtiac) používal niekoľko rokov, ten jazyk bol pôvodne navrhnutý ako template engine a preto je ukecaný a niektoré konštrukcie sú priam otrava, nehovoriac o nekonzistenciách v "ekosystéme"... ale čo je zlé na Jave?

Zaujímali by ma konkrétne výhrady voči jave alebo teda aspoň nejaké argumenty prečo je java podľa teba zlá

Navrhuju, jestli te to zajima, at zalozis zvlastni vlakno... at to tady neunasime...