331
Vývoj / Re:Zkušenosti s TypeScriptem
« kdy: 25. 03. 2020, 19:25:43 »
Jaky je problem s tou transpilaci?
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.
Jak udelam v pythonu:Kód: [Vybrat]const getImportantPhoneNumbers = users => {
return users.filter(u => u.kozy > 3)
.filter(u => u.iq > 100)
.flatMap(u => u.phoneNumbers)
.filter((num, index, nums) => nums.indexOf(num) == index);
}
Na chuti napsat něco v Perlu je něco špatného?
Bud sem mel na manazery stesti nebo mam spatnou predstavu o tom co ma manager delat.
Jenom pro zajimavost - jaka je ta Tvoje predstava? Jedna moje skolitelka rikava, ze manazer dodava vykony. Jestli je zajisti sam nebo to udela jeho dite, manzelka, pes, soused nebo podrizeny, to uz je na nem...
Podle me se ma starat o lidi a ridit nejistoty. Ma zajistit spokojenost a sladenost v tymu. Ma ten tym i budovat a resit problemy.
Ale technologie je bud pozadovana zakaznikem nebo je to zalezitost tymu, pripadne architektu.
A terminy jsou idealne odhadnute na zaklade toho co tym zatim dodal.
Nekdy u fixed prize projektu se muze stat, ze je termin nevhodne nastaven s nasledky na projekt, ale to kdyz sem zazil byl vetsinou problem, ze to slibil nekdo ze sales a ne muj manazer... Ten naopak sel za tim salesakem a vysvetlil mu to...
Jo, to celkem sedí. Ale za výsledek je vždycky zodpovědný nakonec šéf a nikdo za něj to rozhodnutí nemůže udělat, byť by bylo formální. No a zvolené technologie, to je taky otázka budoucí správy. Si vezmi, že někdo z týmu má neodolatelnou chuť napsat něco v Perlu a pak se tým rozprchne...
Bud sem mel na manazery stesti nebo mam spatnou predstavu o tom co ma manager delat.
![]()
![]()
tvl ty jsi typicky nekvalifikovany Java-zumpista, az si jednou budes zase stezovat, jake se v Jave pisou sra cky, tak se podivej do zrcadla, protoze ty pisou presne lidi jako ty.
Ty jsi po 7 letech v oboru, nebo kolik jsi to psal, jeste nezjistil, jak manageri zprzni projekt? A kdo si jako myslis ze ten projekt zprzni?![]()
![]()
Bud sem mel na manazery stesti nebo mam spatnou predstavu o tom co ma manager delat.
Jenom pro zajimavost - jaka je ta Tvoje predstava? Jedna moje skolitelka rikava, ze manazer dodava vykony. Jestli je zajisti sam nebo to udela jeho dite, manzelka, pes, soused nebo podrizeny, to uz je na nem...
Krasne shrnuti...Dynamické zadání (= 5x se změní, většinou když už je větší část hotová) + nereálné termíny dokážou zprznit cokoliv
Zajimalo by me jak manager muze zprznit softwarovy projekt?
Máte-li managera, který cpe do projektu své představy, třeba že to má být v Javě, přestože má k dispozici tým geeků... Nebo samozřejmě naopak.
Krasne shrnuti...Dynamické zadání (= 5x se změní, většinou když už je větší část hotová) + nereálné termíny dokážou zprznit cokoliv
Zajimalo by me jak manager muze zprznit softwarovy projekt?
hmm nunu. Nenapsal sem, ze sem bez VS. Jen ze nejsem softwarovy inzenyr. A taky jsem psal, ze me to driv zivilo, ne ze to delam ted :-)Je fascinující jak tu vždycky NONAME nicky rozjednou flamewar o programovacích jazycích a ti lidé se zase vypaří. To vás stále baví na to reagovat když víte kam to zase povede? To se jako vážně nedokážete poučit z jednoho příkladu a dokola opakujete tu stejnou blbost ?
Dobre je neustale ukazovat mladsim generacim, co z lidi dela korporatni prostredi - viz prispevek tesne nad Tebou.
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.....
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...
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í.
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