Python - zbožňovaný lidmi?

[lopata]

Zacinam mat pocit, ze programovanie sa zacina pretvarat na primitivnu cinnost.

Programování je stále jedna z nejnáročnějších oblastí, ale dnes ji dělají i běžní blbci. Cca 95 % populace na to nemá hlavu. Takže pokud budeme cpát retardy do IT, k ničemu to nebude. Dneska je to hezky vidět v korporacích. Tupé neIT hlavy doplnily ty IT. Sice výsledky mají žalostné, ale všichni si rozumí a pak se to musí nějakému hejlovi prodat.

Programování se nedá naučit a kdo tvrdí, že jo, tak akorát lže a nebo je hloupý. Stačí se ale podívat kolem po IT světě a každému, kdo něco umí, musí být jasné, že je něco špatně. Zase je hezké nemít moc konkurenci. Nahrazení SW za desítky milionů jiným za pár a ještě daleko lepším, není dnes vůbec problém. Převálcovat zajetou konkurenci desetkrát efektivnějším SW? Jednoduché.

[Reklama]

[...]

Znamy nastupil do firmy, kde sefku testerov robi zena, ktora vystudovala biologiu

Osobně si taky myslím, že pokud ta paní vystudovala biologii, tak má předpoklady být lepší programátorkou než ty, který se věnuješ čistě IT. Podobně to vidím třeba u fyziků nebo strojařů.

[lopata]

Znamy nastupil do firmy, kde sefku testerov robi zena, ktora vystudovala biologiu

Osobně si taky myslím, že pokud ta paní vystudovala biologii, tak má předpoklady být lepší programátorkou než ty, který se věnuješ čistě IT. Podobně to vidím třeba u fyziků nebo strojařů.

A nejlepší doktor je automechanik

Nejhorší programátoři jsou právě tihle přeučení, protože nic neumí. Fyzici ti nacpou hromadu nesmyslů, proč je ten kód na vyhození a ani pořádně nefunguje. Prej kdyby to byl Fortran, tak by to bylo lepší. Ekonomové tam pořád cpou nějaké poučky z oboru, ale kód k ničemu. Možná by každý měl zůstat u toho, co mu jde a necpat se do vývoje. Vývoj není pro nějaké přeučené lemply, kteří pravděpodobně ani svůj obor nikdy pořádně neuměli. Proč by jinak přecházeli?

[...]

A taky pravděpodobně nebude tak strašně namachrovaná, jako půlka lidí v IT.

[gll]

Zajímavé. Dělám na poměrně velkém Wicket projektu, kde v něm dělá 5-7 lidí (někteří ne fulltime) a nikdo z nás podobné problémy nemá. Před několika měsíci k nám nastoupila dívčina co Wicket nikdy neviděla, dostala ode mne krátký (1-2 hodiny) "crash course" a vplula do něj úplně v pohodě. Nevím, že by měla nějaké závažnější problémy. Jediné co mě napadá:

- Pokud uděláte naráz velkou stránku s hodně komponentami a nesedí vám struktura HTML versus Java komponenty, tak se (za určitých okolností) opravdu hůř dohledává, kde je v těch strukturách chyba. Řešení je to testovat už po menších kouscích.

- Když přidáte do AjaxRequestTargetu komponentu, která nemá odpovídající HTML tag, tak ji to nerefreshne (tady je zjevné proč to v principu nejde, moc se mi to neděje a když se to stande, tak najít problém bývá jednoduché)

- Když schováte pomocí <wicket:enclosure /> komponentu, na kterou je nabindovaný AJAX, tak Wicket ten AJAX stejně vygeneruje a pak jsou v debugu hlášky, že nenašel komponentu na kterou se nabindovat. To je opravdu lehce zrada, i když aplikace funguje i tak.

Ale na žádný problém typu "brzy odkázat na model object" se nepamatuji. Můžete dát nějaký příklad?

Jako nouzové řešení pro lidi neznající frontendové technologie je to asi OK.

[Reklama]

[lopata]

A taky pravděpodobně nebude tak strašně namachrovaná, jako půlka lidí v IT.

Pokud nic neumí, tak ještě aby jo

[...]

Přesah do různých oborů není na škodu nikdy, ale k tomu třeba taky jednou dojdeš. No a předpoklad, že papír z IT školy zaručuje cokoliv, se člověku musí rozplynout už jen při letmém projetí některých kódů. A pak taky ještě prázdný sud nejvíc duní. Měj se fajn.

[stefan]

Znamy nastupil do firmy, kde sefku testerov robi zena, ktora vystudovala biologiu

Osobně si taky myslím, že pokud ta paní vystudovala biologii, tak má předpoklady být lepší programátorkou než ty, který se věnuješ čistě IT. Podobně to vidím třeba u fyziků nebo strojařů.

Tak to vypustate riadne nezmysly. To je len dnes modny trend, ze ludia sa neuplatnia s tym, co vystudovali, na VS boli len kvoli tomu, aby si predlzili studijny zivot a mali prazdniny. Skoncila VS a oni nevedeli, co robit, nemaju sa kde uplatnit, skoncia na urade prace. Niektori sa akoze zacali rypat v IT a dnesna doba takych podporuje. Korporat naberie hocikoho a zaskoli si ho na to, co potrebuje. Spominane dievcata pracuju vo firme, kde forma pohovoru spociva v nejakych IQ testoch, pri ktorych, ked ich riesite, vam do toho keca p*ca z HR a tym vas chce vlastne vystavit nejakemu stresu. Dalsim ich testom su psychotesty. To je vsetko, ziadne testy z technologii, na ktore hladaju cloveka.

[stefan]

Přesah do různých oborů není na škodu nikdy, ale k tomu třeba taky jednou dojdeš. No a předpoklad, že papír z IT školy zaručuje cokoliv, se člověku musí rozplynout už jen při letmém projetí některých kódů. A pak taky ještě prázdný sud nejvíc duní. Měj se fajn.

ze ty si preskoleny z pracaku a teraz hras  fraju

[dustin]

Jako nouzové řešení pro lidi neznající frontendové technologie je to asi OK.

Ve velkém projektu chci frontendových technologií co nejméně, protože se při změnách špatně hlídá jejich spolupráce s backendem. Když tomu dáš velké úsilí, napíšeš spoustu testů, že ti to komunikuje správně (a stejně nepostihnou vše),  tak stejně jenom zpětně zjistíš, že se něco rozsypalo a začneš to následně opravovat.

U velkého projektu chci mít i frontend pod kontrolou již při psaní kódu, ne až to spustím a začnu zjišťovat, co se kde rozsypalo (třeba testy). Tak postupuju právě v pythonu a zrovna tohle mě na něm hodně vadí.

Frontendistu pro wicket potřebuješ taky (ve finále to vše generuje html5 a javascript). Ale výstup jeho práce pak zabalíš do své vlastní javovské komponenty, kterou ve wicketí aplikaci používáš opakovaně a která dlouhodobě funguje. A současně máš plnou kontrolu nad typy. Nestane se, že by ti najednou chyběl nějaký atribut nebo se volaná metoda po refaktoringu jmenovala jinak. Kompilátor (tedy IDE již při psaní, protože kód permanentně analyzuje) ti to hodí na hlavu. Což je naprosto zásadní.

[gll]

Jako nouzové řešení pro lidi neznající frontendové technologie je to asi OK.

Ve velkém projektu chci frontendových technologií co nejméně, protože se při změnách špatně hlídá jejich spolupráce s backendem. Když tomu dáš velké úsilí, napíšeš spoustu testů, že ti to komunikuje správně (a stejně nepostihnou vše),  tak stejně jenom zpětně zjistíš, že se něco rozsypalo a začneš to následně opravovat.

U velkého projektu chci mít i frontend pod kontrolou již při psaní kódu, ne až to spustím a začnu zjišťovat, co se kde rozsypalo (třeba testy). Tak postupuju právě v pythonu a zrovna tohle mě na něm hodně vadí.

Frontendistu pro wicket potřebuješ taky (ve finále to vše generuje html5 a javascript). Ale výstup jeho práce pak zabalíš do své vlastní javovské komponenty, kterou ve wicketí aplikaci používáš opakovaně a která dlouhodobě funguje. A současně máš plnou kontrolu nad typy. Nestane se, že by ti najednou chyběl nějaký atribut nebo se volaná metoda po refaktoringu jmenovala jinak. Kompilátor (tedy IDE již při psaní, protože kód permanentně analyzuje) ti to hodí na hlavu. Což je naprosto zásadní.

podobné demagogické argumenty používal Microsoft při propagaci Webforms. Nakonec uznal, že tento přístup je špatný. Podle vašeho příspěvku by nemohla existovat jediná fungující SPA aplikace.

[dustin]

Demagogii si strč za klobouk, já do takového systému přidávám nové požadavky od obchodu a klientů každý den a ještě spoustu let budu, takže moc dobře vím, co si do něj pustím a čemu se obloukem vyhnu. Rozhodně nedopustím, abychom museli udržovat vedle kočírovatelné javy ještě bokem spoustu balastu v javascriptu.

[phi]

Demagogii si strč za klobouk, já do takového systému přidávám nové požadavky od obchodu a klientů každý den a ještě spoustu let budu, takže moc dobře vím, co si do něj pustím a čemu se obloukem vyhnu. Rozhodně nedopustím, abychom museli udržovat vedle kočírovatelné javy ještě bokem spoustu balastu v javascriptu.

+1, legacy kod je vzdy opruz, ale javascript je peklo

[noef]

... Podle vašeho příspěvku by nemohla existovat jediná fungující SPA aplikace.

Jn, lidi to asi nejak delaji (viz nize). Ostatne nezapominejte na to, ze bastlit se da i v Jave.

Mel jsem tu cest videt nektere ty Javi knihovny (napr. Vaadin) a teda dost hruza. Musi to kontaktovat server kvuli kazde kravine (mozna chyba pouziti?) a stejne si to clovek musel vselijak ohybat. V zaveru se obcas dokonce skoncilo s tim, ze bylo potreba to syrove JS stejne pouzit.

... Rozhodně nedopustím, abychom museli udržovat vedle kočírovatelné javy ještě bokem spoustu balastu v javascriptu.

JavaScript neni jediny, ve kterem muzete psat. Take pouzivate Javu a ne strojovy kod. Ze zajimavych jsem videl ScalaJS nebo Elm, pripadne pokud jste konzerva, tak TypeScript (nebo mozna Flow, ale TS me prijde, ze dost nabira na popularite a ma solidni nastroje).

[dustin]

JavaScript neni jediny, ve kterem muzete psat. Take pouzivate Javu a ne strojovy kod. Ze zajimavych jsem videl ScalaJS nebo Elm, pripadne pokud jste konzerva, tak TypeScript (nebo mozna Flow, ale TS me prijde, ze dost nabira na popularite a ma solidni nastroje).

Určitě jsou lepší jazyky než JS. Ale původní argument byl o tom, že někdo používá technologie typu wicket, protože neumí frontend. To je nesmysl. Používá je proto, že chce nechce vyvíjet a hlavně dlouhodobě udržovat dva systémy, které spolu nejsou pevně svázané typovaným jazykem.  Design je dán html šablonami komponent, na které je stejně potřeba frontendista, stejně jako na generování nových komponent.

Nechť si každý vybere, co je pro něj víc důležité. Pro jednorázovky, něco na kšeft, nebo pro silně vytížené stránky bych taky udělal oddělený backend a frontend. Wicket se používá hlavně pro administrační část, která bývá ta nejrozsáhlejší/nejsložitější/nejčastěji upravovaná/rozšiřovaná.