Data Still Dominates — The Art of Machinery


11 bookmarks. First posted by id1 16 days ago.


Data article blog programming
7 days ago by amrox
But there were two problems: The first was that the “CPU-intensive load” turned out not to be that CPU-intensive after all — a single task took a few milliseconds at worst. So most of the architecture was doing more harm than good. The second problem was that although it sounded like a highly scalable distributed system, it wasn’t one — it only ran on one machine. Why? Because all communication between asynchronous components was done using files on the local filesystem, which was now the bottleneck for any scaling. The original design didn’t say much about data at all, except to advocate local files in the name of “simplicity”. Most of the document was about all the extra architecture that was “obviously” needed to handle the “CPU-intensiveness” of the load.
programming 
7 days ago by ilprincipe
I’m a huge proponent of designing your code around the data, rather than the other way around, and I think it’s one of the reasons git has been fairly…
from instapaper
8 days ago by dorianj
Here’s a quote from Linus Torvalds in 2006: I’m a huge proponent of designing your code around the data, rather than the other way around, and I think ...
software-development  programming 
16 days ago by id1