Příspěvky

526

Software / Re:Jak na progresivní otáčky větráčků?

« kdy: 24. 07. 2018, 09:24:53 »

Pokud ti to pomuze, tak ja na to kdysi pouzival zhruba neco takoveho (pro GPU, ale princip zustava):

Kód: [Vybrat]

#!/usr/bin/fish

echo "1" > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1_enable

read T </sys/class/drm/card0/device/hwmon/hwmon0/temp1_input

echo "Actual GPU temperature is $T"

switch (echo $T)
case '1????'
        echo 0 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '2????'
        echo 0 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '3????'
        echo 0 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '4????'
        echo 0 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '57???'
        echo 32 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '58???'
        echo 64 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '59???'
        echo 64 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '5????'
        echo 16 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '60???'
        echo 96 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '61???'
        echo 96 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '62???'
        echo 96 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '63???'
        echo 96 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '64???'
        echo 96 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '6????'
        echo 128 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '7????'
        echo 190 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '8????'
        echo 255 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
case '*'
        echo 255 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
end;

+ systemd Unita + systemd timer

Spichnute na kolene (a ten kod je ocividne krehky, kdyz se podivas trebas na to, jak moc zalezi na poradi tech case), ale pak jsem si pohral s fancontrolem a nechal ten...

527

Vývoj / Re:Proč Spring používá embedded Tomcat/Jetty

« kdy: 23. 07. 2018, 14:39:45 »

Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Clovek si vzdycky najde nejakou omluvu pro to to zprasit...

Na tom není nic zprasené, mě Aplikační servery plně vyhovovaly! To dá rozum, že nebudu dělat 100MB jarko, když libka můžu mít na Serveru. Fuj, hnus! Navíc je to standardizační faktor, takhle si nikdo do Mavenu nenaimportuje celou Guavu která má zazipovaná 8MB jenom aby z ní použil nějakou úchylnou funkci.

Nikde není psané, že to teď už musíš vyvíjet s Embedded Tomcatem!

A ze to nema CI, protoze jsi liny, ti neprijde jako klasicky projev zprasenosti?

Ne neprijde mi jako zakladni projev zprasenosti, ze si ve svem volnem case chci neco pro zabavu udelat a nebudu kvuli toho zavadet CI!

- kdyz uz pouzivast tezkotonazni reseni na svoje hobby projekty, tak to CI zas takova zatez navic neni. Minimalne ti to brani prasit i jine veci, coz ocividne delas.
- CI je dneska vazne levne (nejen ve smyslu penez, ale i ve smyslu inteleketualni a casove narocnosti na nastaveni a urdrzbu), kdyz se podivas na sluzby typu Travis nebo GitLab Pipelines.

528

Vývoj / Re:Proč Spring používá embedded Tomcat/Jetty

« kdy: 23. 07. 2018, 13:49:41 »

Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Clovek si vzdycky najde nejakou omluvu pro to to zprasit...

Na tom není nic zprasené, mě Aplikační servery plně vyhovovaly! To dá rozum, že nebudu dělat 100MB jarko, když libka můžu mít na Serveru. Fuj, hnus! Navíc je to standardizační faktor, takhle si nikdo do Mavenu nenaimportuje celou Guavu která má zazipovaná 8MB jenom aby z ní použil nějakou úchylnou funkci.

Nikde není psané, že to teď už musíš vyvíjet s Embedded Tomcatem!

A ze to nema CI, protoze jsi liny, ti neprijde jako klasicky projev zprasenosti?

529

Vývoj / Re:Proč Spring používá embedded Tomcat/Jetty

« kdy: 23. 07. 2018, 13:32:33 »

Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Clovek si vzdycky najde nejakou omluvu pro to to zprasit...

530

Vývoj / Re:Proč Spring používá embedded Tomcat/Jetty

« kdy: 23. 07. 2018, 10:01:42 »

Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Kez by to byla generacni zalezitost, to by clovek alespon vedel, ze ta predchozi byla lepsi...

Ne, bohuzel nebyla. V te i one je porad kopec trotlu, co nezvladnou zaklady, ale remcaji. Dnes je to jenom zesilene snazsi moznosti publikovat.

531

Vývoj / Re:Proč Spring používá embedded Tomcat/Jetty

« kdy: 22. 07. 2018, 20:46:41 »

Že jste si vybral technologii, kterou neumíte používat a která možná ani není vhodná na váš projekt, to není chyba té technologie.

