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 - Filip Jirsák

Stran: 1 ... 288 289 [290] 291 292 ... 375
4336
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 06. 08. 2016, 10:27:12 »
Tady se přece nikdo nebrání čistění/aktualizaci kódu. Jen se pozastavujeme nad tím, že všechny zde uvedené ukázky dělají ze špinavého kódu úplně stejně špinavý kód. A takové "čistění" opravdu dělat nemusím.
To je ale nepochopení refaktoringu. Refaktoring není zlepšování kódu. Refaktoring je příprava kódu na to, abych ho mohl zlepšit. Třeba to přejmenování metody samo o sobě samozřejmě kód nezlepší. Ale umožní mi to třeba vedle vytvořit novou metodu, která bude dělat něco podobného, jako ta původní - a přejmenováním je od sebe dokážu odlišit. Nebo to vytažení části implementace do předka (nebo jenom vytvoření abstraktního předka) mi umožní využít společný kód i v dalších třídách.

4337
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 06. 08. 2016, 09:11:28 »
Pokud na takovém projektu pracuje víc než jeden vývojář, tak skutečně musí být velmi zajímavou prací řešení kolizí na Gitu. Sledovat stovky změn souborů v každém commitu, to musí být také slušný zážitek. Tomu jistě bude odpovídat i kvalita komentů.
Není důvod, aby takhle vznikalo velké množství kolizí. A Git je právě výborný nástroj na to, že většinu potenciálních kolizí vyřeší sám, a pokud se někde vývojáři opravdu sejdou na stejném kódu, umožňuje to snadno vyřešit.

Nevím, proč by měl někdo sledovat stovky změn souborů v commitu. Že jde o refaktoring se dozvím z komentáře, a kontrolovat očima po IDE, že to provedlo správně, to opravdu nemusím.

4338
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 06. 08. 2016, 09:06:24 »
Co s týče tvého cvičení s projektem, asi je něco špatně, pokud každý vývojář potřebuje takové věci dělat několikrát za hodinu
Výhoda toho, že to netrvá hodiny, ale pár vteřin, není v tom, že byste to prováděl několikrát za hodinu. Výhoda je, že to uděláte za pár vteřin a ty bývající hodiny můžete dělat něco produktivního. A hlavní výhoda je, že se do toho díky té rychlosti a spolehlivosti vůbec pustíte, takže se nezvětšuje technologický dluh.

4339
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 06. 08. 2016, 09:03:42 »
Většinou je snadné zjistit co vrací funkce getEntity. Je to otázka pár vteřin.
Snadné zjistit? Tím regexpem? Nebo budete třeba stovky výskytů procházet očima? Jaká je v tom výhoda?

Měnit stovky výskytů volání metody jedné třídy v ostatních třídách? To smrdí špatným návrhem aplikace.
No vždyť ano, právě proto se dělá refaktoring, aby se změnil nevhodný návrh aplikace. A právě proto je potřeba mít nástroje, se kterými se refaktoring udělá snadno, rychle a spolehlivě - protože jinak ten nevhodný návrh nikdo neopraví, protože to přece ještě nestojí za tu námahu, a nevhodný návrh se v aplikaci zakonzervuje.

Na takové aplikaci bude nutné udělat takovou spoustu jiných změn, že nějaké přejmenování metody bude jen prkotinou a nejspíš taková metoda přitom zcela zanikne.
Což ale není důvod, aby tou prkotinou někdo strávil několik dní. Právě naopak, je dobře, když tu prkotinu udělá programátor rychle a správně, a pak může svůj čas věnovat významovým změnám kódu, které žádný automat neudělá.

4340
Tam, kde se používá Spring, se zpravidla používá Java SE. Je možné použít Spring i s Javou EE, ale nedává to moc smysl, protože Java EE řeší to samé, co Spring. No a s Javou ME vám Spring fungovat nebude.

Jinak v Česku má vývojové týmy např. Oracle, kde se dělá na Javě (přímo na platformě), nástroje na správu jejich serverových řešení, NetBeans (i když tam jsem slyšel různé zvěsti, že lidé z toho týmu byli převeleni jinam). Avast dělá BigData. Spousta firem tu dělá aplikace pro Android.

4341
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 05. 08. 2016, 21:20:23 »
Myslíš tohle?

https://github.com/python-rope/rope/blob/master/docs/overview.rst#move-method-refactoring
Ne, myslím tohle:

Kód: [Vybrat]
class Child(object):

    def a_method(self):
        pass

    def b_method(self):
        pass

child1 = Child()
child1.a_method()

child2 = Child()
child2.a_method()
child2.b_method()

