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 - kimec

Stran: [1] 2
1
Vývoj / Re:git, merge --no-ff a rebase
« kdy: 17. 05. 2021, 12:53:33 »
Mám problém s tím, že když rebasuju master do v1.0, a následně do v1.0-boo, v1.0-foo, tak mi ty kolejničky zmizí. Jako celkem chápu proč to je. A znám řešení - prostě musím všechny feature rebasnout, a zmergnout znova. Ale je to dost pracný, a přijde mi to trochu blbý.

Nerozumiem na co je potrebne rebasovat master nad nejaku inu vetvu. Master je za normalnych okolnosti hlavna vetva a z povahy veci nie je dobre ju rebasovat uz len preto, ze bezne byva dostupna ako verejna vetva, na ktoru moze niekto iny odkazovat bez vasho vedomia.
Ked mu rebasenete takto master, dotycny nie je povinny sa premigrovat na vas novy master a moze naveky odkazovat na stary komit mastra pred rebasom. Preto sa master/main nerebasuje.

2
Distribuce / Re:Linux pro mamku
« kdy: 08. 03. 2020, 09:56:01 »
Odporucam upgrade systemu. Do HW sa oplati investovat, hlavne do takeho, ktory ma hodnotu (a vymenitelne komponenty). Svokre som na vianoce kupoval pouzity ThinkPad X1 Carbon 3rd gen. Da sa kupit do 340 EUR. Na 5 - 6 rokov je to vybavene. Manzelka ma pouzity FS Lifebook i7 s 8 GB RAM uz 5 rokom a stal zhruba rovnako.
Vsade mame CentOSy 7 (aj 8ku) a vsetko ide ako vino. Za 5 rokov som neriesil absolutne ziadne SW/performance problemy, takze to povazujem za dobru investiciu. Akurat treba priebezne upgrade CentOS na  point releasy, ale to sa da stihat pri navsteve, popri kave atd. Multimedia, bluetooth, zvukovka, video su absolutne bez problemov a prehliadace tiez. Rad hovorim, ze CentOS na desktope je ako MacOS pre chudobnych - ano, software je roky pozadu oproti trebars Arch Linuxu, ale je to stabilne a ja hlavne nemusim hasit hluposti.
A je v repozitářích veškerý SW, který je potřeba? Nebo používáte ještě jiné repozitáře, než jsou defaultně od CentOSu? Jde mě o množství/šíři nabízených aplikací.
Predom som mal urobeny profil aplikacii, co zhruba dotycna osoba bude pouzivat - browser, prezeranie fotiek, videi, libreoffic na niektore prilohy, skype atd.
Gro je klasicky CentOS 8 official s GNOME3. Zapol som EPEL. Z rpmfusion som potreboval ffmpeg (a nie som si isty ci gstreamer pluginy). Mal som obavy kvoli Skype, ale nakoniec to bolo bez problemov.

3
Distribuce / Re:Linux pro mamku
« kdy: 08. 03. 2020, 09:43:11 »
Odporucam upgrade systemu. Do HW sa oplati investovat, hlavne do takeho, ktory ma hodnotu (a vymenitelne komponenty). Svokre som na vianoce kupoval pouzity ThinkPad X1 Carbon 3rd gen. Da sa kupit do 340 EUR[...]
doporucuju se zamyslet nad dotazem tazatele, ma P4 a 1GB RAM, take sem mu navrhl uvazeni porizeni "noveho" repsu, ale abych navrhoval X1 za 10000Kc? :-D pokud vim tazatel na upgrad hw nereagoval, pokud ano, klidne mu poradim neco rozumenho za mene penez, v extrenim setreni za 1600Kc C2D s 4GB RAM (zaruka 1rok), ale lepe priplatit 1kkc a i3 3gen + 8GB RAM (zaruka 2roky), pokud by se zamyslel nad NB, tak za ~4000Kc Thinkpad T420 s i5 + 4GB RAM (zaruka 2roky) ceny po 3% sleve s pouziim slevoveho kupon "KSTATE" a postovne ZDARMA :-)
Dakujem za upozornenie. Reagoval som na prispevok tazatela a nie na to, ci tazatel reagoval alebo nereagoval na iny prispevok.
Neviem, ci mate v okoli zenu dochodkynu nad 70 rokov aktivne pouzivajucu Linux. Kedze ja mam, tak som si dovolil vychadzat zo subjektivnych skusenosti.
Jedna vec je kupit najlacnejsi pocitac a dat tam "nejaky" Linux. Druha vec je zladit HW, SW, mat pravidelny upgrade plan na viac ako 3 roky tak, aby dotycna starsia osoba z takehoto pocitaca mala uzitok, aby ho aktivne pouzivala a aby jej zlepsil kvalitu zivota. Starsi ludia sa radi stazuju, hlavne na "tu techniku", takze im netreba davat argumenty, preco nieco nefunguje.
Mam konkretne dovody preco nie desktop, preco notebook, preco ultra lahky, preco CentOS atd.

