• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    TENCOKACISTROMYProgramovani v C#, F# a dalsich jazycich pro .NET, Mono a ostatni CLI implementace
    PJOTRIK
    PJOTRIK --- ---
    MAIMONIDES: Ja vnimam jako uzitecny i samotny fakt ze deklaruju ze parametr je "in", zvysena rychlost je fajn, ale resil bych ji jen na konkretnich mistech na hot path (a to jsem nijak nemeril).
    Chybu jsem v te souvislosti objevil jednu, netykala se ale konkretne in parametru. Na upravy jsem vyuzil tenhle code analyzer, ktery odchytil ze nekdo pouzil KeyValuePair jako klic v Dictionary.

    MORMEGIL: ale jo, smysl to dava, ale libilo by se mi kdyby kompilator umel rozlisit ty opravdu problematicky pripady a ty kde se lambda pouziva jen treba kvuli citelnosti. Na druhou stranu, to ze se tam pouziva takova konstrukce asi znamena ze to nebude nekde uvnitr vykonnostne kritickyho mista, tak se to da chapat i jako signal ze tady ten "in" parametr neni potreba.

    A u toho dynamic dispatche teda nechapu ani duvod.
    JANFROG
    JANFROG --- ---
    MORMEGIL: To je validni pohled. Pak se najdou jini, kteri jsou nastvani ze to "funguje jen nekdy" (coz je tedy pripad temer vseho v .NET ceho jsem dotkl - pravda, neni toho moc :-)

    Ja osobne radeji preferuji ortogonalitu, kam vede tenhle pristup "nejdulezitejsi je vykonostni optimalizace" je videt pekne na C++.
    Ale to jsme OT, ja jen odpovidal na MORMEGIL a MORMEGIL
    JANFROG
    JANFROG --- ---
    MORMEGIL: To je IMHO resitelne...
    MORMEGIL
    MORMEGIL --- ---
    PJOTRIK: No a jak čekáš, že by tam in/ref/out parametry fungovaly? Ta proměnná někde leží (třeba na stacku nějaké funkce o pět úrovní volání výše) a ty ji použiješ v lambdě, kterou si uložíš do globální proměnné a necháš ji tam ještě hodinu, když už ta metoda, na jejímž stacku ta proměnná ležela, dávno skončila…
    VITI
    VITI --- ---
    PJOTRIK: no ja udrzuju jednu wpf devex aplikaci, neni to zadny graficky high end, vicemene rad pouzivam datagrid, ostatni tak spis z donuceni, ale zadny extra problemy neregistruju.
    TOOMIX
    TOOMIX --- ---
    PJOTRIK: WPF ne, ale cca 14 let kupujem WinForms, co Ti tam nejde? Bude to nejspíš podobný
    PJOTRIK
    PJOTRIK --- ---
    Nejake zkusenosti s DevExpress WPF komponentama?
    U nas jsme to zkusili par mesicu pouzivat a v podstate jsme nenarazili na pripad kdy by byly nejak prinosny... pokazdy jsme skoncili na nejakym bugu nebo nutnosti komponentu ohybat stejne hodne jako bysme pouzili zakladni wpf
    PJOTRIK
    PJOTRIK --- ---
    Jsem ted prvne zkousil do naseho kodu zavest "in" parametry a dost neprijemne me prekvapilo kolik to ma omezeni
    - neda se takovy parametr pouzit uvnitr lambdy
    - nejde to pouzit v iteratorech, tj IEnumerable metodach co pouzivaj yield
    - metodu s in parametrem nejde volat pres dynamic dispatch
    CERMI_FOX
    CERMI_FOX --- ---
    NECROMAN:
    SMOKY: asi fakt záleží na projektu, znám dva lidi, co tam dělali a moc se jim tam nelíbilo.
    VITI
    VITI --- ---
    NECROMAN: ex kolega je spokojeny.
    SMOKY
    SMOKY --- ---
    NECROMAN: Záleží na projektu. Já sem tam byl spokojený.
    NECROMAN
    NECROMAN --- ---
    Práce na .NETu v Barclays, ano či ne? Máte nějaké zkušenosti?
    TOOMIX
    TOOMIX --- ---
    FREELA: jestli chceš dělat winforms, tak ještě zůstan u .NET Framework 4.8, jinak rovnou přejdi na .NET Core 3.1
    ARANIUS
    ARANIUS --- ---
    FREELA: Chod rovno na .net core 3.1.
    Tiež si dávaj pozor na example aby boli pre .net core pre verziu 3 a vyššiu. Example s nižším .net core frameworkom nemusia fungovať na 100%, keďže d 3jkou prišlo dosť zmien...
    FREELA
    FREELA --- ---
    Chystam se prejit na .NET Core. Nejake obecne zkusenosti nebo rady? Zatim v tom zadnou velkou vedu nevidim
    LARS_GUNNER
    LARS_GUNNER --- ---
    MAIMONIDES
    MAIMONIDES --- ---
    LARS_GUNNER: To je situace někde na vsi? V Praze chtěj embedded pořád a peněz nabízí dost. Nabídky chodí co týden.
    JANFROG
    JANFROG --- ---
    LARS_GUNNER: Problem je, ze v "high level" (pokud ti dobre rozumim) se veci meni rychle, je tam celkem fluktuace takze firmy hleda lidi, co proste umi to co aktualne pouzivaji (chteji pouzivat) protoze nemaji (nechteji) cas nekoho neco ucit. Alespon tak to vidim ja.
    Takze muj pristup je presne opacny, norim se hloubeji, vic a vic low-level veci. Tam je situace stabilnejsi, veci se nemeni tak rychle (jeden by rekl, ze skoro vubec :-) a veci trvaji dlouho a je cas se ucit.
    Ale je to sazka do loterie zrovna tak jako sazet na "high-level". Snad se mi to nevymsti :-)
    LARS_GUNNER
    LARS_GUNNER --- ---
    TROGLODYT: Jde o to se z oboru, který je dle mého na ústupu, dostat někam dál. V high level nehledám větší plat, ale lepší zázemí a metodiku, profesní posun.
    TROGLODYT
    TROGLODYT --- ---
    LARS_GUNNER: kombinace junior + home office asi neni uplne sikovna ....
    Jinak neverim ze bys (kdyz mas zkusenosti s programovanim) mel problem praci najit.... programatori chybi opravdu uplne vsude.
    LARS_GUNNER
    LARS_GUNNER --- ---
    OODOOW: Ano, ale pravdou je, že jsem se ucházel zatím jen málokrát tady v okolí a nezkoušel větší města s možností home office.
    LIQUID_SOUND
    LIQUID_SOUND --- ---
    OODOOW: A jak je to s věkem? Včera jsem to řešil s kamarádem programátorem, kterej mi řikal, že sice chyběj a že berou klidně začátečníky, ale do 30 let. S věkem 38 už mě odrazoval.
    OODOOW
    OODOOW --- ---
    LARS_GUNNER: Opravdu tě všude odmítli? Co vím, tak berou i začátečníky třeba zatím na pozici testera a pak může přejít na programátora, když zjistí co a jak. Programátorů chybí spousta.
    Kliknutím sem můžete změnit nastavení reklam