Příspěvky

16

Hardware / Nažltlé farby na Acer Swift

« kdy: 28. 04. 2022, 11:22:27 »

Zdravím,

Kúpil som si Acer Swift 3. https://www.alza.sk/acer-swift-3-evo-steam-blue-celokovovy-d6963706.htm?o=2
Notebook vyzerá byť vcelku OK, akurát ma rušia také nažltlé biele farby.
Aj čierna je taká "iná" čierna. To bude asi feature, nie bug? Myslím, že sa tomu hovorí, že teplejšie
farby.  Pohral som sa trochu s nastaveniami, tak vypnutie adaptovania jasu na okolie v niečom trochu pomohlo;
pre VS Code v dark theme je to  ostrejšie. Skúšal som live Xubuntu, tam je to rovnaké.

Keď si to porovnám so svojím Thinkpadom L380 z roku 2018, tak Thinkpad má jasnejšiu bielu aj čiernu farbu.
To sa mi viac páči. Čo som sa díval na špecifikácie, tak Thinkpad má IPS antireflexný a Acer IPS matný. Že by
v tom bol rozdiel? (Nie som na HW expert, roky som fungoval na starých notebookoch z bazoša.)

Aké máte s tým skúsenosti? Dá sa na to zvyknúť, alebo budem ešte rok nadávať? Je to dôvod pre vrátenie notebooku?
Ako hovorím, noťas vyzerá byť ináč faj, ľahučký, tichučký, pevné kovové telo, akurát tie farby ma zarazili.

17

Vývoj / Re:Úprava kódu malého programu v Clojure do funkcií

« kdy: 11. 03. 2022, 23:41:34 »

Mno je to takove krpate.....

Kód: [Vybrat]

(defn connect []
  (let [session (Session/getDefaultInstance props)
        store (.getStore session "pop3")
        _ (.connect store host port user password)
        inbox (.getFolder store "Inbox")
        _ (.open inbox Folder/READ_ONLY)
        messages (.getMessages inbox)]
    (.close inbox true)
    (.close store)
    messages))

Snad by to i mohlo fungovat a language server by nemusel nadavat... ale stejne bych se kouknul po nejaky clojure knihovne co tu jakartu zabali...

Pracovat s tema side efektama je fakt osklive...

Aha, takže sa tam dá discard. Diq. Funguje to čiastočne. Padne to s hláškou Folder is not open.
Zrejme tie dáta bude treba vytiahnuť z kolekcie messages už priamo v tej connect funkcii, nejako asi
cez map a vrátiť. (V main funkcii je store už uzatvorený).

Clojure má postal knižnicu, ale tá je len pre SMTP, POP tam nie je.

18

Vývoj / Re:Úprava kódu malého programu v Clojure do funkcií

« kdy: 11. 03. 2022, 22:31:23 »

https://clojure.org/guides/learn/functions

Task              Java                     Clojure    
Instantiation        new Widget("foo")      (Widget. "foo")
Instance method  rnd.nextInt()             (.nextInt rnd)
Instance field       object.field                (.-field object)
Static method      Math.sqrt(25)            (Math/sqrt 25)
Static field           Math.PI                      Math/PI

a je vymalovani, v hlave si to prepises do javy, nasekas to do funkci a vratis do clojure :-)
nic v tom neni, jen zpusob zapisu je "divny"

Túto časť som viac-menej pochopil. Podarilo sa mi prepísať Groovy kód do Clojure a funguje
to.

Čo sa mi nepodarilo je prepísať tento kód do osobitnej funkcie:

Kód: [Vybrat]

(def props (System/getProperties))

(def session (Session/getDefaultInstance props))
;; (.setDebug session true)
(def store (.getStore session "pop3"))
(.connect store host port user password)
(def inbox (.getFolder store "Inbox"))
(.open inbox Folder/READ_ONLY)
(def messages (.getMessages inbox))

Funkcia by mala sa pripojiť na store, stiahnuť emaily do listu, uzavrieť prostriedky
a vrátiť dáta callerovi. Funkcia by sa mala volať z main funkcie.

Usmolil som niečo takého:

;; (defn connect []
;;   (let [props (System/getProperties)
;;         session (Session/getDefaultInstance props)
;;         store (.getStore session "pop3")
;;         inbox (.getFolder store "Inbox")]


;;     (.connect store host port user password)
;;     (.open inbox Folder/READ_ONLY)
;;     (def messages (.getMessages inbox))
;;     (.close inbox true)
;;     (.close store)
;;     messages)

Ale nefunguje to. Čiže kód je funkčný, emaily sa stiahnu, ale zatiaľ neviem
kód pekne upratať idiomaticky à la Clojure.

19

Vývoj / Úprava kódu malého programu v Clojure do funkcií

« kdy: 11. 03. 2022, 13:55:31 »

Zdravím, mám príklad v Clojure, ktorý funguje, ale je potrebné ho nejako upraviť
do funkcií aby bol kosher. Language server ma upozorňuje, že inline definície nie sú
vhodné, tak som dal definície nad main funkciu.

Ale mám to problém nejako dať dokopy do funkcie connect. Potrebujem vrátiť
dáta, ukončiť inbox a store. Poznám x jazykov ale s LISPom má môj mozog zatiaľ
problém.

Kód: [Vybrat]

(ns pop3.core
  (:import (jakarta.mail Session Folder)))

(def user "username")
(def password "passsword")
(def host "pop3.mailtrap.io")
(def port 9950)


;; (defn connect []
;;   (let [props (System/getProperties)
;;         session (Session/getDefaultInstance props)
;;         store (.getStore session "pop3")
;;         inbox (.getFolder store "Inbox")]


;;     (.connect store host port user password)
;;     (.open inbox Folder/READ_ONLY)
;;     (def messages (.getMessages inbox))
;;     (.close inbox true)
;;     (.close store)
;;     messages)


(def props (System/getProperties))

(def session (Session/getDefaultInstance props))
;; (.setDebug session true)
(def store (.getStore session "pop3"))
(.connect store host port user password)
(def inbox (.getFolder store "Inbox"))
(.open inbox Folder/READ_ONLY)
(def messages (.getMessages inbox))


(defn -main []

  (println (count messages))

  (doseq [m messages] (let [subject (.getSubject m) body (slurp (.getInputStream m))]
                        (println subject)
                        (println body)
                        (prn "---------------------------")))

  (.close inbox true)
  (.close store))

Toto sú závislosti:

Kód: [Vybrat]

  :dependencies [[org.clojure/clojure "1.10.3"]
                 [com.sun.activation/jakarta.activation "2.0.1"]
                 [com.sun.mail/jakarta.mail "2.0.1"]]
  :main pop3.core/-main

20

Studium a uplatnění / Re:Jaká kniha pro naučení C#

« kdy: 26. 09. 2021, 15:44:02 »

V provom rade gratulujem k výberu jazyka/platformy. C# a .NET v posledných rokoch sa doslova
dramaticky vyvývajú; každým rokom máme k dispozícii jednoduchšie, elegantnejšie a expresívnejšie
riešenia. Trochu to ale môže zmiasť začiatočníka, lebo sa musí zorientovať čo je moderný C# a čo je
starý C#.

Ja som napísal C# tutoriál pre začiatočníkov, ktorý neustále updatujem s vyvíjajúcim sa .NET.
https://zetcode.com/lang/csharp/

Ďalej tam mám celú kopu menších článkov na tú-ktorú knižnicu, odporúčam napr. LINQ, sqlite, alebo
HttpClient. Tu môžte vidieť, aký je moderný C# jednoduchý a elegantný.
https://zetcode.com/all/#csharp

Z kníh odporúčam Murach's ASP.NET Core MVC, je to taká veľká buchľa, ale veľmi prívetivo a dobre napísaná.
Ako referenčnú knihu jednoznačne C# 9.0 in a Nutshell: The Definitive Reference.

Nasledujúce knihy sa chystám kúpiť, vyzerajú veľmi zaujímavo, (určené pre pokročilých)
- Functional Programming in C#: How to write better C# code
- Entity Framework Core in Action, 2E
- Concurrency in .NET

Ďalej má MS video tutoriály k C# a .NET
https://channel9.msdn.com/Shows/On-NET
C# language highlights sa venuje C#; tie videá sú idiot-proof, podané veľmi jednoduchým
spôsobom.

PS: ak sa zoznámite s C#, pozrite si aj jeho brata F#; to vám radikálne zmení pohľad na
programovanie.

21

Vývoj / Re:Investor pro C++ IDE

« kdy: 19. 09. 2021, 10:39:17 »

A ty sedáváš při čem? Kromě ohně na salaši teda...

Keď si prídete k nám hôrnym chlapcom dať kus žinčice, tak si nezabudnite do svojich
sandálov dať hrubé ponožky. Tunáka sú podmienky drsnejšie.

Kód: [Vybrat]

type Month is range 1 .. 12;

Práca s dátumami a časom je jedna z najzaujímavejších sfér. Etiópsky kalendár používa
13 mesiacov; jeden indický má 13 mesiacov každé tri roky.

22

Vývoj / Re:Aplikácia v JavaFX vs ASP.NET/Micronaut

« kdy: 03. 05. 2021, 11:55:03 »

Väčšina zákazníkov určite nie, ale nájde sa zopár užívateľov, ktorý by si
to mohli sami inštalovať na VPS, Cloud atď. Alebo firma, ktorá má povedzme
5 ľudí, ktorí by s tým pracovali a admin im to nahodí na intranet.
V prípade buildu do bináriek je to pomerne triviálna záležitosť.
A práve to je moja hlavná otázka, či sa to kvôli tejto flexibilite Micronaut/ASP.NET
riešenia oplatí z obchodného hľadiska voči JavaFX desktopovej aplikácii.
Teda, či vývojár takto dokáže predať o zásadný počet licencií viac.

Čo sa týka SPA, uvažoval som nad Reactom, ten má najväčší výber komponent, napr.
spreadsheet. Zatiaľ však by som si vystačil len so spreadsheet komponentom
bez Reactu. Potrebujem načítanie do spreadsheetu, sorting, filtering,
cleaning dát a následný export. Časom by sa mohlo v prípade potreby migrovať
do Reactu.

Ináč, ja zatiaľ neuvažujem o centrálne hostovanej webovej aplikácii, ale o
možnej webovej aplikácii, ktorú si užívateľ stiahne ako binárku. Teda o takej
aplikácii, ktorá sa správa pre bežného užívateľa ako desktopová.

Pochybuju, že by si zákazníci něco sami instalovali někam do cloudu. Výhoda webového řešení je ta, že naopak nemusíte jako uživatel nic instalovat, prostě zadáte adresu do prohlížeče a je to. Pro vás jako pro vývojáře je výhoda v tom, že nemusíte podporovat různé verze na nejrůznějších systémech – prostě aplikaci instalujete na jeden svůj server (nebo cloud) a máte jistotu, že všichni mají nejnovější verzi s nejnovějšími opravami. Jednodušší je i případné zpeněžení – nemusíte řešit, že si ten software bude někdo kopírovat.

Výhodou nativní aplikace je to, že v ní lze pořád ještě naprogramovat komplexnější GUI, než na webu. Resp. ty rozdíly nejsou přímo v GUI, ale spíš v interakci s okolním prostředím. I když i v tom webové technologie mezery rychle dohání – už dávno můžete používat drag-and-drop, dnes můžete pracovat i se soubory na lokálním počítači, aplikace může fungovat offline. Každopádně naprogramovat pro desktop něco, co zatím nelze udělat webovými technologiemi, je také dost složité.

Dost také záleží na tom, jak má být aplikace interaktivní. Pokud by tam měl uživatel něco vyplňovat a editovat, neobstojí už dnes aplikace založená jen na serverovém řešení a budete potřebovat nějaký frontendový framework jako Vue, React, Svelte… Pak dává smysl použít na serveru Micronaut, ten je pro JSON backend jako dělaný.

23

Vývoj / Re:Aplikácia v JavaFX vs ASP.NET/Micronaut

« kdy: 03. 05. 2021, 11:35:46 »

Myslím si, že Excel plugin je pre požiadavky aplikácie reštriktívny.

Python som zamietol kvôli nemožnosti vytvoriť binárku (binárku považujem za veľkú konkurečnú výhodu)
a horšiemu výberu knižníc. Napr. Python nemá poriadnu knižnicu na prácu s PDF súbormi, čož je
v obore import/export dát zásadná vec. Jediný jazyk ktorý sa približuje duu Java/C# v tejto oblasti
je zrejme Go; ten má čo som pozeral, veľmi slušnú výbavu.

O command-line tooloch som uvažoval ako o doplnku pre power userov.

Vytváraniu natívneho GUI pre 3+ platformi by som sa rád vyhol; to by bolo príliš veľké
bremeno.

Micronaut nie je len pre web, resp. microservices. Samotný lead developer hovorí vo
svojich prednáškach, že Micronaut je určený pre všetky typy aplikácií, ktoré majú
public static void main.

1. Tak pokud to je do excelu, tak to mas nej udelat nejaky plugin, ne?
2. Koncipoval bych takovouto utilitu priparne jako command line tool, k tomu si pak muzes udelat GUI a je jedno v cem
3. Kdyz uz to bude cmd tool, vsadil bych se ze takova knihovna uz existuje v Pythonu.
4. Nevim k cemu ti bude micronaut, to je primarne na web
5. Kdyz uz to bude web, tak zase nepotrbujes graalvm.
6. V Jave nebo v .NETu, gui bude vosklivy bych rekl, lepsi mas cmd tool + pouzit native gui pro kazdou platformu na kterou to pojede.

24

Vývoj / Aplikácia v JavaFX vs ASP.NET/Micronaut

« kdy: 02. 05. 2021, 21:45:15 »

Zdravím,

plánujem vytvoriť aplikáciu na export/import dát (bežné formáty XML, JSON, HTML, XLSX, PDF...). Niečo
pre bežného užívateľa Excelu, ktorý si potrebuje importovať dáta do tabuliek a niečo
vyexportovať. Výber jazyka som zúžil na C# a Javu, pretože obe platformy majú najprepracovanejšie
knižnice pre export/import dát. V Jave ma najviac zaujali Micronaut, JavaFX, v C# ASP.NET.
Všetky riešienia sú multiplatformové. Veľkou výhodou  je možnosť tvorby bináriek; v Jave (GraalVM)
je to trochu komplikovaniejšie, ale zdá sa, čo som testoval, že to ide. V C# je to malina.

ASP.NET ma zaujalo čistotou, kompaktnosťou a jednoduchosťou; je tam všetko, čo potrebujete.
Naopak mi tam chýba možnosť modulárneho vývoja, čo ma dosť prekvapilo. Ale keďže moja aplikácia
nebude rozsiahla, tak tam nevidím problém.

Micronaut je vylepšený a vyblýskaný Spring Boot. To by som asi zvolil pri rozsiahlejšom projekte.
Príde mi to podstatne viac komplexné, možno pre moje potreby overkill. (Ale ináč perfektné.)

 V JavaFX tvorba GUI je malina a pôžitok. Ide to ako po masle. (Webové riešenia sú podstatne
zložitejšie.) TableView komponent je určite tiež rýchlejší a prepracovanejší, než čokoľvek čo
existuje v JS. Podarilo sa  mi tiež vybuildovať binárku pomocou Gluon projektu, takto má aplikácia
výrazne nižšie pamäťové nároky a rýchlejší štart.

JavaFX bude bežať len na desktope, kým ASP.NET/Micronaut si zákazníci môžu spustiť
na desktope a tiež nasadiť na cloude, či u seba na intranete "on premises". Čo si myslíte, je to zásadná
výhoda ASP.NET/Micronaut riešenia oproti JavaFX? Sú potencionálni zákazníci oveľa
ochotnejší si zakúpiť aplikáciu, ktorá beží aj na webe?

25

Studium a uplatnění / Re:Knihy matematika/fyzika

« kdy: 10. 03. 2021, 10:28:04 »

Odporúčam jednoznačne anglickú literatúru. Pre začiatok potrebuješ učivo,
ktoré oni nazývajú precalculus.

James Stewart PRECALCULUS

https://www.amazon.co.uk/Precalculus-Mathematics-Calculus-International-Metric/dp/1305999983/ref=sr_1_4?dchild=1&keywords=precalculus&qid=1615365887&sr=8-4

Tu si môžete pozrieť, ako tá kniha vyzerá:

https://cec-code-lab.aps.edu/downloads/precalculus-text.pdf

Ide pravdepodobne o nelegálnu PDF kópiu; ale dobre poslúži ako predstava,
čo tá kniha obsahuje. (Aj tak málokto asi prelúska 1000+ stranovú knihu v PDF forme.)

(**

Voľne šíriteľná, legálna verzia Precalculu sa dá nájsť tu:
https://www.stitz-zeager.com/szprecalculus07042013.pdf

Výklad je oveľa viac formalizovaný, ale dá sa zvládnuť OK. Je to celkom fajn kniha.

**)

Mám od Jamesa Stewarta  CALCULUS, a to je úplne geniálna kniha. Je tam všetko podrobne
vysvetlené s množstvom obrázkov a grafov pre ilustráciu. Čo je extrémne dôležité,
nechýbajú dôkazy, cvičenia a ilustrácie, kde sa to všetko v praxi využíva.
Proste dobrí zahraniční autori vysvetľujú učivo pre beginnera na ďaleko lepšej úrovni,
ako českí a slovenskí.


Po tom, čo študent pochopí jazyka matematiky, jej formalizmus, môže siahnuť aj po
slovenských a českých autoroch. Tí píšu v jadrnej, stručnej forme, čo je fajn pre
pokročilejšieho študenta, ale pre začiatočníka je to nevhodné.

Ja mám najradšej knihu od Jána Ivana, Matematika I. ( Veľmi ťažko zohnať. Zháňal som to vyše 20 rokov ).
Potom sú tu československé klasiky Kluvánek, Mišík, Švec Matematika I
a Škrášek, Tichý Základy Aplikované matematiky. Tie sa buď dajú vypožičať, alebo
sa dajú niekedy splašiť v antikvariátoch.

Odporúčam tiež zohnať si nejaké dobré dejiny matematiky. Na Slovensku vyšla
kniha Dejiny matematiky od Jána Čižmára, čo je neuveriteľný počin v našich
končinách. Je to pre motiváciu do štúdia.

Na YouTube si môžeš násť odporúčania pre štúdium matematiky od študentov,
PHD študentov a profesorov napr:

https://www.youtube.com/watch?v=I_Df_mx8Hxo

26

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 17. 02. 2021, 22:00:36 »

Mne tieto dva dotazy

intext:"Warning: include" site:sk
inurl:"main.php" site:sk

vyhodilo zopar potencionalne zrejme zranitelnych stranok. Avsak zvacsa ide
o dost stare stranky.

Nuz to je tak, ze pri tvorbe PHP stranok sa cosi clovek priuci.

Tyhle jsem hledal (na ukázku) googlem, kde není router maskovaný rewrites.
Shodou okolností šla hned první stránka, ale to byl jen luck.
Jako když chceš ukázat mizernou branku, nějakou najdeš, sťouchneš do ní a ona se nejen otevře, ale i rozpadne.

Jinak to jsou vesměs zakázky ...nebo se nudíš a šťouráš.
Ale NEKRÁST, protože k datům se v podstatě vždy dostaneš.

Tedy mimo ASP.NET \ Java, to si pak připadám jako ...

27

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 17. 02. 2021, 19:45:51 »

Ja som nedávno narazil na web slovenskej univerzity, kde je akýsi prastarý kceditor,
ktorý vám ako na tácke dáva možnosť uploadnúť tam web shell... K tomu sa
poľahky dá dopracovať pomocou tzv. Google dorks. Na webe je toho dosť.
Ale web je hacknutý pre mňa, keď je root access. A to je tá ťažšia cesta.



Vyzerá to na LFI, local file inclusion. Dajú sa zrejme prezerať súbory a prípadne
uploadnúť z iného serveru web shelly.

Zaujímalo by ma, ako postupujete pri hľadaní takýchto dier? Googlením, či nejakým
automatizovaným skriptom?

Aby bylo vidět, že umím a nekecám (většina totiž kecá a neumí): http://www.wave-tech.co.kr

Chybu pochopíte, když otestujete ten jejich "router": /main.php?m2=s22
http://www.wave-tech.co.kr/main.php?m2=s22

Cvičně to můžete změnit třeba na: main.php?m2=main
Že se dá ovládnout celý server...vám taky bude brzo jasné.
Ale fakt bacha, hrozně lehce jim to shodíte.

Nicméně třeba stránky Homecreditu jsou mnohem větší výyva, koukat můžete, hackovat ne, byl by to trestný čin.
Odkud se odpíchnout mohu poslat do SZ.

Takže ano, ptám se blbě, ale něco umím 

28

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 17. 02. 2021, 19:33:46 »

Nuž robiť sám na webovom projekte s pomocou frameworku; no neviem, neviem.
Je s tým tak veľa roboty, že to sám človek ťažko zvládne.
Pokiaľ sa chce človek vyhrať, tak povedzme. Ale pre niečo serióznejšie radšej nie.
Dnes je trend využívať aplikačné platformy, napr: https://www.back4app.com/,
Amazon, Google, Azure majú svoje ekvivalenty. Tam si svoju webovú aplikáciu
poskladáte takpovediac ako lego. Neexistuje, že by jednotlivec dokázal všetko,
čo vyžaduje moderná webovka zbúchať sám.

Na druhej strane je problém ten customer lock-in. Súdruhovia vám pri zlom
kádrovom profile dokážu zrušiť vašu aplikáciu bez vysvetlenia. Osobne by
som sa hlavne Googlu oblúkom vyhol. 

29

Bazar / Re:Prodám plně funkční historický notebook IBM R60e

« kdy: 12. 11. 2020, 22:48:21 »

ponúknem 50€

30

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 09. 11. 2020, 12:22:26 »

Co presne tam je za problem?

Reagoval som na použitie statických metód; tie neexistenciu obyčajných funkcií nevyriešia, ale
pridávajú vlastné problémy (statická metóda môže volať len statickú metódu a pracovať so statickými
atribútmi.)

Co znamená „lambdy se nepočítají“? Lambda je přece anonymní funkce.
Jediné, co byste mohl chtít navíc, je možnost reflexí zkoumat předanou funkci, to opravdu Java neumí.

Opravte ma ak sa mýlim, ale lambda sa len tvári ako anonymná funkcia. Je to len syntaktický
konštrukt, z ktorého kompiler spraví objekt. Java bohužiaľ nemá bežné funkcie, len metódy.
A tie nie sú first-class.

Čo bolo pridané v Java 8 je vohejbák. Java stále nemá obyčajné funkcie, len cez funkcionálne rozhrania
sa okľukou vytvárajú objekty a volajú potom metódy.

Kód: [Vybrat]

public class Example {
 
    public static void main(String args[]) {
 
        Function <Integer, Integer> inc = e -> e + 1;
        doSum(5, inc);
 
    }
 
    public static void doSum(int value, Function <Integer, Integer> func) {
        System.out.println(func.apply(value));
    }
}

Ono to vyzerá ako funkcia, ale nie je.
Je to celé komplikované. Java pridala do jazyka celý rad preddefinovaných rozhraní
kvôli uľahčeniu práce, ale faktom je, že nemáme funkcie, len objekty a ich metódy.
Každú "funkcia" potrebuje mať vlastné rozhranie napr:

Kód: [Vybrat]

@FunctionalInterface
public interface Consumer<T> {
    void accept(T t);
}

Porovnajme si to s JavaScript kódom:

Kód: [Vybrat]

function inc(val) { 
    return val + 1; 
}

function dec(val) {

    return val - 1; 
}

function double(val) { 

    return val * 2; 
}

function halve(val) { 

    return val / 2; 
}

let pipeline = [inc, halve, dec, double];

let res = pipeline.reduce((total, fn) => {
    
  return fn(total);
}, 9);

console.log(res);

Je to elegantný, jednoduchý, ale veľmi expresívny kód. Žiadne statické metódy, žiadne
funkcia musí byť v classe, žiadne vohejbáky ako @FunctionalInterface alebo delegáty (C#).
Jednoduchý priamočiary kód.

Váčšina moderných programovacích jazykov má obyčajné funkcie, vrátane jazykov Python, PHP, JavaScript, Rust,
Go, Ruby, C++, F#, ...

Preto som napísal, že podľa mňa to je neexistencia obyčajných funkcií najväčšia chyba v dizajne Javy.