Ano, cena je vyssia, ale investicia sa da rozdelit medzi surodencov a blizku rodinu. To je IMHO lepsi deal, ako kupit sunt s nejakym Linuxom, na ktory bude padat prach a ten jeden raz, ked by ho dotycna osoba pouzila k niecom uzitocnemu, bude nepouzitelny.

4
Distribuce / Re:Linux pro mamku
« kdy: 07. 03. 2020, 13:32:50 »
Odporucam upgrade systemu. Do HW sa oplati investovat, hlavne do takeho, ktory ma hodnotu (a vymenitelne komponenty). Svokre som na vianoce kupoval pouzity ThinkPad X1 Carbon 3rd gen. Da sa kupit do 340 EUR. Na 5 - 6 rokov je to vybavene. Manzelka ma pouzity FS Lifebook i7 s 8 GB RAM uz 5 rokom a stal zhruba rovnako.
Vsade mame CentOSy 7 (aj 8ku) a vsetko ide ako vino. Za 5 rokov som neriesil absolutne ziadne SW/performance problemy, takze to povazujem za dobru investiciu. Akurat treba priebezne upgrade CentOS na  point releasy, ale to sa da stihat pri navsteve, popri kave atd. Multimedia, bluetooth, zvukovka, video su absolutne bez problemov a prehliadace tiez. Rad hovorim, ze CentOS na desktope je ako MacOS pre chudobnych - ano, software je roky pozadu oproti trebars Arch Linuxu, ale je to stabilne a ja hlavne nemusim hasit hluposti.

5
Vývoj / Re:C, zápis do pole čísel a zápis mimo cache L1/L2
« kdy: 12. 01. 2020, 10:19:39 »
Naozaj su to 64 bajtove cisla? Ved to musi byt obrovske. V takom pripade neviem ci ma zmysel sa bavit o optimalizaciach na urovni cache. Myslim, ze jeden cache line je 64 bajtov takze to musis mat bez padovania, aby tam kazde cislo sadlo presne. Iteracia by mala byt tiez linearna, aby fungoval prefetch.

IMHO, prv nez budem optimalizovat cache, asi by som skusil Bloom filter alebo 64 bitovy RoaringBitmap (Ckova implementacia sa vola CRoaring).

Naozaj maju tie cisla 64 bajtov?

6
Studium a uplatnění / Re:Přechod PHP -> Java
« kdy: 16. 12. 2019, 11:00:23 »
Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka - jako napr. boxovane typy.

To je pravda. Na druhou stranu se java stále vyvíjí a i legacy projekty mají poměrně vysokou šanci, že v blízké budoucnosti budou mít k dispozici low-latency GC https://wiki.openjdk.java.net/display/zgc/Main a v mírně vzdálenější budoucnosti hodnotové typy a primitivní typy v kolekcích https://wiki.openjdk.java.net/display/valhalla/Valhalla_Goals . Velký projekt, ale dělá se na něm celkem dost http://hg.openjdk.java.net/valhalla/valhalla .

