Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - BoneFlute

Stran: 1 ... 29 30 [31] 32 33 ... 133
451
No, pokud si vzpomenu, původní úvaha byla na téma "Proč se ve školách a firmách používají MS Produkty?" - a AD je jeden ze základních pilířů správné odpovědí. Absence něčeho takového prostě ve spoustě nasazení zavírá linuxu dvěře. Je to super systém, ale na některé věci je prostě nemožně drahý.

Přirozeně souhlasím. AD a setrvačnost jsou cca základní důvod, proč se Windows na školách drží.


1/ Já nikomu necpu možnost výběru, jak si dozajista můžete přečíst z mého příspěvku.
2/ Co vám nedochází je skutečnost, že já jsem ten, kdo pak dělá ten servis. A Windows nejsou bezúdržbová jak popisujete.

1) to nebylo osobní "cpete" ale plošné "cpete" mířené na všechny ty fanatiky, pro které je možnost volby důležitější než funkčnost kterou potřebuje zákazník. Je jich fakt nebezpečně hodně...
2) mě to dochází a je to přesně ta oneman show, kterou většina firem nechce. Nechci se tím dotýkat vaší profesní způsobilosti, můžete být sebelepší, ale jak už tu někdo zmínil, předávání nestandardního prostředí mezi kolegy nebo nástupci představuje prostě problém v kontinuitě služby. Řeč je stále především o desktopech, to jen pro pořádek

O bezůdržbovosti ani bezproblémovosti win ekosystému jsem nikdy nepsal, obvykle za den vychrlím několik tisíc sprostých slov na adresu indických programátorů Azure. Ale až mi jebne, údržbu po mě převezme bez problému kdokoli další a ty windowsy prostě nějak "uchodí" aniž by musel desítky hodin analyzovat, co jsem si naohýbal. To, že mě systém pod kapotu moc nepustí, je v případě kontinuity služby zákazníkovi prostě plus. Líbit se vám to nemusí, hlavně že to vyhovuje zákazníkům.

Toto všechno je jen důsledek toho, že si vkládáte do mého komentáře něco, co tam nikdy nebylo. To pak ta kultura konverzace trpí.

Ale k věci:

Naprosto souhlasím. Windows je klump a strašnej šmejd. Bohužel funguje dost na to, aby to lidi nechtěli dělat na papíře, a konkurence je buď nereálně drahá (Apple), nebo teprve v plenkách (Fedora), nebo mrtvá.


2) mě to dochází a je to přesně ta oneman show, kterou většina firem nechce. Nechci se tím dotýkat vaší profesní způsobilosti, můžete být sebelepší, ale jak už tu někdo zmínil, předávání nestandardního prostředí mezi kolegy nebo nástupci představuje prostě problém v kontinuitě služby. Řeč je stále především o desktopech, to jen pro pořádek

Na druhou stranu já to dělat nebudu. To je to co jsem psal. A protože mám Linux rád, budu ho podporovat, a budu se snažit, aby Linux nebyl oneman show.

Stejně jako v začátcích byl Linux jen příkazová řádka, a nyní má desktop lepší jak Windows, tak se třeba dočkáme i nějakého dostatečně blbuvzdorného řešení, které umožní spravovat instalace centrálně a la AD. Pár adeptů se už rýsuje.

452
Váš názor přežiju.

My Vaše štěky odtržené od reality taky. Snad takové přežije i Linux, Bůh dej!

No, já se obávám, že naopak toto trolliování je zhoubou. Snad vám podobné přežijeme pro změnu my.

453
Komentoval jsem co jsem komentoval, nesnažte se mě navést do témat, ke kterým jsem se nevyjadřoval.

To pak ale zbyl jen štěk.
Váš názor přežiju.

454
A Windows nejsou bezúdržbová jak popisujete.

Zajímavé. Kde mám AD a kde mají uživatelé nastavená uživatelská práva, není potřeba nic řešit. Některé stanice beží 5+ roků, aniž by s nimi bylo co k činění.

Linuxy mám taky, na mnoho věcí jsou šikovnější, ale je s tím daleko větší oser a hlavně daleko hůř se to předává mezi kolegy (zástupy).

Já jsem neřekl, že Linux má AD, bez ohledu na feature, které má. To vůbec nekomentuju a nebudu rozvádět.

AD je nástroj k možnosti údržby, takže opět, to není téma, které rozvíjím a komentuji.

Komentoval jsem co jsem komentoval, nesnažte se mě navést do témat, ke kterým jsem se nevyjadřoval.

455
Buď to člověk chce používat a musí se něco naučit (řešení problémů lze dohledat na internetu) nebo se učit nechce a pak každý systém bude nepoužitelný a to platí pro všechny obecně. Začátečník si na Linuxu aspoň může zvolit distro, kde toho na začátku nebude muset řešit tolik. Uživatel Windows nemá moc na výběr.

