codemonk

joined 1 year ago
 

Does anyone have a Feker Alice 80 and modded it? I am asking, because from the pictures it looks like the tenting angle decreases from the middle to the outside of the keeb. Technically, it seems to be a split keeb with two PCB. Judging from the few views on the PCBs I found, these are straight. Anything else would surprised me. Many custom made keebs with strong curvature have small PCBs per key. Even a Microsoft ergonomic keyboard I could look inside, has multiple small PCBs. Still the Feker looks curved to me. So my question is: Is it curved and if yes, how did they do it?

[–] codemonk@programming.dev 3 points 4 months ago

Unfortunately this is not the case. A lot of people leave school assuming that scientific discoveries are eternal, unfailable truth that we just know to be true. Few ever understand how we acquired our knowledge and how to lewrn to understand it. Many assume you 'just have to learn it'. Those your play around with computers or other stuff have an advantage. They know how to gain understanding not just how to learn facts.

[–] codemonk@programming.dev 2 points 4 months ago (2 children)

Yes please. Passively cooled Framework with a much longer runtime on battery => awesome.

[–] codemonk@programming.dev 1 points 6 months ago* (last edited 6 months ago)

Thank you so much! For years I was carrying around the thought: Why do we have to decide between eager and lazy evaluation? Your explanations are so clear and motivate me to finally dig deeper into that topic. So approachable. Thanks!

[–] codemonk@programming.dev 11 points 8 months ago

I would not call it a bash. Go's approach naturally comes up in discussions on async Rust. Thus, it makes sense to at least briefly mentioning the trade-offs that approach has.

[–] codemonk@programming.dev 1 points 10 months ago

Yeah, I am always happy if a project not only mentions where it shines but also where it does not. But it is common practice not to do so. Same in academic publishing. Everybody is focused on selling oneself, it seems.

[–] codemonk@programming.dev 1 points 10 months ago (2 children)

Maybe 'failing' is too strong. What I mean is that in situations like the one I showed, texture healing cannot solve the problem of uneven texture. Not that they claimed it does. It just eases the problem. I like to know the trade-offs. When does it provide an improvement and when not? What tensions does that create?

From a users point of view, I do not know if it 'fails' or not. I totally agree with you. Maybe the I would find to distinct 'm' glyphs annoying, maybe not. And example emphasizes the 'problem'. Maybe, I woukd even notice while coding or writing. To know that, I need to try. I just like to know the trade-offs in advance.

[–] codemonk@programming.dev 1 points 10 months ago (1 children)

Interesting. Thanks for sharing. I started with WYSIWYG and did not like editing with proportional fonts. Things do not align, the cursor jumps around and movements have variable distances. But I much prefer looking at beautifully typesetted proportional font (e.g. with LaTeX). While I think, monospaced font are nice for editing, they are okayish to look at.

Thanks for the link. I will look into it and maybe try proportional for coding once more. Another idea I really like are almost proportional fonts. Read about these fonts a few month ago. So far I haven't tried them.

[–] codemonk@programming.dev 9 points 10 months ago (7 children)

Technically, font healing is a neat idea. It fails for text that does not meat its requirements, i.e. two 'm' next to each other. Depending on the characters around them, this might create two different 'm'.

This is unavoidable, of course. The only solution are proportional fonts. So font healing is a nice idea. It creates a more consistent spacing at the price of less consistent glyphs. Whether one likes this compromise, is a matter of taste. I personally lean towards consistent glyphs, but I did not try it for an extended period.

[–] codemonk@programming.dev 11 points 1 year ago (1 children)

I prefer to keep tooling for that at a minimum. Therefore I use git only. My approach is taken from here: https://www.atlassian.com/git/tutorials/dotfiles The only difference: My git alias is dotfiles not config. I find that to be less confusing. Additionally, I source system-specific configs, where appropriate. These are not stored in dotfiles. There is a small todo section in my readme.

[–] codemonk@programming.dev 1 points 1 year ago (1 children)

I use Linux where EurKEY is available w/o extra install. On Windows, EurKEY can be installed as a layout. I use US ANSI keycaps. The good thing about EurKEY is that 'ä' is on AltGr-a, 'ö' on AltGr-o. Much easier to remember than US International, at least for German.

[–] codemonk@programming.dev 6 points 1 year ago (3 children)

I switched from ISO to ANSI a few month ago. I touch type and I need German umlauts. Just as a background. This required me to find a layout that supports umlauts. I went with EurKEY. Overall, switching was easy. I do need a larger AltGr for umlauts but overall, switching was no big deal. I do like the shape of the return key on ANSI and that there are fewer keys right to my right pinky (on the home row). Typing umlauts is slightly less convenient, especially when capitalized, but not by much. Switching between ISO and ANSI and at the same time German layout and EurKEY is easy for me. Side note: I switched for the same reason (keycaps) and for writing code.

view more: next ›