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.
No, co chce hknmtt nevíme, protože to tají. Z původního dotazu to vypadalo spíš že nechce pouštět celý dotaz (pravděpodobně se spoustou joinů) na získání dat pro detail, ...
Práve ste povedali, že pri prechode sa načíta nová trojica => musí sa nanovo spustiť stránkovacia query. Tomu sa predsa OP chce vyhnúť, to je podstata tejto diskusie.
Ve firmach to resim nasazenim Google. Pokud si na to zamestnanec nevydela tak je neco spatne. Pachtit se s cimkoliv jinym je ztrata zdroju.
Microsoft apod povazuju za stejny typ sluzby a ne za to pachteni.
S tím se pojí další komplikace udržovat unit testy aktuální. Dost často něco ladím, zrychluji, refactoriji a pod. Nepíšu nic zas tak super složitého že bych tomu nerozumněl a nemohl to přeskládat jako lego. Pak je to pain udržovat testy ...
Já bych i hlasoval proti tomu "živit se koníčkem" - pak se z toho stane práce a většina zábavy zmizí pryč.
To sice může být pravda (i nemusí), ale nic to nemění na tom, že přístup "práce mě bavit přece nemůže, to není možné", který z toho, co napsal vyloženě čiší je takový mentální pozůstatek reálného socialismu a chození do rachoty.
RE. "jenom jako nadstavbu nebo lepidlo.":
Záleží na úhlu pohledu. Obzvláště v časech webových aplikací, nebývá běžné, že je aplikace napsána v jediném jazyce. Pak nastává otázkou co je "lepidlo" a co je prostě klíčová technologie, která svými vlastnostmi významně přispívá k funkčnímu celku.
To nezní, že by měl být Python "lepidlo", ale že jede jednoznačně o hlavní komponentu.
Což je obecný problém diskuzí na netu, často jejzasvědcenější rady dávají ti, kteří nejsou moc dobře v obraze.... V Javě řeknu IDE "přejmenuj tuhle funkci" a ono to udělá, přejmenuje ji všude, kde se používá, a nikde jinde.
https://wiki.python.org/moin/IntegratedDevelopmentEnvironments
Nechcem sa tu voči nikomu nijako stavať, ale ono to môže byť ešte horšie. Keď rozmýšľam o svojich skúsenostiach, tak testy sa zvyčajne píšu ťažko, keď je nedostatočný návrh aplikácie. Inak sa testy píšu rýchlo a sú jednoduché až do tej miery, že sú vlastne nudné. A navyše v JavaScripte sa testy píšu ľahko.
Nemôže to byť tak, že tým, že nepíšte testy síce ušetríte čas pred odovzdaním etapy, ale v ďalšej etape sa vám kvôli tomu nedostatočnému návrhu horšie pridávajú nové funkcionality? Takže si možno myslíte, že ste ušetrili čas, ale v skutočnosti ste ho neušetrili a ešte navyše máte vyššiu mieru stresu, lebo vývoj ide ťažšie?
Pokud bys mu řekl, že to bude trvat jeden týden bez testů nebo jeden týden s testy, co by si vybral?
Neřekl bych mu to protože by to nebyla pravda.
Já teda nevím, platí mě za dodávku řešení - součástí jsou tedy i testy. Ty slouží jak k regresi a okamžité zpětné vazbě na produkovaný kód ale mimo jiné jako funkční ukázka použití tohoto kódu, tedy v podstatě je dokumentací. To bychom mohli polemizovat nad tím, zda vám platí čas strávený debuggingem jako součást vývoje.
Zda mi platí čas strávený debuggingem? Platí. A není to můj problém, upřímně. Nechtějí testy, nemají testy. Kdyby chtěli testy, budou mít testy. Za co platí vám není relevantní. Když přijdu za majitelem firmy a řeknu mu, že to bude trvat jeden týden nebo dva týdny s testy, typicky mi řekne ať se na testy vykašlu, že na to nemá ani peníze ani čas.
Ne, nepochopil. Jsem pouze zastánce dělat to, za co mě zaplatí. Pokud mě za testy nezaplatí což obvykle nezaplatí vzhledem k tomu, že najednou by to stálo dvakrát tolik, pak sice můžete o testech básnit jak Baudelaire ale rozhoduje zadavatel. Tyhle teoretické řeči jsou vždycky s běloskvoucí vůní čerstvě vypraného prádla, ta ale končí zhruba tam, kde začíná praktická realita. A čím menší firma, tím větší tlak na cash-flow a tím začíná dřív.
ide je fajn a s msvc debugerem je to lepsi.
ale je dobre vedet aspon neco o gdb v command lajne.
totez editace a prace s editorem nebo ide, bud jsi drsny nebo drsnejsi.
K čemu je dobrý debugger? Testy jsou mnohem praktičtější. Když jsou spouštěny přímo z editoru, tak je to velmi produktivní.
K tomu, že píšete-li testy, je to sice děsně cool i užitečné, ale ve většině případů vám těch padesát procent času co tím navíc strávíte jednoduše nikdo nezaplatí. A můžete třeba chodit po uších. Nemluvě o tom, že je sice hezké, že vám selže test, ale vy často potřebujete zjistit proč selhal. A to v komplexnějších aplikacích může být zatraceně zamotané. Vzájemně se to tedy ani fakt nenahrazuje.
ide je fajn a s msvc debugerem je to lepsi.
ale je dobre vedet aspon neco o gdb v command lajne.
totez editace a prace s editorem nebo ide, bud jsi drsny nebo drsnejsi.
Dnes se bez IDE programovat neda a popravde netusim jediny duvod, proc IDE nepouzivat.
Argument o nepouziti IDE je toho ranku, jakoze kdyz nepouziju klic od zahradni branky, polezu pres plot.
To je pouze tvůj pohled, že potřebuješ IDE. Je na každém v čem dělá, mně prostě stačí vim, IDE mě akorát vyrušuje od práce, příliš moc ikonek, funkcí, příliš pomalá odezva, nepotřebuji, ale je to pouze můj způsob práce, stejně jako je tvůj práce v IDE.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2025 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.