omgwtfpmr
Re:Ask HN: What is your “I don't care if this succeeds” project?
on Thursday February 10, 2022 @07:00PM (#30294716)
https://synsh.dev, a tool that automatically generates shell pipelines from example inputs and outputs.
Re:Staying on the path to high performing teams (2018)
on Sunday May 09, 2021 @06:26AM (#27094812)
The author has a complementary article that addresses that: https://lethain.com/limiting-wip/.
Re:Ask HN: What's one book that changed your life?
on Sunday May 27, 2018 @05:05PM (#17169107)
Seconded. I didn't enjoy reading it, but it made a tremendous impression on me nonetheless.
Re:Atari Tempest: Dave Theurer’s Masterpiece
on Friday January 19, 2018 @09:56PM (#16191799)
There's an excellent Android clone, Cyclone 2000.
Re:How is GNU `yes` so fast?
on Tuesday June 13, 2017 @06:43PM (#14549301)
"yes d | mail" is an excellent way to get rid of failed cron job mails.
Re:Exponential growth devours and corrupts
on Monday February 27, 2017 @09:41PM (#13750673)
What's the best open competitor to Google?
Re:Guided meditation for beginners
on Tuesday January 31, 2017 @07:51PM (#13537064)
Seconded. I find Headspace enjoyable and very low on woo.
Re:What's all this fuss about Erlang? (2007)
on Wednesday January 25, 2017 @04:06PM (#13486094)
This is a fair point: immutable data is just part of the solution. To get the win, you need to toss out all references to the old data when you update it: then you ensure that you can't access "stale" data. This requires some discipline, either manual (e.g., reusing the same variable name for the old and new bindings to ensure the stale binding is shadowed) or automatic (e.g., linear types).