Příspěvky

1711

Software / Re:Textový editor Atom - srovnání s Emacs

« kdy: 29. 08. 2016, 15:46:36 »

Pokud u tebe nemá IDE vliv na produktivitu(je stejná nebo snad ještě horší, než v editoru), pak to jednoduše znamená, že s IDE neumíš pracovat a nedokážeš využít jeho možností. Akorát se snažíš svojí neschopnost vydávat za přednost.

Já ale nemluvil o sobě. Znal jsem například borce (vedoucího týmu 12 lidí), který pro vývoj v Javě používal notepad. A přitom co jiní tvořili týden, on stihl za odpoledne. Další dva projekťáci v tomto týmu, které bych označil za nejlepší lidi co pod sebou měl, používali první Vim a druhý Emacs. V sousedním týmu projekťák podobných kvalit jako předešlí dva používal Eclipse. Takových zkušeností jsem vypozoroval víc - čím větší guru, tím méně mu záleželo na IDE. Zdůrazňuji, že toto je implikace, nikoliv ekvivalence.

Napriklad: IDE dela refaktoring _podstatne_ snazsim. Dobry programator refaktoruje (cimz nerikam, ze kazdy refaktoring je dobry!) a tvori to nezanedbatelnou cast jeho prace. Dobry programator bez IDE musi vyvinout podstatne vic prace na refaktoring.

U mě například tvoří refaktoring velmi zanedbatelnou část práce. Většinu práce strávím přemýšlením, čmáráním na papír, případně laděním, ale rozhodně ne bušením kódu.
Refaktoring je především nevyhnutelným důsledkem propagace tzv. agilních metod vývoje, které mohou dobře fungovat v rukou guru (kteří ovšem nepotřebují nijak dramaticky refaktorovat), ale u průměrných kodérů se to rovná stavbě pětipatrové budovy bez podrobných plánů. Jinými slovy, má-li někdo potřebu příliš často refaktorovat, znamená to, že při práci dost nepřemýšlí. Což je u někoho, kdo se živí programováním, dost podstatný problém. A podle toho výsledky práce takových lidí také vypadají.

Takže nesouhlasím - často refaktorovat potřebuje průměrný, či spíše podprůměrný programátor. Ale v žádném případě ne dobrý programátor.

Takze "guru" podle tebe programuje tak, ze
- napise test
- dostane ho do zelene
- commitne a udela pull request
?

1712

Software / Re:Textový editor Atom - srovnání s Emacs

« kdy: 29. 08. 2016, 15:13:16 »

Dobrý editor může být i dobré IDE. Naopak to neplatí.

Vazne?

1713

Software / Re:Textový editor Atom - srovnání s Emacs

« kdy: 29. 08. 2016, 14:47:15 »

Jako vsechno, chce to zvyk, ale kdo si zvykne na nake poradne IDE(dejte tomu tak mesic), tak uvidie, jak vam produktivita poleze nahoru. Zejmena tedy u rozsahlejsich projektu(a zvlaste, ktere jste od zacatku nepsali vy, a neznate je jak vlastni boty).

Na základě zkušeností ze své praxe bych spíš řekl, že u koho má na produktivitu výrazný vliv IDE, by se měl raději živit něčím jiným než programováním. Pravděpodobně tak napáchá méně škod.

Napriklad: IDE dela refaktoring _podstatne_ snazsim. Dobry programator refaktoruje (cimz nerikam, ze kazdy refaktoring je dobry!) a tvori to nezanedbatelnou cast jeho prace. Dobry programator bez IDE musi vyvinout podstatne vic prace na refaktoring.

1714

Software / Re:Textový editor Atom - srovnání s Emacs

« kdy: 28. 08. 2016, 20:45:19 »

co tendle ?

https://github.com/JetBrains/intellij-community

Tohle asi ne. Zkoušel jsem PyCharm a vůbec mi to nesedlo. Není IDEA jen pro Javu? Je možné mít od IntelliJ vše v jednom?

Nic tam o OSS není. Prostě to jde, ale není to zadarmo. Věci zadarmo jsou obvykle kvalitní jako naše školství.

Tim myslis Javu, Linux nebo svoje remcy?

1715

Studium a uplatnění / Re:Jaký programovací jazyk zvolit?

« kdy: 27. 08. 2016, 16:28:47 »

Nevidím důvod, proč bych měl vyhozené výjimky konvertovat na nějaké návratové kódy z minulého století.

Vždyť to info o chybě nemusím vůbec dostat formou výjimky. Rozumné api mě nechá vybrat.

Proc by "rozumne API" melo umoznit u takove zakladni veci vyber? Tvurce toho API by mel zvolit jedu dobrou variantu (v pripade C??/Java/Python-like jazyku vyjimku) a te se drzet.

1716

Odkladiště / Re:Android - exportování aplikací do apk - legálnost

« kdy: 26. 08. 2016, 13:32:02 »

Pravne i moralne by to melo byt OK, ale je s tim jedna technicka obtiz - nebudes mit updaty, vcetne bezpecnostnich...

1717

Odkladiště / Re:Android - exportování aplikací do apk - legálnost

« kdy: 26. 08. 2016, 12:45:28 »

