Without some sort of rebalancing mechanism, you wind up with a singe empty state's votes mattering more than every voter in a city.

The mechanism you're talking about is the federal government.

There are definitely reasons behind C's success. Most important was that it was the language of Unix, which spread like wildfire in the '70s and '80s because it was free.

There are equally important reasons why C's usage has been in steady decline from the '90s to today.

> Most important was that it was the language of Unix

More important was it was the only language that really worked on DOS, which ruled the computer biz for 10 years. I would guess 80% of programming was done for DOS, and C was a very good fit for the 640K systems.

On my corner of the planet we were using Turbo Pascal, Turbo Basic, Quick Basic, Clipper, FoxPro, DBase.

C and C++ had no special place on the spectrum of programming languages usage, unless we were porting code between MS-DOS and UNIX.

Until it was time to move into Windows, and anyone not using C or C++ started to be left behind, manually writing FFI wrappers (e.g. Turbo Pascal/Delphi) and we eventually migrated to one of them.

None of that is true at all. Turbo Pascal was hugely popular on DOS in the 1980s into the early 1990s. It wasn't until Windows 3.1 that Turbo Pascal really started losing market share to C. You are also completely forgetting about Apple. IBM PC compatibles did not even pass 50% market share until 1986.

Well, sure, but Microsoft wouldn't have chosen to promote C if not for the success of Unix. :)

Quite true, and on those days Microsoft was equally promoting Quick Basic and Quick Pascal, while writing MS-DOS in pure Assembly.

No, C got famous thanks to UNIX, just like we have to use JavaScript thanks to the browsers.

Path dependency is why. It's not complicated, it's just expensive to overcome.

Reference counting is a GC algorithm.

Just me or is the layout messed up on iPhone? Can't see left half of routines.

Happens at FB (more or less). Employees get ad credits, because it's an incredibly important part of the platform.

But it's not that great at several GB :(

I'd guess most editors do. Have you found an editor that doesn't?

I open multi-GB files often enough in VIM. Just make sure that you've disabled any plugins, as _those_ will often crush under large files. The `-u NONE` option will disable `.vimrc` and thus all plugins as well.

See relevant discussion on Stack Exchange: https://unix.stackexchange.com/questions/139254/why-cant-vim...

Windows have EmEditor.. unfortunately Linux doesn't seem to have any. Hopefully someone can develop a great frontend for the xi editor (https://github.com/google/xi-editor).

Sublime Text is imo near perfect, only thing I miss is the ability to edit multi-GB files (on a reasonably priced laptop).. sadly I believe it will be near impossible for Sublime Text to ever support this.

Emacs with vlf can open very large files by splitting them in chunks. Quiet useful.