Doporučte programovací jazyk pro Windows

[Ondrej Nemecek]

Kod neni asset, ale liability.
Tzn cim mene ho je tim lepe pro vyvojare. To ze mi IDE neco vygeneruje... je pro me spatne, protoze mi to pridava dalsi zodpovednost navic za neco co sem nenapsal. Jaky je prinos?
Pokud to zvladne stroj(IDE) vygenerovat kdyz to pisu, tak proc to radsi neudela az kdyz kompiluju?

Pro priklady a srovnani ukecanosti se muzete podivat na http://rosettacode.org/wiki/Rosetta_Code.
Stejny problem reseny v ruznych jazycich.

Kratší neznamená automaticky lepší - příliš kryptický kód představuje taky problém. Navíc je to individuální, čím komplexnější mindset programátor obsáhl, tím lépe vidí co se děje na pozadí a tím pádem rozumí kratšímu kódu. Naopak začátečník potřebuje explicitnější popis, co se děje. Dobrý příklad je Scala, která umí odvodit kde co a cestu programátora k pochopení shrnul Odersky ve svých Scala levels  https://www.scala-lang.org/old/node/8610

Takže debata postrádá smysl, cenu má jen vysvětlit best-practices a common-practices jednotlivých jazyků a ať si programátor vybere dle osobních preferencí

[Reklama]

[Ink]

Script kiddies se baví o jazycích, programátoři o designu a algoritmech

   

Nestálo by za to zamyslet se předtím, než napíšeš totální pitomost?

Nestalo by za to dát si víkendový hackathon na vytvoření Java vs Python flame war simulátoru než tu trávit hodiny blábolením ?
Mohli byste se přesunout k něčemu, co má aspoň zdánlivě smysl.

No jo, ale v cem to napsat?

Vzhledem k tomu, ze korpolopatu nezajimaji jazyky, nybrz design a algoritmy, pockal bych, jak popise architekturu. Pokud nekdo udela zakladni specifikaci, muze vzniknout nekolik konkurencnich implementaci a pak se muzeme bavit o vyhodach a nevyhodach.

[listoper]

Kod neni asset, ale liability.
Tzn cim mene ho je tim lepe pro vyvojare. To ze mi IDE neco vygeneruje... je pro me spatne, protoze mi to pridava dalsi zodpovednost navic za neco co sem nenapsal. Jaky je prinos?
Pokud to zvladne stroj(IDE) vygenerovat kdyz to pisu, tak proc to radsi neudela az kdyz kompiluju?

Pro priklady a srovnani ukecanosti se muzete podivat na http://rosettacode.org/wiki/Rosetta_Code.
Stejny problem reseny v ruznych jazycich.

Kratší neznamená automaticky lepší - příliš kryptický kód představuje taky problém.

Kratsi ale taky neznamena "kryptictejsi". Kod by mel vzdycky byt dobre citelny a prodluzovani podle me nevede k lepsi citelnosti.

Navíc je to individuální, čím komplexnější mindset programátor obsáhl, tím lépe vidí co se děje na pozadí a tím pádem rozumí kratšímu kódu. Naopak začátečník potřebuje explicitnější popis, co se děje. Dobrý příklad je Scala, která umí odvodit kde co a cestu programátora k pochopení shrnul Odersky ve svých Scala levels  https://www.scala-lang.org/old/node/8610

Takze pri praci v tymu maji i zkuseni vyvojari psat "rozbredly" kod? Aby to po nich novacci precetli? A jak se potom z novacku stanou seniori?

[Filip Jirsák]

Kratsi ale taky neznamena "kryptictejsi". Kod by mel vzdycky byt dobre citelny a prodluzovani podle me nevede k lepsi citelnosti.

Ono to platí na obě strany. Je nějaká optimální délka kódu, kdy je nejčitelnější, (navíc je různá pro různé vývojáře a v různých kontextech). A když tenhle kód začnete zkracovat nebo prodlužovat, čitelnost bude klesat.

Takze pri praci v tymu maji i zkuseni vyvojari psat "rozbredly" kod? Aby to po nich novacci precetli? A jak se potom z novacku stanou seniori?

