Zobrazit příspěvky

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.


Příspěvky - Ink

Stran: 1 ... 16 17 [18] 19 20 ... 23
256
Kdybych mohl vrátit čas a byl bych teprve po střední, tak bych šel místo informatiky studovat stavařinu (případně elektro nebo strojařinu). Na informatice jsem se nenaučil vlastně nic nového, ale aspoň to bylo lehké a mám titul. Specializaci bych potom využil pro vývoj vlastního CAD produktu namísto patlání zbytečných IT projektů ve zbytečné IT firmě.

Vzhledem k tomu, ze mam s programovanim CADu profesni zkusenost, dovolim si vyjadrit obavu, ze nemas moc poneti, jak tvrdy orisek to je a co vsechno obnasi.

257
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 04. 02. 2020, 13:30:19 »
Takze mate nekde v zasedacce zarizeni (laptop?), ktere ma aplikaci, ktera komunikuje s aplikacemi doma/vzdalene pracujicich lidi? Co konkretne pouzivate?

Cokoliv na videokonferenci? Google meet, Bluejeans, Zoom, Skype, ... případně alespoň telefon (to je ten vynález od pana A.G. Bella)?

Opakuju - nezajimaji me obecne postrehy, ale realne zkusenosti z praxe. Ze existuje telefon vim, dokonce i Skype jsem zaznamenal. Zbytek prispevku, ktery jsem necitoval, mi dava smysl.

No prakticky to záleží s kým má Vaše firma smlouvu. Ale z těch co znám:

Bluejeans - Používáme dlouho a obvykle funguje. Když se sdílí obrazovka nejdou vidět lidi, takže člověk mluví do monitoru.
Google meet - Používáme občas a spíš až poslední dobou, při sdílení jsou vidět lidi, což je příjemnější. Asi vyžaduje Google účet.
Zoom - Nějaké komunitní projekty okolo kubernetes ho používají, vyžaduje aplikaci, ale taky to jde.
Telefon - Obecně na houby, ale občas to jinak nejde. U delších porad nebo něčeho komplikovanějšího lidi ztrácí pozornost a usínají.

Diky!

258
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 04. 02. 2020, 11:17:09 »
Takze mate nekde v zasedacce zarizeni (laptop?), ktere ma aplikaci, ktera komunikuje s aplikacemi doma/vzdalene pracujicich lidi? Co konkretne pouzivate?

Cokoliv na videokonferenci? Google meet, Bluejeans, Zoom, Skype, ... případně alespoň telefon (to je ten vynález od pana A.G. Bella)?

Opakuju - nezajimaji me obecne postrehy, ale realne zkusenosti z praxe. Ze existuje telefon vim, dokonce i Skype jsem zaznamenal. Zbytek prispevku, ktery jsem necitoval, mi dava smysl.

259
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 04. 02. 2020, 09:59:09 »
Dělá se to tak, že ten, kdo není fyzicky, se připojí online.
A nemusí u toho stát  :D

Takze mate nekde v zasedacce zarizeni (laptop?), ktere ma aplikaci, ktera komunikuje s aplikacemi doma/vzdalene pracujicich lidi? Co konkretne pouzivate?

260
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 04. 02. 2020, 09:43:46 »
Nějakej Alexander Graham Bell před časem představil takovou užitečnou věc, ze které se časem vyvinuly v docela zajímavé aplikace…

Ptal jsem se, jak se to v praxi v jednotlivych tymech skutecne dela, ne na existenci nejakych aplikaci a udelatek, sorry.

261
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 04. 02. 2020, 08:16:44 »
A to neexistuje jiný způsob, jak můžou ostatní zjistit, na čem dělá kolega, pokud jim po tom něco je - třeba tak, že se mrknou do trackeru nebo se ho, já nevím, zeptají? A scházet se takhle jeden každý den? To mi přijde jako skutečné psycho.

Mě tedy přijde spíš jako psycho když bych musel x-krát denně odpovídat různým lidem co dělám a zda/kdy to budu mít hotové, když bychom si to mohli jednou denně prostě říct všichni najednou :-) Ale proti gustu... Jinak, samozřejmě, jiné způsoby existují, ale taky mají své mouchy. Tickety často nejsou aktualizované, odpovídat neustále na dotazy otravné, lidé se často nezeptají, ale předpokládají. Standupy jsou prostě jen nástroj, ne nutně ve všech situacích nejlepší, ale podle mě pokud se používají správně, tak docela dobrý.

