Kevin Lyda
Software developer in the West of Ireland. Can also be found at https://mastodon.ie/@lyda
- 5 Posts
- 13 Comments
Kevin Lyda@programming.devto Programming@programming.dev•The Absolute Minimum Every Software Developer Must Know About Unicode in 2023 (Still No Excuses!)English6·2 years agoJust because you can do something…
Kevin Lyda@programming.devto Programming@programming.dev•The Absolute Minimum Every Software Developer Must Know About Unicode in 2023 (Still No Excuses!)English5·2 years agojs console:
document.querySelector('.pointers').hidden=true
ls /usr/share/man/man?/*
will show you all the man pages on your system. I used to pick ones at random.Originally there were a number of manuals. Manual 1 had user commands. Manual 2 had system calls. Etc. You can type
man NUMBER intro
to read about that manual. You can also useman -k
orappropos
but I’ve also just used grep. These days they’re compressed so zgrep.
Kevin Lyda@programming.devto Programming@programming.dev•The Absolute Minimum Every Software Developer Must Know About Unicode in 2023 (Still No Excuses!)English12·2 years agoThe mouse pointer background is kinda a dick move. Good article. but the background is annoying for tired old eyes - which I assume are a target demographic for that article.
Kevin Lyda@programming.devOPto Golang@programming.dev•How to affect the order of operations for "go generate"English2·2 years agoGood answers. I like these. I like the more than one command in a file, that will work. And yes, should have read the source!
Kevin Lyda@programming.devOPto Golang@programming.dev•Bingo for reproducible buildsEnglish1·2 years agoWell, nix would be an entire operating system. This is just for a build system to specify the versions of the tools to use.
I love that fossil exists. I would never use it, but I’m glad cranks have something to work on.
Kevin Lyda@programming.devto Git@programming.dev•Signing Commits in Git, ExplainedEnglish2·2 years agoI have never heard proper reasoning for squashing commits. I don’t think sanitized history is useful in any context. Seeing the thought process that went into building something has been repeatedly useful in debugging things. It’s also useful to me as a software engineering manager to help folks on my team get better. I could care less how “pretty” git log looks, but I care a hell of a lot about what git diff and git blame tell me. They help me figure out where issues actually are and how they came to be.
Kevin Lyda@programming.devto Git@programming.dev•Signing Commits in Git, ExplainedEnglish71·2 years agoThis is yet another reason not to squash commits.
I use vcsh to manage my home directory - including but not limited to dot files. Written a number of posts on it over the years: https://phrye.com/tags/vcsh/
Kevin Lyda@programming.devto Programming@programming.dev•What do y'all think about mailing lists and IRC as sole communication channels?1·2 years agoProjects like that make me want to create a uucp network and so I can email a bang path address to get my patch.
I suppose I should be clearer on the features I want. I’d want to be able to store my cache in memcached or redis and I want the cached data to expire. So for one call, I might want to keep it for five minutes, but another one can stick around for 24 hours.
The memorize package falls down there.
And then
git ci -am "Addressed performance issue in flurbin module The flubin module was designed as a successor to the flurbar module which took in... [...500 line essay on the hostory, problem and solution deleted...] Hopefully this will fully fix the issue discussed."
for a one character change that adds an additional, and unrequired, semicolon.