Příspěvky

1

Software / Tlač na rôzne druhy textilu - software na design

« kdy: 06. 03. 2025, 20:58:36 »

Ahojte viete poradiť nejaký software určený na návrh potlače už hotových textílií?

Boli mi poradený NedGraphics a C-Design Fashion. Zatiaľ to pozerám len chvíľu, ale už na prvý pohľad mi udrelo do očí, že nikde neni cena produktu. Nehovoriac o tom, že asi by som sa do toho softwaru musel zaškoliť čo ma bude stáť veľa času a peňazí, školenia na to asi nie sú bežne dostupné, takže asi bude lepšie vybrať menej špecializovaný SW.

Z klasických softwarov mi AI doporučila Blender. Myslíte že je to dobrý nápad naučiť sa Blender aspoň na základnej úrovni a potom si potlač navrhovať cez tento software?

Predstavujem si to tak že by som kúpil 3D scanner a vybral gildan oblečenia ktorý chcem potlačiť (nohavice, triko, košeľa, kabát, mikina) a ten by som nascanoval ako 3D model a potom by som v illustratore + mozno obcas photoshope vytvoril nejaký vektor a ten by som preniesol ako textúru na ten 3D model. Samozrejme sú rôzne techniky tlače či tvorby nášivok, to ale teraz neriešme, najprv chcem pochopiť základný proces výroby potlače oblečenia a potom budem pridávať rôzne ďalšie techniky, prípadne aj tvorbu strihov atď.

mimochodom blender vraj dokáže aj simulovať rôzne druhy látok.

2

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 07. 02. 2025, 15:13:52 »

V TypeScript-e som takéto reflexie nikdy nepotreboval. Veci tam do seba pekne zapadajú už v compile time vďaka vlastnostiam ako discriminated unions alebo type predicates.

Uf brzdi to nekritické nadšenie, všetko má svoje plusy aj mínusy, nechápem ľudí ktorí sa tie mínusy snažia nevidieť. To, že si niečo nepotreboval neznamená, že to nepotrebujú ostatní. Tu ide o to aby som ten typ dal zistiť a checkovať rovnako v compile time ako aj v runtime (tak ako to umožňujú skoro všetky hi level kompilované jazyky). Lebo dajme tomu mame funkciu:

Kód: [Vybrat]

type LedColour = 'red' | 'green' | 'blue';

function lightUpTheLed(color: LedColour) {
    ...
}

lightUpTheLed("yellow"); // tu mi kompilator vyhodi chybu

const ledColour = await (await fetch('/api/get-color')).json<LedColour>(); // vrati "yellow"

lightUpTheLed(ledColour);
v poslednom riadku mi hodnota "yellow" prejde a celé sa mi to zosype až v tele funkcie, nevyskočí mi žiadna exception o nesprávnom type argumentu, runtime nevie kde nastala chyba - IDE mi neoznačí argument funkcie ako chybový. Načo je potom taký deravý typing? Ako pomáha to, ale často tá schýza vedie skôr k pocitu falošného bezpečnia.

Potom keď chcem napísať ORM framework, service kontainer, alebo validovať restové apiny, tak sú mi typescriptové typy na dve veci. A potom vznikajú projekty ako https://github.com/gcanti/io-ts Kde si type checker píšem v novom DSL, nestačí mi na to jeden jazyk (typescript) potrebujem extra DSL s novou syntaxou zápisu typov, ktorý pokrýva len malú podmnožinu typingu TS, aby javascript runtime konečne rozumelo tomu istému čo som už raz vyjadril v TS.

Môj názor je presne opačný - ak potrebujem reflexie, aby som v runtime zistil typ objektu, tak je to nedostatok daného jazyka (prípadne nevhodný návrh kódu). TypeScript je pre mňa dôkaz, že sa to dá urobiť bez reflexií, jednoducho, čitateľne a v compile time.

