Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - novomente

Stran: [1] 2 3 ... 22
1
Vývoj / Re:Datový systém enginů aplikací
« kdy: 27. 09. 2026, 16:47:04 »
Jeden mladý člověk měl od dětství takový svůj sen. Postavit si svůj vlastní osboní počítač. Zkoušel to pořád znovu a znovu. Až jednoho dne se mu to povedlo. Pak měl ještě jeden sen. Dát ten počítač obyčejným lidem k užívání. Ten člověk se jmenuje Steve Wozniak.

Nejsem ani Steve Wozniak, ani Steve Jobs.

Také jsem měl jeden sen. Navrhnout si svůj vlastní programovací jazyk. Zkoušel jsem to dlouho. Až nakonec můj sen pohltil jiný sen, který se změnil ve víru. Že to, pro co žiji, nakonec dokážu.

Ptáte se, jaký že je to ten velký jiný sen? Otevřete oči i uši, pořádně a dokořán. A pokud vám to bude dáno, uzříte ho.

nm

2
Vývoj / Re:Datový systém enginů aplikací
« kdy: 27. 09. 2026, 02:50:46 »
Pracuji na novém programovacím jazyce se zcela novým paradigmatem a syntaxí. Spolupracuji při tom s pár výbornými programátory s desítkami let zkušeností. Tento programovací jazyk by měl být zaměřen na vývoj back-endu (enginu) aplikací a měl by být určen pro profesionální programátory.

Dělám ho bez AI.

P.S. Svoje internetové stránky jsem zrušil.
A v čem bude lepší než ty, co se používají teď?
Bude jiný. To, na co se nakonec bude hodit, ukáže až praxe.

3
Vývoj / Re:Datový systém enginů aplikací
« kdy: 26. 09. 2026, 09:55:45 »
Svým dotazem jsem myslel takové techniky, jako jsou:

- Zploštění pole (Flattening)
- Poskládání datových typů ve struktuře (problém paddingu a tail paddingu)
- Pointerovou aritmetiku namísto indexů pole
- atd.

To jsou jen základy, ale určitě řešíte v různých aplikacích jiné techniky. Pokud však je to firemní či osobní know-how, tak to sem nepište (možná ani nesmíte).

nm

4
Vývoj / Re:Datový systém enginů aplikací
« kdy: 26. 09. 2026, 07:39:36 »
Pracuji na novém programovacím jazyce se zcela novým paradigmatem a syntaxí. Spolupracuji při tom s pár výbornými programátory s desítkami let zkušeností. Tento programovací jazyk by měl být zaměřen na vývoj back-endu (enginu) aplikací a měl by být určen pro profesionální programátory.

Dělám ho bez AI.

P.S. Svoje internetové stránky jsem zrušil.

5
Vývoj / Datový systém enginů aplikací
« kdy: 24. 09. 2026, 08:08:49 »
Návrh datového systému enginu aplikace je velmi důležitý. Rozhoduje o efektivitě a rychlosti aplikace. Rád bych se zeptal, jaké datové typy (pole, struktury, objekty atd.) a jaké techniky s datovými typy používáte pro datový systém enginů aplikací. Napište, prosím, co používáte nejčastěji.

6
Vývoj / Re:Měnitelnost objektů předávaných odkazem
« kdy: 18. 09. 2026, 23:53:43 »
Velke data se predavaj neprimo - pres handle - odkazem/indexem na nejaky pool pameti.
Jako tohle je "rukojeť", absolutne ale netusim co je to "přepravka" :D

například užívá tzv. přepravka.
Dobře, triggernul jste mě. Víte o tom něco ? Pojmy se tu oháníte. Tak se zeptám, je řeč o RefCell a Box<> v Rustu?

Možná jsem nepoužil ten správný název. Tak alespoň nějaký popis přepravky z knihy: Návrhové vzory - 33 vzorových postupů pro objektové programovaní - Rudolf Pecinovský:


Přepravka – Crate

Stručná charakteristika vzoru:

Vzor Přepravka využijeme při potřebě sloučení několika samostatných informací do jednoho objektu, prostřednictvím nějž je pak možno tyto informace jednoduše ukládat nebo přenášet mezi metodami. V anglicky psané literatuře je tento návrhový vzor někdy označován termínem Messenger.



Odpověď od AI:

V programování je přepravka český slangový nebo komunitní překlad pro DTO (Data Transfer Object, česky objekt pro přenos dat). Jde o jednoduchou datovou schránku či kontejner, který slouží výhradně k přenosu dat mezi různými částmi (vrstvami) aplikace nebo mezi procesy...



Používám ten název v mnohem obecnějším významu. Přepravka jsou prostě zabalená data do objektu, který má dočasnou platnost a který jedna funkce předá druhé funkci. Přepravka je objekt, který slouží jen pro přenos informací.

Jinak RUST moc neznám. Snad jen okrajově.

7
Vývoj / Měnitelnost objektů předávaných odkazem
« kdy: 18. 09. 2026, 11:36:58 »
Dnešní trend nových programovacích jazyků, jako jsou RUST, Nim, Zig, C3 a dalších, je takzvaná immutabilita. Zde mám na mysli neměnnost složitých datových typů - pole, objekty atd.

AI mi na to řekla, že i tyto složité datové typy předávané funkci odkazem, by měli být neměnné (immutable). A namísto nich, že by funkce měla vytvořit kopii oněch datových typů a poslat je zpět jako návratovou hodnotu.

To se však dělá těžko, když jsou datové typy velmi veliké. Zde se například užívá tzv. přepravka. Vezme se malý objekt, pošle se do funkce, která ho vrátí modifikovaný a tato modifikace se pak zapracuje do velikého datového typu. Jenže v některých případech ta přepravka může zpomalovat běh, jako například u herních enginů.

Jak jsou na tom enginy aplikací? Kdy je lepší používat měnitelnost velikého datového typu zevnitř funkce a kdy je lepší používat přepravku, či jinou techniku?

8
/dev/null / Zamyšlení nad elektřinou
« kdy: 08. 09. 2026, 05:08:47 »
Do dnešního dne nikdo neví, co je to vlastně elektřina. Zamyslel jsem se nad tímto jevem a napsal krátkou úvahu (viz. přiložený dokument).

9
Vývoj / Re:Styly programování
« kdy: 03. 09. 2026, 04:48:53 »
Jen jsem chtěl zmínit, že každá AI má pod sebou hlášku (drobným písmem), že může dělat chyby. viz např.:

Anthropic Claude: Claude is AI and can make mistakes. Please double-check cited sources.

Google Gemini: Gemini není člověk. Může dělat chyby (i co se týče lidí), proto si všechno kontrolujte.

10
Vývoj / Re:Programovací jazyk BASIX
« kdy: 27. 08. 2026, 13:18:02 »
Znovu opakuji - nejlepší způsob, jak ověřit, jestli ten jazyk vyhovuje "vašim záměrům", je zkusit si v něm napsat program, řešící nějaký typický problém, který se předpokládá, že by se v tom vašem jazyku řešil. Na to nepotřebujete žádný překladač, na to stačí mít specifikovánu syntax, tužka a papír. Nic víc. My tady vaše záměry neznáme - a nemohu se zbavit dojmu, že ani vy sám je vlastně neznáte.

Programovacích jazyků vznikla za těch uplynulých 70 let hromada - většinu většina lidí ani nezná, protože zapadly a/nebo to jsou nějaké obskurnosti - ale sem-tam v nich můžete narazit na nějakou zajímavou myšlenku. Na 99,9 % jsem si jistý, že nevymyslíte nic tak inovativního či pohodlného, co už by dávno před vámi někoho nebylo napadlo.

Už jsem vám to psal v jiném vlákně - vykašlete se na názory ostatních a udělejte to pro sebe, aby to vám sedělo. Když zjistíte, že se vám podařilo udělat něco, co vypadá užitečně, pak s tím teprve vyrukujte - a je dost velká šance, že někomu jinému se to taky bude líbit. Asi bych začal tím, že bych se v tom oboru dovzdělal - když máte tak rád LLM, zeptejte se ho, jakou by vám doporučil literaturu ke studiu.

