HN user

mVChr

296 karma

I prefer analog.

Posts1
Comments123
View on HN

I've rifled through many a programming font, bought Pragmata Pro at one point (as you can see I also like taller fonts), tried many others over the years (Monoid was my previous favorite ligatured font). Iosevka is my current favorite. My customization args are part of my dotfiles repo so I can install it exactly how I like on any new system without effort.

The screenplay will practically write itself.

This section seems to be a direct accusation of attempted obstruction of justice, even though it's unable to be corroborated:

I had understood the President to be requesting that we drop any investigation of Flynn in connection with false statements about his conversations with the Russian ambassador in December. [...] Regardless, it was very concerning, given the FBI’s role as an independent investigative agency.

It will be interesting to see whether any extra information is provided or deviated from during the live testimony.

I've never seen a language with such a variety of built-in data types (e.g. coordinates, tags, email, url, issues). There's support for IPv4 numbers as a base type (tuples) but I can't tell if there's support for IPv6, which shows the trouble with this approach for the language maintainers.

Is there a recommended way to sync this with a remote server or service? My interest is to share the info between devices. I suppose I could just use a git repo, but wondering if there's a less manual way.

Not quite as much activity as Scala either. I think the good thing is that functional languages as a whole aren't going anywhere, it's just that the jobs for them are spread very thin over several languages.

Do you have an up-to-date LinkedIn account? I spend so much time shooing away headhunters I'm sure several would jump at the chance to help me find work and make their commission if I asked. Many have premium accounts and alerts set up so that if you change your status to looking for work they'll pick up on it.

Oops, the grep was just to filter the lines that actually have a uid while I worked on it, it's not needed or desired if you were to actually use this. You can remove that part. :P

(and there doesn't seem to be a way to resolve usernames, as `netstat -e` does)

Challenge accepted:

  ss -e | grep uid | gawk 'match($0,/uid:([0-9]+)/,u) {printf "%s user:",$0;system("getent passwd "u[1]" | cut -d: -f1");}'
Not your point, I know, but it was fun.

I like the change of pace. So many of these types of guides seem like cookie cutters of whatever the latest writing and design trends are. I find it nice to see indie zine style (stuff I like to read on my off time) fused with a practical technical resource (stuff I like to read on my on time).

I know this article says Unix specifically, but on Linux (Ubuntu) I just tried typing `ls^D` in bash and got a terminal beep. I tried in zsh and got an autocomplete as if I'd hit tab. In ksh and fish nothing happened. I'm curious as to why there are different behaviors here?

Indeed, and following their lead, I created SBFL (Simple Brainfuck Language) since most find the original specification too esoteric.

So instead of writing this Hello World program in Brainfuck:

  ++++++++[>++++[>++>+++>+++>+<<<<-]>+>+>->>+[<]<-]>>.>---.+++++++..+++.>>.<-.<.+++.------.--------.>>+.>++.
You can instead have this much more readable version:
  increment byte increment byte increment byte increment byte increment byte
  increment byte increment byte increment byte jump forward if zero
  increment pointer increment byte increment byte increment byte increment byte
  jump forward if zero increment pointer increment byte increment byte
  increment pointer increment byte increment byte increment byte increment pointer
  increment byte increment byte increment byte increment pointer increment byte
  decrement pointer decrement pointer decrement pointer decrement pointer
  decrement byte jump backward if zero increment pointer increment byte
  increment pointer increment byte increment pointer decrement byte
  increment pointer increment pointer increment byte jump forward if zero
  decrement pointer jump backward if zero decrement pointer decrement byte
  jump backward if zero increment pointer increment pointer output byte
  increment pointer decrement byte decrement byte decrement byte output byte
  increment byte increment byte increment byte increment byte increment byte
  increment byte increment byte output byte output byte increment byte
  increment byte increment byte output byte increment pointer increment pointer
  output byte decrement pointer decrement byte output byte decrement pointer
  output byte increment byte increment byte increment byte output byte
  decrement byte decrement byte decrement byte decrement byte decrement byte
  decrement byte output byte decrement byte decrement byte decrement byte
  decrement byte decrement byte decrement byte decrement byte decrement byte
  output byte increment pointer increment pointer increment byte output byte
  increment pointer increment byte increment byte output byte

I think the interesting part that relates to this experiment is that it's not worth it to the brain to expend a considerable amount of energy in honing the precision of deciding which candy bar to eat, which even if there's a preference is not extremely significant. What I'd be interested in seeing is a similar study where the subjects are presented with potentially life altering choices whose outcomes are unclear and see if the brain kicks in with extra processing power since it knows that the extra precision could make or break the lasting repercussions of the decisions. Not sure not only how you'd measure this but also whether it's possible to do such a study in an ethical way, but it would be interesting!

This reminds me of the woman who was teaching her daughter to cook a pot roast the way she remembered her mom doing it. You take the meat, cut off four inches from one end and throw that away, put the rest in the pan in the oven at 350 for 3 hours. One holiday when the daughter was hosting grandma came over early to help and saw her cutting the end off the pot roast. She asked why and the daughter said that was how her mom said she did it. "Oh child, I only did that because our pan was too small!"

I think there's even more value to it than this. Consider the whole pursuit of philosophy. You must be able to leverage your intellect to deeply contemplate things you don't believe are actually true in order to determine the root foundations for what you believe, if in fact you still do believe them after honest and critical analysis. If you close your ears to anything you disagree with then you may miss a small but important detail that in overlooking has lead you to a premature and incorrect conclusion. Or on the other hand be able to further whittle away to the true core of your beliefs. Whether for this cause or the one in the article the result is probably the same however, understanding and love.

Neat to see the Rust source for something straight-forward like this as I've been teaching myself the language recently.

Also, seeing as I just made a PR to the simplenote.vim plugin, I feel the need to make a shoutout to it: https://github.com/mrtazz/simplenote.vim

The extra benefit here is that you additionally get external syncing to simplenote, so you can then edit or use the notes on a phone app, another computer, etc.

FB is big enough I'm sure different teams vary pretty widely. Even at the ~300 person company I was at previously the difference between project team culture and manager interference was pretty huge.

We evaluated both Bosun and Riemann for our use case and chose Riemann. Use case is over 10,000 servers with over 2 million metrics incoming every XX seconds. Riemann simply performs better, probably because it uses streams instead of a poller. The other part of our use case is to use it primarily for alerting, and it's fantastically responsive and robust for that, including simple integration with other systems (email, Slack, nagios, PagerDuty, etc). Bosun seems like a good tool for other uses however.