píšeš to ako keby reflexia bolo niečo desivé:

Kód: [Vybrat]

var text = "ABC";
text.GetType().Name // vrati nazov typu premennej "text" ako "string";
Je na tomto niečo desivé? Nehovoriac o tom, že tú reflexiu / introspekciu najčastejšie používa priamo runtime keď ťa upozorní na chybu. Málokedy narazíš na situácie keď sa musíš na typy dopytovať sám (aj keď občas sa to hodí).

3

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 02. 02. 2025, 22:52:43 »

Proč se cpe JavaScript na backend?

pretože isomorfné aplikácie umožňujú zdielať jeden kód medzi frontendom a backendom. takže môžem rovnaké triedy, funkcie a libky používať na frontende aj backende.

4

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 02. 02. 2025, 22:41:48 »

Za 20 rokov som si prešiel asi všetkými mainstreamovými jazykmi a TypeScript je môj obľúbenec [*1] Nepoznám žiadny iný jazyk, ktorý by mal takú vyjadrovaciu schopnosť čo do typov [*2] A od typovej bezpečnosti sa potom odvíja veľa ďalších vecí.

Statický typing v TS je fajn, sám ho obľubujem, avšak funguje len v compile-time, naopak runtime typescriptovým typom nerozumie nedá sa s typescriptovými typmi pracovať za behu napr pomocou reflexie, takže pri programovaní cítim , že ten strong typing je len umelo dolepený na inak veľmi weak typed jazyk. Ešte som sa nestretol v inom jazyku s takou veľkou schyzofréniou ako pri TS. A toto je obrovský nedostatok. Aj keď uznávam že iná možnosť ako dolepiť typy na JS ani nebola. Dnes už naštastie existujú technológie ako Blazor a Bolero postavené nad WASM a tam už je prítomný plnohodnotný staticko-dynamický typing.

Čo sa týka vyjadrovacej schopnosti také C++ 23 je ešte dalej (aj keď uznávam že tu trošku porovnávam hrušky s jablkami). C++ má ďaleko pokročilejší typový systém. TS generics sú oproti C++ templatom (halvne v oblasti metaprogramovania) len vtip, ale pre širokú komunitu vývojárov sú na druhej strane generics ľahšie na pochopenie a naučenie. Takže všetko má svoje pre a proti.

5

Server / Ovládání VPS s FreeBSD

« kdy: 05. 01. 2025, 14:43:52 »

Ahojte doteraz som mal Windows VPS u Forpsi. Všetko som si administroval sám cez RemoteDesktop, ale nakolko už mám aké také skúseností s FreeBSD na desktope premýšlam či neprejsť na iné VPS s FreeBSD, s tým že ak by som potreboval spustiť Windows veci napr .NET aplikáciu tak by som si vo virtualizovanom FreeBSD rozbehal ešte bhyve a tam nahodil Windows.

Otázka je ako Unixové VPS fungujú? Tiež sa to administruje cez GUI (napr vzdialeny pristup do KDE na serveri cez RDP) (VNC nechcem)? Alebo sa to zvykne riešiť cez textový terminál? Možno sú tie moje otázky pritiahnuté za vlasy ale fakt nie som server admin ale len BFU, doteraz vždy som na serveri používal len Windows Server, a popravde ak to mám administrovať na dialku cez textový terminál tak to radšej ostanem pri Windowse. Terminál sice používam ale úplne bez GUI by som fungovať asi nedokázal.

6

/dev/null / Kde neon neodporucam

« kdy: 07. 11. 2024, 19:44:06 »

Nainštaloval som si distro KDE neon. Je to ubuntu s KDE. Áno má to nový SW a najnovšie KDE čo je asi jediná výhoda. Inak to ubuntu premenované na KDE neon je divné. Všetko sa tam robí inak ako v ostatných linuxoch / unixoch. Aj update / upgrade sa robí inak.

