Příspěvky

166

Software / Re:Výpočet a modelování krovů

« kdy: 08. 06. 2021, 17:35:38 »

Na výpočty https://en.wikipedia.org/wiki/List_of_finite_element_software_packages
Na model freeCAD.

Ale já bych to nechal na někom kdo tomu rozumí. Na střeše se dá poměrně dost zkazit. Snad ani né tak pevnostně, ale technologicky.

Tazatel IMHO připravuje podklady pro konzultace s odborníkem, takže ten kdo tomu rozumí tam asi bude.

167

Vývoj / Re:Jak realizovat audio/video stream

« kdy: 04. 06. 2021, 14:25:30 »

Koukněte jak funguje RTSP, SIP, HLS a podobné protokoly, taky multicasting a další. Je to komplexní téma.

168

Software / Re:Editor VIM - tabelátory

« kdy: 27. 05. 2021, 14:38:37 »

Nestačí nějaká varianta na tohle?

Kód: [Vybrat]

:map <F5> <esc>04l
:map <F6> <esc>08l
:map <F7> <esc>012l

No mě to nefunguje, co by to mělo dělat? Začal jsem Vim používat před pár dny a tak se to zatím učím.
Ale spíše by mě vyhovovalo tak jak to má vim.wiki, že bych se posouval po jednotlivých pozicích ( sloupcích ) tabelátorem.
Budu asi používat vim.wiki, to bude dostačující.

No to je jen rychlá pomůcka, která jen posune v již existujícím textu kurzor na pozici 4, 8 nebo 12 při stisku kláves F5, F6, F7 (namapuje ty klávesy - můžete upravit podle, toho co to má dělat). Pro editaci sloupcového textu (tabulek) se ještě hodí blokový mód CTRL+SHIFT+V a pohyb kurzorem. Je to spíš námět na vlastní tvorbu než hotové řešení

169

Software / Re:Editor VIM - tabelátory

« kdy: 26. 05. 2021, 06:35:21 »

Nestačí nějaká varianta na tohle?

Kód: [Vybrat]

:map <F5> <esc>04l
:map <F6> <esc>08l
:map <F7> <esc>012l

170

Vývoj / Re:Vývoj webových aplikací pro nenáročné

« kdy: 25. 05. 2021, 22:42:49 »

Struts ne, to je hodně těžká prehistorie.

Obávám se, že lidi co by měli větší zkušenosti ve více frameworcích aby mohli regulérně porovnávat asi moc nenajdeš, natož v těchhle konkrétních. O Vaadinu jsem slyšel, ale reálné zkušenosti nemám. Ve Wicketu jsem programoval pět let, programuje se v něm dobře, používá ho dost velkých firem, z bank třeba Air Bank nebo Fio.

Pokud chceš zůstat v Javě a HTML renderované na serveru vyhovuje, tak je to dobrá volba. Client-side frameworky jako React nebo Angular mají nějaké výhody, ale zas také nevýhody (nad to, že je to jiný jazyk a ekosystém). Pokud je to administrativní aplikace, tak server-side docela stačí. Kdybys tam ale měl řešit nějaké real-time aktualizace, tak je to spíš na ten client-side.

Souhlas. Pro komplexnější úkoly porovnat Wicket vs. Vaadin a pro malé věci použít cokoli z těch mikro frameworků (mě vyhovuje ten sparkjava + velocity, na db používám jdbi3). Pokud to má být v prohlížeči hodně živé, je potřeba aby se to renderovalo client-side.

Pro business aplikace typu správa objednávek atd. je ještě možnost Sencha Ext JS https://www.sencha.com/products/extjs/ kde se dá pracovat jako při vývoji desktop aplikace (ale neplacená community verze je bez podpory).

A ještě je zajímavý Apache Isis https://isis.apache.org/ který má domain driver development (administrace se generuje z doménových objektů, má to automatickou podporu REST Swagger, na pozadí ORM persistence) a vypadá to hodně dobře (Apache Isis™ provides your apps with a standard, automatically generated UI. Apache Isis™ is open source, built on industry/de-facto standards, there's no vendor lock-in.), ale zatím jsem se nedostal k tomu to vyzkoušet.

