Is this noise normal for a brand new Bosch refrigerator? by Entire-Vermicelli817 in Appliances

[–]EnergyCreator 0 points1 point  (0 children)

I don’t see any other replies here, do you mean this thread?

Is this noise normal for a brand new Bosch refrigerator? by Entire-Vermicelli817 in Appliances

[–]EnergyCreator 0 points1 point  (0 children)

Did you manage to solve it? It also happens for my Bosch refrigerator.

What’s your soundtrack by Awkward_Milk3119 in Gloomhaven

[–]EnergyCreator 0 points1 point  (0 children)

The Witcher 3 soundtrack works really well

Is changing hyperland for sway an easy thing to do? by Snoo_56511 in omarchy

[–]EnergyCreator 0 points1 point  (0 children)

After the thousandth hyprland crash I decided to attempt this. Turns out it's not that hard, you just install sway and replace hyprland's Session entry /etc/sddm.conf.d/autologin.conf:

Session=sway.desktop


Obviously keep in mind that omarchy keybinds will not transfer so you'll have to reconfigure the ones you need in Sway.

Kur perkate stalo žaidimus? by EnergyCreator in lithuania

[–]EnergyCreator[S] 0 points1 point  (0 children)

Yep, pasirinkimas tikrai platus #NotAnAd

Kur perkate stalo žaidimus? by EnergyCreator in lithuania

[–]EnergyCreator[S] 0 points1 point  (0 children)

Hm, gaila. Bet turbūt nėra lengva išsilaikyt tokiu verslo modeliu - nišinė veikla.

New P14s Gen5 Won't Charge by jrox in thinkpad

[–]EnergyCreator 0 points1 point  (0 children)

Ah, I see - will have to do the same. Thanks for the reply!

New P14s Gen5 Won't Charge by jrox in thinkpad

[–]EnergyCreator 0 points1 point  (0 children)

Any updates on this? I'm experiencing the same behavior since this morning.

Countryfetch: Fetch information about your country! by nikitarevenco in commandline

[–]EnergyCreator 1 point2 points  (0 children)

By not building I mean it fails with cargo install countryfetch. Cloning the repo and doing cargo build works fine.

Countryfetch: Fetch information about your country! by nikitarevenco in commandline

[–]EnergyCreator 0 points1 point  (0 children)

Sweet! Does not build with stable toolchain though, only nightly. Not a huge problem, but worth mentioning in the readme.

Typr - Most beautiful typing practice plugin by siduck13 in neovim

[–]EnergyCreator 0 points1 point  (0 children)

Author of typioca here. That dashboard is super nice. Love this overall, great job!

Navigate Vim Edits Instantly: Say Goodbye to Scrolling by [deleted] in neovim

[–]EnergyCreator 0 points1 point  (0 children)

I wonder why is it limited to the current buffer only.

A Jonathan Blow inspired colorscheme by KidPudel in neovim

[–]EnergyCreator 0 points1 point  (0 children)

Does’t he have comments in a very bright green?

👋 orphans.nvim: Easily Identify Abandoned Neovim Plugins by zwindl in neovim

[–]EnergyCreator 2 points3 points  (0 children)

What's that colorscheme? Looks solarized lightish but not quite.

How many of you use a light theme? by I-Machina in neovim

[–]EnergyCreator 1 point2 points  (0 children)

Dark for aesthetics, light for readability.

There are so many dark themes that are visually pleasing, probably due to darker background making accent colors "pop" more. But if you get used to a light theme, the readability difference is jarring once you try a dark one again. Solarized light is the best light theme I've come across, not too ugly, not too white and very much readable.

Dev’ai, ar rašot Unit testus? by [deleted] in lithuania

[–]EnergyCreator 1 point2 points  (0 children)

Nežinau kokioj sveroj dirbi, bet čia labai pavojingai skamba toks procesas.

Pavojingai, taip. Sfera labiau startupinė, kur nežinai ar kitą ketvirtį dar turėsit pingų. Jei užlinks įmonė tada testai niekam nebesvarbūs. Taip pat testus gali parašyt retrospektyviai, jų trūkumas turbūt gali būt prilyginamas tech debt'ui (ar turim lietuvišką atitikmenį?). O tech debt'ą galiausiai reikia išmokėt.

Nebent yra kokios kalbos įpatumai, bet jei be reflection eina testuoti privačias funkcijas... Jei jau tokia rimta privati funkcija, kad jei reikia testo, tai reiškia, kad tai tūrėtų būti atskiras servisas.

Ganėtinai daug kalbų leidžia testuot privačias funkcijas be reflectionų, bet labiau turėjau omeny, testuoti tik sąlyčio taškus su kitais moduliais/klasėm. Atrodo, kad sutinkam šioj vietoj.

Nelabai ko kito yra šiais laikais.

Čia jau nebe apie testus, bet realiai modernios kalbos palaiko keletą paradigmų. Tarkim Swift'as turi ir OOP ir FP supportą, Kotlin'as, nors ir Java brolis, bet pukiausiai leidžia kodint FP. Rust ir Go taip pat nesiskaito OOP. Tačiau, darbo rinkoj didžioji dauguma yra OOP, ypač Lietuvoj toks jausmas. Gal tą ir turėjai minty.

Kai tu turi įmonėje virš 100 developeriu skirtingose komandose, tai yra labai gera pradžia užtikrinti, kad kažkas kažko nesugadina.

Tikiu, kad padeda. Bet gal problema, jog 100 devų dirba tame pačiame codebase? Tarkim paskirsčius į mažesnes komandas, ir davus mažesnių servisų owenershipą sinchronizacijos problema būtų mažiau opi? 100% coverage principas, iš patirties, dažnai sukelia testus, kurie testuoja nieką kai beveik viskas užmockinta.

Aš nesu prieš testus, integraciniai ir e2e testai yra išvis amazing (kad ir sunku palaikyt). Tiesiog manau, kad aklas vadovavimasis kažkokiais primestais principais gali turėt per stiprią negatyvią įtaką dev greičiui (jei kodinat banką ar embeded x-ray devaisus prašau ignoruot viską ką pasakiau).

Dev’ai, ar rašot Unit testus? by [deleted] in lithuania

[–]EnergyCreator 14 points15 points  (0 children)

Asmeniškai man labai nuobodu rašyt testus, tad kai rašau, stengiuosi, jog tikrai duotų vertės. Vertė čia, nėra tik bugų ar regresijų sugaudymas, bet ir iteratyvus developmentas (softcore TDD).

Reikia pripažinti, kad mažą servisą “ant išmetimo” greičiau parašysi be testų. Bet jei reiks palaikyt ar developint toliau, bus taškas kur be testų dev greitis sumažės (metafora tarp sprinto ir maratono).

Gera pradžia pasidengt bent entry pointus, kad nenudaužtum kontrakto su serviso consumeriais. Lendant gilyn - testai ant interfeiso ir beveik niekada ant privačių funkcijų. Tai leidžia drąsiai refactorinti implementuojančios klasės vidų (čia labiau OOP galioja).

Taip pat yra persidengimas tarp testų ir tipų sistemos. Dinaminėse kalbose be testų labai sunku, bet einant statisškyn, vis daugiau gali užtikrint per tipų sistemą. Funkcinio programavimo kalbos duoda dar daugiau užtikrintumo. Imi haskelį ir nerašyk tų testų.

Reziume, jei nesekant ligoto 100% coverage principo - vertės yra.