Má Python budoucnost?

[noef]

Pokud máš dobře napsané testy pro skripty v Pythonu nebo i v PHP, tak typovou kontrolu kompilátoru nepotřebuješ.

Ano, tedy zbytečná práce navíc.

Skutečně si spousta programátorů dodnes myslí, že psaní testů je jen zbytečná práce navíc. Bohužel.

A někteří programátoři si myslí, že když ty testy napíšou ručně, bude to efektivnější, než když jim ty testy vygeneruje kompilátor, že?

 

Osobne bych cokoliv v dynamicky typovanem jazyce, co ma vice nez par desitek az stovek radku kodu, nepsal. Delam ted v JavaScriptu, jsem na par tisicich (navic celkem pouziva FP pristup a to s ES6 je hodne usporne), testy mi nedovolili a muzu rict, ze refaktoring pomalu cehokoliv je vzdy opravdu zazitek. Vzdy nasleduje smrst bug reportu. No, dal bych prednost automatickemu testovani, ale co nadelam :/.

[Reklama]

[Screemy]

Dobrý programátor by měl být schopný vývoje app i v nano, vi etc.... ;-)

IDE je jen práci ulehčující nadstavba :-)

[noef]

Dobrý programátor by měl být schopný vývoje app i v nano, vi etc.... ;-)

IDE je jen práci ulehčující nadstavba :-)

Schopny mozna, ale proc by v tom mel chtit delat?

Navic ta efektivita by byla uboha - bez navigace (orientace ve stovkach trid musi byt fakt terno), refaktorovani (i hloupe prejmenovani jedne metody na desitkach mist muze trvat hodiny [nejlepe pokud se stejne jmenuji i metody z jinych trid], zatimco v poradnem IDE je to na par vetrin), debugovani, ... Pokud firma nekoho nuti psat v Jave ve Vimu/Nano, tak jsou teda solidne padli na hlavu.

[Screemy]

Dobrý programátor by měl být schopný vývoje app i v nano, vi etc.... ;-)

IDE je jen práci ulehčující nadstavba :-)

Schopny mozna, ale proc by v tom mel chtit delat?

Navic ta efektivita by byla uboha - bez navigace (orientace ve stovkach trid musi byt fakt terno), refaktorovani (i hloupe prejmenovani jedne metody na desitkach mist muze trvat hodiny [nejlepe pokud se stejne jmenuji i metody z jinych trid], zatimco v poradnem IDE je to na par vetrin), debugovani, ... Pokud firma nekoho nuti psat v Jave ve Vimu/Nano, tak jsou teda solidne padli na hlavu.

Vsak jsi to napsal sam :-)

Napovidani, ulehcovani, psani kusu kodu za Tebe :-) K tomu je IDE dobre ano :-)

Proto taky kazdy "programator" musi jedine delat v IDE :-)

[noef]

Dobrý programátor by měl být schopný vývoje app i v nano, vi etc.... ;-)

IDE je jen práci ulehčující nadstavba :-)

Schopny mozna, ale proc by v tom mel chtit delat?

Navic ta efektivita by byla uboha - bez navigace (orientace ve stovkach trid musi byt fakt terno), refaktorovani (i hloupe prejmenovani jedne metody na desitkach mist muze trvat hodiny [nejlepe pokud se stejne jmenuji i metody z jinych trid], zatimco v poradnem IDE je to na par vetrin), debugovani, ... Pokud firma nekoho nuti psat v Jave ve Vimu/Nano, tak jsou teda solidne padli na hlavu.

Vsak jsi to napsal sam :-)

Napovidani, ulehcovani, psani kusu kodu za Tebe :-) K tomu je IDE dobre ano :-)

Proto taky kazdy "programator" musi jedine delat v IDE :-)

Ano, kazdy profesionalni programator v Jave (a minimalne v jakemkoliv statickem jazyce) musi jedine delat v IDE. V opacnem pripade budto "okrada" zamestnavatele nebo sebe, v kazdem pripade to ukazuje na jeho (o vyhazov rikajici si) neschopnost zvolit spravny nastroj .

[Reklama]

[Kit]

ftp://

Skutečně si spousta programátorů dodnes myslí, že psaní testů je jen zbytečná práce navíc. Bohužel.

A někteří programátoři si myslí, že když ty testy napíšou ručně, bude to efektivnější, než když jim ty testy vygeneruje kompilátor, že?

Žádný kompilátor nedokáže vygenerovat všechny potřebné testy.

[Ivan Nový]

No spíš každý "opravdový programátor" dělá ve vimu :-)

[Ivan Nový]

ftp://

Skutečně si spousta programátorů dodnes myslí, že psaní testů je jen zbytečná práce navíc. Bohužel.

A někteří programátoři si myslí, že když ty testy napíšou ručně, bude to efektivnější, než když jim ty testy vygeneruje kompilátor, že?

Žádný kompilátor nedokáže vygenerovat všechny potřebné testy.

Ale dokáže vygenerovat nepotřebné testy, proto taky vznikly a vznikají dynamické jazyky :-)

[Kit]

Dobrý programátor by měl být schopný vývoje app i v nano, vi etc.... ;-)