Podobně funguje Brightspot Headless CMS https://www.brightspot.com/ ale na vlastní architektuře a vlastním řešení persistence. Ačkoli jsou některé verze na githubu, tak je tam nulová podpora neplacené verze a neřešené bugy. Jsou to oboje komplexnější řešení.

171

Vývoj / Re:Vývoj webových aplikací pro nenáročné

« kdy: 25. 05. 2021, 19:25:36 »

Případně taky Vaadin

...můžeš zkusit mrknout na Wicket....

Něco jako tyhle 2 jsem hledal - už jsem myslel, že nic takového neexistuje.
Ještě jsem našel
https://en.wikipedia.org/wiki/Apache_Struts_2 a https://en.wikipedia.org/wiki/ZK_(framework).

Mohl by mi prosím tyto 4 frameworky někdo, kdo v nich dělal, srovnat dle aktuálnosti a použitelnosti? Potřebuju to na přepracování těžkého klienta obchodní aplikace s GUI v Javě na webovou aplikaci.

OMG - Struts, to už je dech historie. Ale koukám že se pořád vyvíjí.

Tak samozřejmě webových frameworků pro javu jsou tuny. Pro malý web nebo administrační rozhraní apod. nevidím problém použít třeba Sparkjava https://sparkjava.com/ jako templatovací engine třeba Velocity https://velocity.apache.org/ (nebo jiný co umí Sparkjava) a jako responsibilní framework vzít Bootstrap https://getbootstrap.com/ nebo srovnatelnou lehčí alternativu (https://bulma.io/documentation/). Nebude to frontendová single page app v javascriptu ale fungovat to bude hned. IMHO by k tomu šlo přilepit i to Vue.js a tazatel by IMHO byl tam kde chtěl být. Akorát si to pak bude must napojit na svůj backendový stack (databáze atd.) po vlastní ose. Proč ale nejít touto cestou?

Je to ostatně asi i důvod, proč takové framworky existují. Z dalších třeba https://quarkus.io/ https://javalite.io/ https://micronaut.io/ https://vertx.io/ https://javalite.io/ nebo třeba i ten i Spring Boot https://spring.io/ či obecně  „Java Web Microframeworks“.

Jiný přístup je aby si tazatel backendista udělal REST backend jak je zvyklý a k tomu připojit javascriptový framework pro single page app, ale tam se pak musí „zašpinit“ s javascriptem a těma js věcma kolem současného fronendového vývoje.

Ohledně připomínky co by mělo javistovi vadit na tom npm když používá mvn - asi tolik, že už tak má javista dost starostí se svým stackem a tak nemá chuť nabalovat další komplexitu v podobě frontendovýho js stacku, který se navíc stále mění pod rukama (= moje zkušenost pár let zpět).

172

Vývoj / Re:Vývoj webových aplikací pro nenáročné

« kdy: 25. 05. 2021, 13:54:59 »

Ptá se po odlehčenému řešení pro webovky, které bude dostatečně moderní a které zvládne backendista aniž by musel přibrat celý stack běžný pro frontend vývoj. To je otázka která dává smysl.

Vue.js neznám, ale divil bych se kdyby uvedené problémy neřešil? Oprvadu musí být vše v jednom souboru a nelze používat oddělené templaty?

173

Vývoj / Re:Doporučte rychlý WWW widget pro view SQL tabulky

« kdy: 23. 05. 2021, 00:14:27 »

Křečovité držení se své pravdy přes důkazní materiál vede k dalšímu ztrapňování se. Navíc je to od začátku off-topic.

174

Vývoj / Re:Doporučte rychlý WWW widget pro view SQL tabulky

« kdy: 21. 05. 2021, 23:04:05 »

Ok, tak teď když si tazatel otestoval maximum možného, je vše v pořádku a může přeskočit celou diskuzi a věnovat se opravě toho svého řešení, kde nejspíš stačí opravit nějaký přehmat

