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 - Logik

Stran: 1 ... 19 20 [21] 22 23 ... 68
301
Server / Re:Active Directory na Linuxu
« kdy: 04. 07. 2017, 16:40:45 »
V poho, to znám, není se za co omlouvat.

Btw. samba s bindem spolupracovat umí - a jde i přenést nastavení do bindu:
https://wiki.samba.org/index.php/Changing_the_DNS_Back_End_of_a_Samba_AD_DC

302
Server / Re:Active Directory na Linuxu
« kdy: 04. 07. 2017, 15:14:33 »
Ten návod cos postoval mi přijde dobrej.
Co máš v /etc/resolv.conf ?
Co máš v smb.conf v
server_services
?
Nemáš nainstalovaný nějakej dns resolver na lokále? Netluče se Ti se sambou?

303
Server / Re:Cena za DC pro společnost, cca 60 lidí
« kdy: 04. 07. 2017, 15:05:06 »
cek: souhlas. Jen s tím doplněním, že pro malé a střední firmy beru implementaci AD na linuxu jako základ, a koupi jakéhokoli CALu jako doplnění tam, kde to má smysl :-)

home: "Rad bych jeste nabidl jednu moznost - pokud jsou Windows licence v pronajmu (program SPLA) v ramci napr. sluzby virtualniho serveru...."

Jo, a za rok zaplatíš stejně jako kdybys ty licence koupil sám a pak solíš a solíš dál. A to se vyplatí.
Když už tu děláš reklamu, tak ji nedělej takhle blbě....
 

304
Nemecek: Pokud někomu přijde git složitý, ať nezačíná s programováním.... :-)

Ondrej: IMHO rozumější je se naučit si commitovat i rozdělanou práci. Takže bych toto nedoporučoval jako první volbu.

305
Server / Re:Cena za DC pro společnost, cca 60 lidí
« kdy: 30. 06. 2017, 15:23:27 »
+ počítej s tím, že policy se co vím nedaj (nebo to aspoň neumím :-)) rozumně nastavit na serveru přímo, ale musíš se na něj připojit pomocí RAS z nějaký windowsí stanice.

306
Server / Re:Cena za DC pro společnost, cca 60 lidí
« kdy: 30. 06. 2017, 13:57:18 »
Proč potřebuješ doménu? Co přesně má řešit? Jen autentizaci uživatelů? Pak bych šel cestou linuxového DC.
Nebo tam chceš i poštu?

307
Jo, to je možný, od svn jsem s radostí utekl už před pár lety - teď koukám, že todle opravdu fixly v 1.7 už před pár lety. Ale to není jedinej problém se svn, jen ilustrace toho, jaký pakárny musel člověk se SVN řešit.

To, že polovinu z nich pravděpodobně opravili je dosti možné, ale oproti gitu je SVN "broken by design" - spousta věcí tam opravit jednoduše nejde. Další co si vzpomínám byla např. nemožnost zrušit commit, prapodivný systém větví atd. atd. atd. Git má mírně složitější základní princip - ale díky tomu u něj všechno funguje ve výsledku "normálně". SVN je napohled jednoduchá - a díky tomu polovinu běžně používanejch věcí řeší různejma "obezličkama".

308
Vývoj / Re:Jak na GIT?
« kdy: 30. 06. 2017, 11:20:15 »
m: Začátečníkovi bych GitFlow silně nedoporučoval. To se zdaleka nehodí pro všechny případy a všechny "releasovací modely" a při spoustě nasazení gitu to jen hází klacky pod nohy.

309
Vývoj / Re:Jak na GIT?
« kdy: 30. 06. 2017, 11:18:45 »
m:
takže dementní slovíčkaření a implementační detail. Protože strom snapshotů je popsatelný jak pomocí vrcholů (tedy stavů projektu), tak i pomocí hran (změn mezi vrcholy) a jednoho stavu. Tedy že to git ukládá pomocí vrcholů je jen implementační detail.

A btw. ještě navíc blbé slovíčkaření, protože "verzovací nástroj" je něco, co ukládá verze: tedy jednotlivé stavy projektu a jejich vztahy - tedy strom snapshotů.


trupik: commandline je skoro nutné ovládat, ale na Git Gui nedám dopustit. Možná když je někdo super pečlivý, tak se mu to nestává, ale pokud je třeba udělat z jedné sady změn dva commity, tak to dělat pomocí commandline je pěkná pakárna.

310
SVN je jednodušší asi tak prvních pět minut.

V okamžiku, kdy se svn něco uděláš špatně - což může bejt i tak jednoduchá věc, jako že si uděláš kopii podadresáře v projektu (čímž zkopíruješ i informace svn, čímž si to celý rozbiješ) - a začneš to opravovat, tak najednou zjistíš, že na první pohled "jednoduchej ksicht" SVN je více než draze vykoupenej.

Jako uživatel jak SVN (naštěstí bývalý), tak Gitu bych "zpřelámal hnáty" :-) každému, kdo si dovolí doporučovat SVN. Nebo ať to není tak agresivní, takového člověka bych přinutil do konce života používat SVN. To by byl ještě horší trest.