Pokud by snad někde skutečně bylo normou, že musíš tu samou věc ten den říkat X lidem, chápal bych to. Já tuhle zkušenost nemám. Mimochodem, jak se v tom standupovém prostředí dá pracovat z domova, to najednou nevadí, že to všichni ten den neslyší, že Pepa napsal funkci X a třídu Y přejmenoval na Z a že si musí přečíst HTTP specifikaci, protože mu něco nechodí? Nebo to v tom super duper pracovním procesu prostě nejde a všichni musí prostě dorazit?

262
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 02. 02. 2020, 14:29:36 »
Standup je o toho, aby každý krátce (!) řekl, na čem dělal včera, co bude dělat dneska a s čím má případně problém (na něčem se zasekl, na něco čeká, ...). A neříká pro pro sebe, ale pro ostatní, aby měli přehled.

A to neexistuje jiný způsob, jak můžou ostatní zjistit, na čem dělá kolega, pokud jim po tom něco je - třeba tak, že se mrknou do trackeru nebo se ho, já nevím, zeptají? A scházet se takhle jeden každý den? To mi přijde jako skutečné psycho.

263
Studium a uplatnění / Re:Kam po ZŠ?
« kdy: 01. 01. 2020, 10:08:54 »
Pokud bys měl jít na školu, kde Tě budou "učit", co už v podstatě znáš, není to dobrá cesta. Gympl není špatný nápad, je klidně možné, že názor za pár let změníš a budeš mít všeobecné základy. Druhá možnost by byla jít na průmyslovku zaměřenou na něco jiného než programování a IT, rozšířit si záběr.

264
To je přece jasné. split() rozdělí řetězec na 1 až n částí, tudíž IndexError při volání split()[1] znamená, že řetězec, který chceš rozdělit, neobsahuje podřetězec, který mu posíláš jako parametr 'separator'. Tzn. ten 'file' neobsahuje řetězec uložený 'repo', přestože jsi z nějakého důvodu přesvědčen, že ho obsahuje.

265
Studium a uplatnění / Re:Výchovné metódy v IT svete
« kdy: 10. 12. 2019, 16:01:26 »
Třeba umění komunikace se z knih načíst nedá. To se musí naučit face-to-face.
Tohle v žádném případě není pravda. Existuje spousta zásad a doporučení, která nejsou úplně omračující, když o nich člověk čte, tak nemá pocit, že by se dozvěděl něco, co by implicitně netušil, ale může ho to dovést k lepší sebereflexi. Reflektovat něco vědomě a dělat to bezděčně bývá rozdíl. Někdy i hodně velký.

V idealnim pripade ma dite rodice dva a ti se mohou vzajemne korigovat. A pokud ma ten druhy rodic v tu chvili lepsi mentalni/emocionalni kapacitu a ma ty veci nastudovane, muze dat i jinou zpetnou vazbu nez "nervi na nej".

Na druhou stranu, desim se situace, kdy rodice primitivni nebo lepe ovlivnitelni podlehnou nejake modni New Age propagande a namisto selskeho rozumu jako hlavni voditko pouzivaji nejaky bestseller.

267
/dev/null / Re:Těžké OOP problémy
« kdy: 12. 11. 2019, 07:13:51 »
cili (tak jako vetsina vyrazu prirozeneho jazyka) i "funkcionalni jazyk" je proste fuzzy pojem. Pro nekoho je funkcionalni jenom Haskell a par jazyku, o kterych nikdy nikdo normalni neslysel, pro nekoho je funkcionalni jazyk i Javascript :)

Proto podle mě má smysl hejtovat FP jako koncept (tedy pure FP), stejně jako OOP jako koncept a neřešit jednotlivé jazyky nebo když už, jenom v rámci demonstrace obecného problému. Něco jako "FP má problém navázat čisté funkce na reálný svět s jeho změnami v čase".