175

Vývoj / Re:Doporučte rychlý WWW widget pro view SQL tabulky

« kdy: 20. 05. 2021, 11:41:01 »

Všimněte si, že to, co jste popsal, má i technickou výhodu – nikdy nepotřebujete zobrazovat tisíc záznamů. Zobrazujete jen pár záznamů, které uživatele zajímají, případně celkový počet záznamů, který odpovídá zadaným podmínkám (takže není potřeba ani stránkování).

Pokud se podívám na ten svůj Thunderbird, tak vidím nejprve tisíce záznamů, které rychle zúžím na počet, který mi vyhovuje (což může být i těch tisíc, pokud je třeba někam přesouvám). Je to rychlé a není to problém ani pro mne ani  pro počítač. Je to jen můj názor, nikomu ho nenutím.

Celá debata je tedy jen o tom, jaký maximální počet ještě počítač a uživatel zvládne. Ať si to uživatel klidně někde nastaví - pan Jirsák si tam dá 1 řádek a bude spokojen

176

Vývoj / Re:Doporučte rychlý WWW widget pro view SQL tabulky

« kdy: 20. 05. 2021, 00:35:02 »

Já bych rozhodnutí zda zobrazovat 1000 nebo jeden řádek nechal na tazateli a jeho uživatelích. Mě šlo pouze o to, že zobrazit 1000 řádků z JSON nebo je následně filtrovat není výkonnostní problém. Rychlost jsem ilustroval na listjs a uživatelský usecase na Thunderbirdu, kde vidím v tabulce 10 tis. mailů a filtruju mezi nimi. Jiné ambice jsem v této diskuzi neměl a ani nyní nemám 

177

Vývoj / Re:Doporučte rychlý WWW widget pro view SQL tabulky

« kdy: 19. 05. 2021, 23:39:55 »

Ušetří se výkon, protože se negeneruje celá stránka ale jen data pro část stránky. Samotné generování JSON bude typicky také rychlejší, pokud porovnáme s generováním html pomocí šablonovacího nástroje (což je typická technologie pro generování celé stránky). Lze samosebou najít i protipříklady, ale já mluvím o typických rysech daného řešení. Tohle je tak provařené téma, že mi přijde tristní o tom diskutovat?

Ohledně tabulky - velkou tabulku uživatel nebude číst řádek po řádku, ale okem proskenuje charakter záznamů a zopakuje filtrování, aby zúžil výběr. Nebo bude mít  třeba předpřipravené filtry, na které klikne. Ušetřený čas může programátor věnovat vizualizaci dat v grafu nebo jakkoli jinak, což přidá další dimenzi pro orientaci v datech. Data v tabulce uživatel zřídka čte celá, protože s nimi obvykle dále pracuje - hledá maxima, minima, zjišťuje počet, záznamy edituje, exportuje apod. To myslím platí bez ohledu na počet řádků.

Vaše argumentace je jako byste říkal, proč je v tabulkovém procesoru tolik řádků. V mailovém klientovi mám momentálně 11 tis. mailů a hledám v nich pomocí rychlého filtru a není v tom žádný problém. To je use-case, který mám na mysli. Výhoda živého hledání přitom je, že uživatel neztrácí kontext - pohybuje se stále na stejném místě aplikace a pracuje stále se stejnou sadou dat. Což neplatí po odstránkování nebo přerenderování stránky.

A najdou se případy, kdy se živé hledání nehodí. Takže to už je diskuze jen kvůli diskuzi...

178

Vývoj / Re:Doporučte rychlý WWW widget pro view SQL tabulky

« kdy: 19. 05. 2021, 20:42:46 »

Pokud se html generuje na klientovi a interakce s ui je také řešena na klientovi, ušetří se výpočetní výkon serveru který je pak k dispozici pro obsluhu dalších požadavků. Část výpočetního výkonu se tedy distribuuje mezi klienty. Data se ze serveru přenáší typicky pomocí JSON. Co k tomu víc dodat? Nemám dojem, že by v tom bylo něco zamotaného. Pokud se místo JSON budou posílat HTML fragmenty (a z nich pak generovat DOM s nimiž se bude dále pracovat), je to spíš komplikace než výhra, ale ano, někdy to tak frameworky dělají.

