Poslední příspěvky

1

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

« Poslední příspěvek od fortran1986 kdy Dnes v 00:37:55 »

Já jsem si koupil nový MacBook s M1, ale z toho systému bych se osypal, takže jsem jej dal na používání dětem, kteří si na tom pouští pohádky.

Problém není při práci v konzoli, ale to grafické prostředí je příliš jiné.  Já jsem zvyknutý pracovat s i3wm a to tam nejde snadno zprovoznit a přehazovat se v oknech jak to dělají ostatní mi přijde jako krok zpět. Překvapivě mi i přišlo, že spousta věcí je složitější a nejsou tak elegantní jako v Linuxu. Např. repozitáře programů k instalaci nejsou úplné a je mnohem častěji potřeba instalovat stahováním někde z webových stránek.
Děti asi také půjdou brzy na Linux a ten notebook dám úplně pryč.

Jediná výhoda je kvalitní hardware, nízká spotřeba a dlouhá výdrž baterií. Ten systém ale není pro každého a hrozí, že když si něj zvyknete, nebudete se cítit doma zase třeba v Linuxu nebo Windows.

A je problém tam hodiť  Linux alebo FreeBSD? Majú to tam nejako zablokované.

Ja teda neviem tiež uvažujem nad Macom, ale primárny OS  by som chcel:

1. FreeBSD
2. Windows 11 (.NET vývoj)
3. Mac OS možno na hrajkanie sa s Mac only technológiami (Swift)

2

Sítě / Re:Venkovní síťový kabel na 300 m a 1 Gbit

« Poslední příspěvek od googler2 kdy Dnes v 00:36:49 »

Na tu coax alternativu som sa zabudol pozriet (uz mi to tu niekto zmienikl)...No to na prvy pohlad vypada o dost jednoduchsie ako optika, teda ak netreba riesit rozne (kompatibilne) frekvencie konvertorov, mody, ohmy, konektory, moduly, pocet vlakien atd

3

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

« Poslední příspěvek od Kit kdy Dnes v 00:27:12 »

Za mě teda vítězí jednoznačně

Kód: [Vybrat]

CONCAT(s1, s2, s3)
Složité výrazy bych měl tendenci si rozepsat na více řádků a odsadit - s tím, že mi to stále přijde jako  výstižnější zápis.

V Lispu to vypadá hodně podobně:

Kód: [Vybrat]

(strcat s1 s2 s3)

4

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

« Poslední příspěvek od fanoush kdy Dnes v 00:26:50 »

zadna udrzba jako na widlich.

jako ze na obou neni?
nebo na windows je a na macos neni? v tom pripade co si mam pred tou udrzbou navic ve windows co v macos neni predstavit?

5

Vývoj / Re:zobrazenie obrázkov z DB na webe bez koncovky.

« Poslední příspěvek od fortran1986 kdy Dnes v 00:24:33 »

AI mi radí použiť k SQL Serveru ešte noSQL

Redis, Memcached, atď

Ale ja neviem je to dobrý nápad? neni to kanón na vrabce? Ono by sa to dalo použiť neskôr aj na iné optimalizácie nie?

6

Vývoj / zobrazenie obrázkov z DB na webe bez koncovky.

« Poslední příspěvek od fortran1986 kdy Dnes v 00:19:45 »

Ahojte v mojej web platforme ukladám obrázky do DB. Mám tam aj plnú velkosť obrázka a k tomu dva náhľady v rôznych velkostiach (MD, SM, Full):
Hlavný obrázok je uložený v takom formáte v akom ho nahral užívateľ (v prípade, že ide o webový formát teda webp, jpeg, png, gif, avif ak to neni webový formát napr psd, raw alebo tiff systém si ho skonvertuje do webp a uloží) a k nemu je v tabulke stĺpec contentType aby sme vedeli aký formát obrázok používa.
K databáze som spravil ImageCacheService ktorý tieto obrázky lazy metódou ukladá do filesystemu a keď treba posiela ku klientovi (je to rýchlejšie ako priamo select do db). Ak je v DB novší obrázok ako je dátum obrázka na disku obrázok sa prepíše verziou z DB. názvy obrázkov sú GUIDy tiež z DB tabulky a k nim som pridal extension (podla formátu) nakoľko súbory majú extension http server ich posiela so správnym mime type. Premýšlam ale že tie extensions vypnem. Aby som prípadným zlodejom podľa možnosti skomplikoval sťahovanie obrázkov. Viem že to neni veľká kompikácia (preto tam davam aj vodoznak atd) ale bol by som rád keby moje obrázky vyzerali takto:

Kód: [Vybrat]

<img src="5b17f8185e71449983e3600a0c2d8527">
a nie takto:

Kód: [Vybrat]

<img src="5b17f8185e71449983e3600a0c2d8527.webp">
ide len o to že tie mime types sú v DB a ja som robil cache koli tomu aby som nerobil zbytočne veľa prístupov do DB, keď koncovku vypnem, ako zistím mimeType obrázka? Mám si urobiť nejakú ďalši in-memory cache na mimeTypes? Alebo na to použijem noSQL databázu. Keby išlo o malý web tak to vyriešim nejakým actorom s ConcurrentDictionary. Ale na webe budú možno aj 10tky miliónov obrázkov. Takže potrebujem riešenie ktoré do pamate načíta tie obrázky ktoré sa bežne načítajú a tie ostatné čo sa málo používajú, by mohol postupne čistiť garbage collector. Určite nechcem všetko v pamati.

7

Hardware / Re:PC sestava pro Linux

« Poslední příspěvek od František Ryšánek kdy Dnes v 00:00:46 »

Aha! on je ten procík asymetrický uvnitř pouzdra... to jsou věci.

8

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

« Poslední příspěvek od fortran1986 kdy 06. 11. 2025, 23:57:09 »

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

Explicitně předat ty parametry nechcete? Takto:

Kód: [Vybrat]

let findUniqueName nameExists name = findUniqueName' 0 nameExists name

To je totiž jediné, kde mi IDE zachová i jejich jména. Nejspíš se oboje i trochu jinak překládá. A pak z pohledu typového systému to moje je hodnota (value) a to vaše ne (částečné aplikace funkcí nejsou hodnoty kvůli value restriction - nesmí se totiž generalizovat).

dakujem za informacie. možno v ďalšej verzii s tým niečo spravia.

9

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

« Poslední příspěvek od Ondrej Nemecek kdy 06. 11. 2025, 23:43:30 »

Volání funkcí je v prefixové notaci. V matematice používáme i postfixovou notaci a nepřipadá nám to divné. Lisp udělal jen to, že vše sjednotil do prefixové notace, aby to bylo jednodušší.

Mno, a teď teda řekněte, proč v jazycích, které to umožňují, je taková scháňka po přeťěžování infixových oprátorů, pokud je prefix tak výhodnější.
Troufám si tvrdit, že většina programátorů radši napíše s1 + s2 + s3 nez CONCAT(s1, s2, s3), stejně tak Octonion a = b + c a ne Octonion a = ADD(b, c)

Za mě teda vítězí jednoznačně

Kód: [Vybrat]

CONCAT(s1, s2, s3)
Složité výrazy bych měl tendenci si rozepsat na více řádků a odsadit - s tím, že mi to stále přijde jako  výstižnější zápis.

10

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

« Poslední příspěvek od Kit kdy 06. 11. 2025, 22:31:43 »

Znovu opakuji, že významnou část své profesionální i hobby práce jsem dělal za použití pre- nebo postfixové notace (LISP, Forth, Assembler), ale je rozdíl počítat na papíře a jen výsledek zakódovat do počítače.

Na HPčkách se postfix používá běžně a dělalo s tím několik generací účetních atd., bylo to dost populární (a navíc i ekonomičtější, míň keystroků)

Vzpomínám si, že ty účetní říkaly "dám to plusem", na kalkulačce zadaly číslo a pak "+".  Když to bylo mínusem, tak na pásce to tisklo červeně.