Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Sítě / Re:Metronet končí, ke komu přejít?
« Poslední příspěvek od ripper6 kdy Dnes v 18:20:19 »
Jen uvaha, mam mit fakturu od JON cz, takze zaplatit na rok?  :)

PODA je znama, pokud to vezme, pojede to tam.
Zaroven ale jestli transakce nepadne, PODA nedela VDSL, je znama ze dela optiku a 60Ghz ci wi-fi internet vzduchem  :)

2
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od BoneFlute kdy Dnes v 18:15:42 »
Nebudu ho učit serializovat se do Jsonu, nebo do Databáze, ale obecný serializování musí umět on.

Ale i obecných serializačních formátů existuje mnoho. Jeden například povolí 64-bitová celá čísla a druhý povolí celá čísla bez omezení velikosti. Jiný povolí čas na mikrosekundy, další na pikosekundy. Některé mohou řešit, jak jsou data uložena v paměti, jiné se od toho snaží abstrahovat.

Bavíme v kontextu OOP.
Serializační formát je jen jeden, ten dict, což bude nějaký slovník.
A starostí toho objektu právě je, že když používá například čísla s nekonečnou délkou, tak je napasovat do toho interface. O tom byl právě ten příklad.

Pak je další vrstva, že chci serializovat do jsonu. Která umožní přidávat další věci.

To mi nepřijde jako dobrý návrh - protože to, co už ztratíte tím dictem, se bude dost těžko rekonstruovat v další vrstvě. Proč prostě nemít jen jednu vrstvu. Bude to určitě srozumitelnější a rychlejší.

Ten příspěvek byl jako vysvětlení kdy udělat metodu a kdy ne. Ale budiž.

Srozumitelnější a rychlejší bezpochyby ano.

Nevýhoda je neflexibilita.

Ale vysvětli mi, proč bych měl tím dictem něco ztrácet? Nevidím proto jediný důvod...
A o jaké rekonstrukci to mluvíš? Přeci v rámci rozdělení zodpovědnosti já v té druhé vrstvě nic rekonstruovat nebudu. Prostě převedu co mám na to co mám. Dostal jsem dict, převedu ho na json, a json převedu na dict.

3
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Radek Miček kdy Dnes v 18:03:37 »
Nebudu ho učit serializovat se do Jsonu, nebo do Databáze, ale obecný serializování musí umět on.

Ale i obecných serializačních formátů existuje mnoho. Jeden například povolí 64-bitová celá čísla a druhý povolí celá čísla bez omezení velikosti. Jiný povolí čas na mikrosekundy, další na pikosekundy. Některé mohou řešit, jak jsou data uložena v paměti, jiné se od toho snaží abstrahovat.

Bavíme v kontextu OOP.
Serializační formát je jen jeden, ten dict, což bude nějaký slovník.
A starostí toho objektu právě je, že když používá například čísla s nekonečnou délkou, tak je napasovat do toho interface. O tom byl právě ten příklad.

Pak je další vrstva, že chci serializovat do jsonu. Která umožní přidávat další věci.

To mi nepřijde jako dobrý návrh - protože to, co už ztratíte tím dictem, se bude dost těžko rekonstruovat v další vrstvě. Proč prostě nemít jen jednu vrstvu. Bude to určitě srozumitelnější a rychlejší.
4
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od BoneFlute kdy Dnes v 17:50:54 »
Celkem jsem to musel čtyřikrát přepisovat prakticky od nuly, neboť jsem narazil na okamžik, kdy už jsem se v kódu sám nevyznal. Četl jsem, že dobrou věcí v programování je určit si nějaký svůj "styl" a toho se pak držet.
Programování už není zábava pro nerdy. Dneska je to business. Takže:
- kolik bude stát programátora číst existující kód?
- kolik bude stát kód napsat?
- kolik bude stát přidání nové funkcionality?
- cenu snižuje znovupoužitelnost
- kdy a kde nastanou chyby a kolik nás to bude stát?

