Why is this the obvious solution? Why not spread people out instead of trying to cram as many as you can into the same place?
529 karma · joined September 21, 2017
Why is this the obvious solution? Why not spread people out instead of trying to cram as many as you can into the same place?
Furthermore, this is why Cochran is considered a racist; correctly so.
I'd caution that this isn't actually an argument, but merely invective: http://www.paulgraham.com/say.html
Really? The wild plants and animals were already useful. So from day one, the transitional forms to the domestic varieties were useful as well.
Without those, you really are better off remaining a hunter-gatherer.
There's not a sharp division between hunter-gatherer and agriculturalist. Sedentism preceded agriculture. As people accidentally dropped seeds around their dwellings (or discarded them with the trash), they gradually became gardeners and then farmers.
While today saying "how about it, science?" has become our second nature, it wasn't the obvious way to think about the world 50K years ago.
This is correct; there's been a huge amount of brain evolution in the past 50K years. See for example "The 10,000 Year Explosion" (Cochran).
If with his tongue he cannot win a woman."
Maybe so, but the benefit could have just been individual fitness signalling (like a peacock's tail) without providing any advantage to the species as a whole until the big "payday".
Maybe you could get rid of it by having better ideas?
Instead you can say "that reminds me of a similar concept we used to implement using ABC", and quietly appreciate that you got a leg up in understanding because of your experience. If young people are smart and curious, they'll want to know more about ABC, and ask.
Where does he do this? The quote is only about single-step debugging.
> So as he rejected in situ debugging, he also implicitly rejected postmortem debugging and dynamic instrumentation
Do you have any evidence of this? It seems to me that dump traces and kernel probes have been an important part of Linux for many years.
Furthermore in the study you are referencing, the "8% volunteers" is larger than any company's contribution besides Intel and RedHat - even more if you add in the individual "consultants".
https://www.linuxfoundation.org/blog/the-top-10-developers-a...
One concrete cause of centralization in today's Internet is a difference in programming costs between a closed centralized solution and an open decentralized one. Let's say we're writing a tic-tac-toe app. In the centralized design, the game board is one data structure. Your score and mine are two variables. You'll be done in a couple of hours.
As an open decentralized solution, you're building a federated system. You need a standard protocol for communicating tic-tac-toe moves. Maybe you should work through the IETF to write an RFC for OTTTP: the Open Tic-Tac-Toe Protocol. You might be done in 2018. When solving a problem the wrong way takes two hours, and solving it the right way takes two years, it's going to get solved the wrong way.
https://www.youtube.com/watch?v=g1qroWiZF90
Note that I don't endorse the particular solution in this video - MirageOS is perhaps a more viable alternative.
But there is no such entity as GNU/Linux. It's hundreds and hundreds of independently working engineers who would all have to be hit by buses at the same time.
Plenty are not. I am impressed by how usable community-based (non-corporate) distros are (e.g. Gentoo, Arch). This is truly indigenous technology.
> they all rely on Torvalds and everyone else for the kernel (heavily funded by donations, companies, etc)
This is an interesting thought. I believe the Linux kernel would continue to be viable on a purely volunteer basis, without corporate subsidies; I can't prove it though.
Yes. If anyone wants to do a git bisect to find when the Mozilla Corporation lost its integrity, we can say it was definitely "bad" by the time they forced out Eich in April 2014.
EDIT: OK I suggested sharing a T1 but apparently that hasn't been a good deal since the 90's.
https://ia601008.us.archive.org/7/items/OhioLinuxfest2013/24...