268
/dev/null / Re:Těžké OOP problémy
« kdy: 10. 11. 2019, 14:35:03 »
Ono obecně Go je hodně slabý pro vytváření jakýchkoli abstrakcí. Tenhle tvůj příklad by mě až tak netrápil. Daleko víc mě děsí situace, kde prostě z principu potřebuješ přijímat hodně různých typů, nedejmatkopřírodo i uživatelských, jako třeba u logování. Když člověk koukne na API https://godoc.org/go.uber.org/zap je mu zle... Tohle snad vyřeší generika plánovaná pro 2.0, pokud je zas nevymyslí nějakým "invenčně jednoduchým" způsobem ;)

Jinak když koukneš na https://github.com/ksimka/go-is-not-good najdeš tam spooooustu daleko zásadnějších problémů. Osobně jsem dost zvědavej, kolik z nich a jakým způsobem ve dvojce vyřeší.

Dík za odkazy, je to síla. Ten můj příklad s operátory byl hlavně míněn jako podpora mému tvrzení, že Go je spíš snaha o evoluci C než o přepsání/napravení C++ a že se návrháři vydali stejnými blátivými cestičkami jako návrháři Javy. Tímto za mě téma Go je docela vyčerpáno a můžeme se vrátit třeba k hejtování OOP.

269
/dev/null / Re:Těžké OOP problémy
« kdy: 10. 11. 2019, 07:24:58 »
No je to opět otázka míry. Pokud někdo vymyslí v dnešní době jazyk, v němž jeden číselný typ sčítáme pomocí infixového operátoru a u druhého se musí použít funkce typu add() protože proto, je to IMO dost podivné, to se dá těžko okecat nějakou ortogonalitou, když trpí konzistence.
To ale nemluvis o Go, ne? Nepamatuju se, ze bych potkal funkci add().

Go ma bambilion problemu, o tom me vubec nemusis presvedcovat, sam si u nej casto rvu vlasy. Treba reseni enumu pres iota a neschopnost kompileru zkontrolovat vycerpavajicnost jejich zpracovani, to je vylozene na pet let na tvrdo :) Jak rikam, Rust je mi sympatictejsi.

Koukám třeba sem: https://golang.org/pkg/math/big/#pkg-examples - konkrétně u příkladu Fibonacci:

Kód: [Vybrat]
// Compute the next Fibonacci number, storing it in a.
a.Add(a, b)

Dobré psycho. Ale to není všechno, z jiného příkladu:

Kód: [Vybrat]
return term.Add(term, frac)

Abych si mohl sečíst 2 čísla typu BigNum, musím si:

1. Vytvořit obě čísla pomocí new()
2. Naplnit si je nějakou Set* metodou
3. Sečíst si je in-place do nějaké proměnné

Když tuhle operaci chci udělat ve funkci a ty dvě čísla si tam pošlu jako parametry a vrátit výsledek, mám dvě možnosti:

a) Použít jako "receiver" jeden z parametrů - pak se ale nejenom vrátí jeho hodnota, nýbrž se změní i obsah proměnné, kterou jsem si poslal přes parametr
b) Vyrobit si ve volané funkci dočasnou proměnnou, použít ji jako "receiver" a vrátit tu

No a když to spletu (když ta funkce je netriviální), chyba je na světě. Určitě je ale možné, že něco přehlížím a že existuje idiomatický způsob, jak to napsat hezky a bez rizika podobných chyb.

270
/dev/null / Re:Těžké OOP problémy
« kdy: 09. 11. 2019, 21:34:59 »
Mimochodem, jeste k tomuhle, kdyz uz jsme beztak v offtopicu jako prase :) Ta motivace neni uplne "svazovat programatora", ale spis zvolit jenom ty featury, ktere jsou navzajem ortogonalni. A zaroven jenom ty featury, na kterych se vsichni tri autori jednomyslne shodnou. Oboji mi prijde jako prevelice rozumny kriterium. A jestli Rust zacne nejak vyrazne bobtnat, tak jim da vyvoj za pravdu...

No je to opět otázka míry. Pokud někdo vymyslí v dnešní době jazyk, v němž jeden číselný typ sčítáme pomocí infixového operátoru a u druhého se musí použít funkce typu add() protože proto, je to IMO dost podivné, to se dá těžko okecat nějakou ortogonalitou, když trpí konzistence.

A teď ses dopustil docela zajímavého faulu - jestliže někdo polévku přesolí, nedá to zapravdu někomu, kdo raději vůbec nesolí. Chybu udělali oba, pravdu měl někdo třetí, kdo solí akorát.

Stran: 1 ... 16 17 [18] 19 20 ... 23