Po refaktorování:

Kód: [Vybrat]
class Parent(object):

    def a_method(self):
        pass

class Child(Parent):

    def b_method(self):
        pass

parent1 = Parent()
parent1.a_method()

child2 = Child()
child2.a_method()
child2.b_method()

Dosud jsme se bavili o prostém přejmenování funkce. K tomu stačí jednoduší nástroje.
O pouhém přejmenování se asi baví jenom ti, kteří tvrdí, že si vystačí s regulárními výrazy. A navíc tu pořád nikdo neukázal, jak bude pomocí regulárního výrazu automaticky přejmenovávat metodu, když stejně pojmenovanou metodu bude mít v desítkách dalších tříd.

Většinou je snadné zjistit co vrací funkce getEntity. Je to otázka pár vteřin.
Snadné zjistit? Tím regexpem? Nebo budete třeba stovky výskytů procházet očima? Jaká je v tom výhoda?

4342
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 05. 08. 2016, 20:37:18 »
Prosím, prosím, prosím, řekni, že seš vožralej a nevíš, co mluvíš. Mám tě za celkem inteligentního polotrolla, ale jestli tohle myslíš vážně, tak ti to neodpustím. Co nedokáže kombinace sed, awk, grep, cat, head, tail a nástroje vimu, to rozhodně líp nedokáže žádný IDE. Tak to prostě je a jestli tomu nevěříš, tak je to tím, že netušíš, jaký to má možnosti. Doporučuji studium.
To spíš vypadá, že nevíte, co umí IDE nebo alespoň lepší programátorský editor. Jak dokážete pomocí těch vašich nástrojů během pár vteřin   vytvořit předka třídy, přetáhnout do něj vybrané metody a všude, kde to jde, použít místo refaktorované třídy toho předka? Jak třeba v Javě přidáte parametr funkcionálnímu rozhraní? Jak pomocí regulárního výrazu uděláte takovou prkotinu, jako přejmenování jedné metody, pokud máte stejně pojmenovanou metodou v jiných třídách?

4343
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 05. 08. 2016, 18:41:50 »
Dyť ten shit nic neumí. Srovnávat to s IDEA je docela drzost :D
Ale kdepak, umí toho dost. Umí i spoustu věcí, které IDEA neumí. Srovnávat to - ono je především každé určené na něco jiného. Ono i "vývoj software" zahrnuje spoustu různých věcí, pro vývoj kernelu, vývoj door page pro nový produkt a vývoj ERP nemusí být vhodné ty stejné nástroje. A i pro vývoj jednoho projektu mohou různým lidem vyhovovat různé nástroje.

4344
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 05. 08. 2016, 18:13:32 »
Má to user friendly jednoduché rozhraní a funguje to i v terminálu.
Takže pro vás lépe. Pro mne je mnohem víc user friendly rozhraní Idea a že nefunguje v terminálu je mi úplně jedno.

4345
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 05. 08. 2016, 17:56:48 »
Nástroje mám. Fungují lépe než IDE od IntelliJ. Zde je video s ukázkou použití.

https://www.youtube.com/watch?v=BQ8D0heKLr4
Co je na tom lepšího než IntelliJ?

4346
Vývoj / Re:Online IDE pro Javu s možností debugování
« kdy: 05. 08. 2016, 17:31:08 »
ocividne je tu stret dvou svetu. stabilne navrzeneho ABI vs. moderni iterativni praseni.
Ne všichni píšou jenom knihovny. Pokud zákazníkovi řeknete, že to před deseti let chtěl takhle, tak to tak zůstane, protože to určitě předělávat nebudete, asi zákazníkem moc dlouho nebude.

4347
Vývoj / Re:Použití assetů z komerční hry ve vlastní hře
« kdy: 04. 08. 2016, 16:57:17 »
Licence jsou právě navíc. OSS je vůbec nepotřebuje. Kopírování je normální, takže OSS by tu byl i bez licencí. Třeba BSD licence nic nezakazuje a evidentně to nikomu nevadí.
Třeba GPL licence toho zakazuje spoustu, a evidentně jí spousta lidí dává přednost před BSD. (Mimochodem, BSD licence také zakazuje.)

OK, než jsi tam začal dávat platební kartu, tak to dávalo smysl. Takže třeba knihy, sw a nápady. Ostatní by také šlo, ale nechce se mi to promýšlet.
Tak s tím promýšlením začněte. Nemá smysl, abyste diskusi zaplavoval svými absolutními vyjádřeními, nad kterými jste ani nepřemýšlel.