311
Vývoj / Re:Jobs manager
« kdy: 16. 06. 2017, 22:19:53 »
Dobrý zkušenosti s tím mam se slurmem. Je to teda primárně pro víc worknodů, ale to by nemělo vadit. Umí to všechny takový hezký věci jako priority atd..., a přitom se to nainstaluje velmi snadno.

312
Software / Re:Wayland vs. X.org
« kdy: 07. 05. 2017, 13:39:58 »
A tu bezpečnost třeba řešit tak, že by ta práva šla aplikaci přidat?

313
Vývoj / Re:Dědičnost dnes
« kdy: 20. 01. 2017, 16:53:19 »
Celý problém, který jsem naschvál jen nakousnul a nedořek, je v tomto:

Dědičnost NENÍ vhodná na modelování každého vztahu A is B. Pouze vztahu A is B a A je záměnné pro B. Což v podstatě znamená and A is B a navíc A umí vše co B. Což u čtverce ve vztahu k obdélníku není pravda - a proto modelace čtverce jako speciálního případu obdélníka je někdy špatně.

A naopak - v určitém kontextu se může hodit to, co jsem provokativně nadhodil: pokud budu řešit např. problém optimalizace vyplnění prostoru pomocí dlaždic, tak se mi může hodit nadefinovat čtvercovou dlaždici, která má (mimo pozice) jeden parametr volnosti, a z ní potomka obdélníkovou dlaždici, která má jeden parametr navíc: poměr stran.

Oba tyto vztahy: Čtverec je podmnožinou obdélníka i obdélník je podmnožinou čtverce splňují pouze jednu z výše uvedených podmínek pro správnou dědičnost: obdélník není čtverec, ale čtverec neumí vše, co obdélník. Proto pro obě tyto dědičnosti najdete protipříklady, kdy jejich užití selže.

A to jsem neještě nemluvil o kosočtvercích a kosodélnících: je čtverec speciální případ kosočtverce (fixuje úhel) nebo kosodélníku atd..., atd....

Osobně v praxi používám to, že pro dědění rozhraní, které jsou více o tom, co předmět umí než co předmět je, volím dědění dle "umí", tedy rozhraní obdélníku bych třeba navrhl jako speciální případ k rozhraní čtverce. Naopak u dědičnosti je dobré zachovávat především vztah "is a", ovšem s tím, že pokud bych porušil (používaný) vztah "umím", tak nedědit.

Celé je to způsobeno tím, že dědičnost i rozhraní je jen velké zjednodušení reality. Které lze použít jen potud, pokud to zjednodušení není na úkor porušení vztahů, které je třeba kódem zachytit. Proto někdy je bez problémů popsat čtverec jako obdélník, někdy ne.


PS: Jinak Kiwi má částečně dobrý postřeh s tím, že výše uvedené problémy se zhoršují mutabilitou objektů. Ovšem i bez mutability to je problém: pokud mám třídy A který může mít stav X, a jejího potomka B, který v stavu X být nemůže, tak prostě to je problém, který mi immutabilita nijak neřeší. Protože správná reakce na žádost vrať mi B ve stavu X není z B nejprve udělat A, správná odpověď je říci: já v tom stavu být nemohu.

Jde to vyřešit tím, pokud součástí "protokolu" třídy A je "nastavení do stavu X se nemusí povést". Pak vlastně není problém. Naopak pokud je součástí byť implicitní definice třídy, že přechod do stavu X lze vždy, tak vlastně z definice vidíme, že B nemůže být potomkem A - tedy že čtverec není obdélník.

Z tohoto pohledu by to vlastně immutabilita řešila, akorát třída A by neměla mít metodu: vrať mi sebe ve stavu X, ale vrať mi objekt A, který vznikne ze mě převedením do stavu X. Tedy obdélník i čtverec by měli metodu: vrať_kopii_obdélníku_se_stranou_B. To ovšem není řešením tohoto problému jako celého, pořád je tu problém v "odstraňování schopností", např: Člověk umí běžet. Chromý člověk je člověk, ale běžet neumí.

314
Vývoj / Re:Dědičnost dnes
« kdy: 18. 01. 2017, 14:15:47 »
Ano? Každý čtverec je prostorový útvar, jehož obsah jde parametrizovat pomocí dvou NEZÁVISLÝCH proměnných? Protože to přesně obdélník (MIMO JINÉ) je...


315
Vývoj / Re:Dědičnost dnes
« kdy: 18. 01. 2017, 14:07:42 »
Doufám, že to sem nikdo nedal (nepročet jsem vše), ale nabídnu jiný pohled na čtverec a obdélník:

Obdélník je speciální typ čtverce, protože je to čtverec, který umí totéž, co čtverec, ale navíc umí měnit poměr svých stran.

A teď mě sežerte :-)

Stran: 1 ... 19 20 [21] 22 23 ... 68