Ani dnes bych se nebál postavit nový projekt na javě.

Kazdy tracing GC (a teda aj ZGC) ma zasek, ide o to, ako dlho zasek trva a ci dlzka zaseku je proporcna velkosti heapu. Low latency system by z pravidla nemal mat zasek ziaden. Tu je ale zase ina otazka a to, co sa vlastne za zasek povazuje, nakolko aj OS samotny ma rozne zaseky. Odporucam clanok o coordinated omission. Kazdopane, ZGC je lepsie oznacit za low pause GC. Podobne ako Shenandoah.

Aj "pause-less" GC ako C4 v Zingu ma malicku pauzu, akurat je ta pauza taka kratka, ze zaseky sposobene kernelom a OS samotnym su vacsie. Btw prave ZGC je velmi podobne C4 v Zingu. Bola okolo toho aj "mala drama". Mne osobne sa viac paci Shenandoah nakolko neni od Oracle ale od overeneho opensource vendora.

7
Studium a uplatnění / Re:Přechod PHP -> Java
« kdy: 16. 12. 2019, 10:16:15 »

Odporucam vam Javu. Vyhoda Javy je, ze sa pouziva napriec roznymi odvetviami: od ultra low latency systemov na financnych burzach az po klasicke korporaty, banky, IoT, BigData a ML. Mate velky pool moznosti a mozete sa presuvat medzi roznymi odvetviami, ked vas nieco omrzi.

Ak chete mat aj "vzruso" aj cas na dieta a stabilne platit hypoteku, Java je dost dobra volba.

Se zbytkem souhlasim, ale ultra low latency? Jako vazne? To jsem jeste nevidel. Pokud se jedna o ms, tak je to asi egal, ale kdyz je treba fungovat v μs a spolehlive, tak se mi to nejak nezda.

U BigData se pouziva, protoze je velky a funkcni a ekosystem. Z velke casti i free. Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka - jako napr. boxovane typy. Tezko rict, jestli casem toto neprebere Rust. I kdyz bez ekosystemu tezko.
Rozumiem vasmu prekvapeniu, ale je to tak. Nerozumiem preco by Java nemohla "fungovat spolehlive v μs".

Java postupne nahradza C++ v ultra low latency domene, kvoli "time to market", transparentnosti a debugovatelnosti.
Je pravdepodobne, ze v C++ sa da napisat rychlejsi kod, ale za cas, ktory budete tunit C++, iny tim doda fungujuce riesenie v Jave, ktore bude porovnatelne rychle ako neoptimalizovane C++ a vyfukne vam potencialny naskok na trhu.

Je to cisto ekonomicky problem: ani C++ ani Java neporazi FPGA a ASIC. A teda ak chcem nieco super rychle, tak to nebudem robit v C++ alebo v Jave, ale rovno FPGA. Pokial som bohaty, urobim si batch ASICov.

Samozrejme, ultra low latency Java nie je idiomaticka Java, ktora sa pise v klasickych korporatoch. Tu sa bavime o tom, ze mi zalezi na NUMA, cachiach, forme synchronizacie, pinovanie trheadov, OS tunning, GC tuning (resp. no GC), busy spinovanie atd.

Ak ste sa o tuto domenu nikdy nezaujimali, odporucam vam prednasku: Ultra low latency Java in the real world - Daniel Shaya

