Příspěvky

631

Odkladiště / Re:Symbolický odkaz na linuxu

« kdy: 06. 06. 2018, 14:28:10 »

Ahoj může mi někdo poradit jak vytvořím symbolický odkaz na linuxu ?

Používám:

Kód: [Vybrat]

ln -s "/home/ABC/TEST1" "/home/ABC/TEST2"

TEST1 je místo na které se odkazuje
TEST2 je místo kam se odkaz vloží

Ale nevím jak mám odkaz přejmenovat na název který má mít. (nenašla jsem na to žádný přepínač)

Uplne stejne, jen ten druhy argument neni cilovy adresar ale nove jmeno:
ln -s /foo/bar /baz/novejmeno

(adresar /baz musi existovat)

632

Studium a uplatnění / Re:Jak pokračovat po Javě SE

« kdy: 06. 06. 2018, 13:20:37 »

Najlepsie by bolo na javu zabudnut a naucit sa haskell.

Přesně tak, ať nám Javistům neroste konkurence a udržíme si svoje vysoké platy.

Troufnu si soudit, že pro dlouhodobou prosperitu má pro mně větší význam živý ekosystém než nedostatek lidí s obdobnou kvalifikací...

633

Vývoj / Re:OOP a pravidla pro konstruktor

« kdy: 04. 06. 2018, 18:53:38 »

A realita je taková, jaká je, používá se OOP a možná do toho trochu streamy/linq na zpracování dat.

No jasně. A ty streamy a linq vůbec nejsou funkcionální programování, že?

Ty vole já nevím co lidi s tím funkcionálním programováním mají, když pořád tvrdí, že tak programujou, a přitom jen používají lambdu a streamy. Seber se, běž si zaprogramovat do Prologu a pak znova tvrď, že programuješ funkcionálně v Javě.

Az na to, ze ten Prolog neni funkcionalni... Protoze ne vsechno deklarativni je funkcionalni.

634

Vývoj / Re:OOP a pravidla pro kontruktor

« kdy: 04. 06. 2018, 14:14:14 »

Kód: [Vybrat]

	XmlDocument doc = new XmlDocument();  
        doc.LoadXml(xmlFile);  

Uz jenom to new XmlDocument() smrdi...

635

Vývoj / Re:OOP a pravidla pro kontruktor

« kdy: 04. 06. 2018, 13:28:41 »

Tak DOPRČIC, přece nebudeš mít v konstruktoru třídy parametr BufferedWriter jenom proto, abys to potom mohl otestovat? To je úplná kravina, porušuje to zapouzdřenost, vystavuješ ven vnitřnosti třídy. Prostě uděláš to, že bufferedWriter reflexí namockuješ!

A jak se tam ta instance dostane? Snad nebudes delat new na neco, co potrebujes?!

Jak to myslíš?

Ze konstruovat si zavislost uvnitr objektu (tedy i v konstruktoru) je skoro vzdy spatne.

636

Vývoj / Re:OOP a pravidla pro kontruktor

« kdy: 04. 06. 2018, 13:07:55 »

Tak DOPRČIC, přece nebudeš mít v konstruktoru třídy parametr BufferedWriter jenom proto, abys to potom mohl otestovat? To je úplná kravina, porušuje to zapouzdřenost, vystavuješ ven vnitřnosti třídy. Prostě uděláš to, že bufferedWriter reflexí namockuješ!

A jak se tam ta instance dostane? Snad nebudes delat new na neco, co potrebujes?!

637

Studium a uplatnění / Re:Výběr vhodného OOP jazyka

« kdy: 04. 06. 2018, 12:16:43 »

Jako největší výhoda statického typování se uvádí odhalení chyb při kompilaci. Ale to se dá řešit unit testy - a např. Smalltalk k jejich psaní nabízí mocné prostředky.

Java se snažila místo testů použít typy. Testy jsou však stále potřebné, vznikla jakási validační schizofrenie. Podobně se statické typování cpe do PHP,  i když ho nepotřebuje. Smalltalk se o to nepokusil a zůstal u testů, čímž celý návrh aplikace zjednodušil.

Protoze oboji resi jiny problem? To neni schizofrenie, proste pouzivas pro kazdou uroven mozne chyby nejvhodnejsi nastroj. (Ze by se Java misto testu pokousela prosadit typy je samozrejme hovadina. To z principu nejde. Stejne jako z principu nejde mit typovou kontrolu udelanou tak dobre testy jako statickou kontrolou.)

638

Studium a uplatnění / Re:Výběr vhodného OOP jazyka

« kdy: 04. 06. 2018, 11:55:54 »

Jako největší výhoda statického typování se uvádí odhalení chyb při kompilaci. Ale to se dá řešit unit testy - a např. Smalltalk k jejich psaní nabízí mocné prostředky.

Rozdil mezi unittesty a statickym typovanim, je, ze unitttest ti ukazuje situace, kde to z hlediska typu funguje. Staticke typy ti zarucuji, ze to v ramci typu (ne nutne celeho runtime) funguje.

639

Desktop / Re:Enterprise desktop

« kdy: 04. 06. 2018, 11:53:49 »

