Nový systém pro vývoj softwaru

[Jiří Havel]

Pracuji na tom již pár let a zde na fóru jsem se ptal jen dílčí otázky. Teď můj cíl však zveřejňuji k širší diskusi, neboť ho směřuji především na vývoj aplikací a dalšího softwaru.

Moje otázka zní: Co byste chtěli vylepšit na stávajících platformách určených především k vývoji?

Po pár letech práce se na fórum přijdete zeptat, jaký přesně problém by bylo třeba řešit?

Má to být totální revoluce (photoshop za 5/4 člověkoroku) nebo evoluce (vylepšení stávajících platforem)?

Používat by to měl kdokoliv, kdo by chtěl něco vyvinout. Tedy jak profesionálové, tak lidi, co to mají jako hobby.

Takže pro úplně všechny a na úplně všechno?

Že by na mě te projekt působil nadějně opravdu nemůžu říct.

[Reklama]

[MalyTomi]

Dobra myslienka na to, pochopit, ako sa toho vela naucit, ale v reale je nepouzitelne. Zbytocne riesit mikrokernel a jeho upravy na jednotlive architektury, ked uz mame hotove linux mikrosystemy beziace na vsetkom. Riesit nejake univerzalne GUI, ked existuju webove verzie programov, ktore na domace pouzitie uplne stacia a vyvijali ich timy ludi, co je lepsie, ako nejaky AI generovany kod. V case .net frameworku beziaceho aj v linuxe, aj vo windows nemusim riesit middleware.
A z minulosti je znamych vela podobnych pokusov, ktore zanikli, pretoze proste casom sa prislo na to, ze myslienka mozno fajn, ale v praxi malo vyuzitelne a je tam kopec zadrhelov pri nejakych univerzalnych rieseniach typu vsetko beziace na vsetkom. Je lepsie sa sustredit na jednu konkretnu vec a tu vyladit do dokonalosti.
Ja som tiez zacal pred rokmi jeden projekt IoT, kde od zaciatku som chcel uzatvoreny system, ziadny cloud, ziadne registracie, vsetko pekne lokalne. Skoncil som na tom, ze backend ide super, ale frontend je pre mna problem, tak idem cestou, ze bude ovladatelny cez uz nejaky hotovy frontend.

[novomente]

Proc? Proc bych to mel chtit pouzit? Co mi chybi?

Jestli ti nic nechybí, tak můžeš používat to co používáš. Nemusíš nic měnit.

[novomente]

Pracuji na tom již pár let a zde na fóru jsem se ptal jen dílčí otázky. Teď můj cíl však zveřejňuji k širší diskusi, neboť ho směřuji především na vývoj aplikací a dalšího softwaru.

Moje otázka zní: Co byste chtěli vylepšit na stávajících platformách určených především k vývoji?

Po pár letech práce se na fórum přijdete zeptat, jaký přesně problém by bylo třeba řešit?

Má to být totální revoluce (photoshop za 5/4 člověkoroku) nebo evoluce (vylepšení stávajících platforem)?

Používat by to měl kdokoliv, kdo by chtěl něco vyvinout. Tedy jak profesionálové, tak lidi, co to mají jako hobby.

Takže pro úplně všechny a na úplně všechno?

Že by na mě te projekt působil nadějně opravdu nemůžu říct.

O totální revoluci jsem nepřemýšlel, spíše o velkém zrychlení vývoje a o jednoduchosti.

Přemýšlím o takové AI, která by se nemusela tak zdlouhavě trénovat, a která by běžela lokálně na počítači jednotlivce, nebo serveru programátorské skupiny. A tomu podřizuji ten systém. Vlastně to asi nebude AI v pravém slova smyslu tak, jak se chápe dnes.

Nemám jasno v hromadě otázek, a tak se ptám tady.

[Jožka Niemand]

Proc? Proc bych to mel chtit pouzit? Co mi chybi?

Jestli ti nic nechybí, tak můžeš používat to co používáš. Nemusíš nic měnit.

Ty nejpraktičtější věci obvykle vznikly tak, že někdo potřeboval vyřešit svůj, podtrhuji svůj problém. Věděl celkem přesně, co mu vadí a jak by to chtěl dělat jinak. Pak obvykle někdo jiný řešil stejný problém a zjistil, že už to někdo vyřešil, případně na to nějak navázal. Řešení cizího problému není optimální, protože do toho člověk nevidí tak dobře, jako když řeší svůj problém.
Jestli přesně víte, co vám vadí a jak byste to chtěl dělat jinak, tak si to ušijte sobě na míru - a je pravděpodobné, že "stejná velikost" padne i jiným lidem. Snaha najít nějaké univerzální řešení pro nějakého hypotetického průměrného uživatele dopadá obvykle tak, jako kdysi problém uniforem v USA a řešení, jaké tělesné rozměry má průměrný americký voják - zjistilo se, že tělesné rozměry průměrného vojáka nemá žádný voják.
Nesnažte se hledat řešení, které by mělo vyhovovat všem. Takové řešení pak často nevyhovuje nikomu.

[Reklama]

[ladislav.danis]

Jestli se to přiblíží, tak pro inspiraci:
Používám stávající řešení. Jedná se především o interní aplikace, nic není vystaveno do internetu.

Vývojové nástroje:
   - OS: Debian
   - CLI: Opencode s lokálním modelem Qwen 3.6
   - Editor: Nano
   - Git: Forgejo

Mám Core napsané v Pythonu používající upravený fork frameworku web.py (FastAPI jsem nepoužil web.py stačí pro lokální aplikace), který poskytuje služby (routing, šablony, DB, session, CSRF). Každý modul je 100% izolovaný a nekomunikuje přímo s jiným modulem a má vlastní SQLite DB (web.py je single-threaded) – Core funguje jako službami zásobovaný registr, nikoliv jako komunikátor mezi moduly. Každý modul má vlastní Git repozitář (Git submodule) s větvemi main a test. Protože používám web.py, který má v sobě i webserver, je pro mě nasazení jednoduché pomocí git clone. Na serveru mi pak pomocí systemd běží dvě instance stejné aplikace, jedna pro větev main a druhá pro test. Před nimi je Caddy se dvěma doménami produkce.home.arpa a test.home.arpa.

Framework web.py je tak přímočarý, že moduly dokáže vyvíjet i lokální agent, po kterém je to snadné zkontrolovat.

Vývoj nového modulu zabere jen pár hodin i s testováním a manuální kontrolou.

Jelikož je to webová aplikace a používá Python, tak to běží všude a dokáže to obsloužit cokoliv.

Je to prostě podvozek postavený na už vymyšlených kolech. A pro mé potřeby to stačí.