knowing the programming language you're working in at a basic level is gatekeeping I'm ok with

I do think they should have taken an approach similar to prettier and gofmt. very minimal settings and opinionated so all js/go codebases are effectively the same formatting

the trend of serverless means that people are writing a ton more programs that are smallish single endpoint things. not that a ton of people are using java there, but that was a major motivation for c#

steam is one of the few commonly used 32 bit apps left on linux.

I imagine most of it is bc most other things are oss and have been updated/rebuilt already. having to run a 10 year old binary happens way less on linux than it does windows.

a handful of distros have tried to remove 32 but support they've gotten backlash bc they'd lose steam support. linux the kernel won't drop it any time soon, but there's a good chance that if steam drops 32 bit, so will fedora etc

I'm saying we weren't taught when react was the way people wrote sites. if I was writing a site with pure html, css is great, especially modern css.

but if I'm already using react and their abstractions, opinions on that part aside, I'd personally rather lean on the react component as the unit of reuse. tailwind removes the abstraction that you don't need, since many people in react tend towards one scoped css file per component with classes for each element anyway

at this point I'd be more inclined to say for many sites the api and data fetching things are the content and html+css is presentation. csszengarden is cool but I haven't seen the html/css split help an end user, or really even me as a developer.

I mean, I'm not a big fan of bash, the most likely default shell, so my advice would be to explore some alternate shells.

I am a little surprised completions aren't working in bash by default, but yeah idk if it's possible to get the cycling through suggestions. double tap tab and it should at least list the options though.

I'd recommend you hop between some shells and see what you like. most distros tend to keep the default shell pretty vanilla, the most change you'll get is maybe zsh with some nicer defauls.

nushell is great and would be my first recommendation. everything is structured like powershell, but way less verbose and more emphasis on integrating the existing cli ecosystem than pwsh's commandlets for everything.

fish or oh-my-zsh are things other people recommend. you don't get structured data but they do give a better completion experience and other nice things

I want to like xonsh, and used it for a few years, but it has the same problems pwsh has with separate ecosystems of structured commands and unstructured text. if you're a python person though I'd consider it too though.

ctrl v is convention for paste, but plenty of things (ex terminals) use that for something else. this is a universal (wrt the app receiving it) keycode that means paste. it lets you bind a key, or a keyboard shortcut, to the paste key and paste in any app. without this it isn't possible.

it doesn't even have to be a new programmable keyboard. there exist software key remappers for linux.

you could remap a mouse button to paste, you could remap ctrl v to always paste regardless of the app, etc., all in software, all not possible before.

try running them in gamescope, eliminates a lot of that type of problem

you can run a bridge. I forget that friends are on discord sometimes bc it's so seamless, and they can't tell I'm not sending messages from discord either. I do have to use the discord app for voip tho

I refuse to believe that people use a php style guide. I have yet to open a php file in the course of any job that doesn't mix tabs and spaces arbitrarily on top of numerous other horrors.

Luckily it's not often that I have to, so sample size may play in a bit...

I roughly followed this, but I hooked the led to 5v with a transistor, mine wasn't super reliable on 3v3. I added the buttons to a homeassistant dashboard, but I think esphome has other hooks if you don't want to set up all that

Have you considered a hardware intermediary? My esp32+esphome+ir led is working pretty well so far