Inak NVIDIA grafika je pomalá, a KDE je také nie úplne plynulé čo je na 16/32 jadrovom stroji s RTX4070 12GB trošku záhada.  Systém mi ponúkol upgrade na novšiu verziu, po upgrade sa začali diať veci... najprv to pridalo ďalší nový spúštací oddiel, ten pôvodný nezmazalo, ale pôvodný nefunguje. Po upgrade na novšiu verziu mi nabehlo nejaké ultra nízke rozlíšenie pritom mám 4K monitor. Neviem či to bolo 1920x1080 ale pripomenulo mi to doby keď bol štandard 640x480

Mám KDE aj v vo FreeBSD 14.1 a tam je naopak všetko rýchle. Na žiadne problémy som nenarazil nepoznám stabilnejší systém. Síce tam neni KDE 6 ale KDE 5+ ale inak je to superrýchle dokonca mi tam bežia rýchlejšie aj linuxové binárky a linuxové aplikacie pre GUI (cez vrstvu linuxulator).

Takže asi popri FreeBSD nainštalujerm znovu arch, alebo Kali linux ktorý síce slúži na penetračné testy ale čo tam po tom. Vo Windowsovom WSL mi to funguje dobre, tak skúsim aj normálnu inštaláciu Kali linuxu.

7

Hardware / Rádio pre DAB+ a internetový streaming

« kdy: 31. 10. 2024, 13:38:49 »

1. Viete poradiť nejaké rádio, ktoré vie prijímať rozne digitálne rádiá, či už z FM alebo z Internetu?  (Internet je ešte dôležitejší ako DAB)

Ale nech má pekný štýlový CASE. Lebo do obývačky si ozaj nedám nejaký plastový či cuprextitový bordel.

2. Alebo premýšlal som či by som si nejaké internetové rádio nevyrobil sám, ale mám dosť estetické cítenie. A určite nechcem mať doma niečo neprofesionálne, čo vyzerá ako vyrobené v garáži. Ak byste vedeli poradiť nejaký pekný veľký case strieborný prípadne drevený (pls nie plastové)  za  50 - 200 euro, tak ho kludne kúpim a rádio si vyrobím sám. Zoberem dáky MCU s Wifi a BT pridám kvalitný shield pre spracovanie zvuku s trebars 24 bit DAC a ADC a možno nejaký NF modul. DAB+ tuner. A farebný displej LCD  alebo ak by bol tak aj OLED, možno ešte ethernet. Takéto rádio by malo výhodu že by bolo ľahko rozšíriteľné aj o iné typy príjímu (trebars satelitny tuner či odposluchavať radioamaterske frekvencie s NBFM - fantazii sa medze nekladu). A mohol by som si to celé naprogramovať podľa seba na mieru.

8

Vývoj / Re:Windows .NET, Docker, Linux a Python

« kdy: 29. 10. 2024, 22:47:58 »

Ahojte ďakujem vám za dobré pointy.

9

Vývoj / Windows .NET, Docker, Linux a Python

« kdy: 28. 10. 2024, 23:27:27 »

Snažím sa spustiť Python kód z .NET 8 Windows aplikácie v bežiacom kontajneri (linuxovom, kde mám interpreter Pythonu). Python kód spustím. Lenže nedokážem prečítať výstup z MultiplexedStreamu (asynchrónny zápis do MultiplexedStreamu funguje). Konkrétne aplikácia prestane reagovať na mieste, kde volám metódu:

Kód: [Vybrat]

multiplexedStream.ReadOutputToEndAsync(CancellationToken.None)
Čo s tým? Nemal by som na čítanie výstupu použiť inú read metódu ako ReadOutputToEndAsync?

Pozn: na docker sa pripájam cez npipe.

10

Vývoj / Re:HTML5 vnáranie sémantických elementov

« kdy: 26. 10. 2024, 20:15:04 »

Ok ďakujem

11

Vývoj / HTML5 vnáranie sémantických elementov

