Příspěvky

121

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

« kdy: 20. 02. 2021, 21:35:33 »

Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.

Huh?

Viem že som to napísal tak že asi nechápeš, ale vysvetlím, ak mám špecifickú syntax pre jednu časť, a inú špecifickú syntax pre druhú časť, viem automaticky zo syntaxu že ktorý kód patrí ktorej časti. Príklad, mám inú syntax u práce s databázou, pozriem kód, okamžite si všimnem že tu je taká syntax a patrí to ku kódu pre prácu s databázou.

(Tak isto ako máš HTML, CSS a JS oddelené, tak vieš rozoznať že CSS kód je pre vzhľad a nie pre funcktionalitu.)

Takze mam dva kamarady.. Johnyho a Pepu. S Johnym mluvim anglicky a s Pepou cesky. A je to super protoze si je diky tomu nespletu...
Takhle?

Človeka rozoznáš aj hlasom, výzorom, atď... takže to miešaš hrušky s jablkami.

A kdyz nahradim slovo "mluvim" frazi "pisu si" tak uz to sedi?

122

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

« kdy: 20. 02. 2021, 19:52:58 »

Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.

Huh?

Viem že som to napísal tak že asi nechápeš, ale vysvetlím, ak mám špecifickú syntax pre jednu časť, a inú špecifickú syntax pre druhú časť, viem automaticky zo syntaxu že ktorý kód patrí ktorej časti. Príklad, mám inú syntax u práce s databázou, pozriem kód, okamžite si všimnem že tu je taká syntax a patrí to ku kódu pre prácu s databázou.

(Tak isto ako máš HTML, CSS a JS oddelené, tak vieš rozoznať že CSS kód je pre vzhľad a nie pre funcktionalitu.)

Takze mam dva kamarady.. Johnyho a Pepu. S Johnym mluvim anglicky a s Pepou cesky. A je to super protoze si je diky tomu nespletu...
Takhle?

123

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

« kdy: 20. 02. 2021, 17:32:57 »

Takže nahradzuješ SQL databázku SQL databázou akurát v Lispu? Heh, SQL fakt nemá nič s prog. jazykom v zmysle toho že SQL databáza aj tak príjma SQL príkazy, to že tie príkazy generuješ v určitom jazyku je iné, ale to vieš generovať rovnako v ostatných jazykoch, či už je to JS, či už Golang, či už Python, alebo C/C++, alebo ERLang, alebo Haskell, alebo aj tvoj Lisp, je to totálne jedno.

Myslim, ze o tom to neni. Koukni treba na datomic.

Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.

Huh?

Btw. Lisp až tak moc nadužíva gulaté zátvorky () že síce vo výsledku máš stejný počet zátvoriek ale horšie sa ti to číta, a až sa pomýliš a prcneš zátvorku na špatnom mieste, tak máš problém.

Nenaduziva... cte se mi to lip... Je to vec subjektivni a o zvyku.
Navic to co to prinasi prevazi vsechny zdanlive nedostatky... viz structural editing

Edit: jo a jeste... kdyz prcnes v javascriptu zavorku na spatny misto tak nemas problem?

A k tomu nahrazovani... nevidim to jako nutnost, ale uz dneska muzu mit odshora dolu cely tech stack lispovy...

DB: datomic
backend: clojure
frontend: clojurescript s reagent/re-frame/fulcro/quil(kdyz byla rec o tech hrach)... jak je libo

Nemusim napsat ani radek SQL,html...

124

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

« kdy: 16. 02. 2021, 16:29:22 »

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

Haskell?

aj, sorry, haskell samozřejmě není nad jvm, zkracoval jsem větu až jsem to zkrátil moc.

Škoda Už jsem si říkal, že je nějaká implementace Haskellu pod JVM.

To me primelo zagooglit:
https://eta-lang.org/
ale nic o tom nevim...

125

Vývoj / Re:Trait a konstruktor