Přijde mi, že repozitáře instalaci zjednodušují než naopak. Buď si ten repozitář přidej nebo používej distro, které tvoje oblíbené aplikace už v repozitářích má, např:
Artix linux(repozitář Archu): pacman -S vivaldi, odklepnu ano - pokračovat a je nainsatalováno.

tak to dokonale ilustruje vaši odtrženost od reality. TOHLE je přesně to, co nikdo řešit nechce, nikdo ze škol a nikdo z firem - a ani 99% domácích userů.
Proto sáhnou po obyčejném kanceluářském stroji, který dostanou na stůl s předinstalovanými windows. PC je připravené k práci během deseti minut. 99% uživatelů po žádném výběru netouží ani když mu ho horem dolem cpete.

Co se týče té odtrženosti od reality:
1/ Já nikomu necpu možnost výběru, jak si dozajista můžete přečíst z mého příspěvku.
2/ Co vám nedochází je skutečnost, že já jsem ten, kdo pak dělá ten servis. A Windows nejsou bezúdržbová jak popisujete.

456
Vývoj / Re:Trait a konstruktor
« kdy: 18. 12. 2020, 22:44:38 »
V Rustu, pokud vím, trait nemá fieldy. Proč je tam potřebuješ mít, patří tam vůbec?

Předpokládejme, že ano.

Motivace traitů, tak jak o ní v tomto vlákně mluvím, je komponovat "objekt" z částí. Tedy něco na co se zneužívá dědičnost, ale bez nevýhod dědičnosti.

Eee?! Tomu co vidím tady https://forum.root.cz/index.php?topic=24024.msg341967#msg341967 se říká kompozice a traity k tomu nepotřebuju. Traity mi k objektu přimíchají další chování aniž bych si musel uložit do fieldu jejich instance.

Ee, kompozice v kontextu OOP je trochu něco jiného. Já chci, aby výsledek bylo toto:

Kód: [Vybrat]
UserAcount = {
    login: String
    password: Password
    email: Email
    name: String
    surname: String
    roles: [Role]
    permissions: [Permission]
    extraPermissions: [Permission]
}
Jestli tomu budeme říkat traity, nebo jinak je mi celkem jedno.

Zatím jsme tu probrali, zda to je či není dobrý nápad.

Takže ještě k mé otázce - jak tyto vlastnosti inicializovat, případně když ta inicializace má nějakou komplexní logiku. Proč by to měl být problém souvisí poněkud s tím, že ty fieldy z traitu jsou privátní, mají nějaký provázaný stav, který by si měl hlídat ten trait.

Souhlasím, že construktory by měly být součástí rozhraní. Vlastně bych kostruktory nejradši zrušil a zavedl místo nich kategorii pro faktory metody a těm umožnil být (volitelně) součástí do rozhraní/traitu. Fieldy mi v traitech nevadí.  S dynamických dispatch by to byl super jazyk.

Pragmaticky a přitom docela dobře to má udělané Groovy http://docs.groovy-lang.org/next/html/documentation/core-traits.html

Na to groovy jsem koukal, a nenašel jsem tam ukázku, jak se ty fieldy inicializují.

Pro demonstraci předpokládáme situaci, kdy do existující třídy přidáme nový trait, takže musím přepsat konstruktory té třídy, to se má samo sebou. Otázka je, jak to bude vypadat.

457
Vývoj / Re:Trait a konstruktor
« kdy: 18. 12. 2020, 19:43:44 »
Motivace traitů, tak jak o ní v tomto vlákně mluvím, je komponovat "objekt" z částí. Tedy něco na co se zneužívá dědičnost, ale bez nevýhod dědičnosti.
Takže něco jako implicitní kompozice v Go?

Go moc dobře neznám. Ale vypadá to, že ano.

458
Vývoj / Re:Trait a konstruktor
« kdy: 18. 12. 2020, 19:17:35 »
class C(val f: Integer) extends T {
  def printF(): Unit = {
    println(f)
  }
}
Tohle je docela hezký.

Jde nějak ještě když bych tomu chtěl přidat nějakou logiku? Tedy konstruktor přijme f, přepočítá ho, a teprve výsledek uloží do fieldu f?

459
Vývoj / Re:Trait a konstruktor
« kdy: 18. 12. 2020, 19:13:32 »
V Rustu, pokud vím, trait nemá fieldy. Proč je tam potřebuješ mít, patří tam vůbec?

Předpokládejme, že ano.

Motivace traitů, tak jak o ní v tomto vlákně mluvím, je komponovat "objekt" z částí. Tedy něco na co se zneužívá dědičnost, ale bez nevýhod dědičnosti.

460
Vývoj / Re:Trait a konstruktor
« kdy: 18. 12. 2020, 19:08:12 »
Co se týče námitky, zda do traitů patří data, a tak.

V jednom z mejch DSL mám něco takového:

Kód: [Vybrat]
Person = {
    name: String
    surname: String
}
ACL = {
    roles: [Role]
    permissions: [Permission]
    extraPermissions: [Permission]
}