Ty jsi snad přišel z JZD Slušovice nebo co. Proč by neměla být vhodná pro můj projekt DPČ??? Protože je to sračka co se furt sere a čas to řešit mají jenom v korporátu? proto jsem si vybral špatnou technologii pro můj projekt? Já s tím Springem dozadeke dělám už 4 roky!!! Ty vole Jirskák otevři oči dozadeke a jdi se podívat jak jim to šlape v .NET, ten použiješ tak jak je ať děláš něco malého, anebo velkého, protože to PROSTĚ FUNGUJE! Ty jsi jak z jinačí planety dpč.

Už ses dostatečně projevil, nemusíš se v tom ještě rozpatlávat..

532

Vývoj / Re:Jak můžu opustit funkci

« kdy: 19. 07. 2018, 21:51:14 »

Ale hlavne ti unika, ze moznost kompozice neni nic specifickeho pro boolean (nebo v tomhle pripade asi spis "boolean").

Rád bych tě upozornil na tendenci vyvozovat závěry z nedostatečných údajů :-)

Neřekl jsem, že je to specifické pro boolean, řekl jsem, že boolean to krásně umí. Díky její vlastnosti pouze dvou stavů je to pěkně přímočaré. Dozajista to jde jinak, věřím, že i lépe, určitě to není všechno, ale to je mi celkem jedno. Poperte se s tím, jak chcete :-)

Ale no tak, dva stavy vubec neprinaseji vyhodu. I ten pitomy optional jich ma nekonecno.

Zaslechl jsi nekdy m-slovo? (Ne ze by na to, co predvadis, nestacilo f-slovo.)

533

Vývoj / Re:Jak můžu opustit funkci

« kdy: 19. 07. 2018, 21:20:21 »

Ale s nejakou variaci na Maybe/Optional by to urcite bylo zjevnejsi (nemluve o tom, ze pise "bool hodnoty", ale ve skutecnosti zneuziva to, ze nejaky jiny typ se muze pouzit v podmince nebo se implicitne konvertuje na bool). Na druhou stranu jeste to mohl "vylepsit" pouzitim disjunkce se zkracenym vyhodnocovanim :-/

V reálu to mám trochu jinak, protože jsem chtěl vracet více hodnot, ale uvedl jsem to jako demonstrační příklad té kompozice.

Ale hlavne ti unika, ze moznost kompozice neni nic specifickeho pro boolean (nebo v tomhle pripade asi spis "boolean").

534

Vývoj / Re:Jak můžu opustit funkci

« kdy: 19. 07. 2018, 21:10:08 »

Tohle je pěkná ukázka, k čemu jsou bool hodnoty dobré. Dají se totiž parádně skládat:

Kód: [Vybrat]

offset = identifierToken(chunk)
    ?: shebangToken(chunk)
    ?: assignToken(chunk)
    ?: bracketToken(chunk)
    ?: symbolToken(chunk)
    ?: 0

Jsi přesvědčen, že je to čitelné? Upřímně si nejsem jist, co to ve skutečnosti dělá a určitě bych se takové konstrukci vyhnul. Má to snad být něco jako coalesce?

Ocividne.
Ale s nejakou variaci na Maybe/Optional by to urcite bylo zjevnejsi (nemluve o tom, ze pise "bool hodnoty", ale ve skutecnosti zneuziva to, ze nejaky jiny typ se muze pouzit v podmince nebo se implicitne konvertuje na bool). Na druhou stranu jeste to mohl "vylepsit" pouzitim disjunkce se zkracenym vyhodnocovanim :-/

535

Studium a uplatnění / Re:Seznam.cz mzda programátora

« kdy: 19. 07. 2018, 18:14:20 »

i softwarovy samuraj popisuje prijimaci pohovor u internetoveho hegemona.

https://www.sw-samuraj.cz/2017/09/smutna-zprava-o-stavu-it-trhu.html

Žádný samuraj. On těmi pohovory neprošel. Je snadné tvrdit, že chyba byla v pohovoru a ne ve vás.

Z toho co ctu to spis vypada ze zadna firma neproslo pohovorem

Dneska je to spis tak ze si programtor vybira firmu ...

píše, že sháněl práci 5 měsíců a v pohovorech, o kterých tam píše ho odmítli. Kdyby byl takový borec jak o sobě tvrdí, tak si to programování na papír natrénuje za víkend. Stačí se naučit jednostránkový cheatsheet daného programovacího jazyka.

kdyz si muze dovolit 5 mesicu dovolenou tak asi uplne neschopny nebude

Neni mi z toho zrejme, zda to bylo 5 mesicu volna, nebo hledal i pri praci.