Ten váš návrh jsem přelétl už včera. V životě jsem napsal 2 interprety (PL/0 v Pascalu jako semestrální práci, LISP v C ze zvědavosti), jeden interpret/kompilátor (FORTH v assembleru) a 2 kompilátory v C (PL/0 ze zvědavosti a jeden vlastní jazyk inspirovaný Oberonem). Celý život se pohybuji v low-level, embedded a systémařině. Můj názor - ten váš výtvor je totální bizár. Jeho syntax rozhodně není jednoduchá a vaše odůvodnění je IMHO dosti mimo a plyne z toho, že nevíte nic o teorii překladačů a syntaktické analýzy (=parsingu). Největší úlety jsou ale vaše dělení nulou (N / 0 je podle vás N) a implicitní saturace indexů (odkaz na index 20 v desetiprvkovém poli vrátí desátý prvek) - z toho, co jsem tak postřehl. Dále mi není jasné, proč by možnost překladu čehokoli měla být vázána na nějaký operační systém - co konkrétně to váže nezbytně zrovna na Unix? Také mi není jasné, proč to má být transpiler - ono to totiž není jednodušší než kompilátor. Napsat překladač do strojového kódu, bajt-kódu či nějakého p-kódu/intermediate kódu (jak se to řeší dnes - rozdělení na front-end překládající jazyk do intermediate kódu a back-end překládající intermediate kód do strojového kódu příslušné platformy) je přímočařejší než třeba do C, nebo dokonce C++.
Děkuji ze velmi seriózní odpověď a rady. Ano přiznávám, že sám ještě tak úplně nevím, co od jazyka čekat. Ten cíl je ve vývinu stejně, jako moje snaha najít nějaký jazyk. Mám sice nějakou představu, ale jak jsem řekl, je ve vývinu.

Jinak se mi také čím dál tím více líbí jazyky, které jdou přímo na věc bez nějaké omáčky (několikanásobné abstrakce). Céčko jsem se učil dříve a napsal jsem v tom pár věcí, čistě pro sebe. Líbí se mi i minimalistické FORTH a LISP (mimochodem existuje už i porkročilejší FORTH nazvaný EIGHT). A samozřejmě assembler. Ale to je věc čistě moje osobní.

Abych něco prozradil, chtěl bych vlastně dva jazyky:
1) jazyk pro backend, ve kterém by programovali profesionálové
2) jazyk pro frontend, ve kterém by programovali obyčejní lidé (neprofesionálové)

Chtěl bych vyzkoušet Delphi. Ale dnes se zabývám jazykem Nim.

Ještě jednou děkuji.

nm

11
Vývoj / Re:Programovací jazyk BASIX
« kdy: 27. 08. 2026, 08:30:12 »
Bylo tady toho o mě řečeno hodně. Takovou smršť kritiky jsem nečekal. Je v ní samozřejmě řečena spousta pravdy, ale také křivdy. Tak se pokusím trochu ospravedlnit.

Ten jazyk (kromě té vtipné podstaty) jsem zamýšlel jako jednoduchý (možná bych řekl až primitivní a krátký) pro UNIXovou platformu (na Windows by to podle AI nešlo zkompilovat). Byl to můj úplně první větší čin, který jsem s AI (Claude) dělal. Chtěl jsem to dotáhnout až do kompileru.

To, že mi tam chybí úvod, cíl, gramatika a sémantická pravidla toho transpileru je tím, že jsem se již k tomu nedostal. Jak jsem psal, začínám pracovat na něčem jiném (zkusím to bez AI) a BASIX (což není zas až tak špatný název a nikdo ten název ještě nepoužil) jsem prostě ukončil.

Ten dokument BASIX_specifikace.md jsem samozřejmě četl. Mnohokrát jsem ho procházel a také nacházel chyby, které tam ta AI nasekala. Neboť to byla s Claudem moje první spolupráce, ze začátku jsem moc dobře nevěděl, jak na něj mluvit. Musel jsem mu hodně moc vysvětlovat, aby chápal můj záměr. Ale také jsem si od něho nechal radit, jak by věc řešil on.

Musel jsem udělat spoustu rozhodnutí a často rozhodnutí problému, o kterém jsem ani nevěděl, že může nastat. Nechal jsem si to od Clauda polopaticky vysvětlit a pak jsem se rozhodl to řešit.

Moc se mi nelíbí konstrukce try...catch v jiných jazycích. Je sice velmi užitečná, ale chtěl jsem jazyk, který by se nezastavil při běhové chybě a pokud možno běžel dál (bez try...catch). Je to velice sporná problematika. A přiznávám, že jsem tam zase pro změnu já nasekal spoustu chyb - viz dělení nulou a ještě další věci.

Snažil jsem se v rámci svých možností a možností té AI. A neboť jsem pracoval s free verzí Clauda, nebylo to zas až tak lehké, jak jsem si myslel.