« kdy: 26. 10. 2024, 13:50:51 »

Mal som s kolegom malú výmenu názorov ohľadom semantiky. On preferuje používať podľa možnosti nesemantické elementy ako div a span. Každopádne, nie na to sa chcem teraz pýtať. Chcem sa opýtať na používanie semantických elementov, či to robím správne (lebo takto to používam už možno 15 rokov):

Kód: [Vybrat]

<article>
    <header>
         <header>
              <div id="pathway">cesta1 / cesta2 / cesta3</section>
         </header>
         <main><h1>Nejaky nadpis</h1></main>
         <footer><strong>pridané:</strong>&nbsp;<div id="date">21. Augusta. 2024</div></footer>
    </header>
    <main> ... </main>
    <footer> ... </footer>
</article>
Ked mám zložitejšiu hlavičku alebo oblasť main či footer, môžem si aj tú rozdeliť na header, aside, main a footer? Mne to tak príde správne. Veď aj hlavička môže mať záhlavie, a potom je to hlavička, hlavičky nie? A taktiež aj hlavička môže mať spodnú časť teda patičku (patička hlavičky) alebo main oblasť, aside, atď.

12

Vývoj / Re:Zmena verzie Clangu pre celý systém

« kdy: 21. 09. 2024, 23:43:37 »

Edit: Tu je skript na inštaláciu balíkov konkrétnej verzie, ktorý mi poradila AI. Napríklad pre verziu 18:

Kód: [Vybrat]

wget https://apt.llvm.org/llvm.sh; chmod u+x llvm.sh
sudo ./llvm.sh 18
Lenže, spomínaný skript urobí z tejto verzie aktívnu? Alebo aspoň odinštaluje predchádzajúce verzie? Nechcem to ani spúštať kým nebudem vedieť čo to robí (teraz by sa mi hodili snapshoty, naštastie som si urobil aspoň zálohu image celého systému, škodaže obnova trvá 20 min).

Lebo sú dve možnosti, ktoré ma napadajú, ako to môžem vyriešiť:

1. Odinštalovať starý Clang 14 a nainštalovať verziu 18. Lenže ktoré všetky balíky? Iba tie, čo majú prefix clang-* a llvm-*?
Určite tam budú závislosti, kvôli ktorým niektoré balíky verzie 14 neodinštalujem. Ideálne by bolo nejako verziu 14 úplne nahradiť verziou 18. Aké je najjednoduchšie riešenie? V JavaScripte sa kedysi dali meniť verzie prostredia cez nvm, Clang niečo také nemá?

2. zmeniť verziu nejako globálne

13

Vývoj / Zmena verzie Clangu pre celý systém

« kdy: 21. 09. 2024, 23:02:52 »

Ako zmenim verziu clangu pre celý linux? Mám tam 14ku a 18ku AI mi poradila toto ale asi tie priority zruším lebo to nemalo taký efekt aký som očakával, najlepšie by bolo odinštalovať ostatné verzie a nechať tam len 18?:

Kód: [Vybrat]

su
update-alternatives --config clang
update-alternatives --config clang++
update-alternatives --config llvm-dis
update-alternatives --config llvm-link
update-alternatives --config llvm-nm
update-alternatives --config llvm-objdump
update-alternatives --config llvm-ranlib
update-alternatives --config llvm-readobj
update-alternatives --config llvm-size
update-alternatives --config llvm-strip llvm-dis
update-alternatives --config llvm-link
update-alternatives --config llvm-nm
update-alternatives --config llvm-objdump
update-alternatives --config llvm-ranlib
update-alternatives --config llvm-readobj
update-alternatives --config llvm-size
update-alternatives --config llvm-strip
lenže čo všetko odinštalovať? keďže clang / llvm neni v jednom balíku ale v 10tkach.

14

Distribuce / Re:Výběr distra bez Pacmanu s KDE Plasma