UserAcount = {
    login: String
    password: Password
    email: Email
    ... Person
    ... ACL
}

Přijde mi to celkem užitečné a zpřehledňující. Co byste tomu vytkly?

Jak byste řešili konstruktory?

461
Vývoj / Re:Trait a konstruktor
« kdy: 18. 12. 2020, 00:32:37 »
Mě napadají dvě řešení:

Kód: [Vybrat]
class Foo {
    use A;
    use B;
    public constructor(int id, string name) {
        A.constructor(id);
        B.constructor(name);
    }
}

nebo odvážnější:

Kód: [Vybrat]
trait A {
    readonly int id;
}
trait B {
    readonly string name;
}

class Foo {
    use A;
    use B;
    readonly Address address;
    // konstruktor se vygeneruje automaticky, na základě příznaku "readonly", a případně se může přetížit.
    public constructor(string name, Address address) {
        this.constructor(null, name, address);
    }

}

462
Vývoj / Trait a konstruktor
« kdy: 18. 12. 2020, 00:25:06 »
Zdravím. Měl bych tu zase něco z akademického programování.

Předpokládejme nějaký supr jazyk. A chceme tam mít podporu traitů - aby nedocházelo ke zneužívání dědičnosti. Takže například:

Kód: [Vybrat]
trait A {
    private int id;
    public int getId() { return this.id; }
}
trait B {
    private string name;
    public string getName() { return this.name; }
}

class Foo {
    use A;
    use B;
}
Otázka zní, jak hodnoty z těch traitů inicializovat? A navíc můžeme předpokládat, že třída komponující traity by neměla mít právo přistupovat k privátním členům.

Určitě nechceme settery, potřebujeme konstruktor, abychom měli kontrolu nad stavem objektu. Jak tento problém řešit?

Děkuji za příspěvky, ať už z reálných jazyků, nebo klidně pouhá úvaha.

463
Tohle zabíjí Linuxový desktop, pořád ještě se na tom změnilo strašně málo, ikdyž ty změny se dějí. Zajímalo by mě třeba, jak jsou na tom dneska továrně předinstalované Linuxy, to může být už úplně jiná liga než samodomo instalace pro fandy

Mám-li někomu doporučit systém, tak i když jsem linuxák, tak doporučuju Apple. Mám-li se mu o to starat, tak nainstaluju Fedoru. Nemám-li se o to starat, a nechce-li Apple, tak ať si jde dělat co chce.

Má zkušenost je taková, že když nemá Windows zvyky, tak na Linuxu funguje normálně. Ačkoliv si samozřejmě nabije v případech, které si popisoval. Když má Windows, a je na něj zvyklej, tak si nabije taky, ale pak po mě chce, abych pomáhal. Na což já mu kašlu.

Linuxový desktop má co zlepšovat. Ale rozhodně bych jako etalon neudával Windows, to ani náhodou. To spíše ten MacOS. A i ten s výhradama.

464
"open with app installer" a ejhle - nikde nic, nikde mi nevznikl shortcut. Je to chyba instalátoru, KDE, mám si ho vyrobit sám, ...
Odhaduji chyba intalátoru. V mém případě zmáčknu vyhledávat, napíšu "int" (jako internet), a hned ho mám. Proč se babrat s nějkým shortcutem? Ještě to tak.

Mám tam všecky ovladače? Všechno vypadá funkčně, ale spustím Device viewer a podívám se. Cože? to tam fakt nic není? Baterka, cpu a disk? Jsem přesvědčený, že můj NTB sestává z více součástí. No čert je vem, nějak to jede, tak je to tak asi správně.
Ee, jaké ovladače? Proč by mě to mělo zajímat?


Věci, které vám, co používáte linux desktop připadají normální, jsou ve skutečnosti dodneska řešené jak z jiné planety. Uživatelská přístupnost nedosáhla ani Windows 95. Může to být napakované super myšlenkama, filozofí,  technologií, může to pod kapotou mít moderní security principy a miliardu featur, může to být pokokot stabilní -  ale uživatelsky je to totálně nahovno pokud počítačem nežijete a nechcete žít. Tak asi proto, no...

Jako dobrej příspěvek z druhé strany. Osobně mi přijde, že z tebe hodně mluví Windows zvyky. Stejně jako ty prskám já, když mám dělat ve Windows s jeho UI z pravěku.

465
Hardware / Re:Vybírám tablet k Vánocům
« kdy: 28. 11. 2020, 22:50:46 »
Tablet je darek pro osobu blizkou ktera je v duchodovem veku a bude ho pouzivat prevazne na prohlizeni internetu, koukani na filmy a videohovory s rodinou.

Pokud ta osoba blízká není bývalý programátor, koupil bych iPad a ušetřil si spoustu problémů.
Naprostej souhlas. Apple se dá sice vytknout ledacos, ale prostě to funguje.

Stran: 1 ... 29 30 [31] 32 33 ... 133