A jake maji licence a co s nimi pak delas?

1718

Studium a uplatnění / Re:Jaký programovací jazyk zvolit?

« kdy: 25. 08. 2016, 16:48:26 »

V některých případech tě to může donutit rozdělit metodu, takže se zároveň zbavíš dlouhých metod a docílíš toho, že metoda bude dělat jen jednu věc a pořádně.

Takže jestli to chápu dobře, tak tím, že vyhodím else a nahradím ho extra metodou docílím toho, že metoda bude dělat jen jednu věc a pořádně? To jako vážně?

Tvé zkratky jsou fantastické. Jsem docela rád, že už nejsem začátečník a nemusím se od tebe učit.

Jedna vec a poradne neni urcite vyhozeni else. U ifu muze byt ta jedna vec rozhodnuti (t.j. metoda pak obsahuje if/else, kde je v kazde vetvi jeom volani dalsich funkci).
Na druhou stranu - zrovna tohle nekdy pomuze a nekdy ne. Pokud jsou obe vetve kratke, tak se muze vyplatit nebazirovat na doslovne jedne veci a nerefaktorovat kod "na krev".

1719

Hardware / Re:disky HGST

« kdy: 23. 08. 2016, 14:33:18 »

ES: evidentne vubec nevis o cem mluvis

To je pekne, ale i autori tehle statistiky casteji kupuji z ruznych jinych duvodu Seagate nez spolehlivejsi HGST.
A bez ohledu na to, co mas za disk, stejne musis vyresit zalohovani.

(tim nerikam "nekupujte HGST", sam jsem o nem uvazoval. Ale neni to zadna stribrna kulka, ktera ti zajisti bezpeci dat.)

1720

Vývoj / Re:Úplný nováček se chce naučit programovat

« kdy: 22. 08. 2016, 21:48:18 »

4. Napsat si testy, které mi ty chyby odhalí ještě před kompletací.

Jojo, pokud teda neudělám bugu v testu. Možná by to chtělo testy testů; pokud to nepomůže, desetitisícá úroveň už zaručeně odchytá všechno.

Bugy v testu se kontrolují testovaným modulem. Když test selže, opravuje se program. Když test neselže, opravuje se test.

Další level: mutační testování

1721

Vývoj / Re:Úplný nováček se chce naučit programovat

« kdy: 22. 08. 2016, 21:34:17 »

@gl
Podle toho, co popisuješ, musíš být vážně machr na opravy chyb, které by vůbec neměly vzniknout.

Nechci machrovat, ale nějaké zkušenosti s opravami chyb mám. Chyby budou vznikat vždy. Je lepší se stím smířit a umět je rychle opravit, než spoléhat na nějaké zázračné postupy bezchybného programování.

Ano, chybám se bez extrémních postupů vyhnout nejde.

To ale není důvod k tomu je tam nasekat a začít je opravovat.

1722

Vývoj / Re:Úplný nováček se chce naučit programovat

« kdy: 22. 08. 2016, 21:06:44 »

@gl
Podle toho, co popisuješ, musíš být vážně machr na opravy chyb, které by vůbec neměly vzniknout.

1723

Vývoj / Re:Úplný nováček se chce naučit programovat

« kdy: 22. 08. 2016, 17:57:03 »

To video kritizující Javascript je hodně hloupé. Operátor + se pro spojování polí ani objektů nepoužívá.

A kdyz ho pouzijes, tak se to nakonec dozvis, kdyz ti to casem spadne. Nejspis.

Automatickým konverzím při porovnávání se lze vyhnout použitím ===.

A kdyz ho nepouzijes, tak se to nakonec dozvis, kdyz ti to casem spadne. Nejspis.

1724

Vývoj / Re:Úplný nováček se chce naučit programovat

« kdy: 22. 08. 2016, 16:08:01 »

Resit chyby az kdyz dostanes stack pozde je. Proto se ostatne investuje namaha do takovych veci, jako jsou typove systemy a rozumny navrh jazyka a API, staticka analyza kodu...
Kdyz to jedine, co mas, je cekani na pad programu, tak je neco spatne.

Není jednodušší to nechat párkrát spadnout a vychytat chyby?

Tak urcite.

1725

Vývoj / Re:Úplný nováček se chce naučit programovat

« kdy: 22. 08. 2016, 15:59:03 »

Osobně bych se v úplném začátku vyhnul OOP, ale ne proto, že se nehodí, ani proto, že ho osobně nemám rád, ale spíš proto, že ať udělá cokoliv, bude to špatně a to ho odradí. Buď to bude zbytečně moc OOP, nebo málo OOP, někdo bude tvrdit, že má používat singletony, někdo bude tvrdit, že je to špatný, někdo si na dědičnosti ulítítává, někdo se jí vyhýbá... v tomhle ohledu je OOP tragédie. Ze skupiny 100 OOP programátorů si totiž každej myslí, že to dělá nejlíp a kolem je 99 debilů. (Ne)zaujatý pozorovatel potom vidí 100 debilů a myslí si o programátorech svoje.

Tak to muzes prevest na uroven vys a rict mu, a se vykasle na cele programovani, protoze mu bude 999 lidi z 1000 rikat, jak to delat jinak...