Příspěvky

46

Windows a jiné systémy / Re:MacOS - frustrace z ovladani

« kdy: 05. 02. 2019, 11:42:57 »

macOS je optimalizovaný na ovládání touchpadem a gesty.

47

Windows a jiné systémy / Re:Windows 10 EULA - som zhrozeny

« kdy: 31. 08. 2015, 23:30:25 »

Tak ja to nechci urcovat podle obsahu souboru, ale podle jeho hlavicky.

Tam může vzniknout problém akorát v tom, když se někomu podaří navrhnout strukturu (např. datových) souborů své aplikace tak, že jejich počátek (hlavička) odpovídá šifrované variantě na daném oddílu/svazku používaného souborového systému. Pak minimálně při čtení takových dat může být člověk dost překvapen, co na něj vyleze (i když ta pravděpodobnost je malá). To teoreticky vyřeší použití bitu v metadatech.

Pokud nejde zajistit, že ty bity nebudou vždy přítomny - nepodpora v jiných verzích specifikace stejné verze FS, jiné FS, jiné OS (dokonce i jiné verze OS stejného autora), jiná přenosová média, která tyto metadata nepřenesou (přenos po síti, přes emaily, cloudy...), archivační utility, které tato metadata neznají atd. je to řešení teoreticky i prakticky na 2 věci, protože příliš často to může selhat.

Ach jo: ve všech těchto případech jsou data nejprve čtena z disku ovladačem filesystému který podle onoho bitu v metadatech rozpozná že jsou šifrovaná a poskytne je rozšifrovaná. Boha jeho chápete o čem se tu mluví?! A samozřejmě že pokud strčím do systému externí disk a soubor na něm zašifruju tak ho jinde nepřečtu, to je přece smysl téhle věci.

Ach jo, chápete, že jiné implementace tyhle problémy nemají? Ani když data přenášíte bez předešlého rozšifrování? Rozumíte tomu, že když v normálních implementacích přenesu kontejner s šifrovanými daty, bez jejich předchozího rozšifrování, tak ho i po násobném přenosu na cílové místo v případě správných dešifrovacích operací jeho obsah bez problémů přečtu? Kdežto u té přiblblé implementace se k obsahu dat v kontejneru EFS k nim už nedostanu?! Taková věc má jaký smysl, kromě hromady problémů, které odnese chudák uživatel?

Chápete, že kdyby tak fungovalo vše, tak by jste nemohli přenášet třeba ZIP soubor, bez explicitní podpory ZIP souboru ve FS?

Jistěže chápu co popisujete. Bohužel vy odmítáte chápat co vám tu píšu já a někteří jiní. Odpovídat už mi nemusíte, toto je opravdu můj poslední post do této diskuse. Dobrou.

48

Windows a jiné systémy / Re:Windows 10 EULA - som zhrozeny

« kdy: 31. 08. 2015, 22:50:45 »

Tak ja to nechci urcovat podle obsahu souboru, ale podle jeho hlavicky.

Tam může vzniknout problém akorát v tom, když se někomu podaří navrhnout strukturu (např. datových) souborů své aplikace tak, že jejich počátek (hlavička) odpovídá šifrované variantě na daném oddílu/svazku používaného souborového systému. Pak minimálně při čtení takových dat může být člověk dost překvapen, co na něj vyleze (i když ta pravděpodobnost je malá). To teoreticky vyřeší použití bitu v metadatech.

Pokud nejde zajistit, že ty bity nebudou vždy přítomny - nepodpora v jiných verzích specifikace stejné verze FS, jiné FS, jiné OS (dokonce i jiné verze OS stejného autora), jiná přenosová média, která tyto metadata nepřenesou (přenos po síti, přes emaily, cloudy...), archivační utility, které tato metadata neznají atd. je to řešení teoreticky i prakticky na 2 věci, protože příliš často to může selhat.

Ach jo: ve všech těchto případech jsou data nejprve čtena z disku ovladačem filesystému který podle onoho bitu v metadatech rozpozná že jsou šifrovaná a poskytne je rozšifrovaná. Boha jeho chápete o čem se tu mluví?! A samozřejmě že pokud strčím do systému externí disk a soubor na něm zašifruju tak ho jinde nepřečtu, to je přece smysl téhle věci.

49

Windows a jiné systémy / Re:Windows 10 EULA - som zhrozeny

« kdy: 31. 08. 2015, 21:30:54 »

Laele - tohle nemá smysl. Je to prostě level pro který nemají pojmový aparát a úroveň abstrakce: škoda, protože ve skutečnosti nejsou hloupí, spíš naopak.

Myslím že už neni co dodat. Třeba jim to jednou dojde až budou mít víc zkušeností a míň testosteronu :-)

