The same meme with “wiring and lights” at the top. Then you descend to motors, transformers delta-y phases, RC and RL circuits, op amps, BJT circuits, reverse bias what?, differential equations, and eventually signals and systems.

The summary that I liked from the last post was “python is the second best language for everything”. There’s always something specialized and better for every given job. But, if you want one tool that’ll do a solid job everywhere, python is your go to.

As per all too often, the functional programming world invented them. Haskell (and its ilk) usually has all the future cool stuff already. Then python picks it up, then it moves over to C#/Java, then C++ says “mee too”!

Yeah, those durn data size fields. At first you’re like “why would you do this? It’s specified in the spec, right?” Then you start consuming the data stream and go “oh, yeah need this”.

I was doing some driver work for a real time location tracking board. The serial stream protocol was very well documented and designed. Plenty of byte length count fields, though.

This approach is so much nicer than the threading/queuing approaches we used to have. One async showed up, a ton of the work go pulled out of protocol handing and distributed subsystem sync efforts.

Long lived the multi threaded C++ server buffer! Today, async beging to rule the roost.

It’s never claimed to be a democracy. It’s not a monolith, either. Some projects have forms of input and/or voting, most don’t because it’s just a few people writing software that they want to write.

Get over yourself if you think that people working for free should be required to listen to you. Just as in anything else, pay them if you want a guaranteed response.

Otherwise, recognize that the key element of Open Source is that you have the source code. If a project isn’t doing what you want then fork it and build it yourself. That’s the whole point of this community and philosophy.

It’s wonderful how included and valued nerdiness is these days. Being interested in anything non mainstream in the conformist 80’s was hell outside of a tight friend group.

What?!?

I looked it up and you can. I’ll have that fired up with their docker image in no time. Thank you for the pointer.

It’s strange how that happens when a government starts to consider other options.

Time is possibly one of the hardest things to handle properly for a coder. There’s plenty of hard problems (network loss, 3 phase commits, etc), but time stand out as really annoying.

Another one is colors. All it takes is one library to encode colors in a weird way and then mapping them between libraries is a mess.

One of the interesting aspects of humanity is how much people like given text editing methods. There’s a handful of approaches and after learning one or two, people really figure out what works for them.

I am more than happy to say I like vim, but in the end you should use what you like best. Just done be surprised when I can write and edit a ton of text really fast while your nano session is comfortable, but slow.

If an IDE doesn’t have vi key bindings it isn’t going to be used by me. That’s what finally get me to change from terminal only dev to vscode. Until I found the vi editing extension the IDE wasn’t of interest.

Yes, vi is just that good.

I hear emacs bindings are also great, but I just know how to save and exit from emacs.

Such great Exploits of a Mom: https://xkcd.com/327/

I’m probably the wrong person to ask if they’re using Unix-style features because I do use them. Hell, most of my RaspberryPI (and other SBC systems) I only ever use over the serial console and SSH. It’s the most natural way to interact with a computer.

Job control is something I do use. I regularly background processes, run other tools, and the foreground the prior ones. I’ll also launch GUI tools from the command line often. I launch ArduinoIDE, vscode, freecad, gimp, many others from the terminal. A common one is to be doing terminal file management, or git repo management, and then launch nemo with “nemo . &” to bring up a file explorer in the current directory.

I also use screen (never moved to tmux like I should have). I’ll ssh into servers and run screen to manage projects, edit code, and do long running processes in the test phases before deployment.

I’ll also suspend vim to drop to a command line. It’s faster than moving back to the mouse and waiting for another terminal. When I’m done, I foreground vim and get back to work.

I send OS signals with kill and such. Yeah, I leverage there terminal, process controls, and OS level signals. Should and average suer do this? Unlikely. My kids don’t (mostly GUI only work for them), but over time they have been inching forward on gaining more control over their Linux machines, so they’ll be doing process control soon enough. Especially for things like Minecraft and Terraria servers that they’re now starting to host for friend groups.

If not a character stream parsing based terminal input output system, what would you propose instead? The current computing models are merely the accepted approach, and if a better one comes along I’m all ears.

Ummm… Nope. You’ll pry my terminal from my cold, dead hands. There’s no faster way to get many system tasks done than the command line.

I use GUIs all day, but there’s almost always at least one terminal open on screen because that’s where the real work gets done.

Does it have a backend library for tools to link to? It’d be great to have this in the Image Magick convert tool pipeline.

Could you also put w3m on there? All of our terminal only browser users need to be supported with the latest js/css updates.