Příspěvky

61

Vývoj / Re:Rychlost Chez Scheme

« kdy: 22. 01. 2023, 16:05:52 »

Jenže čitelnost jazyka je základ.

Kdyby to bylo jediné kritérium, Rust by byl v řiti a Smalltalk králem.

No jasně. Proto všichni neprogramátoři používají Smalltalk a ne třeba ... Python.

62

Vývoj / Re:Rychlost Chez Scheme

« kdy: 22. 01. 2023, 14:09:33 »

Obecně věřím, ale kde jsou v TIOBE nebo jiném srovnání? Obskurní jazyky pro autora a pár fandů vůbec nevylučuju.

A co s tím má společného zase TIOBE? Nemainstream neznamená nutně "Obskurní jazyk pro autora a pár fandů " ale třeba specializovaný. Já sem rád že se lidi snaží prošlapávat cestu i do stran.

Ale tady nejsme ve sporu. Já přece netvrdím, že to není cesta pro nikoho. Moje původní tvrzení bylo, že ten mainstream jde opakovaně jinou cestou a asi má k tomu svoje důvody.

63

Vývoj / Re:Rychlost Chez Scheme

« kdy: 22. 01. 2023, 14:07:31 »

protože většině programátorů prostě ta čitelnost přijde horší

Mas nejaky data potvrzujici tohle tvrzeni?

Zdroj: Just trust me dude.

Vtipe, vylez!

64

Vývoj / Re:Rychlost Chez Scheme

« kdy: 22. 01. 2023, 14:06:09 »

> Neni... jen vseho ostatniho je tam min. ;-)

No a to je škoda - chápu, že to je věc názoru.

> Nema resit citelnost, ale rozsiritelnost jazyka. a to resi celkem pekne...
> A jako side effect prinasi tooling support.. viz structured editing..

Jenže čitelnost jazyka je základ. Netvrdím, že ta jednoduchost Lispu nemá svoje výhody a eleganci, ale v běžné praxi rozhoduje něco jiného.

> Mas nejaky data potvrzujici tohle tvrzeni?

TIOBE a spol.

65

Vývoj / Re:Rychlost Chez Scheme

« kdy: 22. 01. 2023, 14:03:31 »

Homoikonicita je problém a ne řešení

Krásná ukázka neznalosti a nepochopení.

Ale jdi.

66

Vývoj / Re:Rychlost Chez Scheme

« kdy: 21. 01. 2023, 17:18:56 »

Když vynechám Clojure, tak si nevzpomínám na žádný jazyk v poslední době, který by se vydal cestou Lisp-like syntaxe.

Je jich docela dost.

Obecně věřím, ale kde jsou v TIOBE nebo jiném srovnání? Obskurní jazyky pro autora a pár fandů vůbec nevylučuju.

67

Vývoj / Re:Rychlost Chez Scheme

« kdy: 21. 01. 2023, 17:17:29 »

Ja se netajim tim, ze mi to vyhovuje a furt nedokazu pochopit co na tom komu muze vadit....
OK oteviraci zavorku pisu na trochu jiny misto nez v jinych jazycich, ale na to se prece snadno da zvyknout.
A vyhody ktery to prinasi jsou obrovske... homoikonicita, structured editing, nemusim resit priority operatoru ...

Jo a třeba ta priorita operátorů je z mého pohledu další záměna problému za výhodu. Když si nejsem jistý, můžu závorkovat snad v každém běžném jazyce, vtip je v tom, že obecně nemusím. Beru teoretickou výhodu výrazů typu (* x y z), ale nikdy v životě a to ani v době, kdy jsem se snažil si Lisp zamilovat, jsem si neřekl "tohle je bomba, jinde mi to zásadně chybí".

68

Vývoj / Re:Rychlost Chez Scheme

« kdy: 21. 01. 2023, 17:08:14 »

U těchto jazyků je hlavní problém v syntaxi - Lisp je slepá ulička, kterou (skoro) nikdo fakt chodit nechce. Tu abstrakci si tam představit dovedu, ale za jakou cenu...

Muzes dat nejakej priklad problemu v syntaxi Lispu?

Ja se netajim tim, ze mi to vyhovuje a furt nedokazu pochopit co na tom komu muze vadit....
OK oteviraci zavorku pisu na trochu jiny misto nez v jinych jazycich, ale na to se prece snadno da zvyknout.
A vyhody ktery to prinasi jsou obrovske... homoikonicita, structured editing, nemusim resit priority operatoru ...

Především tam těch závorek je moc. Homoikonicita je problém a ne řešení, protože většině programátorů prostě ta čitelnost přijde horší a obezličky typu rainbow parentheses to řeší jenom zčásti.

Vždycky když je nějaký flame o programovacích jazycích, někdo poznamená něco o znovuobjevení Lispu. A mně přijde, že když už, tak se znovuobjevuje ML. Když vynechám Clojure, tak si nevzpomínám na žádný jazyk v poslední době, který by se vydal cestou Lisp-like syntaxe.

69

Vývoj / Re:Rychlost Chez Scheme

« kdy: 21. 01. 2023, 09:16:37 »

autoři Chez Scheme dosahují rychlosti srovnatelné s Céčkem/Rustem

Nově ověřeno na novém projektu Klobouk dolů

Mohla by být nějaká ukázka pls? Jde mi o to, jaký "level" abstrakce ten kód má, jestli to třeba jen nění "prekabátěné céčko" (nic ve zlém, ale třeba na https://benchmarksgame-team.pages.debian.net/benchmarksgame/index.html je vidět, jak lidi ohýbají řešení až do extrému jen proto, aby z nějakého jazyka dostali další % speedupu). Fakt mě to zajímá, zrovna u Scheme.

U těchto jazyků je hlavní problém v syntaxi - Lisp je slepá ulička, kterou (skoro) nikdo fakt chodit nechce. Tu abstrakci si tam představit dovedu, ale za jakou cenu...

70

Windows a jiné systémy / Re:Jak na Ad Blocker na mobilech?

« kdy: 30. 12. 2022, 09:32:48 »

Brave funguje v tomto na Androidu úžasně. Včetně přehrávání YT. Nešlo by ho s úspěchem nasadit i na iOSu?

71

Hardware / Re:Výběr klávesnice pro pracovní účely

« kdy: 16. 12. 2022, 07:22:45 »

Anti-ghosting se zřejmě týká současného stisku více kláves – u obecné maticové klávesnice (bez diod) současný stisk některých (ne libovolných) tří kláves může vyvolat „ducha“, kde se bude firmwaru jevit nějaká třetí klávesa jako též stisknutá. Dnes se s tím firmware typicky popere tak, že v případě nejistoty se tváří, jako by uživatel nic nestiskl (tzv. blocking). Anti-ghosting je pak trochu vágní pojem, ale netýká se chatteru (klávesnice reportuje opakovaný stisk téže klávesy, ačkoli by neměla).

Více ke ghostingu: https://deskthority.net/wiki/Rollover,_blocking_and_ghosting#Ghosting

Klidně tomu věřím. Mně je ale jedno, jestli se klávesa na chvilku mechanicky zasekne a na základě nastavení "xset r rate" pak chodí víc znaků nebo za to může elektronika klávesy. Prostě s mojí klávesnicí to nikdy nebylo ono, výstup byl vadný. Ta současná nic ze zmiňovaných problémů nedělá (ač je taky herní a má AG), takže to nebude rukama nebo samotným anti ghostingem.

72

Hardware / Re:Výběr klávesnice pro pracovní účely

« kdy: 15. 12. 2022, 22:11:19 »

takže je jasné, že jsem zmáčknul.
...
abych měl pocit jistoty.
...
stisknutou klávesu odeslalo několikrát a jindy to nějaké vynechalo

Priznám sa, že týmto problémom nerozumiem. Momentálne tu mám pred sebou nejakú šupácku HP KU-0133 (podľa loga hádam 15-ročnú), doma tiež nejaký podobný šunt zapožičaný od zamestnávateľa a žiadnou z uvedených vecí netrpím, a v zásade som netrpel ani pri iných značkách a modeloch. Jedinou výnimkou bol notebook Fujitsu-Siemens z roku 2004, ktorý pri rýchlom písaní vynechával znaky kvôli bugu vo firmware, po update pár týždňov po zakúpení všetko už išlo jak víno...

Jestli bydlíš v Praze nebo se tam vyskytuješ, klidně Ti tu předchozí klávesnici zapůjčím nebo za mrzký peníz prodám. Oni to inzerují jako "mechanickou klávesnici" a je horší než normální klávesnice za 300. Je sice "anti ghosting" a podsvícená, ale mechanicky je to bída.

73

Hardware / Re:Výběr klávesnice pro pracovní účely

« kdy: 15. 12. 2022, 10:54:35 »

Vrátil jsem se dnes k Cherry MX Brown. Připadám si, jako kdybych utekl z lágru (pár měsíců jsem měl klávesnici s Goro RX). Zboží laciné, dvakrát placené.

v cem se jinak chovaji ty spinace?

https://system76.com/accessories/launch

MX Browny jednak kladou poměrně zřetelný (ale ne obří) odpor a pak povolí, takže je jasné, že jsem zmáčknul. Do těch kláves s Goro RX jsem musel vysloveně třískat, abych měl pocit jistoty. To, že mi to občas stisknutou klávesu odeslalo několikrát a jindy to nějaké vynechalo, mohlo být ale způsobeno elektronikou nebo ovladačem, ale to je zase další věc.

74

Hardware / Re:Výběr klávesnice pro pracovní účely

« kdy: 13. 12. 2022, 18:19:06 »

Vrátil jsem se dnes k Cherry MX Brown. Připadám si, jako kdybych utekl z lágru (pár měsíců jsem měl klávesnici s Goro RX). Zboží laciné, dvakrát placené.

75

Odkladiště / Re:Ochota vývojáře

« kdy: 06. 12. 2022, 11:48:17 »

Zdravím vespolek.

Pracuji jako obyčejný IT v malé firmě. Máme již mnoho let eshop s tisíci produkty postavený na open source systému. Doporučil jej vývojář, co nám na míru eshop upravuje. Také je možné dokupovat pluginy.

Ale teď k přístupu vývojáře - jestli je to obvyklé? Často mu musíme zadávat úkoly velmi přesně a kontrolovat to po něm. Např. máme mnoho let starý XML feed pro zboží.cz a potřebujeme jej opravit do nynějších požadavků. Tedy jsme zadali požadavek, že chceme opravit feed podle aktuálních požadavků zboží.cz. Ale vždy na DEMu eshopu musíme kontrolovat co a jak tam udělá. Třeba nějaké parametry tam nejsou, jiné jsou špatně, něco tam být nemá podle požadavků zboží.cz. Tak mu dáváme připomínky. On to opraví, ale zase tam jsou nějaké jiné nové nedostatky a tak stále dokola. Prostě nestačí zadat, že tady najde co zboží.cz potřebuje a v jaké podobě. Je to tak obvyklé? Děje se to při vývoji webu běžně?

Podobně potřebujeme nové Google Analytics. Na to nám doporučil koupit plugin. Ale ten nefungoval a vývojář se odmítl v tom kódu hrabat. Jeho doporučení bylo, abychom si to vykomunikovali s tvůrcem toho pluginu. Ale ten neví, jaké jiné zásahy máme v kódu. Je to správný přístup? A co pak bezpečnost eshopu s pluginy, kde vývojář nezná celý kód? Nemůže tam být nějaké riziko?

Celkově nevím, jestli je chyba u nás na IT, nebo na vývoji. Jaké máte zkušenosti vy?

Odpovídá dodaný výkon smlouvě a ceně? Pokud ano, chyba není nikde a pokud ne, chyba je u vás, že si to necháte líbit. Obecně mi přijde, že co jste si zaplatili, to máte. A nemyslím to jako pochvalu.