Příspěvky

106

/dev/null / Re:Odpovědnost za škodu? Problémový junior a zklamání z práce

« kdy: 25. 09. 2021, 21:33:33 »

Mě by zajímalo, kteří "zkušení" programátoři jsou ochotni tvořit kód bez testů.
Myslím si, že zde platí přísloví, pes který štěká nekouše, neboť pak by se jeho klienti dozvěděli, že svěřuje jejich weby juniorům bez praxe.

myslím, že docela dost. Prošel jsem hodně firem a dost jsem testy v projektu buď vůbec neviděl, nebo byly zakomentované či tam byl assert(true).

A jestli se pamatuji správně, tak kdysi mělo K**i průser a majitel říkal, že testy nepíšou, že je to ztráta času (rozuměj peněz), že případnou pokutu zaplatí znova a že to bude méně něž by stál čas na testy. Nevím jak je to dnes, ale částečně má pravdu. Dříve jsem byl fanatik a dnes tak nějak zjišťuji, že testy nejsou zase tak důležité, jak se říká. Nehledě na to, že stejně nikdy nepokryjete 100% variant.

Testy jsou oblíbené minimálně tam, kde ušetří ruční testování, to se asi shodneme 

107

Vývoj / Re:Agregace velkého množství streamovaných dat

« kdy: 24. 09. 2021, 10:55:40 »

Vysvetleno v SQL, potrebuju select sum,count,min,max from table where timestamp between x,x+1 group by some_metadata. A pak jeste kompletni metadata (ne jenom ty v group by klauzuli) casove posledniho radku pro kazdou group by grupu.

C++ pristup pres Hashmapy vybehne z RAM.

Ale z RAM vyběhnou jen ty metadata, ne? Takže jde imho jen o to si ty metadata někam odložit?

Mapdb jsem navrhoval, protože to je drop-in replacement za java kolekce, takže pokud už existuje ta naivní implementace, lze vyzkoušet s minimem úsilí.

108

Vývoj / Re:Agregace velkeho mnzstvi stream dat

« kdy: 22. 09. 2021, 17:54:29 »

Ještě je možnost kouknout po nějaké off-memory hashmapě pro javu, něco jako https://github.com/jankotek/MapDB nebo podobně.  Nemám s tím zkušenost, ale bylo by to něco mezi řešením v paměti a řešením pomocí externí databáze.

109

Software / Re:GUI pro slučování podobných textových souborů

« kdy: 22. 09. 2021, 08:46:27 »

Hezké, jednoduché 

110

Software / Re:GUI pro slučování podobných textových souborů

« kdy: 15. 09. 2021, 10:39:35 »

SmartSynchronize (placený) umí i merge označeného textu, takže i po slovech.

Děkuji za tip. Vyzkoušel jsem v rámci zkušební doby zdarma.
Označený text to umí přiřadit doleva-doprava, čili zhruba to co bych potřeboval. Nicméně:

• pro přijetí/odmítnutí změny je nutné označit text, pravé tlačítko myši, kliknout na správnou položku. Chtěl jsem ještě něco pohodlnějšího :-)
• Špatně funguje undo/redo (nejen v tom režimu "po slovech")
• Občas nejde pracovat s označením, ale je možnost jen "apply inner-line difference", tedy zase jen celý řádek..

Já bych uživateli nabídl řešení postavené nad tím vimem nebo mu napsal custom řešení. V případě, že změny jsou v obou souborech vždy na stejném tj. odpovídajícím řádku, by to nemělo být tak složité. Šipkama nahoru/dolu by se posouvalo mezi řádkama, šipkama doprava/doleva by se posouvalo mezi změnama a třeba ALT+R/ALT+L by uživatel akceptoval verzi vlevo nebo vpravo. Plus tlačítko na načtení souboru doleva, tlačítko načtení souboru doprava a tlačítko na uložení výsledného merge.

V implementaci by se při posunu na příslušný řádek tento rozdělil na více řádků po slovech a pak použil třeba tradiční diff algoritmus, nakonec by se řádek zase spojil zpět. Kontext porovnávání by tedy byl omezen na řádky stejného čísla v levém i v pravém souboru (první řádek vůči prvnímu, druhý řádek vůči druhému atd.). Možná to je trochu naivní představa a v praxi by měla nedokonalosti, ale princip by mohl sedět.

111

Software / Re:JPEG obrázek s vodoznakem

« kdy: 14. 09. 2021, 15:52:14 »

Původní tazatel moc nekomunikuje, takže se možná ani nedozvíme, o co mu šlo 

112

Software / Re:JPEG obráze s vodoznakem

