Hacker Newsnew | past | comments | ask | show | jobs | submit | Ekaros's commentslogin

BIOS or now UEFI support basic functions of computers... Does that mean those should as well have On-Device age checks?

Primogeniture is not actually unreasonable if you consider that children can range in ages say 15 to 20 years. On average the oldest is most mature and experienced. Both reasonable qualities up to certain point. If your existence depends on decision of single leader. I generally would pick the 30 year old one over 20 year old or 25 year old over 15 year old. Post 30 year old, it gets different, but to around there I would reasonably expect maturity and experience to matter.

At that point I wonder why not just invest in REIT. And then look at how those compare to other possible companies... And then figure out nothing makes much sense.

Have you seen the taxes for REITs? They are complicated and often taxed as ordinary income instead of capital gains. I have heard recommendations to only use them in Roth IRAs.

I have a bunch of REITs in my "dividend" portfolio. This is true, most of the dividends are not qualified.

I have always felt that online courses selling on how to sell online courses are underserved market... You do not hear too much about those, not that I have looked.


As long as it is after the decimal separator I can try for that...

There really should have been proper government pressure and fines long ago.

Say if you have 10% of market share or x million monthly users you must support IPv6 in say 5 years. If not you are fined say 2% revenue per year until you do...


I'd make it required that ipv6 for all customers has a higher service guarentee than anyone ipv4. If you don't support ipv6 you can't guarentee anything. give two years to to implement it.

Might as well go big. 24 extra bytes per packet is not that big deal. And having that much extra space means you can screw up design multiple times and still be able to reuse lot of infra. Also getting rid of idea that you are even trying to manually manage the address space eases many things.

But it's not human readable anymore, nor backwards compatible. The expectation was that the industry is reasonable, but it proved to be as hard as it would be to push breaking email v2 implementation.

If you think v6 isn't backwards compatible then literally anything bigger than 32 bits will never count as backwards compatible for you. The whole point of making the address space bigger is to make it bigger, so what do you expect to achieve by complaining that the result is incompatible?

As a human, I've found that e.g. "fd00::53" is perfectly readable to me, and most of the time you're interacting with strings like "news.ycombinator.com" anyway which is identical to how it works in v4, so I'm not sure how far I'd agree with that part either.


Might be harsh, but more I think about education more I think that the main job for many if not most kids or students in general is making them to learn. By various incentives be it punishments or rewards. Only really at highest levels is there any self-direction. And even there is plenty of external factors like not being paid anymore if you do not publish something.

Eh, working on rebuilding a Montessori school for a couple years showed me that kids are very intrinsically motivated to learn, just not always what the person who’s there to teach them wants them to learn that day. But if you enable that self drive, and gently steer by exposing them to new things at the right level, they can learn a tremendous amount.

And on other side education attainment has become metric for governments. More degrees and higher the degrees are better it will be for the economy somehow. Where there is likely quite a lot of jobs that don't actually need the degree.

Insider would understand that there is non-existing chance of any new IP protocol being even considered or taking off. And thus any effort spend on it would be complete waste. Best you can do is work on some addition or backwards compatible new functionality.

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

Search: