Poslední příspěvky

1

Vývoj / Re:Prečo nie je Lisp populárnejší?

« Poslední příspěvek od Adam Kalisz kdy Dnes v 00:39:27 »

Jinak po značné časové investici jsem dohledal článek, který dost možná i jiným diskutujícím přerámuje pohled na Lisp: https://defmacro.org/ramblings/lisp.html Číst můžete klidně od "XML Reloaded" to předtím je beleterie, která se v podstatě opakuje v každé trochu hlubší diskuzi o Lispu, takže to už známe.

2

Vývoj / Re:Prečo nie je Lisp populárnejší?

« Poslední příspěvek od Kit kdy 04. 11. 2025, 23:02:54 »

Možná bychom byli i ve světě konkurenceschopnější, když by drtivá většina populace s maturitou na první dobrou věděla, k čemu je nejpoužívanější funkce Excelu a jak se používá, protože by ekvivalent znali od základky a přišel jim absolutně zřejmý. A opravdu je spousta lidí, kteří mají maturitu a úplně v pohodě v tom Excelu naklikávají buňku, +, další buňku, -, tamtu buňku a tak dál. Věci si pak píšou napřeskáčku i s nějakými barevnými a podtrženými popiskami.

Možná i tomu Excelu by prospělo, pokud by místo

Kód: [Vybrat]

=SUM(A1; B6; C8) bylo

Kód: [Vybrat]

(+ A1 B6 C8)

3

Vývoj / Re:Prečo nie je Lisp populárnejší?

« Poslední příspěvek od Adam Kalisz kdy 04. 11. 2025, 22:49:18 »

Jinak typicky moje výpočty, třeba vzoreček nějakýho polynomu má aji v pythonu několik řádků, natož funkce ve který je těch polynomů, trochu odlišných, třeba několik mezi kterejma se přepíná podle situace...  možná (asi, určitě)  to píšu blbě, ale funguje mi to :-) a naštěstí nejsem placený od řádků kódu, ale od výsledků těch výpočtů

...Ale z těch závorek v lispu by mě fakt asi kleplo

Nekleplo, pre lisp existujú balíčky, ktoré umožňujú pre jednotlivé špecifické použitia vhodnejšiu syntax, alebo DSL, takže môžete používať operátory, ktoré sú medzi operandmi a nie pred nimi.

Většina lispařů se od infixového zápisu distancuje, protože nepřináší žádné výhody, ale jen nevýhody.

Ano, žádná precedence operátorů, yay! Když by se učila prefixová notace ve škole, tak zabedněným učitelům matiky a fyziky praskne žilka a normálně by se mohly děti učit něco užitečnějšího v tom samém čase. Normálně by lidi uměli sumu a ani o tom nevěděli! Takže vlastně vidíme, že se takovou zakomplektovanou prefixovou notaci v nějaký moment stejně učíme, jen už jsme se v tu chvíli peklili s tím neergonomickým zápisem mezi čísly.

Možná bychom byli i ve světě konkurenceschopnější, když by drtivá většina populace s maturitou na první dobrou věděla, k čemu je nejpoužívanější funkce Excelu a jak se používá, protože by ekvivalent znali od základky a přišel jim absolutně zřejmý. A opravdu je spousta lidí, kteří mají maturitu a úplně v pohodě v tom Excelu naklikávají buňku, +, další buňku, -, tamtu buňku a tak dál. Věci si pak píšou napřeskáčku i s nějakými barevnými a podtrženými popiskami.

4

Hardware / Re:PC sestava pro Linux

« Poslední příspěvek od Havis911 kdy 04. 11. 2025, 22:47:21 »

Možno by bolo dobré pri takej našlapanej zostave porozmýšlať nad Radeon AI Pro R9700, je to 32GB 9070XT, v dvoj-slotovej verzii a TDP 303W

5

Windows a jiné systémy / Re:Vlastnosti macOS pro linuxáka

« Poslední příspěvek od a6b kdy 04. 11. 2025, 22:44:31 »

jak se znam asi bych si zvykl a krome toho unixu v mac os bych si chtel hrat i s ai a xcode.

Pokud mas 200-400 tis na nejakou vyssi konfiguraci kvuli 128G+ RAM, budiz.. jinak na AI je to nepouzitelny, protoze to nema podporu pro profesionalni grafiky.

AI samozrejme na tom bezi, jakozto na kazdem dnesnim koncovem zarizeni (NPU je soucasti zakladni vybavy), ale pro AI vyvoj ty bezne spotrebni konfigurace fakt nejsou.

no myslel jsem samozrejme inference, nikoliv trenovani llm :-)

6

Windows a jiné systémy / Re:Vlastnosti macOS pro linuxáka

« Poslední příspěvek od RDa kdy 04. 11. 2025, 22:37:28 »

jak se znam asi bych si zvykl a krome toho unixu v mac os bych si chtel hrat i s ai a xcode.

Pokud mas 200-400 tis na nejakou vyssi konfiguraci kvuli 128G+ RAM, budiz.. jinak na AI je to nepouzitelny, protoze to nema podporu pro profesionalni grafiky.

AI samozrejme na tom bezi, jakozto na kazdem dnesnim koncovem zarizeni (NPU je soucasti zakladni vybavy), ale pro AI vyvoj ty bezne spotrebni konfigurace fakt nejsou.

7

Windows a jiné systémy / Re:Vlastnosti macOS pro linuxáka

« Poslední příspěvek od a6b kdy 04. 11. 2025, 22:30:40 »

diky za nazory.

jak se znam asi bych si zvykl a krome toho unixu v mac os bych si chtel hrat i s ai a xcode.
rozdily bsd nebo gnu mi nevadi.

8

Windows a jiné systémy / Re:Vlastnosti macOS pro linuxáka

« Poslední příspěvek od xsouku04 kdy 04. 11. 2025, 22:19:55 »

• Je tvůj čas levný, máš starý thinkpad z čtvrté ruky a chceš si kompilovat jádro? -> Linux
• Nevadí ti, jak se chová MS a chceš, aby i Franta z hospody věděl, na co kliknout? -> Windows
• Nesplňuješ 1 a 2? -> Mac

Použitelné macOS samozřejmě je, ale má to hrozné manýry a zbytečné nelogické odlišnosti. Trávit s nimi čas je hodně neproduktivní. 
Já mám zánovní Lenovo Yoga jako notebook. A mini počítač ASUS o velikosti dvou dlaní s notebookovým procesorem AMD a dvěma monitory jeden 4K  rozlišení a druhý 3K a s hardware není vůbec žádný problém a funguje to naprosto svižně a tiše a spotřebu to má něco mezi 10-30W + monitory. Na obou mám Debian.

Jen výjimečně pracuji s něčím jiným než webovým prohlížečem, konzolí, mailovým klientem a Telegram a Wahtsapp klientem. Vše totiž ladím přímo na serverech. Přesto  mám oken otevřených hodně. Přechod na MacOS by byla pro mne ztráta času.

GTK vypadá hrozně, ale asi to má více vývojářů v USA  a tak se to prosazuje na úkor lepšího KDE. Stejně ale používám i3wm. To lze používat společně s KDE. Tedy kombinuje to uživatelskou přívětivost KDE s flexibilitou i3 okenního manažera, což je ideál i pro začátečníka. Nerozumím tomu, proč to nepoužívá více lidí, protože výhody to má z obou světů. Nevýhoda je jen to že to nejede s waylandem ke kterému se netlačím.

9

Vývoj / Re:F# pomenované typy v typovej signatúre funkcie

« Poslední příspěvek od fortran1986 kdy 04. 11. 2025, 20:18:54 »

F# ma oproti OCAML taku vymoženosť, že si viem pomenovať typy parametrov aj vrámci typovej signatúry funkcie

No, v F# se to pojmenování na rozdíl od OCamlu snadno ztratí. Když použijete labelled parameter v OCamlu, tak argument musí být labelled (např. když deklaruji let rec range ~first:lo ~last:hi = ..., tak to musím volat range ~first:1 ~last:10 a nejde range 1 10)


Čekal bych, že když findUniqueSlug bude funkce, tak by to mohlo fungovat (ale AFAIK není to nic, co by bylo garantováno specifikací jazyka):

Kód: [Vybrat]

let findUniqueSlug slugExists slug = findUniqueName' 0 slugExists slug

no jazyk to podporuje, ale vyzerá, že editor nie (podporuje pri discriminated unions, ale už nie pri typoch funkcie čo je divná nekonzistencia):





lebo už som sa pýtal aj AI a nič mi neporadila. v špecifikácii to možno nie je, ale bolo by fajn keby pridali podporu predsa len aj na úrovni editorov / IDE. Lebo ozaj keď niektoré veci nie sú pomenované tak to je násobne menej prehľadné.

10

Vývoj / Re:F# pomenované typy v typovej signatúre funkcie

« Poslední příspěvek od Radek Miček kdy 04. 11. 2025, 20:02:16 »

F# ma oproti OCAML taku vymoženosť, že si viem pomenovať typy parametrov aj vrámci typovej signatúry funkcie

No, v F# se to pojmenování na rozdíl od OCamlu snadno ztratí. Když použijete labelled parameter v OCamlu, tak argument musí být labelled (např. když deklaruji let rec range ~first:lo ~last:hi = ..., tak to musím volat range ~first:1 ~last:10 a nejde range 1 10)


Čekal bych, že když findUniqueSlug bude funkce, tak by to mohlo fungovat (ale AFAIK není to nic, co by bylo garantováno specifikací jazyka):

Kód: [Vybrat]

let findUniqueSlug slugExists slug = findUniqueName' 0 slugExists slug