Hacker News new | past | comments | ask | show | jobs | submit | more erik_seaberg's comments login

As jwz points out in "The CADT Model," abandoning reported bugs is just telling your users not to bother reporting anything.

In my experience, things don't get done just because they are hanging about in the backlog.

Most auto-closed issues in my small team are of the varieties "the PM had a nice idea one day" and "long standing annoyance which we would need to re-architect to solve and we'll get to it one day".

And I don't even necessarily disagree with the CADT post, but... most users are not, for better or worse, so easily dissuaded.


Not everything important is equally urgent. https://en.wikipedia.org/wiki/Getting_Things_Done recognizes the need for a trustworthy "I know I am going to get back to this at the right time" process, so that I don't continually reserve a bit of my brain worrying about forgetting.

If I learned of a old video of my grandparents, but a robot destroyed it, I would be furious. (Photos are what actually remain from their era.)

Oh yeah, taking screenshots would be a nice intermediate decay, instead of the whole video.

You have to think, in general, that we have finite resources, and the alternative is not remember everything in perfect detail, but forgetting things that you do not choose to forget.

Better to choose what we forget.


After forty-ish years, the limit on personal storage is ever higher. The sum of every filesystem I ever owned will probably fit on two of today's very affordable hard drives. (I should get on that for pre-cloud stuff.)

And decayed versions wouldn't get the author much mercy from bereaved families.


1- moore's law will break eventually. Depending on storage growing is unsustainable. We will need to develop solutions that work when storage growth becomes linear.

2- even if you can save the bits and bytes, there's fidelity loss in soft and hard standards, namely video codecs and connector standards. Not sure how planned decay would fit here, but relevant considering that document from the 90s needs is probably on a weird codec in a pre pata drive. Or even worse an analog medium.

Even if you don't admit that it will happen in this generation, it will happen in the next. We have companies that offer free storage like google, the economics can't sustain that forever, youtube videos are already being purged, google drive limited.

The cost of storing forever is unsustainable over the decades.


I don't see how the median voter can be confident in making no mistakes. Not even programmers are willing to write out a list of opcodes anymore.

If you're trying to upgrade or rebuild ten year old software, it's very important to know exactly what its dependencies were and where to find them, because there are too many other versions to choose from and most of them won't work. New software only needs a lockfile because it will eventually get old (if useful).

Fair point. But that just means the breadth of files that might need to be preserved is even broader than I suggested.

One nice thing about sleep apnea treatment (CPAP) is that you always have fresh air.

Just one cheeseburger is three miles of running. Not only is it very easy to shop and overeat, your body continually encourages it. The only way out is determination not to eat whatever you want.

Resting metabolism uses a -lot- of calories. You can have that hamburger, just don’t have two, no jogging necessary.

> just don’t have two

I find this is the difficult part. I find it much easier to not eat hyper-palatable foods at all than to eat "just a little".

Sure, I probably won't eat two hamburgers in a sitting, but eating one greatly reduces the calories I can eat during the other meals of the day if I don't want to slowly gain weight.


If you eat a normal burger with high quality meat and traditionally made roll and fresh vegetables on top the overeating thing isn’t as much of an issue. I have a hard time finishing a single one let alone eating more.

"Hyper-palatable foods" was a new expression to me, but I like it. Much more reasonable than "processed".

The jogging might not be necessary for the calorie burn, but humans evolved based on movement / activity. Our great great great great...n ancestors didn't have desk jobs starring at screens.

Having two buggers and jogging is much healthier than eating one and be sedentary

[Citation Needed]

Jogging almost certainly won't burn the calories from the second burger.


I run 3 miles a few times a week and it’s something near 500-600 calories. I’d say maybe 4 miles depending on the type of burger we’re discussing


Yes, and even the most basic meal comes with two of those. I imagine more people are thinking of a quarter pounder.

I find it way easier not to eat whenever I want. I'm doing 24h break from eating every 24h. Basically one day I'm eating just till 4PM and the next one only after 4PM. I've lost about 6kg (from being slightly overweight) in two months eating whatever I want. Just not whenever I want.

It's not so simple... I eat whatever I want and struggle to get my weight over 80 kg, which would be a healthy weight for my height.

Nobody is implying it’s so simple that you can “eat whatever you want” and be at a healthy weight. This is true if you’re underweight as well. If you’re trying to gain weight, you need to eat more than you want.

Caching is the most important reason to consider GET for a non-hypertext API. Vary headers tell the server which header diffs should cause cache misses, but there's no way to do that for an encoded body.

https://en.wikipedia.org/wiki/SPECint talks about a dozen programs they selected for single-core logic and discrete math, including gcc and bzip2 (there are more than a dozen others using floats).

Over time, RISC and CISC borrowed from each other: https://cs.stanford.edu/people/eroberts/courses/soco/project...


I would think they have to keep the commitments in the charter, and only the board can propose changes for shareholders to vote on (because they own it all).

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: