• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    KOJAProgramovani 40+
    TOOMIX
    TOOMIX --- ---
    Tak mě tak napadlo... jaká je dnes náhrada za kdysi skvělý .NET Remoting? Normální API?

    .NET Remoting - Wikipedia
    https://en.wikipedia.org/wiki/.NET_Remoting
    VOY
    VOY --- ---
    KOLCON: snadno se řekne, hůř zajistí že to všichni v týmu uvádí do praxe :-)
    KOLCON
    KOLCON --- ---
    AXTHEB: Jo ale taky to říká "netestujte každou kravinu ale otestujte to co to má dělat "
    AXTHEB
    AXTHEB --- ---
    KOLCON: Businesse logiku ti řídí spíš BDD, i když TDD (mi) většinou do BDD víceméně přeteče.
    Jinak tahle otázka v rámci TDD imho nemá úplně smysl. Základní návod je napsat co nejjednodušší failující test, který tě posune směrem k zadání, ten co nejjednodušším způsobem vyřešit, pak se pokusit to nějak zrefaktorovat a opakovat.
    Moje zkušenost je, že většinou píšu unit testy, které se s postupným vývojem aplikace transformují ve víceméně end to end testy.
    KOLCON
    KOLCON --- ---
    AXTHEB: Imho je největší problém v tom si tak nějak rozumně nastavit co vlastně tím testovat. Business logiku? Každou proceduru a všechny možné stavy a výjimky? Integrace? Něco jiného?
    VOY
    VOY --- ---
    AXTHEB: Ano, staci to a presto to drtiva vetsina lidi nedela. Mozna vetsina lidi neni tak organizovana. Mozna je to problem kdyz kolegove v tymu touhle metodikou nejedou. Mozna je to neprakticke z jinych duvodu. Ja se to tak snazim delat, ale zas bych nerekl, ze jsem v tomhle nejak extra religious, predpokladam, ze nejaky TDD purista by mi asi dokazal lecco vytknout. Samozrejme jsou problemy, co se k tomuhle stylu vyvoje propujcuji vic a min.
    SATAI
    SATAI --- ---
    AXTHEB: což neznamená, že to musí v dané situaci dávat smysl
    AXTHEB
    AXTHEB --- ---
    VOY: Nope. Stačí překonat ten vstupní pocit, že víš jak na to, nastudovat si to a pak (s výjimkou onoho vytváření testů k neotestovanému cizímu kódu) můžeš to kolečko red/green/refactor použít úplně kdykoliv.
    VOY
    VOY --- ---
    AXTHEB: To z nej dela skvelou metodiku do slonovinove veze :-)
    SULTHAN: Zminil jsem hlavne react, protoze tam byl jednu dobu popularni enzyme a pak i ta react testing library. A z toho mam porad trochu PTSD, videl sem moc testu co testovaly jestli se ve vyslednem stromu objevi veci, ktere predtim byly deklarativne specifikovany. Takovy test veru moc hodnoty neprinese. To cele doprovazene mockovanim ruznych globalnich zavislosti. Uf. Muselo to ven.
    SATAI
    SATAI --- ---
    AXTHEB: to platí o většině věcí ;-)

    Ale hlavně by se z toho neměla ideálně dělat ideologie, podle které je jiné psaní testů špatně
    AXTHEB
    AXTHEB --- ---
    VOY: Zásadní problém TDD je, že je hrozně těžké ho dělat - zejména proto, že spousta lidí si myslí, že ví jak na to (ale nedělá to), a když se o to pokusí, tak jim to nejde. Protože neví jak na to.
    JARDABEREZA
    JARDABEREZA --- ---
    ALMAD: React má několik jednoduchých principů co se jak dělá a pak se to jen opakuje do zblnutí. A snaží se zůstat v těch mantinelech. Ale vlastně je to fajn. Chceš UI, uděláš vždycky ty stejné kroky, máš UI. A na internetu jsou snad statisíce příkladů.
    ALMAD
    ALMAD --- ---
    SULTHAN: Pardon, tim “tyhle veci” sem myslel tu interakci mezi testama a AI a ten AI assisted vyvoj.

    Nevim presne proc, ale Reactisti jsou z moji zkusenosti s tema toolama vyrazne spokojenejsi, nez vsichni ostatni. Tipuju ze je to kombinace dostatku trenovacich dat a urcity syntakticky…ahem…neuspornosti a repetitovnosti toho jak se pise, ze to predikuje dobre a setri dost toho boilerplatu…
    SADY
    SADY --- ---
    SULTHAN: tak to opakovane zazivam celkem pravidelne posledni rok, bohuzel ty projekty musim dostat z technologicjeho dluhu do produkce k nam na k8, vcetne prepisu BE a FE, je to ryzi peklo a pouze jistej sklon k perfekcionalite, odpovednosti za provoz a sklony k sebeposkozovani mi umoznuji svuj ukol splnit

    btw. zdravim byvale kolegy, kteri vi o cem mluvim
    SULTHAN
    SULTHAN --- ---
    VOY: Upřímně, to se týká prakticky každé FE komponenty, není to nijak specifické pro react. Na jednom projektu třeba máme jednoduché testy storybooku oproti mockům a jejich výsledek se screenshotuje. Nic to moc nebrzdí, ale při pull requestu člověk musí projít diffy a manuálně schválit všechny změny.
    Typový systém (tj. asi mluvíme o typescriptu) bych už dnes považoval za standard.

    Pro pobavení, teď nedávno mě ve firmě přizvali na post-mortem jednoho incidentu na projektu s obrovským technickým dluhem. Při buildování jim padala instalace NPM dependencí. Indové to vyřešili tak, že smazali package-lock a commitnuli to bez něj. Jako fakt. A spolu s tím začali řešit, že bude potřeba updatnout knihovny a mě si přizvali, abych jim poradil "jak na to". Když jsem zjistil, že tam mají React 13, který byl vydaný před 10 lety a v podstatě to ještě byla beta verze, tak jsem se jim na to vybodnul.
    VOY
    VOY --- ---
    SULTHAN: Za sebe bych rekl hlavne to, ze kdyz clovek nejakym zpusobem unit testuje reactove komponenty tak casto dojde do stavu, ze ho ty testy znacne brzdi v refaktorovani. Za sebe volim radeji kombinaci kontroly typovym systemem a E2E testu. Tam clovek ma z me zkusenosti vetsi jistotu, ze kdyz testy prochazi tak veci opravdu realne funguji.
    SULTHAN
    SULTHAN --- ---
    ALMAD: to by mě strašně zajímalo, co je specifického na Reactu?

    Každopádně ano, mezi FE a BE je na testech fakt velký rozdíl. Jsem toho názoru, že na čistém FE unit testy v praxi ani psát nejdou - respektive to jde maximálně ojebat nějakým snapshotováním, ale ne tak, aby ty testy šly napsat dopředu před implementací.
    SATAI
    SATAI --- ---
    VOY: prostě je to šikovné pravidlo, se kterým je potřeba zacházet jako se všemi šikovnými pravidly: "to záleží" ;-)
    ALMAD
    ALMAD --- ---
    VOY: Jo, ale to co pisu plati i o testech co se napisou po kodu.

    A znovu tady vytahnu ze vnimam velkej rozdil mezi tim, jak tyhle veci fungujou na BE, FE a pak ve specialni kategorii “React” :)
    VOY
    VOY --- ---
    ALMAD: Nejsem sokovany. Proto mi prijde vsechna ta ideologie o testech co se nesmi napsat pokud neprochazi ponekud akademicka. Zaroven fandim TDD, ale obavam se, ze jsem za svou karieru v tech potkal opravdu naproste minimum lidi co podle nej jedou. Myslim, ze to neni nahoda nebo vyber firem, proste to z nejakeho duvodu ve stretu s realitou neni moc prakticke. Smutnym faktem je, ze kdyz se blizi deadlines a zacne jit do tuheho tak testy se seskrtaji jako prvni. Znovu rikam, je to pouze pozorovani reality, ne muj nazor.
    Kliknutím sem můžete změnit nastavení reklam