On 7/29/2011 7:06 PM, David Barbour wrote:
On Fri, Jul 29, 2011 at 5:08 PM, BGB cr88...@gmail.com
mailto:cr88...@gmail.com wrote:
Linden Labs tried to do similar with Second Life, but it hasn't
really caught on very well in-general.
however, most prior attempts: VRML, Adobe
On Sat, Jul 30, 2011 at 1:19 PM, BGB cr88...@gmail.com wrote:
concurrency doesn't care, because both multithreading and message queues
can be readily used with the stack machine abstraction.
I'm not saying you cannot use them, BGB. I'm saying that they're *
complications*, i.e. that the
On 7/28/2011 8:19 PM, David Barbour wrote:
On Thu, Jul 28, 2011 at 2:16 PM, BGB cr88...@gmail.com
mailto:cr88...@gmail.com wrote:
striving for simplicity can also help, but even simplicity can
have costs:
sometimes, simplicity in one place may lead to much higher complexity
Keep It Simple Sufficient
The other meaning of K.I.S.S.
Paraphrasing Einstein.
Cheers,
-KR
;-)
On Jul 28, 2011, at 23:19, David Barbour dmbarb...@gmail.com wrote:
The key is that 'simple' must still capture the essential difficulty and
complexity of a problem. There really is a limit for
@vpri.org
Sent: Thursday, July 28, 2011 11:19:47 PM
Subject: [fonc] Simple, Simplistic, and Scale
On Thu, Jul 28, 2011 at 2:16 PM, BGB cr88...@gmail.com wrote:
striving for simplicity can also help, but even simplicity can have costs:
sometimes, simplicity in one place may lead to much higher complexity
On 7/29/2011 1:05 PM, David Barbour wrote:
On Fri, Jul 29, 2011 at 3:12 AM, BGB cr88...@gmail.com
mailto:cr88...@gmail.com wrote:
snip...
nothing interesting to comment/add...
Snow Crash: dot pattern from space - brain-damage
Ah, yes, that wasn't the bit I wanted to create from
On Thu, Jul 28, 2011 at 2:16 PM, BGB cr88...@gmail.com wrote:
striving for simplicity can also help, but even simplicity can have costs:
sometimes, simplicity in one place may lead to much higher complexity
somewhere else. [...]
it is better to try to find a simple way to handle issues,