« kdy: 13. 09. 2021, 08:39:48 »

Pokud chcete, aby si uživatel pomocí MD5 zkontroloval, že nebylo s obrázkem manipulováno, musíte buď

• udělat součet pouze obrazových dat a poskytnout software, který tento součet ověří
• udělat součet celého souboru a md5 šířit v nezávislém souboru (jak je běžné)

113

Software / Re:GUI pro slučování podobných textových souborů

« kdy: 11. 09. 2021, 21:54:10 »

Blbej merge uděláš i teď. IMHO proto existují pokusy o sémantický merge apod.

114

Server / Re:Výběr stabilní VPS

« kdy: 11. 09. 2021, 14:56:06 »

Drahá je asi i ta levná podpora, spousta firem se mermomocí snaží, aby se člověk s její podporou ani nespojil 

115

Software / Re:GUI pro slučování podobných textových souborů

« kdy: 11. 09. 2021, 13:35:36 »

To chce asi zalovit ve vodách redakčního software - poptat překladatele, redaktory, korektory apod.

Nebo ten již existující postup s vimem obalit nějakým uživatelským zpřátelštěním, možná by to byl nejpřímočařejší postup.

Z hlediska programování IMHO jde jen o změnu tokenizéru - v diff algoritmu použít místo nového řádku bílé znaky. Trochu to komplikuje požadavek zobrazit texty obou verzí v původní podobě po řádcích, ale asi byl nebyl problém použít reference do původního textu. Samotného mne ale překvapilo, že všechny programátorské diff nástroje jedou striktně řádky (když obarvují i slova).

116

Software / Re:GUI pro slučování podobných textových souborů

« kdy: 10. 09. 2021, 21:41:38 »

meld, kdiff3, kompare, diffuse - kazdy urobi zhruba rovnaku sluzbu, ktore pouzit je skor na preferenciach uzivatela. Ak ide o pc na ktorom su widle tak by som pozrel este na winmerge...

Chce merge po slovech...

117

Software / Re:GUI pro slučování podobných textových souborů

« kdy: 10. 09. 2021, 13:02:14 »

Pokud vidíte jako změnu celý soubor, je asi problém s koncem řádků nebo s bílýmy znaky. Nejlepší bude poslat ukázkové soubory.

Meld může ignorovat bílé znaky a rozdílné konce řádků, ale i když zobrazuje změny po slovech, tak IMHO provádí merge po řádcích. Jinak hledejte diff gui nebo diff and merge gui , možná že některé nástroje umí pracovat se slovy (což není v programování tak běžné, tam jde typicky minimálně o celé řádky).

118

Server / Re:Výběr stabilní VPS

« kdy: 09. 09. 2021, 11:58:11 »

Rozhodne dopurucuji www.vpsfree.cz

Akorát zrovna stabilita tam není poslední dobou moc ideální, bohužel.

119

Hardware / Re:Tlačítkový telefon v dnešní době?

« kdy: 08. 09. 2021, 16:23:45 »

Připojuji se k @Michal Kubeček: Podle mého názoru kvalitní tlačítkové telefony neexistují, analýza použitelnosti v tomto segmentu citelně chybí. A to nemluvím o použitelnost pro seniory, kde je to ještě o dost horší.

120

Studium a uplatnění / Re:Zaměstnání nebo kontrakt?

« kdy: 31. 08. 2021, 22:23:25 »

Ehm:

...promiň, ale využít pracovní dobu pro své osobní potřeby... Kde to jsme, já tohle u někoho zjistit, tak letí na minutu...

...nemám rád kecy typu "si práci dělám své věci". Za to není člověk placený...

...jsem starší a mám jiné vychování než dnešní spr**a**tci, se kterými se čas od času setkám na pohovoru...

...tak jako úplně nevím, jak to s tím egem kdo má Asi každý slyší to, na co je sám citlivý - v původním příspěvku nečtu nic o zneužití pracovní doby pro soukromé účely. Čtu tam o větší části energie, kterou může dotyčný využít pro svoje osobní potřeby, protože po pár letech praxe nevyžaduje rutinní práce takové soustředění:

Na druhou stranu zaměstnání je o dost hůř placené, ale je to dlouhodobější (není to na mě takový nápor), a je tam taková ta vztahová logika, typu potřebuješ si něco zařídit, chceš se vzdělávat, a tak, je to prostě na pohodu, člověk může hodně části své energie využít pro svoje osobní potřeby, protože po pár letech to už nevyžaduje takové soustředění (...)

...což podle mě nutně neznamená, že se hodlá tazatel programově flákat.