Poslední příspěvky

1

Windows a jiné systémy / Re:Obnova PC ze zálohy na Synology

« Poslední příspěvek od darebacik kdy Dnes v 18:04:01 »

Dakujem za vycerpavajucu odpoved. Precitam si to este raz a budem postupovat podla toho navodu.
Avsak moja otazka znela trochu inak, preco je ABB recovery wizard okno prazdne bez zaloh.
Problem bol v tom, ze to ISO co som stiahol je najake divne, alebo je urcene pre restore linuxu.

Postupoval som podla navodu a vytvoril som si bootovacie USB, udajne ked obnovujem Win, tak potrebujem na to win.pe. Cize USB bootovacie som spravil, ale spravil som si aj ISO.

To ISO som znova nakopiroval na ventoy a teraz recovery prebehlo uplne bez problemov (to bootovacie USB som nepouzil vobec).

2

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od BoneFlute kdy Dnes v 17:23:48 »

C++ má totálně idiotský package management (žádný). V jedné firmě jsem dokonce zažil 3 in-house package managery v jednom jediném C++ projektu, který si napsali lidi pro Windows, Linux, a Mac zvlášť, protože jim to asi přišlo cool, popř. protože každá platforma měla nějaké věci, co museli řešit (třeba pro mac nechci svoji zlib, stačí ta systémová...).

Osobně mi tohle vyhovuje více než třeba cargo.

Závislosti jednoduše postahuji k projektu. Pak mám jednoduchý bat nebo sh soubor, který vše přeloží.

Snažím se totiž každou závislost auditovat - při každé změně pročíst diff a neupdatovat, pokud se mi to nezdá. A bohužel cargo apod. tomu nepomáhají (viz npm poslední dobou).

Tohle nechápu.

Pokud je to pocit, tak ok.

Objektivně ale když nepoužiješ cargo, tak naopak ztrácíš spoustu informací které k tomu auditu potřebuješ.

Představuji si sebe. Když budu dělat malý projekt a budu potřebovat brutálně auditovat, tak mi cargo krásně ukáže, že tahle verze si stahuje tyhle závislosti -> takže tuhle nechci, tenhle balík nechci. Cargo mi v každém okamžiku ukáže kolik je závislostí, stáhne je a já je mohu auditovat. Mohu omezovat, aby těch závislostí bylo co nejmíň. Spoustu ruční práce mi to ušetří.

Druhá věc je smysl balíčků. Jako chápu, že ty to nepotřebuješ. Ale většina vývojářů prostě nejsou topka, a tak můžeme těžit z toho, že můžeme auditovat už něčí auditovaný balíček. Představa, že v každém týmu, který používá závislost X je někdo, kdo to audituje, a nedá vědět ostatním na co přišel, mi přijde nešťastná. Díky tomu ten audit nikdy nemůže být tak dobrý.

3

Sítě / Optika od Cetinu - jen pro O2?

« Poslední příspěvek od HonzazKrumlova kdy Dnes v 17:20:25 »

Zdravím,

Snažím se najít odpověď na docela jednoduchou otázku a furt ne a ne.
CETIN k nám natáhnul optiku, spuštění se počítá už na dny a obchází po ulici O2 obchoďáci. Se všemi službami jsem u VF, takže zjištuji možnosti. VF operátor zarytě tvrdí, že ke mě vede jen metalika, ale tuším, že to může jít za faktem, že optika ještě není zprovozněná, na mapě dostupnosti z webu CETINu vidím totéž.

Když se ozvali mi ozvali O2 obchoďáci, že si chtějí sjednat "schůzku" aby mi něco "nastavili na přípojce", celkem mě napadlo, kudy to povede, samozřejmě pozjišťovali případný převod všeho. Chytračení O2, stejného majitel s CETINem se dá tušit a obraz dotvořil fakt, že soused se stejnou optikou a neúnavným obvoláváním O2 nakonec dosáhl toho, že už mu optika běží, zatímco na mapě CETINu i u něj nadále svítí 100Mbit-VDSL pouze.

Nicméně jsem zavolal na helpline CETINu, ať mi potvrdí, že na optice CETINu mohu provozovat více operátorů a odpověď mě zaskočila: pouze O2. Položil jsem paní explicitně otázku: na drátech ve vlastnictví CETINu mohu mít VDSL od velké řádky operátorů, od toho přeci CETIN existuje, tvrdíte mi, že to pravidlo o optice neplatí?