Ne rozbředlý, ale čitelný. To už se snad v oboru ví minimálně dvacet let, že je potřeba psát čitelný kód, aby to přečetli i nováčci i senioři, kteří zrovna nejsou ve formě, i senioři, kteří to po sobě čtou po půl roce. Z nováčků se stanou senioři právě tak, že budou číst čitelný kód, budou ho chápat a naučí se ho postupně psát také. Je to jeden z rozdílů mezi kódem nováčka a zkušeného vývojáře, že nováček píše kód, kterému je těžké porozumět, zatímco zkušený vývojář píše kód, který snadno pochopí každý. Pokud si myslíte, že se senior vyznačuje tím, že jeho kód nikdo nepřečte, pak jste si asi spletl století.

[listoper]

Kratsi ale taky neznamena "kryptictejsi". Kod by mel vzdycky byt dobre citelny a prodluzovani podle me nevede k lepsi citelnosti.

Ono to platí na obě strany. Je nějaká optimální délka kódu, kdy je nejčitelnější, (navíc je různá pro různé vývojáře a v různých kontextech). A když tenhle kód začnete zkracovat nebo prodlužovat, čitelnost bude klesat.

Souhlas.

Takze pri praci v tymu maji i zkuseni vyvojari psat "rozbredly" kod? Aby to po nich novacci precetli? A jak se potom z novacku stanou seniori?

Ne rozbředlý, ale čitelný. To už se snad v oboru ví minimálně dvacet let, že je potřeba psát čitelný kód, aby to přečetli i nováčci i senioři, kteří zrovna nejsou ve formě, i senioři, kteří to po sobě čtou po půl roce. Z nováčků se stanou senioři právě tak, že budou číst čitelný kód, budou ho chápat a naučí se ho postupně psát také. Je to jeden z rozdílů mezi kódem nováčka a zkušeného vývojáře, že nováček píše kód, kterému je těžké porozumět, zatímco zkušený vývojář píše kód, který snadno pochopí každý. Pokud si myslíte, že se senior vyznačuje tím, že jeho kód nikdo nepřečte, pak jste si asi spletl století.

To byly otazky. Chtel jsem jimi motivovat Ondreje at zkusi dovysvetlit/domyslet to co pise, protoze mi to prislo zavadejici.
Myslim, ze je zbytecne zkouset z mych otazek vyvozovat co si myslim ja.

[Reklama]

[BoneFlute]

A to vsechno proto jen, protoze staticke typovani umoznuje IDE vsechny tyto veci provadet.

Ehm, to je sice samozřejmě pravda, ale že by to bylo to podstatné...

Na statickém typování je podstatné že najdeš chybu před nasazením na produkci, a ne až poté. Nějaké našeptávání je irelevantní.

[BoneFlute]

....
Opakování i dlouhé popisné názvy přispívají srozumitelnosti.

Delka nazvu by mela byt neprimo umerna velikosti scope. (Trochu prehnana generalizace, ja vim)

btw. u Javistu sem se setkal s argumentaci "Tohle musi mit tak dlouhe jmeno aby mi to idea hezky napovidala a nemel sem naseptavac plnej veci co tam nechci...."
To sem si rikal, jestli vazne to IDE k necemu je...

Má-li proměnná či metoda více jak tři slova, většina programátorů to přestane vnímat. Začíná to být neurčitý cosi.

[listoper]

....
Opakování i dlouhé popisné názvy přispívají srozumitelnosti.

Delka nazvu by mela byt neprimo umerna velikosti scope. (Trochu prehnana generalizace, ja vim)

btw. u Javistu sem se setkal s argumentaci "Tohle musi mit tak dlouhe jmeno aby mi to idea hezky napovidala a nemel sem naseptavac plnej veci co tam nechci...."
To sem si rikal, jestli vazne to IDE k necemu je...

Má-li proměnná či metoda více jak tři slova, většina programátorů to přestane vnímat. Začíná to být neurčitý cosi.

Ted si mi pripomel tohle: https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition

[Zabanovaný Anonymní Troll]

O boze, toto vlakno jiz dospelo do sveho posledniho stadia, prisel BoneFlute.

[MartinK]

tvl, a nam Javistum budete rikat...

Tak jo, kopnul sis do Pythonu, jsi spravny Javista, kluci v korporatu te pochvalej. Jinak doporucuju doucit se aspon co je to REPL, ale ono plakat ze mi IDE nedoplnuje je takovy spravne javovsky Pry porad "cumet do dokumentace na Internetu", pobavil

[MartinK]

Script kiddies se baví o jazycích, programátoři o designu a algoritmech

Ale to viz ze jo, skript kiddies jako Paul Graham - http://www.paulgraham.com/avg.html

[Ink]

tvl, a nam Javistum budete rikat...

Tak jo, kopnul sis do Pythonu, jsi spravny Javista, kluci v korporatu te pochvalej. Jinak doporucuju doucit se aspon co je to REPL, ale ono plakat ze mi IDE nedoplnuje je takovy spravne javovsky Pry porad "cumet do dokumentace na Internetu", pobavil

Není hezké smát se takovým lidem.

[Ink]

A to vsechno proto jen, protoze staticke typovani umoznuje IDE vsechny tyto veci provadet.

Ehm, to je sice samozřejmě pravda, ale že by to bylo to podstatné...

Na statickém typování je podstatné že najdeš chybu před nasazením na produkci, a ne až poté. Nějaké našeptávání je irelevantní.

Irelevantní není. Kompilátor je rodný bratr ostatních toolů - linteru, formátovače kódu i našeptávače. Strojové porozumění kódu neslouží jenom k ověření základní správnosti. Každé usnadnění kódování a refaktorizace se hodí.

Mimochodem, jaký jazyk používáš Ty a proč myslíš, že by se Ti našeptávání (ne)mohlo hodit?

[Google CTCCTCGGCGGGCACGTAG]

A to vsechno proto jen, protoze staticke typovani umoznuje IDE vsechny tyto veci provadet.

Ehm, to je sice samozřejmě pravda, ale že by to bylo to podstatné...

Na statickém typování je podstatné že najdeš chybu před nasazením na produkci, a ne až poté. Nějaké našeptávání je irelevantní.

Irelevantní není. Kompilátor je rodný bratr ostatních toolů - linteru, formátovače kódu i našeptávače. Strojové porozumění kódu neslouží jenom k ověření základní správnosti. Každé usnadnění kódování a refaktorizace se hodí.

Mimochodem, jaký jazyk používáš Ty a proč myslíš, že by se Ti našeptávání (ne)mohlo hodit?

k tomu nepotrebujes kompilator.

[Zabanovaný Anonymní Troll]

Script kiddies se baví o jazycích, programátoři o designu a algoritmech

Ale to viz ze jo, skript kiddies jako Paul Graham - http://www.paulgraham.com/avg.html

Super cteni, ale neporovnavejme hrusky a jabka. Citace:

The more of an IT flavor the job descriptions had, the less dangerous the company was. The safest kind were the ones that wanted Oracle experience. You never had to worry about those. You were also safe if they said they wanted C++ or Java developers. If they wanted Perl or Python programmers, that would be a bit frightening-- that's starting to sound like a company where the technical side, at least, is run by real hackers. If I had ever seen a job posting looking for Lisp hackers, I would have been really worried.

Vyse uvedene platilo kdy? Nekde kolem roku 2000. A platilo to na co? Platilo to na male startupy. A na jaky typ softwaru? Na eshopech a podobny webdevelopment v drevnich dobach komplikovane Java enterprise, ktere v te dobe souperily s jeste vice komplikovanym a nesourodym svetem C++.

Kontrolni otazka - chces delat webdovelopment a veci kolem toho? Tak potom samozrejme ani neuvazuj o Jave, to bys byl pekny blbec.

Ja to rikam furt, ze mezi Java developmentem a webdevelopmentem je hodne velka propast jak v technologiich a jejich kvalite, tak v kvalite tech lidi co v takovych firmach pracujou.

Jak funguje startup a podobne male firmy? Jedou v rezimu toho, ze nabiraji ucha co vystudovaly VS a pak je zdimaji, a zdimaji a zdimaji, delaji z nich cvicene lepice kodu a k vinku jim jeste dodaji jakysik pocit vyjimecnosti a elity. Seniory tam zamestnaji jen z toho duvodu, aby mhli buz erovat ty juniory a nahanet je s bicem v ruce. Nez si to dotycny zfanatizovany junior uvedomi, uplyne 5 let a vice a bude z neho troska, co si bude az teprve potom hledat lepsi, normalnejsi praci. Tyhlety firmy jsou sance pro lidi se slabymi dovednostmi a bez vzdelani. Ja jsem vystudovany softwarovy inzenyr a venuju se mojemu obory cely zivot, jakysik startup kde me nekdo bude nahanet jak nejakou lopatu a lepice mi muze polibit zadek.

Takze to, ze na startupy je dneska mnohem vyhodnejsi Python a Node.js, me vubec nezajima, ja takovymi firmickami pohrdam. Jestli znate nejakou fakt dobrou, tak ok, ale ja jsem vuci nim hodne podezrivavy a zvlaste pak ma-li to neco spolecneho s vyvojem webu.