« kdy: 21. 09. 2024, 15:00:14 »

To bude Nvidia ovladač. Vnuť tomu z PPA verzi 560.

este to preskumam a fixnem. lebo to cislovanie je nejake zvlastne musim si o tom daco precitat. vo FreeBSD aj Debiane boli za ovladacom v suffixe nejake cislka ked som to znacenie verzii konecne pochopil tak narazim na ubuntu like distro kde je zase uplne ine znacenie ovladacov. Pritom by stacilo urobit jednotne znacenie pre kazde distro ach jaj.

Za sebe můžu doporučit Nobaru. Používám ji jako hlavní operační systém více než rok a nemůžu si stěžovat.
https://nobaraproject.org

na taketo exoticke distra som asi moc konzervativny. najme potom ako už zakapali aj oveľa známejšie distrá. ale je dobre že aj taketo projekty vznikaju.

Za sebe určitě doporučuji Fedoru spin KDE. Vynikající čistá distribuce. Je to RPM, takže není problém cokoliv do ní doinstalovat a chová se fakt dobře. Druhá varianta je Opensuse. Ale tam mi kdysi vadila jedna nepříjemná vlastnost ve větvi Tumbleewed, a to, že prostě jednou za čas se aktualizací aktualizovala do výchozího stavu. Prostě se tam nahrnuly app, které jsem měl odinstalované. Nebo například tiskárny šly spravovat jen přes yast, ale v modulu nastavení z plasmy už ne. Tam jsem ani nepřišel na to, jak správu pomocí plasmy povolit. Ale pokud ti nevadí to co jsem psal, je to taky možnost.

Fedora bola tiež jedna z kandidátov, ale ostal som pri tom KDE Neon, lebo som od neho dostal všetko čo som chcel a deb balíky poznám z WSL aj z FreeBSD Linuxulatoru, ešte rozmýšlam nad zmenou FS za ZFS (ak to nebude moc náročné) a ovládačov grafiky, ale to až po zálohe, inak som spokojný.

Ten Tumbleewed mal asi aj Windows 10 , lebo tam sa mi tiež po update vždy niečo zmazalo, alebo vyresetovalo. Vo W11 je to už lepšie.

15

Desktop / GUI admin aplikácie a utilitky pre unix

« kdy: 20. 09. 2024, 18:23:41 »

Ahojte, poradte nejaké GUI utilitky, najlepšie pre Qt či KDE, ale môžu byť aj pre iné toolkity alebo čisto len textové:

1. Niečo na správu procesov ako bpytop, glances, htop.
2. na správu diskov a partícií ako kpartition.
3. Info o hardvéri (zatiaľ nemám, fastfetch je len veľmi slabá náhrada).
4 Niečo, čo mi dovolí hrabať sa v systéme, info o načítaných kernel moduloch a možnosť s nimi nejako manipulovať (zatiaľ o ničom neviem, ale grafická správa ovládačov by sa hodila). Taktiež niečo vo VAR ENV a iných premenných.
5. Možnosť nastavovať užívateľské oprávnenia a skupiny užívateľom a súborom v GUI, atď. Niektoré veci som doteraz robil výhradne cez konzolu, ale pre vizuálne založeného človeka by napríklad nastavenie skupín a oprávnení bolo lepšie, keby som to aj videl.
6. Prípadne nástroj na správu diskových partícií, ktorým by som vedel robiť klonovanie na iný disk a image zálohy, spájanie, rozdeľovanie a naťahovanie oddielov ako v Macrium Reflect.
7. Balíky: na apt je tu aptitude a synaptic, ale možno aj niečo iné by sa našlo o čom neviem? Okrem toho flatpak, snap, homebrew.
8. Nejaký AI poradca. Niečo, čo by bolo v pravom rohu obrazovky a keď niečo neviem, tak sa ho opýtam.

Ak k niektorej oblasti máte tip, tak sem s ním. Vďaka