536

Vývoj / Re:Jak můžu opustit funkci

« kdy: 19. 07. 2018, 14:53:15 »

Tohle se mi Ontro úplně ztratilo v historii. Není na tom co refaktorovat, protože všechny požadované hodnoty jsou boolean. Snad jen hlášení do logu, protože konstanty true a false bych v nich číst nechtěl.

Takže boolovské proměnné zas tak fuj nejsou?

Bylo by ti snad milejší, kdybych tuhle kriplovinu refaktoroval za každou cenu jenom proto, abych si nahonil ego?

Ne, pochopitelne ne. Protoze ocividne nema smysl dotlacit kod do stavu, kde opdovida nejakemu nesmyslnemu pozadavku jen PROTOZE PROTO.

Šlo mi o to, že booleovské proměnné bývají nadužívány a jejich odstranění zpravidla zkrátí a zpřehlední kód.

Tak to jsi původně řekl dost nešťastně...

Každopádně tím se moc neliší od ostatních proměnných.

537

Vývoj / Re:Jak můžu opustit funkci

« kdy: 19. 07. 2018, 14:09:17 »

Tohle se mi Ontro úplně ztratilo v historii. Není na tom co refaktorovat, protože všechny požadované hodnoty jsou boolean. Snad jen hlášení do logu, protože konstanty true a false bych v nich číst nechtěl.

Takže boolovské proměnné zas tak fuj nejsou?

Bylo by ti snad milejší, kdybych tuhle kriplovinu refaktoroval za každou cenu jenom proto, abych si nahonil ego?

Ne, pochopitelne ne. Protoze ocividne nema smysl dotlacit kod do stavu, kde opdovida nejakemu nesmyslnemu pozadavku jen PROTOZE PROTO.

538

Vývoj / Re:Jak můžu opustit funkci

« kdy: 19. 07. 2018, 13:08:33 »

Přesněji: Napiš ukázku, jak bys to udělal ty a já to refaktoruji do podoby, jak bych to dělal já.

Zhruba neco takoveho:

Kód: [Vybrat]

val readyA = isReadyAForDay(d)
val readyB = isReadyBForDay(d)
val readyAlternativeA = isReadyAlternativeForDay(d)
...

val ready = (readyA & readyB) | (readyAlternativeA & something)

log.debug("Operace Robert Dabel day=${d} is ready=${ready} (readyA=${readyA}, readyB=${readyB}, readyAlternativeA=${readyAlternativeA}) ")

Posunout logovani dovnitr jednotlivych isReadyX _neni_ alternativa.

Trochu cekam, Kide, zda predvedes nejaky refaktoring nebo refucktoring. At od tebe taky vidime nejaky kod ;-)

Tohle se mi Ontro úplně ztratilo v historii. Není na tom co refaktorovat, protože všechny požadované hodnoty jsou boolean. Snad jen hlášení do logu, protože konstanty true a false bych v nich číst nechtěl.

Takže boolovské proměnné zas tak fuj nejsou?

539

Vývoj / Re:Jak můžu opustit funkci

« kdy: 19. 07. 2018, 12:00:32 »

Přesněji: Napiš ukázku, jak bys to udělal ty a já to refaktoruji do podoby, jak bych to dělal já.

Zhruba neco takoveho:

Kód: [Vybrat]

val readyA = isReadyAForDay(d)
val readyB = isReadyBForDay(d)
val readyAlternativeA = isReadyAlternativeForDay(d)
...

val ready = (readyA & readyB) | (readyAlternativeA & something)

log.debug("Operace Robert Dabel day=${d} is ready=${ready} (readyA=${readyA}, readyB=${readyB}, readyAlternativeA=${readyAlternativeA}) ")

Posunout logovani dovnitr jednotlivych isReadyX _neni_ alternativa.

Trochu cekam, Kide, zda predvedes nejaky refaktoring nebo refucktoring. At od tebe taky vidime nejaky kod ;-)

540

Vývoj / Re:Jak můžu opustit funkci

« kdy: 18. 07. 2018, 16:18:52 »

Takze programatori v Go radeji nepisi vlastni datove struktury a pokud je pisi, tak je bud  nemohou pouzit bezpecne nebo nemohou pouzit univerzalne?

Preprocesory existují, ale pochybuji, že někdo používá indiánskou abecedu. Já se Go nezastávám, jen mi přijde hloupé sbírat body kritikou Go na /r/rust. Kritikou založenou na výmyslu.

Aha, takze hlavni problem je v te pouzite abecede? :-O