« kdy: 21. 12. 2020, 22:33:00 »

Mirnou oklikou zpet.... Nebylo by treba hezci aby ten koho obohacuju traitem o tom vubec nemusel vedet?

Beru zpet, protoze vlastne nevim jak to udelat.... To co sem myslel nefunguje tak jak sem myslel...

Nesplňuje to dědičnost nebo dekorátor?

Ne.
Tam zase ten kdo rozsiruje nebo dekoruje musi vedet koho rozsiruje nebo dekoruje.
To neni ono.

Mozna by to nejak slo, ale uz se mi nechce premyslet. A stejne pro to nemam asi prakticke vyuziti.
Trivialni idea je, ze mam treba nejakou mapu kde klice jsou nejaky jmena a hodnoty jsou treba funkce nebo ... hodnoty.
Typ je externe definovan (clojure/spec napr.)
A pak budu mit nejaky "trait/dekorator/neco..." ktery teda bude vedet, ze ma okraslovat nejakou mapu, ale uz nemusi znat co v te mape je. A prida svoji funkcnost do mapy associaci a rozsireni typu do externi definice.

A tady koncim, protoze nejak nevim jak takou "vygenerovanou" specifikaci typu pouzit jako treba parametr funkce.
Napadaji me jen samy vosklivosti.

126

Vývoj / Re:Trait a konstruktor

« kdy: 21. 12. 2020, 21:15:04 »

Mirnou oklikou zpet.... Nebylo by treba hezci aby ten koho obohacuju traitem o tom vubec nemusel vedet?

Beru zpet, protoze vlastne nevim jak to udelat.... To co sem myslel nefunguje tak jak sem myslel...

127

Vývoj / Re:Trait a konstruktor

« kdy: 21. 12. 2020, 20:05:29 »

Nemam pocit, ze bych nekde psal, ze trait souvisi s DI.

V poho. Reagoval jsem na celé vlákno. Netušil jsem, že tuhle blbost někomu bude stát za to rozvíjet.

im, ze je tam rozdil, ale nevidim ze by u toho traitu ta zavislost byla mene priznana.

Podle mě ses zaměřil na obecný význam slova "závislost", ale ne na skutečnou funkci DI třeba v tom konstruktoru. Trait řeší chování celé třídy (typu), DI rozhoduje o situaci či chování konkrétní instance.

Přesně. Navíc DI je zpravidla runtime kdežto traity compile time. Někdy potřebujeme to a jindy ono.

Me slo o pojem "priznani zavislosti". S durazem na priznani. Prijde mi to, ze to neprimo znamena u traitu zavislost neni, nebo ze neni videt. Coz je podle me zavadejici. DI je o tom, ze si nemusim vyrabet nastroj kterym neco udelam, ale nekdo mi ho doda. Ale musim vedet jak to pouzit. O traitu toho ja moc vedet nemusim, protoze ja ho nemusim pouzivat, ale v compile time na nej stejne deklaruju zavislost.

Trait souvisí s DI asi stejně jako souvisí s DI funkce str_concat() v následujícím kódu:

Kód: [Vybrat]

class Foo {
    string format(s :  string) : string {
       return str_concat("[", s, "]")
    }
}

Je to závislost? Je. Je přiznaná či nepřiznaná? Eee... Mluvil by někdo normální o tom jako o DI?

Nemam pocit, ze bych nekde psal, ze trait souvisi s DI.
Jen se ohrazuju proti tvrzeni ze DI je o priznani zavislosti.

Pripad bez DI a bez traitu:
Potrebuju zatlouct hrebik... vyrobim si kladivo.

DI:
Potrebuju zatlouct hrebik... podej mi kladivo

Trait:
Potrebuju zatlouct hrebik... ja jsem mimo jine taky kladivo.

