Příspěvky

496

Hardware / Re:Úprava dat pro kouzelné pero

« kdy: 10. 03. 2020, 16:26:34 »

BTW: S trochou QR kódů a kreativity by bylo možno udělat vlastní implementaci (HW+software)...

497

Vývoj / Re:Datove tridy v Pythonu

« kdy: 10. 03. 2020, 15:58:16 »

Na Javě je zajímavé jen to JVM. Proto pro JVM vzniká tolik jazyků, je tu ohromující snaha se jazyku Java vyhnout. https://en.m.wikipedia.org/wiki/List_of_JVM_languages

Alternativní jvm jazyky hlavně svědčí o kvalitách celého ekosystému a flexibilitě javové platformy. Dále o kvalitách samotné vm. Komu přestane vyhovovat java, ten přesedlá na příbuzný ale progresivnější jazyk a může pokračovat ve stejném projektu prakticky bez překážek. Tím pádem i to haterství tím anebo druhým směrem přestává celkově dávat smysl, protože vzniká synergie.

498

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 10. 03. 2020, 15:53:50 »

No a co? Způsob jak se technologicky řeší to a ono v daném jazyce je podružné. Z toho, že Java nepotřebuje dekorátory či knihovny (protože si to tahá přímo "v základu" = v přibalené knihovně) na určité věci, narozdíl od Pythonu je jen ukázka dvou různých řešení téhož a nevypovídá to nic o tom, že automaticky řešení v Javě je lepší, jak to tady nastavujete v téhle diskuzi manipulativně vy.

No ona si to java netahá v přibalené knihovně, je to vlastnost jazyka jako takového.

Samozřejmě o charakteru jazyka hodně vypovídá, co je zahrnuto do jazyka, co do standardní knihovny a co je ponecháno na externích nástrojích. Nutně to ale neznamená, že je něco lepší než druhé.

499

Hardware / Re:Server občas přestane komunikovat

« kdy: 10. 03. 2020, 15:08:32 »

Něco podobného se mi dělo na RPi zero s drátovou síťovkou připojenou přes SPI - po nějaké době (většinou 1-48 hodin) to přestalo úplně komunikovat, zobrazení na monitoru žádné.

Způsobovala to nějaká chyba v síťovce, nebo ovladači - přestalo se to bavit, zasekl se dhcpcd démon a vyžral 100% CPU, zjistil jsem to tak, že jsem dal do cronu jednou za čas výpis data a času a "ps" s vytížením cpu (to se kupodivu provádělo i když monitor neměl signál )

Takže bych to zkusil taky + podobný log co vytěžuje RAM a swap.

Přesně tak, minimum je znát historii využití RAM (free), IO (iostat) a CPU (iostat, mpstat).

500

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 09. 03. 2020, 22:23:43 »

Ano, Java je dost ukecany jazyk a taky hodne, hodne tezkopadny. A me to taky dost vadi, protoze je to strasna drina. Jenze na velkych projektech presne tohle potrebujete. Tam se to vam to vrati mnohonasobne vic diky vzniknuvsimu poradku. V Jave jsem napr. doposud nemeli stringy na vice radku:

Kód: [Vybrat]

"""
blabla sql query
bla sql sql
sql
sql
"""

Je to strasne otravne, ale taky strasne dulezite pro Javovske projekty, presne takovato striktnost dela Javu Javou a proto se tak hodne pouziva v enterprise. Protoze vyse uvedeny string patri do Resource, a ne do Tridy:

Kód: [Vybrat]

resource/blabla-query.sql

Takova striknost umoznuje dosahnout to, cemu se rika, ze by mel existovat jediny zpusob, jak neco udelat. Na vyse uvedene omezeni sice bude Pepik programator nadavat, ale prinuti ho to strcit takove veci na jedine misto. A pro ostatni programatory je to prehlednejsi.

A to je taky nejvetsi problem jazyku jako je Python, Javacript, Scala, dost kravin ma i C#. Dneska, v nasem enterprise, Servicy psane v Jave Springu jsou si sobe podobne jako vejce vejci. Nase Javovska platforma omezuje ruzne impresionisticke umelce - at tahnou k Javascriptu. Diky tomu mame v enterprise to, co potrebujeme nejvice, a to je poradk. Samozrejme i v Jave se da vsechno zmrvit a taky vetsina projektu jsou solidni srac ky, ale v Pythony a v javascriptu by byly jeste vetsi.

Java a jejic frameworky je proste tezka zemedelska technika a jde ji to dobre.

Podle mě se i ta java mírně rozvolňuje, což je plus (defaultní metody umožňují používat něco jako traity, lambdy přinášejí možnost funkcionálního přístupu, pracuje se na pattern matchingu apod.). Paradoxně jsou největší slabiny v nedokonalém OOP a v type erasure u Generik a příslovečné hodnotě null („NULL is the Worst Mistake in Computer Science“).