8
Studium a uplatnění / Re:Přechod PHP -> Java
« kdy: 13. 12. 2019, 10:53:14 »
Ahoj,
mám za sebou 12 let vývoje v PHPku a přemýšlím co dál, rád bych PHP opustil. Důvodem jsou projekty - hodně času jsem strávil údržbou a vývojem zastaralých velkých korporátních backendů na kterých se typicky někdo na začátku učil programovat a pak už se jen s lety valila větší a větší sněhová koule. Ochota pro refactoring byla obvykle nulová ("aby to mělo smysl, tak to nikdo nezaplatí"). Na druhou stranu, ten korporát se obvykle dokázal postarat líp o všechno ostatní, než cool startup (věčné dilema). Dalším důvodem jsou i peníze, pochopil jsem, že při "stejné zkušenostní úrovni" se Javista bude mít zřejmě líp.
Java je mi hodně sympatická, ale zároveň dobře vidím, že bych se toho musel do začátku hromadu naučit a zřejmě se downgradovat na juniora (= jít dolů s pěnezma), což se mi už teď úplně nehodí (žena na mateřské, prcek, hypotéka atd.). Ze stejných důvodů i nemám moc volného času, takže bych se učil převážně v práci. I z těchto důvodů zvažuju opatrně.
Dává to ale aspoň z dlouhodobého hlediska smysl? Nebo by snad bylo nakonec výhodnější držet se svého kopyta a raději vyšvihnout na top seniora a ždímat z "PHP trhu" co se dá?
Díky, pěkný den,
Lopata

Odporucam vam Javu. Vyhoda Javy je, ze sa pouziva napriec roznymi odvetviami: od ultra low latency systemov na financnych burzach az po klasicke korporaty, banky, IoT, BigData a ML. Mate velky pool moznosti a mozete sa presuvat medzi roznymi odvetviami, ked vas nieco omrzi.

Ak chete mat aj "vzruso" aj cas na dieta a stabilne platit hypoteku, Java je dost dobra volba.

9
/dev/null / Re:Těžké OOP problémy
« kdy: 07. 11. 2019, 13:45:52 »
Mimochodem, když už jsme u té amatérské lingvistiky, tak ve filosofii se "objekt" odlišuje od "subjektu" právě tím, že je aktérem, původcem děje. A proto má i ta žárovka konat autonomně. Kdyby byla pasivní, nebyla by "objektem", ale "subjektem" :)

Asi ste chceli poukazat na tranzitivnost/netranzitivnost slovies ako nositelov vyznamu zmeny stavu u prijimatela... V prirodzenych jazykoch je nositel vyznamu prisudok, co je v drvivej vacsine sloveso (pre zjednodusenie).
Podla toho, ci je sloveso tranzitivne alebo nie je, sa "prijmatelom zmeny stavu" moze stat rovnako predmet (object) ako aj podmet (subject).

Problem s OOP je v tom, ze ludia nevedia kam so slovesami, ktore (paradoxne pre OOP dizajnerov) v prirodzenych jazykoch koduju podstatu vyznamu, ale v OOP jaksi nie su ustredna tema. Netranzitivne slovesa ludia este ako tak trafia ako virtualnu metodu na instancii, ktora meni jej stav. Ale co s tranzitivnymi slovesami? Kam ich dat? Staticke metody? No fuj.

To vsak nehovori nic o tom, ci ma ziarovka byt schopna konat autonomne.
Možná jsem příliš naivní, ale nestačilo by teda u přechodných sloves mít buď předmět nebo podmět jako vlastníka metody (this) a tu druhou gramatickou roli jako parametr? Teď tedy pomíjím rozdíl mezi gramatickou rolí a sémantickou funkcí, přechodnost (tranzitivita) je syntaktická záležitost, se sémantikou nijak nesouvisí, to jen, abychom se v tom neztratili, než se začneme věnovat pragmatice (aktuální členění větné, které má v programování také svou analogii).

No, podla mna nie. Gramatickou roli myslite co? Funkciu vetneho clena? Mozeme sa pobavit aj pragmatickych chybach. Len dnes uz nie.

10
/dev/null / Re:Těžké OOP problémy
« kdy: 07. 11. 2019, 13:13:05 »
Mimochodem, když už jsme u té amatérské lingvistiky, tak ve filosofii se "objekt" odlišuje od "subjektu" právě tím, že je aktérem, původcem děje. A proto má i ta žárovka konat autonomně. Kdyby byla pasivní, nebyla by "objektem", ale "subjektem" :)

