This is an extinction event for multiple gaming communities, by the way. Just really breathtaking to see every company simultaneously going "you know what? we didn't actually need our core product offering".
Anyway, apparently Twitch has decided 've given them too much video content to display ads on (short weekly streams sporadically on and off— I didn't think it was *that* much), and given me 2 months to get my 10 years of videos off of their service. In the short term, I guess I need to find somewhere to stream when I next stream Unavowed on Feb 1. Currently leaning to making a second YouTube channel? :( Is PeerTube a thing which is remotely viable for real use at this point and how would it work
The sign I'm REALLY having a bad day programming is when I start on each build changing the color of something visible on screen or introducing a unique typo to some text visible on screen because I otherwise don't totally trust the code that is running is the code I built
Something you learn almost immediately upon becoming a professional software developer is that it is *entirely normal* to spend an entire day debugging only to discover the solution is to delete 1 single line of code. Despite this being obvious to everyone in software, no matter how many years I stay in software I findit never stops feeling discouraging
An opinion I have is that the humans have spent too much time thinking about "what if someone built a machine that is equivalent to a human" and not enough time thinking about "what if someone built a human that is equivalent to a machine"
Law 2 is per Amy Worall, law 3 is per the Witch of Crow Briar.
I do not endorse these laws, but I would consider them "utopian", in the sense that a culture which endorsed these laws would be a culture organized along a clearly-formed ideology. You could easily imagine a spec-fic story about a culture that believed in these laws. Note these laws are necessarily laws for human designers, as the existence of a machine which can enforce them is ideologically inconsistent with law 3.
I have a Rust module named "reader". It has a single exported function , which returns a Result<ReaderResult, ReaderError>. ReaderResult is the payload on success and ReaderError is of course an error.
Questions:
- I think idiomatically it would be Rustier to name ReaderError "Error"? Is that right? - …what is the idiomatic thing to name ReaderResult? Result<ReaderResult,…>" just feels wrong.
Another thing that I tend to lock up on at the start of Rust projects:
How do I input one UTF-8 character at a time from a file, while buffering at some reasonable rate, *while keeping track of newlines myself myself rather than inputting strings one full line at a time*?
If I am writing miscellaneous documentation for a command-line tool written in Rust, is there a "community best practices" for what path/name/format I write my text docs in?
The petition is up overall 26,000 votes in the last ten days. I don't know whether it can hit a million by May, but turning more countries green definitely sounds viable.
I would say "I wish someone would pay me to work on an all-Rust OS kernel" but I'm afraid such a wish would be answered by "sure you can work on the kernel for our 'AI'/home surveillance device"