Diskuze: Java rok 2016
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Luboš Běhounek Satik:7.1.2016 20:45
K čemu bych něco takového psal? To tak u programování bývá, že se
píše kód 
Deset vlastností byl jen příklad...
Ano strukturu číst umí, ale pořád ti ten kód zabere 4-5x víc řádků,
takže pokud třeba přidáváš někam další getter/setter, musíš se skrz
to proscrollovat, když to čteš jako něco, co psal někdo jiný, tak taky -
musíš se přes to proscrollovat...
Luboš Běhounek Satik:7.1.2016 20:46
a čo tak toto?
foo.addToBar(int value);Takže když budu chtít hodnotu místo přičtení násobit, přidáš
další metodu? To čitelnosti moc nepomůže...
Luboš Běhounek Satik:7.1.2016 20:49
Hovorí ti niečo SRP? Trieda, ktorá má 10 vlastností a ku každej getter/setter je buď dátová štruktúra alebo veľmi zle navrhnutá trieda.
Ty jsi akademik nebo student, co nezažil praxi, viď?
Ano, spousty těhlech myšlenek jsou hezký, ale v praxi to není tak
jednoduchý
Luboš Běhounek Satik:7.1.2016 20:52
Ne, nemá to ani ten nejmenší vliv, jak už jsem tu několikrát psal - je to čistě subjektivní pocit, neexistuje žádný objektivně lepší způsob, protože každému vyhovuje něco jiného. Tobě se líbí jak to má C#, mně se to tak nelíbí, ale plně chápu že tobě v tom případě přijde C# verze lepší, mně ne. Mně se líbí jak to má Java a já si myslím, že Javovský přístup je lepší, přehlednější a čitelnější
Jak může být Javovský přístup čitelnější a přehlednější, když
C# umožňuje obojí?
Srovnávání jazyků na základě těchto vlastností je mimo.
To je pravda jen z části, čitelnost a jednoduchost zápisu sice nepatří
mezi ty nejdůležitější vlastnosti jazyka, ale také patří
OT: Omlouvám se za spam, ale citace neumožňuje zobrazit autora (nebo aspoň nevím jak), tak je to takhle přehlednější.
Atrament:7.1.2016 21:46
No ale Java ten C# přístup taky přece umožňuje. Prostě si nadefinuj
všechny atributy jako public a nemusíš se vůbec s nějakýmy gettery a
settery vůbec otravovat Heh a
když už v tom budeš tak si rovnou udělej všechny metody statické, abys
nemusel řešit předávání instancí mezi objekty, to ti taky ušetří
hromady práce
Neaktivní uživatel:8.1.2016 15:38
ja mam pocit, ze jsem nekde cetl, ze ve skutecnosti nebyla prvni
programator...ten jeji mentor ve skutecnosti napsal algoritmus daleko driv a ona
z nej prave cerpala...navic treba takovej Eukleides 
co ten chudak by na to rekl? ze
pro nas "pouhy" algoritmus neni dost eno nuno
David Novák:8.1.2016 15:48
napsat algoritmus != programovat..
Proč? Takový recept na bábovku je třeba dobrý příklad algoritmu 
Jsou všichni autoři kuchařek
programátoři?
Skoro vše můžeš popsat nějakým algoritmem (postupem).. To z tebe ovšem nedělá ještě programátora - programátor je někdo, kdo vytváří programy. Program je algoritmus zapsaný jako posloupnost instrukcí a je určen k vykonání počítačem.
David Novák:8.1.2016 20:01
Typicky na přijímacím pohovoru..
Nebo tě napadne něco někde mimo civilizaci nebo při cestování, tak si to napíšeš na papír..
Jinak mluvím z vlastní zkušenosti - dříve (střední škola) jsem byl na
IDE naprosto závislý.. Nepamatoval jsem si názvy funkcí a často ani jak
napsat některé konstrukce (snippety v IDE to vkládaly za mě). Jsem rád, že
jsem od toho upustil a dal si na rok zákaz jakýchkoliv našeptávačů.. Teď
je již vůbec nepotřebuji (ale ani mi nevadí, když je mám) a moje
efektivita se zlepšila - i při použití IDE. Osobně si myslím, že IDE je
dobré pro naprosté začátečníky a pak až pro zkušené programátory.
Začátečníkům to usnadní začátek - klikneš na zelenou šipečku a
spustí se to.. Zkušeným zase práci. Těm mezi bych naopak vřele doporučil
IDE zavrhnout, naučit se psát všemi deseti, pokud neumí a vyzkoušet si
překlad pomocí Makefilu a psát bez berliček - vryje se to mnohem lépe do
paměti
Neaktivní uživatel:8.1.2016 20:07
Na druhou stranu programování ve vyšších jazycích není moc dobře
možné bez IDE nebo alespoň editoru s našeptávačem, protože těch tříd a
funkcí je tam tolik, že zapamatovat si to fakt moc nejde
David Novák:8.1.2016 20:23
Nikdy jsem moc nechápal, k čemu to tam vše je, když ti teoreticky na vše
stačí AND, OR a NOT..
A pak chudák lokalita zdrojového kódu..
Jaro:8.1.2016 21:13
IDE je skvelá vec, napríklad potrebuješ urobiť úplne jednoduchú
refaktorizáciu (premenovanie triedy) v projekte ktorý má stovky súborov a
tá trieda je použitá na x miestach.. som zvedavý ako to v tom tovojom
editore spravíš ako čo sa
týka refaktorizácie sa žiadny editor nechytá.
David Novák:8.1.2016 22:13
Proč bych potřeboval dělat refaktorizaci? Mám ve zvyku se prvně zamyslet
a udělat si nějaký návrh, než začnu psát..
Ale neříkám, že IDE není dobré.. Proč si neusnadnit práci, když je ta možnost - jen říkám, že jeho používání často vytváří opravdu špatné návyky a pak spousta softwaru vypadá tak, jak vypadá..
Jaro:9.1.2016 8:43
No ja mám skôr pocit že veľa softweéru vyzerá tak ako vyzerá (krásny príklad Android) kvôli tomuto
Proč bych potřeboval dělat refaktorizaci? Nie vážne na prvý pokus
sa ti málokedy podarí napísať poriadne kód, veľmi rýchlo zistíš, že
niečo by sa dalo presunúť do inej triedy, premenovať, hodiť to do inej
funkcie. Refaktorizácia je potrebná a to najmä vo veľkých projektoch, pri
domácich úlohách to je asi jedno
Jaro:9.1.2016 8:46
Tým nechcem povedať, že textové editory nie sú super, sám používam
gedit/notepad++ a aj vim trochu a teraz si predstav, akú produktivitu budeš
mať, keď máš v ruke vi skratky a začneš programovať v takej IntelliJIDEA
s IdeaVim pluginom.. To je
proste radosť pracovať s takou kombináciou.
David Novák:9.1.2016 10:45
Pokud to pak potřebuješ přepisovat, pak jsi zanedbal první a nejdůležitější krok - návrh.. Což je také jeden z hlavních důvodů selhání projektu (nedodržení termínu, funkcionality nebo vůbec nedokončení)..
Když dostaneš nápad/zadání a pár hodin potom už píšeš kód, tak je někde chyba a ten kód většinou nebude stát za nic (teď mluvíme o složitějších projektech).. V reálných projektech je implementace pouze malá část (10-20% času) a zdaleka nejvíc zabere testování a údržba.. Dobrý návrh minimalizuje problémy po implementaci.. Jenže spousta lidí nepřemýšlí dopředu a často dělají návrh během implementace (sedneš k PC, napíšeš si kostru třídy a pak si říkáš: "Tak jak bych to mohl udělat..?"). Takový přístup ovšem prakticky vždy vede ke špatnému návrhu a řešení, protože nepřemýšlíš nad celkem.
A to je rozdíl mezi programováním a softwarovým inženýrstvím. Před
začátkem implementace by měl existovat kompletní návrh celého systému a
všech jeho částí.. Pak nebudeš potřebovat dělat nějakou refaktorizaci a
narazíš jen na málo problémů..
David Novák:9.1.2016 11:39
Přečti si to znova
A co říkám vychází nejen z mé zkušenosti, ale také ze zkušenosti tisíců profesionálů, kteří se na vzniku SW inženýrství podíleli. Mimochodem se o tom začalo mluvit právě proto, že vývoj trval dlouho a byl často neúspěšný.. Typicky zabere detailní návrh asi tak dvakrát více času než následná implementace - tam už ale moc problémů není, protože se na ně narazilo při tvorbě návrhu a byly vyřešeny.. A je to třeba právě kvůli nedokonalosti programátorů a také proto, že je typicky větší tým a je třeba prvně se domluvit..
Jaro:9.1.2016 11:52
V tomto sa mi páči agile prístup a TDD, ktoré ťa prirodzene vedieť k
správnemu návrhu, pretože testovateľný systém je aj dobre navrhnutý
systém. Cyklus red-green-refactor, ťa tiež núti udržovať svoj kód
čistý. Ono nerefektoruje sa preto lebo je to riziko, že niečo pokazíš, ale
akonáhle máš ku kódu testy, na ktoré sa môžeš spolahnúť, tak si
môžeš refaktorovať a vylepšovať koľko chceš s čistým svedomím. Som
zvedavý ako sa zaobídeš bez refaktorizácie a testovania, keď budeš musieť
pracovať s nie moc pekným kódom a niečo do neho pridať/zmeniť (veľmi
častá činnosť). Asi zvolíš prístup "Edit and pray" Málokedy budeš písať niečo od
základu.
Zobrazeno 50 zpráv z 163.