Co to nechat prostě být a propadnout za horizont událostí? I s ohledem na důstojnost všech zúčastněných…

50

Windows a jiné systémy / Re:Windows 10 EULA - som zhrozeny

« kdy: 31. 08. 2015, 20:47:11 »

Chápu, že ve Windows je problém s detekcí typu souboru. Ale my Windows nemáme a proto s detekcí typu souboru dle jeho obsahu nemáme ani i vámi popsaných typů. Funguje to velmi spolehlivě a transparentně. Stačí např. ověřit tak, že souborům odmažete přípony. Rozumné DE vám ve správci souborů ukáže správné ikony dle typu souborů, který zjistil z jeho hlaviček.
Lituju váš těžký život s Windows, když máte pořád takové problémy, ale neaplikujte to na OS, které používáme my, protože se s tímto chováním nesetkáváme, jen se tím ztrapňujete.

No, tak toto je opravdu výstižná essence programátorsko-patlalského hovadství.

51

Windows a jiné systémy / Re:Windows 10 EULA - som zhrozeny

« kdy: 31. 08. 2015, 20:35:38 »

Jardo, ale vždyť ta specifikace platí pořád stejně!

Je to reserved, tj. autor standardu to používá l něčemu v tu chvíli nepopsanému nebo bude k něčemu používat, je tam popsáno jak se k tomu chovat (zapsat při vytvoření nulu, a dál se nestarat). Je tam naprostá forward compatibility. Ti lidé porušili už původní specifikaci, a že jim to chvíli fungovalo neznamená nic. Oni to implementovali bez dopředné kompatibility, ne Microsoft.

Ono to zas tak jednoduche neni:

Vzhledem k tomo ze autoritativni zdroje ( LaelOphir ) rikaji, ze specifikace pozaduje pri vytvareni soboru nastavit reservovane bity na 0 a pak uz je nikdy nekontrolovat zksme tuhle hypotezu:

Dejme tomu ze firma SD napise program na spojovani souboru: ten vytvori, presne podle specifikace specifikace novy soubor s obema bity nastavenymi na 0 a postupne do nej zkopiruje data ze vstupnich souboru, ktere maji tyto bity != 0. Vysledek asi nebude fungovat ale bude podle specifikace.

Zkuste se zamyslet jak asi funguje šifrování souborů ve filesystémech a přijdete na to že pokud spojujete soubory tak je úplně jedno jestli je fakt že je ten který soubor šifrovaný uvedeno v metadatech a nebo hlavičce souboru - protože jeho obsah dostanete voláním nějakého API ovladače filesystému. A ten ví co s raw daty jak jsou uložena někde na mediu dělat. To že uložím na nějaké medium svoje data neznamená že jsou tam uložena bit po bitu jak jsem je tam poslal - disk může být třeba komprimovaný, to by potom spojování souborů taky nefungovalo, nebo snad ano? Jak už jsem jednou psal: používáte nějaké API a to když mu data za nějakých podmínek svěříte tak vám je zase v pořádku vrátí.

Opravdu, zkuste přemýšlet o tom co a jak se tam asi děje - a stačí na to trochu logiky - a neplýtvejte energií na vymýšlení naivních nesmyslů jak jsou ti co je nemáte rád blbí. Je to mnohem zábavnější.

52

Windows a jiné systémy / Re:Windows 10 EULA - som zhrozeny

« kdy: 29. 08. 2015, 00:22:14 »

politováníhodný.

fakt myslis ze je v poradku aby bit co byl 18let reservovan a nemelo se na nej koukat, se zacal pouzivat stylem vidim ho tak zkurvim data protoze se mi nejak nezdaj? i presto ze se maji jen cist nebo zobrazit info? i presto ze nejsou sifrovana? ze existuje neco jako kontrola hlavicky souboru? nezajem...

Ty si fakt myslíš že se má programovat stylem "ňák to udělej když to nespadne dobrý"? To že programátoři mrhají kreativitou na ohýbání věcí až tyto přestanou fungovat a myslí si že operačni systémy a nebo třeba webový browsery snesou všechno je významným zdrojem bordelu a jedním ze zásadních zdrojů toho proč má it pověst jakou má - polofunkčních nedodělků co člověku akorát překáží v práci.

Když přemýšlím o tomhle konkrátním případě tak si nemyslim že ta data jsou na disku "přepsána", spíš bych soudil že jsou tam binárně jak mají být a API se je jenom pokouší při čtení "dešifrovat". Ale to je jenom moje domněnka - upřímně řečeno mi to ani moc nezajímá protože je to principiálně jedno.

53