IDE je jen práci ulehčující nadstavba :-)

Schopny mozna, ale proc by v tom mel chtit delat?

Navic ta efektivita by byla uboha - bez navigace (orientace ve stovkach trid musi byt fakt terno), refaktorovani (i hloupe prejmenovani jedne metody na desitkach mist muze trvat hodiny [nejlepe pokud se stejne jmenuji i metody z jinych trid], zatimco v poradnem IDE je to na par vetrin), debugovani, ... Pokud firma nekoho nuti psat v Jave ve Vimu/Nano, tak jsou teda solidne padli na hlavu.

Pokud si někdo pod pojmem "refaktorování" představuje jen přejmenování metody na "desítkách míst", tak to bude pěkná tragédie. Nehledě k tomu, že programátoři, kteří pracují na těch "desítkách míst" ti jistě poděkují.

[noef]

Pokud si někdo pod pojmem "refaktorování" představuje jen přejmenování metody na "desítkách míst", tak to bude pěkná tragédie.

Snad nejtrapnejsi forma refaktorovani, velmi casta. Pokud tohle, u staticky typovaneho jazyka, neni editor schopny provest, tak to neni IDE. Tragedie je, kdyz si nekdo mysli, ze to nikdy nebude potreba. Pak nazvy metod, poli nebo celych trid neodpovidaji opravdove funkcnosti nebo dokonce ani typu a to je tragedie.

Videl jsem takto bastlena reseni, kde byl refaktoring sproste slovo. Vzdy to skonci tak, ze se to musi zahodit, protoze se v tom nikdo nevyzna, ani tvurci tech skvostu.

Nehledě k tomu, že programátoři, kteří pracují na těch "desítkách míst" ti jistě poděkují.

No, tak pokud se neumim domluvit s ostatnimi, tak mi nic nepomuze. Je jedno jestli jde o prejmenovani jedne metody, nebo zmenu funkcnosti metody vedouci k rozbiti kodu ostatnim.

Svete div se, realita je, ze se bezne metody, promenne, tridy i pole prejmenovavaji. Pokud si opravdu stale myslite, ze ani prejmenovani metody nikdy nepouzijete, tak musite delat na smesne malych projektech. Tohle by mozna fungovalo pri skvele specifikaci, skvelemu navrhu a konstatni specifikaci. Bohuzel ani jedno se bezne nevidi (nepochopeni druhe strany, zaplaceni za dalsi vlastnosti => zmena specifikace, setreni na analyze a navrhu atp.).

[nula]

...
Svete div se, realita je, ze se bezne metody, promenne, tridy i pole prejmenovavaji. Pokud si opravdu stale myslite, ze ani prejmenovani metody nikdy nepouzijete, tak musite delat na smesne malych projektech. Tohle by mozna fungovalo pri skvele specifikaci, skvelemu navrhu a konstatni specifikaci.

Ja myslim, ze tohle je nejcastejsi duvod, proc pulka "programatoru" nechape potrebu refaktorovani. Pak se tady objevuji reci ve stylu: "refaktorovat potrebujou jenom luzri...", "IDE neni potreba...", "vim bohate staci na vse...", atd.

[Kit]

Pokud si někdo pod pojmem "refaktorování" představuje jen přejmenování metody na "desítkách míst", tak to bude pěkná tragédie.

Snad nejtrapnejsi forma refaktorovani, velmi casta. Pokud tohle, u staticky typovaneho jazyka, neni editor schopny provest, tak to neni IDE. Tragedie je, kdyz si nekdo mysli, ze to nikdy nebude potreba. Pak nazvy metod, poli nebo celych trid neodpovidaji opravdove funkcnosti nebo dokonce ani typu a to je tragedie.

Velmi častá? Vždyť změny názvu metod se nedělají každý den, ale jen výjimečně, s označením původní metody za deprecated a jejím přesměrováním do metody s novým názvem.

[Wavelet]

Vždyť změny názvu metod se nedělají každý den, ale jen výjimečně, s označením původní metody za deprecated a jejím přesměrováním do metody s novým názvem.

Pokud metody a názvy tříd měníš podle konzultací s koncovým uživatelem a o dané doméně toho moc nevíš, můžou se měnit docela často.

[Kit]

Vždyť změny názvu metod se nedělají každý den, ale jen výjimečně, s označením původní metody za deprecated a jejím přesměrováním do metody s novým názvem.

Pokud metody a názvy tříd měníš podle konzultací s koncovým uživatelem a o dané doméně toho moc nevíš, můžou se měnit docela často.

No jo, ale myslí někdo na ostatní projekty, které tu třídu používají? Ty se z toho musí zhroutit.

[Wavelet]

No jo, ale myslí někdo na ostatní projekty, které tu třídu používají? Ty se z toho musí zhroutit.

Název třídy a metod musí odpovídat doméně -- tedy já jsem na to přistoupil a můj život je jednodušší -- dřív jsem byl takový "kreativní" v pojmenovávání .) Pokud se to API ustálí, chápu tvoji poznámku, ale že bych nemusel přejmenovávat metody a třídy v rané fázi vývoje se mi osobně nestává. A že Python na tom není v tomhle ohledu dobře je pravda.