This evening, a series of tweets by @haskellbook appeared in my feed in quick succession:
"We do not take feedback or questions via IRC. Please use the recommended community resources for getting help."
"If something is wrong with the book, use the email feedback info on the website."
"We do not take feedback or questions via Twitter. Please use the recommended community resources for getting help."
Which struck me as odd, why write about all they ways you don't want feedback?
So I did what all stupid Twitter-users do, I posted a sarcastic reply:
"Please, oh, please, let us know all the ways you don't want to communicate. We can't wait to hear them all enumerated. #wat"
Not a nice thing to do.
Both authors immediately responded with a couple of tweets, one of which expressed the notion that I should not join the conversation if I did not have the context, as I tried to explain to the two tired authors how their tweets had looked to me.
This is where my age shows.
I knew I didn't know the context. I just saw what my twitter feed showed me, and responded to that. And I assumed that's how it's supposed to work.
I see now that it is not.
If you read something out of context, and in a crippled medium such as Twitter, it is of course your - the reader's - responsibility to research the context. The author doesn't have to care about this!
I never "understood" Twitter (much preferred usenet), and I think this is one of the reasons - discussions are disjointed and incomprehensible, because of the way the medium works.
That's simply how it is constructed, and apparently how it is supposed to be. And I, for one, am not compatible.
So, unfollow it is.
Funnily this happened just after I transferred the newest editiion of the Haskell Book to my Kindle, and contemplated starting reading it. I guess I will wait a while, until the dust settles.
I upgraded my jukebox to a Raspberry Pi 3 yesterday, after becoming exceedingly annoyed by my Raspberry Pi B+ only managing to boot about half the time.
So far: the built in wifi works great, I can run the attached 2,5" harddisk from two of the usb ports, and it boots as it should.
So with the new Pi I have saved using an external USB-hub and an external USB wifi dongle.
Only downside is that I could not make the external usb sound dongle work - it appears in alsamixer, but whatever I do, no sound comes out. The built in sound works, and seems to work better than on the original Pi, where the sound level was unusably low.
All in all, Raspberry Pi 3, thumbs up!
If you would like to juggle a lot of data using Python, GNU/Linux (Ubuntu), and Hadoop in a biotech research and development environment in greater Copenhagen, take a look at these job postings from the department I work in:
Our new neighbour department has two job postings up as well:
Check them out if they sound interesting to you.
Unfortunately the ComfortSelect software is only available for Windows, and when I asked the manufacturer (in 2012) for information so I could write my own software for Linux, they declined.
I'm no expert in this (having only connected to a simple eBuddy before), but so far it looks like the communication is done via bulk transfers.
Update: I have now written a small program that can list the users registered on the scale, and dump the measurements for a user.
It only dumps date + weight, because I don't know what the two remaining 16-bit values are (probably some conductance measurement or similar).
Finally I can get a graph without having to type in the weight every day!
Incidently, it has memory for more than 6 years of measurements (and it keeps them when batteries are removed), which isn't surprising (each measurement takes up 10 bytes) but stupider things have been seen...
This little solution is absolutely great: pinentry-emacs.
The default GUI pinentry thing pops up a window on the wrong screen, when using emacs/emacsclient via ssh, which makes it unusable (*sigh*).
GNU Emacs, Debian GNU/Linux, Linux, X.Org, Postfix, Perl, PostgreSQL, OpenSSH, Firefox, Apache, ejabberd, Dovecot, git, GnuPG, XMonad, GHC, Gnus, jabber.el, Catalyst, DBIx::Class, rdiff-backup, GNU, the list goes on an on - couldn't live without you; thanks!
Reading the newsfeed of the Danish Broadcasting Corporation was annoying me a bit, because the pictures they include are huuuge.
It would be nice if they were scaled down a bit - but I don't want tiny images scaled down as well...
Lo and behold, Lars has already solved this problem in
shr.el, the HTML-renderer used in Gnus (and eww): setting
shr-max-image-proportion to 0.5 on the topic of all my Atom/RSS-based groups → hey presto, problem solved.