Proto se vymýšlí nové jazyky, jinak by nám ten Assembler bohatě stačil.


Co vývojář, to originální osobnost. Co zadání + vývojář, to originální výsledek zpracování toho zadání. Nikdy jsem nepracoval ve vývojářském týmu. A dotaz zní: Máte také podobnou zkušenost s originalitou každého vývojáře? Mohu veřejně říci, že zpracování zadání (vývoj, programování atd.) je velice osobní záležitost?
Ano, a je to špatné. Protože to jde proti výše uvedenému.

Třeba mě se stalo, že jsem předělal nějakou část kódu a pak jsem se zamyslel nad tím, kolik práce s adopcí těch změn bude mít kolega. A nakonec jsem to zahodil jako neefektivní. Přínos mých změn byl menší jak nutnost kolegu přimět ho adoptovat.
5
Hardware / Re:Zapnutí úsporných režimů pro NVMe
« Poslední příspěvek od xnd kdy Dnes v 17:48:43 »
...
Ale už se mi stalo, že jsem koupil vážně hřejivé SSD pro PCIe 5.0 (že sice nepotřebuji PCIe 5.0, ale myslel jsem si, že rychlosti budou lepší). No a to topilo i v idle jako **** a horký to bylo i s chladičem....tak letěl.

Ve zkratce, pokud je to horké už v IDLE, měl bys uvažovat o výměně disku.
...

Plne suhlasim!
Z mojich (nie vela) skusenosti som mal raz jeden m.2 SSD disk - nejaky Adata ... ktory mal v idle 50+ stupnov.
Potom som si urobil mensi research a zistil som, ze Samsung 980 Pro, resp. vseobecne rada "Pro" ma lepsi power management a nizsiu spotrebu - a teda aj teploty v idle.

Ja uz vsade (asi v 3 miniPC/homeserveroch) pouzivam Samsung 980 Pro 2TB.
Vo svojom hlavnom desktope mam po novom aj 990 Pro, ale ten hreje o dost viac, je to PCIe 4 disk v PC co ma iba PCIe 3 tak som myslel, ze nebude az tak hriat. Radsej by som ho vymenil za starsi model.


6
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od BoneFlute kdy Dnes v 17:40:51 »
Jak jednou objekt serializujete, tak už takřka nemůžete překopat vnitřní reprezentaci. Nějaká aktualizace pak obvykle něco rozbije.

Iba doplním, že serializačné knižnice umožňujú s dátami ukladať aj ich verziu, ktorá sa pri deserializácii používa na rozhodovanie, čo sa vlastne na vstupe očakáva, takže sa nenačítava niečo, čo na vstupe pre danú verziu nie je.

Program se ale asi stejně rozbije, protože bude sice vědět, že se jedná o jinou verzi, ale nebude vědět, co s ní dělat.

Není nutný předpoklad, že program neví, co s jinou verzí.

Tohle jsem řešil už několikrát (api, update aplikace). Je to zábavná úloha.

Třeba v API je to sice komplexní ale omezená množina operací. Přidání prvku, odebrání prvku, změna prvku, Přidání typu dat, odebrání typu dat, změna typu dat. A ještě další v podobném duchu.

Některé operace se pro jednoduchost zamítnou.
Některé jsou triviální.
Některé vyžadují trochu péče.

Fungovalo nám to pěkně, myslím, že přes tři až pět verzí.
7
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od BoneFlute kdy Dnes v 17:15:24 »
Nebudu ho učit serializovat se do Jsonu, nebo do Databáze, ale obecný serializování musí umět on.

Ale i obecných serializačních formátů existuje mnoho. Jeden například povolí 64-bitová celá čísla a druhý povolí celá čísla bez omezení velikosti. Jiný povolí čas na mikrosekundy, další na pikosekundy. Některé mohou řešit, jak jsou data uložena v paměti, jiné se od toho snaží abstrahovat.