Původně jsem ten nedokončený jazyk chtěl jen hodit do svého archivu a nechat ho tam. Pak jsem se ale rozhodl ho dát sem do fóra a zeptat se, jak se vám líbí syntaxe a částečně i sémantika. To byl takový kompromis mezi čitelností pro člověka a jednoduchostí pro lexer kompileru.

Dal jsem to sem kvůli tomu, čemu se chci věnovat teď. Chtěl bych najít nějaký vhodný jazyk, který by měl jednoduchou syntaxi a zároveň byl dostatečně nízkoúrovňový a výsledný kód běžel rychle. Jazyk pro rychlost vývoje. Prošel jsem si všechny jazyky na český i anglický wikipedii, ale zatím jsem žádný takový nenašel. Ptal jsem se samozřejmě i AI, ale ta navrhovala ty jazyky, co jsou na wikipedii.

Jazyk JAVA použít nechci. FORTH je skvělý, ale mám problém s polskou notací zápisu. LISP je také dobrý, jen mi tam vadí ty hromady závorek. V Céčku je zase dost problémů s pointery a ruční alokací paměti. C++ je opravdové dělo, ale je na můj cíl příliš robustní. Líbí se mi Python. I když existují jistá řešení, která ho kompilují (Nuitka, Cython a dnes jsem našel Codon), není zas až tak jednoduchý, jak bych chtěl.

Řekl jsem si, že bych si mohl zkusit naprogramovat transpiler svého jazyka do jazyka C. V žádném případě by to nebyl BASIX. Proto jsem se ptal jen na tu syntaxi.

Z jazyků, které jsem hledal mi přišel zajímavý jazyk RUST (ten mě zas trochu zklamal ve složité syntaxi), nebo jazyk V ( https://vlang.io ), který splňuje tu rychlost a i syntaxi - ale ne dostatečně.

Chtěl bych si nechat od vás poradit, ale obávám se, že byste mě opět zasypali spoustou kritiky.

nm

"Jazyk pro rychlost vývoje". To už je zbytečne. Dnes ti AI vygeneruje kod prakticky okamžitě. Problémem se naopak stává kvalita kódu.

Má to být zase hračka?

Nechci ti nějak radit, ale fakt se věnuj spíš něčemu na co stacis. Programovací jazyky vymýšlejí lidí, kteří jsou v nějakém 0.1 procentnim kvantilu mezi programátory :).
Zatím jsem jen ve fázi hledání správného jazyka. Dělat vlastní jazyk bude to poslední, po čem bych měl sáhnout.

A jestli to má být hračka? Ano i Ne. Nemá to být hračka ve smyslu BASIX. Ale měla by v tom být hračka programovat.

12
Vývoj / Re:Programovací jazyk BASIX
« kdy: 27. 08. 2026, 03:58:39 »
Bylo tady toho o mě řečeno hodně. Takovou smršť kritiky jsem nečekal. Je v ní samozřejmě řečena spousta pravdy, ale také křivdy. Tak se pokusím trochu ospravedlnit.

Ten jazyk (kromě té vtipné podstaty) jsem zamýšlel jako jednoduchý (možná bych řekl až primitivní a krátký) pro UNIXovou platformu (na Windows by to podle AI nešlo zkompilovat). Byl to můj úplně první větší čin, který jsem s AI (Claude) dělal. Chtěl jsem to dotáhnout až do kompileru.

To, že mi tam chybí úvod, cíl, gramatika a sémantická pravidla toho transpileru je tím, že jsem se již k tomu nedostal. Jak jsem psal, začínám pracovat na něčem jiném (zkusím to bez AI) a BASIX (což není zas až tak špatný název a nikdo ten název ještě nepoužil) jsem prostě ukončil.

Ten dokument BASIX_specifikace.md jsem samozřejmě četl. Mnohokrát jsem ho procházel a také nacházel chyby, které tam ta AI nasekala. Neboť to byla s Claudem moje první spolupráce, ze začátku jsem moc dobře nevěděl, jak na něj mluvit. Musel jsem mu hodně moc vysvětlovat, aby chápal můj záměr. Ale také jsem si od něho nechal radit, jak by věc řešil on.

Musel jsem udělat spoustu rozhodnutí a často rozhodnutí problému, o kterém jsem ani nevěděl, že může nastat. Nechal jsem si to od Clauda polopaticky vysvětlit a pak jsem se rozhodl to řešit.