Nevím, proč by tabulka s filtrací nebyl nástroj na vyhledání záznamu? Může nad tím mít celý widget s tlačítky a hejblátky a tím omezovat výběr. Zda je to vhodný nástroj záleží na typu aplikace, samozřejmě. Asi narážíte na tu paginaci, kde zobrazovat stránku s 1 tis. řádky na každé stránce je nesmyslný koncept, protože paginace a filtrování jsou do určité míry konfliktní koncepty (z hlediska UI - v závislosti na konrétní situaci). Což může být vidět i na tom datatable widgetu, který možná vůbec nepočítá s takovým počtem řádků. Ale mít jednu tabulku s tisícem řádků nevidím jako nějaký principielní problém ani výkonnostně ani uživatelsky, pokud je k tomu filtrování či případně i vhodná vizualizace. Ano, předpokládám, že to není tak, že by se tam vypsala celá sql tabulka a filtrování že by pak suplovala sql dotazy, takové řešení by asi zarazilo každého.

Nebo si možná vůbec nerozumíme, nicméně vše podstatné podle mě bylo řečeno, tak ať si to tazatel přebere sám.

179

Vývoj / Re:Doporucte rychly WWW widget pro view SQL tabulky

« kdy: 19. 05. 2021, 14:39:23 »

Rozhodně nic negeneruj na serveru, zbytečně si budeš zabíjet čas serveru něčím, co může udělat klient...

Otázka: Zpracování na klientovi trvá příliš dlouho.
Odpověď: Rozhodně nic negeneruj na serveru, můžeš tím přece pěkně vytížit klienta.

Anonacct, pro vaši informaci, serveru bude trvat stejně dlouho, jestli ta data bude renderovat do JSONu nebo do HTML tabulky.

Asi děláš něco špatně (špatná komponenta).

Otázka: Můžete doporučit nějakou lepší komponentu?
Odpověď: Asi používáte špatnou komponentu.

To jsou fakt odpovědi za všechny prachy.

podporuje i miliony záznamů

Zobrazovat miliony záznamů uživateli v jedné tabulce? To se používá kde, v pekle?

Myslím, že anonacct chtěl říci, že správně udělané generování na klientovi zrychlí aplikaci jako celek i pro jednotlivce, při současném zlepšení uživatelské přívětivosti. Jde přitom o dnes běžný postup. Ten listjs u mě renderuje html tabulku s 100 tis. řádky asi 0.3s a filtrování řádků je skoro okamžité. Takže pokud má kolem 1 tis. záznamů tak bych se nerozpakoval je vypsat naráz a ušetřený čas věnoval na kvalitní a názorné filtrování nebo přidání nějaké vizualizace.

Jinak pokud to v té komponentně trvá dlouho, tak se například může dělat nějaký callback po přidání každého řádku, ale správně se má použít API na dávkové vložení řádků, aby se callback provedl až na konci. To je jen příklad problému, které si může programátor způsobit když k tisíci záznamů přistupuje jak předtím k jednomu. Tazatel by se měl podívat, zda něco takového nepřehlédl.

180

Vývoj / Re:Doporucte rychly WWW widget pro view SQL tabulky

« kdy: 18. 05. 2021, 18:07:03 »

Html tabulku s 1000 řádky dnes prohlížeče zvládají levou zadní (alespoň na desktopu). Při vhodném realtime hledání to může být i uživatelsky přívětivé a s okamžitou odezvou - lepší než čekat na refresh jsonu ze serveru nebo dokonce celé html stránky. Viz např. https://www.materialsproject.org/static/components/listjs/website/examples/performance-test.html

Pokud je to pomalé, viděl bych to na nějakou implementační chybu nebo použití nevhodného nástroje.