Arch at si pouzivaji soudruzi s poruchou osobnosti, to uz radeji Gentoo nez tohle

A jinak v poradku?

640

Desktop / Re:Enterprise desktop

« kdy: 04. 06. 2018, 11:17:51 »

A hlavne dodrzuji zlate pravidlo nikdy neupgradovat distro. Odzalohovat /home /usr/local a /opt a pekne cistou instalaci jednou za rok...

Ten postup jsi odkoukal v seriálu Pat a Mat?

Zivotni zkusenosti :-) Radeji si vyhradit den na cistou instalaci, ktera je nejak otestovana nez resit 3 dny proc se upgrade nepovedl, co zapomneli soudruzi pri upgrade otestovat, proc se rozbila vpn, kde zmizely moje nastaveni, proc byly prepsane konfiguraky atd atd. Nestoji to za to. Na desktopu rozhodne ne.

To je divne, ze to jak na Fedore, tak na Archu dlouhodobe potreba neni...

641

Desktop / Re:Enterprise desktop

« kdy: 04. 06. 2018, 10:57:44 »

Muzes to vnimat jako probelm. Ale staci se podivat na Win a Mac a uvidis snad jeste vetsi divocinu...

Windows nemam a tak neposoudim, ale zato mam par Macu i Linuxu a na Macu tedy zadnou divocinu nevidis. Je tak nejak cti programatoru mac aplikaci aby to vypadalo k svetu a ladilo se zbytkem systemu. To u linuxu kazdy pes jina ves, nekteri z nas jeste nejak hrdinsky se snazi to sladit a dokonfigurovat. Co ale koukam jak to maji kolegove, tak to uz mnohdy vzdali a vsechno provozuji tak jak je a maji na obrazovce cirkus. A hlavne dodrzuji zlate pravidlo nikdy neupgradovat distro. Odzalohovat /home /usr/local a /opt a pekne cistou instalaci jednou za rok...

Ten postup jsi odkoukal v seriálu Pat a Mat?

642

Desktop / Re:Enterprise desktop

« kdy: 04. 06. 2018, 10:26:43 »

Bohuzel hlavni problem linuxoveho desktopu je prave desktop a jeho roztristenost. Musite mit knihovny vice prostredi, minimalne GTK a QT. A uz zacina prvni problem, ze sebelepsi skiny nezaruci rovnaky vzhled aplikaci.

Muzes to vnimat jako probelm. Ale staci se podivat na Win a Mac a uvidis snad jeste vetsi divocinu... (O tom, jaky chlivek trebas MS udelal v technologiich pro vyvoj UI ani nemluvim. Proti tomu je schizma gtk vs. qt jasna a prehledna zalezitost.)

643

Studium a uplatnění / Re:Výběr vhodného OOP jazyka

« kdy: 01. 06. 2018, 13:16:48 »

Groovy je tu co já pamatuji a pořád je obskurita, která občas vypadne ze skříně.

Neprijde mi. Diky Spocku jsem v nem videl napsanych hodne testu.

644

Studium a uplatnění / Re:Výběr vhodného OOP jazyka

« kdy: 31. 05. 2018, 18:48:30 »

Opravdu nerad bych tu začínal flame, ale JavaScript není úplně nejjednodušší opravdu zvládnout.

(...)  Dál je potřeba počítat s tím, že je nutné znát minimálně dva dialekty(ES5/ES6), lépe ale tři(TypeScript), pokud chcete mít co nejširší záběr. No a pak už zbývá jenom naučit se asi sto knihoven, buildovacích nástrojů, design patternů a běhových prostředí a můžete prohlásit, že jste zvládli JavaScript.(...)

Ty nástroje a tak bych do něj dvakrát nezahrnoval. Jednak se pořád mění (to mě na komunitě dost štve) a ES6 už dnes povětšinou stačí (zvlášť mi nepřijde jiný, oproti ES5, ale obsáhlejší), TypeScript nemusím. Přinejhorším se dá použít nějaký transpilátor na ES5, ale pokud někdo nepotřebuje podporovat Internet Explorer z přelomu století, tak je to imo ok.

Javascript je infekcni mem, ktery se siri po slabsich jedincich.
S webassembly doufam v navrat k C/C++

V C mám naprogramováno víc než v JS (v C++ asi taky), ale nerozumím, proč bych ho měl chtít na web. Na hřebík použiju kladivo, na šroubek šroubovák.

K tomu kladivu a sroubovaku.....to je jen vase zkostnazelost si myslet, ze C nepatri na web a patri tam JS.  SMRT JS!!!

C nepatří skoro nikam, pokud člověk nemusí stavět na legacy kódu.

645

Studium a uplatnění / Re:typy obnosti podle spolecnosti

« kdy: 31. 05. 2018, 15:24:34 »

Mezery, ne taby.

že mě to zrovna u tebe nepřekvapuje  vidím mezery a dotyčnej lepič prasokódu u mě skončil

(facepalm)

Tohle je dokonale. Pocinaje tim, ze jsi prispevek nepochopil a konce ukazkou toho, ze  Silicon Valley S03E06  je natocene podle skutecnych udalosti...