The problem is not LaTeX, but TeX itself: it is fundamentally geared toward rendering text as glyphs at a specific size, then grouping those together to make lines, and arranging lines to paragraphs. That is all it ever does, and it is fantastic at doing it.

LaTeX is simply the *wrong* tool for the job of writing ebooks in epub and mobi, which need to have a dynamic document flow. LaTeX makes a very static, brittle document flow, because it was meant to. That was a feature, not a flaw.

What we need is a good workflow from one source format (like restructuredtext, markdown, etc.) into multiple good output formats (LaTeX/PDF, mobipocket / Kindle, epub, HTML). The closest I know of is Sphinx, but its epub output is in its infancy, and it has no support for the mobi / azw formats yet.

If this is properly designed, this shouldn't be too big of a deal. The only time I've ever had a CPU go bad is when it is improperly cooled.

Besides, think of how many billions of transistors are being used in, say, your memory? Or any other integrated circuits we have? If a single chip on your memory dies, does the whole stick die? Of course!

This is just taking this kind of concept to another level. Look at old memory architectures: 8088s used to have dozens of memory chips to support 256K+ of memory, and they worked fine. Today this is typically accomplished with 8 or 16 chips on a DIMM, but nothing is there to stop us from 32 (which I have a few of), 64, etc.

CPUs are a similar game, it's just that synchronizing more processors is a bit more difficult than memory, since memory accesses are much easier to parallelize.

Sure, it's a bit more difficult, and will decrease yield, but the idea is far from new or dangerous.