Tak si od něj to dílo koupíš a kopírovat budou jiní. Žádný problém.
Že bych to dílo odkoupil celé? To jste nijak nevylepšil, akorát jsem se na místo autora dostal já. Vynaložil jsem velké náklady, a teď to ostatní budou zadarmo kopírovat. Proč bych to dělal?

Třeba ho to ale baví. Pochybuju, že neuznaný spisovatel přestal psát jen proto, že nic nevydělal.
To není vaše starost, proč to autor dělá. Pokud ho to baví a chce svá díla dávat zadarmo, ať to dělá. Ale pokud ho to baví a chce svá díla dávat výměnou za peníze, má na to plné právo. Protože na vytvoření toho díla musel vynaložit jisté úsilí. Vy asi programujete zadarmo a někdo vás živí, ale třeba to tak nebude věčně a jednou budete rád, že vám za programování někdo zaplatí, místo aby vám řekl „ale vždyť vás to baví“.

4348
Vývoj / Re:Použití assetů z komerční hry ve vlastní hře
« kdy: 04. 08. 2016, 15:50:51 »
To s licencemi chápu. Pokud OSS může vůbec existovat, tak samozřejmě žádný problém s kopírováním neexistuje a na licence je možné se vykašlat.
Nechápete. OSS existuje, ale ne proto, že je možné se na licence vykašlat, ale právě naopak – OSS je na licencích založen. Linux můžete zadarmo používat, ale už nemůžete Linux vzít, upravit ho, dát někomu tu upravenou verzi a neumožnit mu přístup ke zdrojákům. Kdyby tohle pravidlo neexistovalo, Linux by nejspíš zdaleka nebyl tam, kde je.

Kopírování je přirozené. […] To je hodně dobrý a tak to má být.
Proč píšete bludy, kterým sám nevěříte? Zkopíroval jste se ty údaje o své platební kartě? Nezkopíroval. Sám nevěříte tomu, že kopírování je přirozené a vždy dobré. Tak proč to pořád cpete do diskuse, když se tím sám neřídíte?

Nikomu nic nemizí a naopak je více bohatství.
To je názor hodný frekventanta mateřské školy. Žák základní školy už by měl vědět, že není jenom přítomnost, ale také minulost a budoucnost. A že když teď něco zkopíruju, opravu nic nezmizí – ale abych mohl něco kopírovat, musel to nejprve někdo vytvořit. A když po dotyčném budu chtít, aby něco vytvořil i v budoucnosti, musím teď s jeho dílem zacházet tak, jak si on přeje. Protože když to neudělám, můžu si teď jeho dílo kopírovat do aleluja, ale zároveň je to poslední dílo, které mi poskytl.

Ve vědě dost rozšířený způsob, takže je věda špatná a měla by se zakázat?
Tohle je argumentační faul. Vy tvrdíte, že všechno kopírování je správné a mělo by být volné. Když to někdo rozporuje, říká, že existuje takové kopírování, které není správné. Což je úplně jiné tvrzení, než to, s čím polemizujete vy – tedy že všechno kopírování je špatné.

4349
Vývoj / Re:Použití assetů z komerční hry ve vlastní hře
« kdy: 04. 08. 2016, 14:09:50 »
Myslim, ze je to jedno, protoze od roku +/- 2000 se legislativa v CR hodne zmenila, o zahranici netusim, ale rekl bych, ze take.
Autorské právo vychází především z mezinárodních smluv a na jeho základních principech se už dost dlouho nic neměnilo. Nový zákon z roku 2000 některé věci definuje přesněji, ale na principu autorských práv a jejich ochrany se nic nezměnilo.

4350
Vývoj / Re:Použití assetů z komerční hry ve vlastní hře
« kdy: 04. 08. 2016, 11:20:41 »
Zapomeňte na licenci - pokud assety (grafika, hudba) ve hře nejsou počítačovým programem nebo databázi, tak si je může koncový uživatel klidně stáhnou a používat pro osobní potřebu - tedy i pro spuštění hry třetí strany.
Jenže tady se nebavíme o tom, že si to uživatel sám stáhne pro vlastní potřebu. Původní dotaz zněl, že tazatel chce vytvořit hru, která bude absolutně závislá na assetech z jiné hry, bez nich nebude fungovat a nebude dávat žádný smysl. Koncový uživatel by žádný problém neměl, tam by to bylo užití pro osobní potřebu. Ale autor té hry by měl problém, protože je dost pravděpodobné, že jeho hra by byla považována za dílo odvozené od původní hry. Vždyť i tazatel sám to nazval, že by používal kradený asset.

Stran: 1 ... 288 289 [290] 291 292 ... 375