Vsude mam zavislost na kladivu. V prvnim a tretim pripade mam zavislost dokonce na konkretni implementaci. S DI se nekdo muze rozhodnout v runtimu jaky kladivo dostanu a zavisim jen na interfacu.

Z kontextu predpokladam, ze se bavime o "dependency injection" a ne o "dependency inversion".

Řekl bych, že takto to není. Trvám na tom, že DI (dependency injection) je o přiznání závislostí.

DI: abych mohl fungovat, dej mi kladivo
neDI: budu fungovat, kladivo si seženu

to je celé, víc v tom není.

Trait je úplně něco jiného. DI může respektovat, stejně jako nemusí.

Chapu. Ty mluvis o zavislosti ma dodavatelich kladiv a ne na kladivech.
Potom ano....

Ja si prekladam dependency injection jako injektaz zavislosti (kladivo) ne jako zavisla injektaz (dodavatel) to by potom spis byla dependent injection.

Mirnou oklikou zpet.... Nebylo by treba hezci aby ten koho obohacuju traitem o tom vubec nemusel vedet?

128

Vývoj / Re:Trait a konstruktor

« kdy: 21. 12. 2020, 19:03:53 »

im, ze je tam rozdil, ale nevidim ze by u toho traitu ta zavislost byla mene priznana.

Podle mě ses zaměřil na obecný význam slova "závislost", ale ne na skutečnou funkci DI třeba v tom konstruktoru. Trait řeší chování celé třídy (typu), DI rozhoduje o situaci či chování konkrétní instance.

Přesně. Navíc DI je zpravidla runtime kdežto traity compile time. Někdy potřebujeme to a jindy ono.

Me slo o pojem "priznani zavislosti". S durazem na priznani. Prijde mi to, ze to neprimo znamena u traitu zavislost neni, nebo ze neni videt. Coz je podle me zavadejici. DI je o tom, ze si nemusim vyrabet nastroj kterym neco udelam, ale nekdo mi ho doda. Ale musim vedet jak to pouzit. O traitu toho ja moc vedet nemusim, protoze ja ho nemusim pouzivat, ale v compile time na nej stejne deklaruju zavislost.

Trait souvisí s DI asi stejně jako souvisí s DI funkce str_concat() v následujícím kódu:

Kód: [Vybrat]

class Foo {
    string format(s :  string) : string {
       return str_concat("[", s, "]")
    }
}

Je to závislost? Je. Je přiznaná či nepřiznaná? Eee... Mluvil by někdo normální o tom jako o DI?

Nemam pocit, ze bych nekde psal, ze trait souvisi s DI.
Jen se ohrazuju proti tvrzeni ze DI je o priznani zavislosti.

Pripad bez DI a bez traitu:
Potrebuju zatlouct hrebik... vyrobim si kladivo.

DI:
Potrebuju zatlouct hrebik... podej mi kladivo

Trait:
Potrebuju zatlouct hrebik... ja jsem mimo jine taky kladivo.

Vsude mam zavislost na kladivu. V prvnim a tretim pripade mam zavislost dokonce na konkretni implementaci. S DI se nekdo muze rozhodnout v runtimu jaky kladivo dostanu a zavisim jen na interfacu.

Z kontextu predpokladam, ze se bavime o "dependency injection" a ne o "dependency inversion".

129

Vývoj / Re:Trait a konstruktor

« kdy: 21. 12. 2020, 16:56:19 »

im, ze je tam rozdil, ale nevidim ze by u toho traitu ta zavislost byla mene priznana.

Podle mě ses zaměřil na obecný význam slova "závislost", ale ne na skutečnou funkci DI třeba v tom konstruktoru. Trait řeší chování celé třídy (typu), DI rozhoduje o situaci či chování konkrétní instance.

Přesně. Navíc DI je zpravidla runtime kdežto traity compile time. Někdy potřebujeme to a jindy ono.