Bavíme v kontextu OOP.
Serializační formát je jen jeden, ten dict, což bude nějaký slovník.
A starostí toho objektu právě je, že když používá například čísla s nekonečnou délkou, tak je napasovat do toho interface. O tom byl právě ten příklad.

Pak je další vrstva, že chci serializovat do jsonu. Která umožní přidávat další věci.


Pokud to jazyk podporuje, tak se k tomuto účelu použije spíš reflexe + případně anotace, kterými se dá upravit specifické chování a mapování.
Což je jen buildin implementace serializace. Ale o to nejde.

Připomínám, že původně jsem reagoval na:
Chci vůbec mít member funkce?

Serializace byl příklad.
8
Bazar / Re:Prodám disky, NVR, kamery, MikroTik
« Poslední příspěvek od meldax kdy Dnes v 17:10:08 »
Vše Ok, díky!  :D
9
Sítě / Re:Nefunkčné niektore webstránky
« Poslední příspěvek od Michal Šmucr kdy Dnes v 17:03:14 »
Občas jsem někde zažíval podobně divné problémy s připojováním, když nebyl nastavený MSS clamping.
https://support.ispsupplies.com/portal/en/kb/articles/pmtu-and-mss-discovery-issues-resolved-with-mikrotik
Ten bývá v dost domácích zařízeních nastavený rovnou.

Např. pro PPPoE je to 1492 - 40 (TCP+IP headery) = 1452, tzn. u všech SYN paketů s MSS > 1452 se to nastavuje na 1452.

/ip firewall mangle
add chain=forward action=change-mss new-mss=clamp-to-pmtu passthrough=yes tcp-flags=syn protocol=tcp out-interface=pppoe-interface tcp-mss=1453-65535 log=no log-prefix=""

(pak upravit pppoe-interface podle vašeho, podobně pak u ipv6, jestli používáte)

Možná už to takhle máte nastavené, nebo to nezabere, ale jen, že je mi fakt divné, že by se na dva konkrétní servery náhodně nedalo připojit podle verzí ROSu.
10
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od echo_zulu kdy Dnes v 16:56:13 »
Jak jednou objekt serializujete, tak už takřka nemůžete překopat vnitřní reprezentaci. Nějaká aktualizace pak obvykle něco rozbije.

Iba doplním, že serializačné knižnice umožňujú s dátami ukladať aj ich verziu, ktorá sa pri deserializácii používa na rozhodovanie, čo sa vlastne na vstupe očakáva, takže sa nenačítava niečo, čo na vstupe pre danú verziu nie je.

Program se ale asi stejně rozbije, protože bude sice vědět, že se jedná o jinou verzi, ale nebude vědět, co s ní dělat.

Program zostavený s podporou verzie 3 bude vedieť, čo robiť pri načítavaní dát serializovaných verziou 2, pretože pri písaní deserializačnej funkcie ošetríte zmeny, ktoré nastali prechodom na novú verziu.

Pokiaľ vaše zmeny boli nad rámec toho, že bolo niečo pridané alebo vymazané, dá sa to riešiť viacerými krokmi s dátovými objektami a ich ďalším spracovaním.

Zároveň je nutné zamyslieť sa na tým, kde sa končí (de)serializácia a kde už začína konverzia dát.

Riešil som celkom divoké veci vrátane veľkých zmien typov a dá sa to.

Pri zachovaní určitej disciplíny sa dá riešiť aj to, že program zostavený s podporou verzie 3 načíta zo súboru uloženého verziou 4 aspoň spoločné dáta. Ktorých môže byť aj 99%. Dokonca aj to, že pri novom uložení, dáta, ktoré verzia 3 nepozná, zachová a verzia 4 ich potom načíta ako keby sa nič nestalo. Je samozrejmé, že to chce dobrý návrh a zmeny pre takéto použitie musia mať zmysel.
Stran: [1] 2 3 ... 10