On 12/31/2012 10:47 PM, Marcus G. Daniels wrote:
On 12/31/12 8:30 PM, Paul D. Fernhout wrote:
So, I guess another meta-level bug in the Linux Kernel is that it is
written in C, which does not support certain complexity management
features, and there is no clear upgrade path from that because
The most recent discussions get at a number of important issues whose
pernicious snares need to be handled better.
In an analogy to sending messages most of the time successfully through noisy
channels -- where the noise also affects whatever we add to the messages to
help (and we may have
On Mon, Dec 31, 2012 at 04:36:09PM -0700, Marcus G. Daniels wrote:
On 12/31/12 2:58 PM, Paul D. Fernhout wrote:
2. The programmer has a belief or preference that the code is easier
to work with if it isn't abstracted. […]
I have evidence for this poisonous belief. Here is some production
C++
On 1/1/2013 2:12 PM, Loup Vaillant-David wrote:
On Mon, Dec 31, 2012 at 04:36:09PM -0700, Marcus G. Daniels wrote:
On 12/31/12 2:58 PM, Paul D. Fernhout wrote:
2. The programmer has a belief or preference that the code is easier
to work with if it isn't abstracted. […]
I have evidence for this
On Tue, Jan 01, 2013 at 03:02:09PM -0600, BGB wrote:
On 1/1/2013 2:12 PM, Loup Vaillant-David wrote:
On Mon, Dec 31, 2012 at 04:36:09PM -0700, Marcus G. Daniels wrote:
On 12/31/12 2:58 PM, Paul D. Fernhout wrote:
2. The programmer has a belief or preference that the code is easier
to work
On Tue, Jan 01, 2013 at 09:12:07PM +0100, Loup Vaillant-David wrote:
On Mon, Dec 31, 2012 at 04:36:09PM -0700, Marcus G. Daniels wrote:
On 12/31/12 2:58 PM, Paul D. Fernhout wrote:
2. The programmer has a belief or preference that the code is easier
to work with if it isn't abstracted. […]
Please allow me to to blurb the following, which is related to several
discussions at FONC:
Our web site http://subscript-lang.org went officially live last Saturday.
SubScript is a way to extend common programming languages, aimed to ease event
handling and concurrency. Typical application
On 1/1/13 3:43 AM, BGB wrote:
here is mostly that this still allows for type-tags in the
references, but would likely involve a partial switch to the use of
64-bit tagged references within some core parts of the VM (as a partial
switch away from magic pointers). I am currently leaning towards
On 1/1/13 4:29 PM, Loup Vaillant-David wrote:
On Tue, Jan 01, 2013 at 03:02:09PM -0600, BGB wrote:
it is a question maybe of whether the programmer sees the forest or
the trees.
these sorts of things may well have an impact on the types of code a
person writes, and what sorts of things the
My thinking has been going the other way for some time now. I see the problem
as the need to build bigger systems than any individual can currently imagine.
The real value from computers isn#39;t just collecting the input from a single
person, but rather #39;combining#39; the inputs from huge
Read this guy!
On Tue, Jan 1, 2013 at 7:53 AM, Alan Kay alan.n...@yahoo.com wrote:
The most recent discussions get at a number of important issues whose
pernicious snares need to be handled better.
In an analogy to sending messages most of the time successfully through
noisy channels --
On 1/1/2013 6:36 PM, Paul D. Fernhout wrote:
On 1/1/13 3:43 AM, BGB wrote:
here is mostly that this still allows for type-tags in the
references, but would likely involve a partial switch to the use of
64-bit tagged references within some core parts of the VM (as a partial
switch away from
Inline.
On Tue, Jan 1, 2013 at 7:53 AM, Alan Kay alan.n...@yahoo.com wrote:
The most recent discussions get at a number of important issues whose
pernicious snares need to be handled better.
In an analogy to sending messages most of the time successfully through
noisy channels -- where the
13 matches
Mail list logo