Me slo o pojem "priznani zavislosti". S durazem na priznani. Prijde mi to, ze to neprimo znamena u traitu zavislost neni, nebo ze neni videt. Coz je podle me zavadejici. DI je o tom, ze si nemusim vyrabet nastroj kterym neco udelam, ale nekdo mi ho doda. Ale musim vedet jak to pouzit. O traitu toho ja moc vedet nemusim, protoze ja ho nemusim pouzivat, ale v compile time na nej stejne deklaruju zavislost.

130

Vývoj / Re:Trait a konstruktor

« kdy: 21. 12. 2020, 08:20:40 »

Souhlas, že traity a DI jsou částečně zastupitelné přístupy. Vhodnost jednoho či druhého záleží IMHO na okolnostech.

Nemohu souhlasit. Tyto dva koncepty spolu nijak nesouvisí. Traity jsou o lepení kódu. DI je o přiznání závislostí. Nebe a dudy.

Souhlasim, ze je tam rozdil, ale nevidim ze by u toho traitu ta zavislost byla mene priznana.

131

Odkladiště / Re:Samsung Galaxy A21s vs Xiaomi Redmi 9C - potřebuju poradit s výběrem

« kdy: 18. 12. 2020, 21:32:32 »

Nebezpečné je pouze to, když neznalý člověk zde nabyde dojmu, že podle 1% "roootistů" se točí svět. Málokdo totiž bude věnovat hodiny tomu, aby si o rootu aspoň něco přečetl, a i když nebude znalý, tak ho může při čtení hned upozornit např. to, že po rootu výše zmíněné Motoroly přijde o automatické aktualizace (možná to jde nějak ošetřit, nicméně u telefonu bez rootu to je ošetřené nepoměrně líp). O ztrátě záruky nemluvě, stejně jako o tom, že když se root nepovede, tak si lze stěžovat leda v budce na konci nádráží (lampárna). A to jsou přesně fakta, která zde root-fanatici zamlčují. Takže slušně řečeno - root a vše co s ním souvisí, si dej za klobouk

A proc mi porad mluvis o nejakym rootovani? To me vubec nezajima a nikdy jsem to nedelal. Zrovna tak nevim co je to amoled... ani jestli to mam chtit ....
Zkus si znova precist co sem ti napsal a nedelej unahlene zavery.

132

Odkladiště / Re:Samsung Galaxy A21s vs Xiaomi Redmi 9C - potřebuju poradit s výběrem

« kdy: 18. 12. 2020, 20:21:09 »

Ale Mlho! O rootu je řeč proto, že to jiný user tahá jako přednost té Motoroly, byť tomu tak ve skutečnosti není. A že ty ses nacpal do poloviny diskuze, neráčil sis ani přečíst všechny příspěvky a hned zbrkle sázíš svoje "moudra", to fakt není můj problém, takže ano - znovu si vše přečti (raději víckrát) a pak teprve reaguj

Ach jo.
Zkusim to shrnout:
Cetl jsem celou diskuzi.
Podle meho nazoru je jak rootnutelnost telefonu tak amoled display prednosti. To jakou to ma pro koho vahu nemusim hodnotit, ale neurazi me kdyz nekdo neco z toho zmini a tudiz to tazatel muze uvazit.
Co mi tady vadi a na co jsem reagoval je to jak nadute a neustupne prezentujes svuj nazor jako fakt.
To je nebezpecne a muze to tazatele zmast pokud neni zkuseny v rozpoznavani bludu v diskuzi.

A ty porad delas unahlene zavery. Muj posledni prispevek ti mel dat vedet, ze jsem nikde ja osobne o rootovani telefonu do te doby nepsal takze neni potreba me o necem presvedcovat a pritom to vypadalo, ze se o to snazis. A ty misto toho zbrkle usoudis ze jsem necetl diskuzi.

No nic.

133

Odkladiště / Re:Samsung Galaxy A21s vs Xiaomi Redmi 9C - potřebuju poradit s výběrem

« kdy: 18. 12. 2020, 17:31:58 »

Takhle se diskutuje, když je člověk z oboru a zná mapu a naopak se neřídí nějakými vlastními utkvělými představami, že co vyhovuje jemu, to musí i všem ostatním. Můžu tě ubezpečit, že 90% userů s mobilem ani neví, co to root je a dalších 9% to jenom ví, ale je jim to šumák. A teprve to zbývající 1% se baví tím, že si s telefonem hraje (root, alternativní ROM). Nemusí se ti to líbit, můžeš protestovat, ale to je tak vše, co naděláš
A dokládat ti nic nemusím, mně je u zadnice, čemu věříš (chceš věřit) nebo ne.

Ja tve tvrzeni nerozporuju. Jen se ti snazim poradit. Jakmile pouzijes fraze jako "tak to proste je" nebo "Muzu te ubezpecit" tak proste svoje tvrzeni sam shazujes. Tak to proste je! O tom te mohu ubezpecit :-)

V tomto případě nemusím nic shazovat, protože i naprostý Lojza si přes Google zjistí, kolik CZ webů řeší nějaký root telefonů (neboli naprostý nezájem široké veřejnosti) a z toho mu jasně dojde, že počet natěšenců na takový root je tak akorát na úrovni zmiňované statistické chyby. Občas to chce vytáhnout paty od PC a jít mezi lidi, tj. opustit ulitu virtuálního světa, kde žiješ v mylné představě, že co zajímá tebe, to zajímá i celý svět okolo

Z ceho si usoudil ze nechodim mezi lidi? A proc mi porad mluvis o nejakym rootovani? To me vubec nezajima a nikdy jsem to nedelal. Zrovna tak nevim co je to amoled... ani jestli to mam chtit ....
Zkus si znova precist co sem ti napsal a nedelej unahlene zavery.

134

Vývoj / Re:Trait a konstruktor

« kdy: 18. 12. 2020, 14:03:34 »

Podle me fieldy do traitu nepatri.
Pokud chci jen rict "tahle vec umi vratit id" a "tahle vec umi vratit jmeno" tak na to jsou interfacy/protokoly.
A ten priklad s getterama mi dost smrdi zneuzivanim traitu (k dedicnosti?).
Podle me trait ma prinest chovani a ne nejak obalovat hodnoty.
Skoro se desim predstavy ze by to dokonce mohli byt nejaky mutable fieldy.

No ale jestli to musi bejt a jestli to teda muzou bejt konstanty... tak bych uprednostnil neco takoveho:

Kód: [Vybrat]

class Foo {
        use A with id;
        use B with name;
        Address address;
}

'readonly' neni treba, protoze vsechno je readonly.... a z toho 'with id' by si uz kompiler mohl odvodit jak ma vypadat konstruktor.

135

Odkladiště / Re:Samsung Galaxy A21s vs Xiaomi Redmi 9C - potřebuju poradit s výběrem

« kdy: 17. 12. 2020, 20:38:13 »

Takhle se diskutuje, když je člověk z oboru a zná mapu a naopak se neřídí nějakými vlastními utkvělými představami, že co vyhovuje jemu, to musí i všem ostatním. Můžu tě ubezpečit, že 90% userů s mobilem ani neví, co to root je a dalších 9% to jenom ví, ale je jim to šumák. A teprve to zbývající 1% se baví tím, že si s telefonem hraje (root, alternativní ROM). Nemusí se ti to líbit, můžeš protestovat, ale to je tak vše, co naděláš
A dokládat ti nic nemusím, mně je u zadnice, čemu věříš (chceš věřit) nebo ne.

Ja tve tvrzeni nerozporuju. Jen se ti snazim poradit. Jakmile pouzijes fraze jako "tak to proste je" nebo "Muzu te ubezpecit" tak proste svoje tvrzeni sam shazujes. Tak to proste je! O tom te mohu ubezpecit :-)