Asi ste chceli poukazat na tranzitivnost/netranzitivnost slovies ako nositelov vyznamu zmeny stavu u prijimatela... V prirodzenych jazykoch je nositel vyznamu prisudok, co je v drvivej vacsine sloveso (pre zjednodusenie).
Podla toho, ci je sloveso tranzitivne alebo nie je, sa "prijmatelom zmeny stavu" moze stat rovnako predmet (object) ako aj podmet (subject).

Problem s OOP je v tom, ze ludia nevedia kam so slovesami, ktore (paradoxne pre OOP dizajnerov) v prirodzenych jazykoch koduju podstatu vyznamu, ale v OOP jaksi nie su ustredna tema. Netranzitivne slovesa ludia este ako tak trafia ako virtualnu metodu na instancii, ktora meni jej stav. Ale co s tranzitivnymi slovesami? Kam ich dat? Staticke metody? No fuj.

To vsak nehovori nic o tom, ci ma ziarovka byt schopna konat autonomne.

11
/dev/null / Re:Těžké OOP problémy
« kdy: 07. 11. 2019, 09:07:46 »
Jenže dobré implementace původní myšlenky jaksi nejsou. Nebo jsou velmi okrajové. Čili obecně (s odhlédnutím od výjimek potvrzujících pravidlo, jako je třeba Pharo) stojí OOP (ať už Java, C++ nebo Python) za kulový.

Problem je v tom, ze (dnesni, takzvane) OOP uplne automaticky pocita s tim, ze objekt je entita a pritom klidne do te entity necha vlezt nekolik vlaken. Cista schizofrenie.

Presne tak. Pan Prymek, povedali ste to celkom presne, ale malo to byt zadanie pre povodneho tazatela. Ten mal zaujem o riesenie tazkeho problemu v OOP.

12
/dev/null / Re:Těžké OOP problémy
« kdy: 04. 11. 2019, 20:34:45 »
Dobrý den,
rád bych se zeptal, jestli jste se setkali s nějakým obtížným nebo tricky problémem z OOP. Například nějaký design, který není zrovna intuitivní, nebo se v něm snadno dá udělat chyba apod.

Děkuji.
Jasne, staci si zobrat zakladnu vec ako OOP v kombinacii s viac vlaknovym programovanim.

Ako zarucit, ze predmetny OOP kod neporusuje formalny Memory Model jazyka a neobsahuje data races, t.j. ze je data race free?

Potazmo ako zvolit dostatocnu a zaroven najlacnejsiu formu synchronizacie pri danom OOP navrhu (pamatove bariery vs. CAS vs. mutex)? Ako zabezpecit a preverit, ze predmetny navrh pouziva danu synchronizaciu spravne?

13
Hardware / Re:Bluetooth handsfree s hlasovým ovládáním
« kdy: 24. 10. 2019, 11:42:27 »
Mam Plantronics Voyager Legend a ovladanie hlasom pri prichadzajucom hovore funguje bez problemov.
Jedina nevyhoda je, ze je to drahsi headset. Kupoval som ho za okolnosti, kedy ekonomicky aspekt nehral rolu, ale pokial sa telefonovanim nezivite, existuje pravdepodobne aj lacnejsia alternativa.

14
Server / Re:z AIX(u) do Kafky
« kdy: 14. 10. 2019, 16:29:57 »
Zdravím,

zápolím s řešením jak číst logy na filesystemu v systému AIX a posílat přímo do kafka serveru. Neřešil někdo něco podobného?

Jediným řešením se mi jeví, posílat logy přes syslog na jiný server (s Linuxem), kde bude filebeat, který má podoru streamování do Kafky.
Z cistej kuriozity, mozem sa spytat, aky use case riesite?
Preco potrebujete posielat logy zrovna do Kafky?


15
Vývoj / Re:Naučení se asynchronnímu programování
« kdy: 11. 10. 2019, 16:42:56 »
Máme na fóru ovčáčka  ;D

Bonus body: pri teme o "asynchronnom programovani", nech uz to znamena cokolvek, som si dostudoval cesku politicku scenu.

forum.root.cz informace nejen ze světa Linuxu  :)

Stran: [1] 2