Studium a uplatnění / Re:Pohotovost mimo pracovní dobu

« kdy: 10. 08. 2015, 12:44:29 »

...  s definovanou dobou 42.5h tydne ...

?
(jen se ptám)

.... tak zakaznici se obecne ke me nedostanou. Bud se mnou komunikuje IT na jejich strane

"IT na straně zákazníka" JE zákazník, takže dostanou. Je tím myšleno jestli když něco potřebují jdou rovnou za tebou a ty podle jejich pokynů/potřeb začneš něco dělat, a nebo jestli se s nimi spojíš (a nebo oni s tebou) až poté co to v první linii přijme někdo jiný než ty na vaší straně.

54

Vývoj / Re:Programovací jazyk pro tvorbu databáze

« kdy: 07. 08. 2015, 20:41:56 »

Nejde to udělat přímo z toho Excelu pomocí VisualBasicu (tj. abyto byl spustitelný soubor ale ve skutečnosti v principu nějak zabalená/obalená ta Excelová tabulka)?

Obecně: Jakkoli chápu tvé nadšení, je skvělé udělat něco opravdového co lidé reálně používají, tak v tom jinak vidím průsery na všechny strany. A jako sólo samouk bez vedení a se samozadáním se v tom ve skutečnosti naučíš strašně málo, akorát si asi zafixuješ hodně špatných návyků.

55

O serveru Root.cz / Re:Náhled na novou podobu Roota

« kdy: 03. 08. 2015, 14:04:20 »

Nejsou ty obrázky příliš velké a dominantní? - vzhledem k tomu že jsou a budou v 90% ilustrační; tj. nenesoucí jinou než orientační informaci (o tématu článku, nikoli jeho obsahu), přijdou mi příliš prominentní.

56

Studium a uplatnění / Re:Vzít si na pohovor společenský oblek?

« kdy: 26. 05. 2015, 18:50:41 »

...a hodinky by se taky hodily

Ano. V idealnim pripade iWatch +5 charisma.

Nesmysl, jedině Mondaine Swiss Stop2Go Railways Watch!

57

Vývoj / Re:Rady pro začínajícího Android programátora

« kdy: 26. 05. 2015, 12:08:56 »

Obecná rada: drž se nativních vývojových nástrojů, abys nehonil moc zajíců najednou. Tj. u Androidu jeho Android Studia.

58

Vývoj / Re:Použití Objective-C mimo Apple

« kdy: 25. 05. 2015, 17:00:00 »

Nikoli, recyklují se primárně věci na které jsou lidé zvyklí, ať už jsou dobré nebo špatné, neobvyklé věci jsou odmítány jaksi z principu. Já netvrdím že způsob zápisu v Obj-C je nejlepší, ale když si na něj člověk zvykne je velmi přirozený a dobře se jak píše, tak čte.

Že jsou programátoři staré struktury tuším. Proč se ve Swiftu přirozený a dobrý zápis z Obj-C hodil do stoupy netuším. Zjevně je v některém tvrzení chyba.

Nehodil, akorát se přizpůsobil starým strukturám které měly z učení se Obj-C ujímání (některé principy Obj-C - a zřejmě SmallTalku který neznám - syntaxe jsou ve Swiftu dotažené do konce).

59

Vývoj / Re:Použití Objective-C mimo Apple

« kdy: 25. 05. 2015, 16:55:45 »

kdyz se tedy naucim swift, musim se naucit i objective-C (aspon z casti)?

Ne. Frameworky a API (na OS X a iOS) jsou sdílené, ale každý jazyk k nim přistupuje svojí syntaxí.

Nadruhou stranu schopnost číst Obj-C neuškodí pokud by se člověk dostal k legacy projektu nebo si četl vygooglované ukázky použití API a frameworků.

Je ovšem možné používat v jednom projektu oba jazyky, tj. nové věci přidávat ve Swiftu (pochopitelně ne v rámci jednoho souboru zdrojáku :-), ale např. oddědit nebo rozšířit třídu psanou v Obj-C pomocí Swiftu).

60

Vývoj / Re:Použití Objective-C mimo Apple

« kdy: 25. 05. 2015, 15:20:34 »

Dobré myšlenky se různě recyklují a zlepšují v různých jazycích a některé dobré myšlenky vznikly i v Objective-C. Špatné, jako třeba systém zápisu v Objective-C, nikoliv.

Nikoli, recyklují se primárně věci na které jsou lidé zvyklí, ať už jsou dobré nebo špatné, neobvyklé věci jsou odmítány jaksi z principu. Já netvrdím že způsob zápisu v Obj-C je nejlepší, ale když si na něj člověk zvykne je velmi přirozený a dobře se jak píše, tak čte.