Moc se mi nelíbí konstrukce try...catch v jiných jazycích. Je sice velmi užitečná, ale chtěl jsem jazyk, který by se nezastavil při běhové chybě a pokud možno běžel dál (bez try...catch). Je to velice sporná problematika. A přiznávám, že jsem tam zase pro změnu já nasekal spoustu chyb - viz dělení nulou a ještě další věci.

Snažil jsem se v rámci svých možností a možností té AI. A neboť jsem pracoval s free verzí Clauda, nebylo to zas až tak lehké, jak jsem si myslel.

Původně jsem ten nedokončený jazyk chtěl jen hodit do svého archivu a nechat ho tam. Pak jsem se ale rozhodl ho dát sem do fóra a zeptat se, jak se vám líbí syntaxe a částečně i sémantika. To byl takový kompromis mezi čitelností pro člověka a jednoduchostí pro lexer kompileru.

Dal jsem to sem kvůli tomu, čemu se chci věnovat teď. Chtěl bych najít nějaký vhodný jazyk, který by měl jednoduchou syntaxi a zároveň byl dostatečně nízkoúrovňový a výsledný kód běžel rychle. Jazyk pro rychlost vývoje. Prošel jsem si všechny jazyky na český i anglický wikipedii, ale zatím jsem žádný takový nenašel. Ptal jsem se samozřejmě i AI, ale ta navrhovala ty jazyky, co jsou na wikipedii.

Jazyk JAVA použít nechci. FORTH je skvělý, ale mám problém s polskou notací zápisu. LISP je také dobrý, jen mi tam vadí ty hromady závorek. V Céčku je zase dost problémů s pointery a ruční alokací paměti. C++ je opravdové dělo, ale je na můj cíl příliš robustní. Líbí se mi Python. I když existují jistá řešení, která ho kompilují (Nuitka, Cython a dnes jsem našel Codon), není zas až tak jednoduchý, jak bych chtěl.

Řekl jsem si, že bych si mohl zkusit naprogramovat transpiler svého jazyka do jazyka C. V žádném případě by to nebyl BASIX. Proto jsem se ptal jen na tu syntaxi.

Z jazyků, které jsem hledal mi přišel zajímavý jazyk RUST (ten mě zas trochu zklamal ve složité syntaxi), nebo jazyk V ( https://vlang.io ), který splňuje tu rychlost a i syntaxi - ale ne dostatečně.

Chtěl bych si nechat od vás poradit, ale obávám se, že byste mě opět zasypali spoustou kritiky.

nm

13
Vývoj / Re:Programovací jazyk BASIX
« kdy: 26. 08. 2026, 13:10:37 »
Nechal jsem AI udělat dokumentaci a referenci. Sice jsem to po ní moc nekontroloval, ale dal jsem si trochu práce s vytvořením PDF. Hlavně mě zajímá syntaxe jazyka. Tu jsem psal ke snadnější práci překladače - viz. výrazy v [...] apod. Je to sice celé trochu zamotané, ale přeci jen (jen čistě koho to zajímá) jaká konstrukce se vám tam líbí/nelíbí?

14
Vývoj / Re:Programovací jazyk BASIX
« kdy: 26. 08. 2026, 02:00:14 »
Jenom jsem si tak hrál, abych zjistil, čeho je ta AI schopna. BASIX měl být takový jen vtip pro kamaráda. Původně to měl být především jednoduchý jazyk. Není určen k nijakému cíli. Snad jen k prezentování nějakých nápadů, které jsou buď zajímavé, nebo špatné.

Když už jsem se s tím dělal, dal jsem to sem na fórum pro lidi, které by to zajímalo. Ale klidně to můžete přeskočit a jít o téma dál.

Pro ty, koho to bude zajímat, by bylo možná dobré dát to přečíst AI a pak se jí ptát otázky, než ten dlouhý spec číst.

Toť asi vše.

15
Vývoj / Re:Programovací jazyk BASIX
« kdy: 25. 08. 2026, 14:40:47 »
AI slop v plne krase, gratulki.
Dal jsem AI příkaz, aby generovala specifikaci tak, aby jí rozuměla hlavně ona a zároveň, aby byla ještě čitelná pro člověka.

Stran: [1] 2 3 ... 22