Odpověď: ANO, některé optiky jsou otevřeny více provozovatelům, ale tuhle optiku si vybudovalo O2, můžete jen O2.

Vím, že ti kopáči i ti, co foukali optiku, že byli CETIN.

Jak to tedy je?

4

Hardware / Re:Ochrana koženky na sluchátkách

« Poslední příspěvek od Ink kdy Dnes v 15:54:07 »

Ak stoja sluchadla, ktore su po HW stranke uplne super, napriklad 70€, tak davat 15€ za nahradu sa proste nevyplati.

Proč ne?

5

Server / Re:tld .space

« Poslední příspěvek od Josef Liška kdy Dnes v 15:50:53 »

Tak samozřejmě po hodině špekulování to začalo fungovat samo. Tohle se mi ale ještě nestalo, aby zaplacená, správně nastavená doména zmizela z DNS.

6

Server / Nefunkční doména v TLD .space

« Poslední příspěvek od Josef Liška kdy Dnes v 15:45:40 »

Ahoj,
přestala mi dnes zcela resolvovat jedna doména .space

Jelikož jsem neměl jinou, zkusil jsem zaregistrovat ještě jednu, ale ta mi okamžitě funguje.

Pravda, nová je přes gandi, původní přes tucows.

Podpora registrátora zatím nic.

7

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Jožka Niemand kdy Dnes v 14:44:22 »

A teď si představ, že potřebuješ použít nějakou knihovnu nebo framework, který jen tak zbuildit znamená třeba postahovat 30 závislostí, a ten framework se vyvíjí.

Z toho se stane part-time job jen řešit ty závislosti, aby byly aspoň trochu aktuální.

Já jsem třeba na jeden projekt potřeboval použít knihovnu Skia............

To je pak otázka, co je pro vás low-level projekt, když má desítky závislostí. Asi ne totéž, co třeba pro mě.
Jinak souhlas s C++, to používám jen z donucení, pokud možno vůbec. Na low-level věci zásadně C, případně Forth, případně Assembler. Na high-level je docela velký výběr.  C++ je moderní obdoba FORTRANu - k ideálu daleko, poznamenán letitým vývojem, halda zdrojáků v něm napsaných. A lidi kolem Rustu - ty si představuji jako takové ty polonahé tlouštíky na čtyřech s koženou maskou pejska, co si je na vodítku tahá domina s důtkami (tj. kompilátor Rustu). Proti gustu... Jen ať mi to nikdo nevnucuje jako to nejlepší, co kdy bylo vymyšleno.

8

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Radek Miček kdy Dnes v 14:05:32 »

A teď si představ, že potřebuješ použít nějakou knihovnu nebo framework, který jen tak zbuildit znamená třeba postahovat 30 závislostí, a ten framework se vyvíjí.

Z toho se stane part-time job jen řešit ty závislosti, aby byly aspoň trochu aktuální.

Přesně tohle nedělám. Snažím se držet závislosti na minimu nebo si nevybírám závislosti, které mají tranzitivně desítky či stovky jiných závislostí. Snažím se totiž každou závislost auditovat - při každé změně pročíst diff a neupdatovat, pokud se mi to nezdá. A bohužel cargo apod. tomu nepomáhají (viz npm poslední dobou).

9

Hardware / Re:Ochrana koženky na sluchátkách

« Poslední příspěvek od hknmtt kdy Dnes v 14:00:50 »

Tak ono nie vzdy sa da zohnat nahrada. Uz duplom ine ak ide o kozenku, ktora je na objimke a nie na nausnikoch. Tiez to pri lacnejsich sluchadlach moc nema financne zmysel. Ak stoja sluchadla, ktore su po HW stranke uplne super, napriklad 70€, tak davat 15€ za nahradu sa proste nevyplati.

Ak teda nie je mozne prevencia, je nejaky pripravok, ktorym sa daju vydrate miesta natriet a zachne to ako nejaky flexibilny plast/guma, prakticky totozne ako povodna kozenka?

10

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od anonacct kdy Dnes v 13:59:27 »

A teď si představ, že potřebuješ použít nějakou knihovnu nebo framework, který jen tak zbuildit znamená třeba postahovat 30 závislostí, a ten framework se vyvíjí.

Z toho se stane part-time job jen řešit ty závislosti, aby byly aspoň trochu aktuální.

Já jsem třeba na jeden projekt potřeboval použít knihovnu Skia............