Nicméně komu nevyhovuje java, ten může na stejné jvm spustit progresivnější jazyky se zachováním skvělé interoperability s javou (Groovy, Scala a další) - vzniknuvší class soubory spustíte a použijete bez problému ve svém java projektu a naopak. A dále odhaduju, že díky Graalvm bude java postupně víc a víc bodovat v mikroservices. Takže IMHO má java dobrou šanci se adaptovat a přitom  zachovat dobré vlastností celé platformy.

To vše píšu s vědomím toho, že k akademickému ideálu to má stále daleko, takový Smalltalk by byl asi elegantnější, ale používá se podstatně méně, asi se příliš odlišuje od C-like jazyků a příliš předběhl svou dobu.

Jinak Python mi přijde v pohodě, ale cíli na trochu jiný mindset než java a oproti Smalltalku zase nejde dost do důsledků. Ale IMHO pořád k velmi dobré volbě pro mnoho případů.

501

Hardware / Re:Server občas přestane komunikovat

« kdy: 09. 03. 2020, 20:09:27 »

Namátkou mně napadá zkontroloval využití RAM.

Obecně - nastavil bych monitoring, třeba https://www.monitorix.org/ stačí nainstalovat a funguje s minimum konfiguračních úprav. Pak v logu může být případně vidět, jaký trend předchází zaseknutí. Například roste využití RAM až začne server swapovat, v důsledku neodpovídá a nezle se ani přihlásit na ssh (= jen příklad).

502

Windows a jiné systémy / Re:GUI tookit pro Linux a Windows

« kdy: 03. 03. 2020, 13:43:49 »

Děkuji za vysvětlení.

Tady jsem našel i docela názorný obrázek, co je kde podporované https://devblogs.microsoft.com/dotnet/net-core-3-and-support-for-windows-desktop-applications/

503

Windows a jiné systémy / Re:GUI tookit pro Linux a Windows

« kdy: 03. 03. 2020, 00:05:27 »

Nechám se poučit, jak to v .NET funguje. Jako že pro to není na linuxu runtime nebo jak? Měl jsem za to, že to na linuxu běží?

504

Windows a jiné systémy / Re:GUI tookit pro Linux a Windows

« kdy: 02. 03. 2020, 20:27:00 »

.NET Core 3 už má GUI - Windows Forms, WPF and Universal Windows Platform (UWP). Nemám s tím zkušenost, ale pokud umíte C# tak bych osobně prověřil nejprve to. Mělo by to být plnohodnotné.

505

Vývoj / Re:Multiplatformní Python GUI framework

« kdy: 02. 03. 2020, 14:41:04 »

Z těch binárních GTK + gui klikátko Glade. Ale budoucnost je imho v gui ve webovém prohlížeči, takže něco jako třeba Flexx. To pak běží skutečně všude, i na tabletech a mobilech.

Pokusy o běh v prohlížeči mají i GTK, QT. Ve světě Javy to má i JavaFX. Výhody jsou zřejmé - jeden toolkit by umožnil běh na desktopu i na webu.

506

Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku

« kdy: 28. 02. 2020, 22:49:11 »

3D tisk je fajn. Jde o to, co si od toho slibuješ. Pokud to má být nějaký polobastl, v prodeji je hodně různých krabiček, obvykle si lze nějakou vhodnou vybrat.
Třeba tady (ale i jinde, nejsem jejich agent)
https://www.gme.cz/plastove-konstrukcni-krabicky
případně nastřihat si kuprextit,, spájet v koutech a zvenku nastříkat barevným sprejem, taky to poslouží.

Tak třeba já jsem si na gme nevybral. Navíc mi to přijde i dost drahé.

507

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 28. 02. 2020, 22:46:33 »

Já jsem C zmiňoval. Nicméně jako kanén na vrabce mi přijde právě to C++. Céčko je malý jazyk, který není těžké se naučit a člověk díky němu spoustu věcí pochopí...

Třeba co je memory leak a proč měl raději zvolit jiný jazyk.

To je fakt, to se v C++ rozhodně nemůže stát 

508

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 28. 02. 2020, 13:54:35 »

Určitě. Než se nořit do džungle C++ tak to už je lepší začít C, které je geniální tím, jak je simplicistní. Ale člověk musí mít zájem ho pochopit, což typicky tazatel s potřebou psát skripty a malé aplikace mít nebude.

509

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 27. 02. 2020, 21:26:14 »

pro začátečníka je rozhodně C kanón na vrabce.

On tu někdo doporučoval C? Nevšiml jsem si. Doporučoval C#.

510

Vývoj / Re:Vala

« kdy: 27. 02. 2020, 19:39:08 »

Vala mi přijde že se mimo Gnome moc nerozšířila. Já osobně bych to dělal v JavaFX, případně v Pythonu a vhodném bindingu na GUI toolkit dle vlastního výběru. Získané zkušenosti byste posléze v obou případech zúročil určitě lépe než u Valy. Ale je to jen můj osobní názor