Re: [fonc] System A vs B, what?

2010-03-07 Thread Pascal J. Bourguignon
On 2010-03-04, at 18:12, Alejandro Garcia wrote: Now given those rules: If in system A I set one of the nodes to TRUE I don't know the state of the whole system. This system is harder to know it has 16 possible states (2^4) If in system B I set bottom node to TRUE then turns out all the

Re: [fonc] my two cents

2010-03-07 Thread Pascal J. Bourguignon
On 2010-03-05, at 00:06, Michael Arnoldus wrote: So my suggestions was to use complexity in the context of improving programmer (FSE) productivity. And I hinted at some possible measurements that might be useful for this. I however do not in any way pretend this is clear enough to work as

Re: [fonc] Reading Maxwell's Equations

2010-03-11 Thread Pascal J. Bourguignon
On 2010/03/06, at 03:34 , John Zabroski wrote: On Sun, Feb 28, 2010 at 3:19 PM, Kurt Stephens k...@kurtstephens.com wrote: Alejandro F. Reimondo wrote: John, Where else should I look? In my opinion what is missing in the languages formulations is sustainability of the system. [*] In

Re: [fonc] Systems and artifacts

2010-05-03 Thread Pascal J. Bourguignon
On 2010-05-02, at 2:51, Gerry J wrote: At Andrey's reference (2),there was an example that TCP/IP could be modelled in less than a hundred LOC, whereas a C code version might be more than an order of magnitude larger. Is that model available? I've not read it closely, but it seems we

Re: [fonc] Program representation

2010-05-10 Thread Pascal J. Bourguignon
On 2010/05/10, at 18:21 , John Nilsson wrote: When reading about the TCP/IP implementation in OMeta it strikes me that parsing the ASCII-art is still text. Isn't it kind of silly to spend all that syntax on representing something as fundamental as a table? ASCII-art is not so bad. If

Re: [fonc] On inventing the computing microscope/telescope for the dynamic semantic web

2010-10-14 Thread Pascal J. Bourguignon
On 2010/10/15, at 00:14 , Steve Dekorte wrote: I have to wonder how things might be different if someone had made a tiny, free, scriptable Smalltalk for unix before Perl appeared... There has been GNU smalltalk for a long time, AFAIR before perl, which was quite adapted to the unix

Re: [fonc] Presenting my educational language (and a possibly interesting concept)

2012-04-30 Thread Pascal J. Bourguignon
Mohamed Samy samy2...@gmail.com writes: Hi everyone, I've created an educational programming language (Arabic based) and now attempting to test it on some children in my family, talking with some schools...etc One of the major design directions for it was the concept of nested

Re: [fonc] OT? Polish syntax

2012-04-30 Thread Pascal J. Bourguignon
Martin Baldan martino...@gmail.com writes: I have a little off-topic question. Why are there so few programming languages with true Polish syntax? I mean, prefix notation, fixed arity, no parens (except, maybe, for lists, sequences or similar). And of course, higher order functions. The only

Re: [fonc] The Web Will Die When OOP Dies

2012-06-09 Thread Pascal J. Bourguignon
Toby Schachman t...@alum.mit.edu writes: This half hour talk from Zed Shaw is making rounds, https://vimeo.com/43380467 The first half is typical complaints about broken w3 standards and processes. The second half is his own observations on the difficulties of teaching OOP. He then suggests

Re: [fonc] The Web Will Die When OOP Dies

2012-06-15 Thread Pascal J. Bourguignon
John Zabroski johnzabro...@gmail.com writes: Folks, Arguing technical details here misses the point. For example, a different conversation can be started by asking Why does my web hosting provider say I need an FTP client? Already technology is way too much in my face and I hate seeing

Re: [fonc] The Web Will Die When OOP Dies

2012-06-15 Thread Pascal J. Bourguignon
David Leibs david.le...@oracle.com writes: I have kinda lost track of this thread so forgive me if I wander off in a perpendicular direction. I believe that things do not have to continually get more and more complex. The way out for me is to go back to the beginning and start over (which

Re: [fonc] The Web Will Die When OOP Dies

2012-06-16 Thread Pascal J. Bourguignon
John Zabroski johnzabro...@gmail.com writes: On Jun 15, 2012 2:39 PM, Pascal J. Bourguignon p...@informatimago.com wrote: John Zabroski johnzabro...@gmail.com writes: Sorry, you did not answer my question, but instead presented excuses for why programmers misunderstand people.  (Can I

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-16 Thread Pascal J. Bourguignon
Iian Neill iian.d.ne...@gmail.com writes: And I suspect the fact that BASIC was an interpreted language had a lot to do with fostering experimentation play. BASIC wasn't interpreted. Not always. What matters is not interpreter or compiler, but to have an INTERACTIVE environment, vs. a BATCH

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-16 Thread Pascal J. Bourguignon
Loup Vaillant l...@loup-vaillant.fr writes: Pascal J. Bourguignon a écrit : Unfortunately, [CS is] not generalized yet, like mathematics of history. Did you mean history of mathematics? Or something like this? http://www.ted.com/talks/jean_baptiste_michel_the_mathematics_of_history.html

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-16 Thread Pascal J. Bourguignon
Miles Fidelman mfidel...@meetinghouse.net writes: Pascal J. Bourguignon wrote: Miles Fidelman mfidel...@meetinghouse.net writes: And seems to have turned into something about needing to recreate the homebrew computing milieu, and everyone learning to program - and perhaps why don't more

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-16 Thread Pascal J. Bourguignon
Miles Fidelman mfidel...@meetinghouse.net writes: Pascal J. Bourguignon wrote: Indeed. The French National Education is answering to that question with its educational programme, and the newly edited manual. https://wiki.inria.fr/sciencinfolycee/TexteOfficielProgrammeISN https

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-16 Thread Pascal J. Bourguignon
BGB cr88...@gmail.com writes: general programming probably doesn't need much more than pre-algebra or maybe algebra level stuff anyways, but maybe touching on other things that are useful to computing: matrices, vectors, sin/cos/..., the big sigma notation, ... Definitely. Programming needs

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-16 Thread Pascal J. Bourguignon
Miles Fidelman mfidel...@meetinghouse.net writes: Pascal J. Bourguignon wrote: No, no, no. That's the point of our discussion. There's a need to increase computer-literacy, actually programming-literacy of the general public. The situation where everybody would be able (culturally

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-16 Thread Pascal J. Bourguignon
BGB cr88...@gmail.com writes: and, one can ask: does your usual programmer actually even need to know who the past US presidents were and what things they were known for? or the differences between Ruminant and Equine digestive systems regarding their ability to metabolize cellulose? maybe

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-16 Thread Pascal J. Bourguignon
Miles Fidelman mfidel...@meetinghouse.net writes: Pascal J. Bourguignon wrote: Miles Fidelman mfidel...@meetinghouse.net writes: Pascal J. Bourguignon wrote: No, no, no. That's the point of our discussion. There's a need to increase computer-literacy, actually programming-literacy

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-17 Thread Pascal J. Bourguignon
BGB cr88...@gmail.com writes: but you can't really afford a house without a job, and can't have a job without a car (so that the person can travel between their job and their house). Job is an invention of the Industrial era. AFAIK, our great great grand parents had houses. I don't really

Re: [fonc] Historical lessons to escape the current sorry state of personal computing?

2012-07-17 Thread Pascal J. Bourguignon
David-Sarah Hopwood david-sa...@jacaranda.org writes: On 17/07/12 02:15, BGB wrote: so, typically, males work towards having a job, getting lots money, ... and will choose females based mostly how useful they are to themselves (will they be faithful, would they make a good parent, ...).

Re: [fonc] Deployment by virus

2012-07-18 Thread Pascal J. Bourguignon
John Nilsson j...@milsson.nu writes: I just had a weird though, maybe there is some precedence? If we were to do software development in a more organic manner, accepting the nature of complex systems as being... complex. In such a setting we might have no blue-print (static source code) to

Re: [fonc] Deployment by virus

2012-07-19 Thread Pascal J. Bourguignon
John Nilsson j...@milsson.nu writes: On Thu, Jul 19, 2012 at 3:55 AM, Pascal J. Bourguignon p...@informatimago.com wrote: Joke apart, people are still resiting a lot to stochastic software. One problem with random spreading of updates is that its random. Random as in where it's applied

Re: [fonc] Deployment by virus

2012-07-19 Thread Pascal J. Bourguignon
Eugen Leitl eu...@leitl.org writes: On Thu, Jul 19, 2012 at 02:28:18PM +0200, John Nilsson wrote: More work relative to an approach where full specification and controll is feasible. I was thinking that in a not to distant future we'll want to build systems of such complexity that we need to

Re: [fonc] How it is

2012-10-02 Thread Pascal J. Bourguignon
Reuben Thomas r...@sc3d.org writes: On 2 October 2012 16:21, John Pratt jpra...@gmail.com wrote: Basically, Alan Kay is too polite to say what we all know to be the case, which is that things are far inferior to where they could have been if people had listened to what he was saying in the

Re: [fonc] How it is

2012-10-03 Thread Pascal J. Bourguignon
Loup Vaillant l...@loup-vaillant.fr writes: Pascal J. Bourguignon a écrit : The problem is not the sources of the message. It's the receiptors. Even if it's true, it doesn't help. Unless you see that as an advice to just give up, that is. Assuming we _don't_ give up, who can we reach

Re: [fonc] How it is

2012-10-03 Thread Pascal J. Bourguignon
Paul Homer paul_ho...@yahoo.ca writes: The on-going work to enhance the system would consistent of modeling data, and creating transformations. In comparison to modern software development, these would be very little pieces, and if they were shared are intrinsically reusable (and

Re: [fonc] How it is

2012-10-03 Thread Pascal J. Bourguignon
John Nilsson j...@milsson.nu writes: I read that post about constraints and kept thinking that it should be the infrastructure for the next generation of systems development, not art assets :) In my mind it should be possible to input really fuzzy constraints like It should have a good

Re: [fonc] [talk] Cool Code - Kevlin Henney

2012-12-02 Thread Pascal J. Bourguignon
John Nilsson j...@milsson.nu writes: Isn't the pattern language literature exactly that? An effort to typeset and edit interesting design artifacts. Unless you're programming in lisp(*), reading a program written with patterns is like looking at the wave form of Hello world! said aloud. (*)

Re: [fonc] Linus Chews Up Kernel Maintainer For Introducing Userspace Bug - Slashdot

2012-12-31 Thread Pascal J. Bourguignon
Carl Gundel ca...@psychesystems.com writes: “If there are contradictions in the design, the program shouldn't compile.” How can a compiler know how to make sense of domain specific contradictions? I can only imagine the challenges we would face if compilers operated in this way.

Re: [fonc] holy grail of FONC?

2013-04-14 Thread Pascal J. Bourguignon
John Carlson yottz...@gmail.com writes: My coworker actually delivered a system with programmer's undo; it was called a reversible debugger in 1993--before IDEs were popular.  There's also the more recent debugging backward in time: http://www.youtube.com/watch?v=xpI8hIgOyko With the

Re: [fonc] Actors, Light Cones and Epistemology (was Layering, Thinking and Computing)

2013-04-15 Thread Pascal J. Bourguignon
David Barbour dmbarb...@gmail.com writes: On Sun, Apr 14, 2013 at 1:23 PM, Pascal J. Bourguignon p...@informatimago.com wrote: David Barbour dmbarb...@gmail.com writes: On Apr 14, 2013 9:46 AM, Tristan Slominski tristan.slomin...@gmail.com wrote: A mechanic

Re: [fonc] 90% glue code

2013-04-18 Thread Pascal J. Bourguignon
Alan Kay alan.n...@yahoo.com writes: Hi David This is an interesting slant on a 50+ year old paramount problem (and one that is even more important today). Licklider called it the communicating with aliens problem. He said 50 years ago this month that if we succeed in constructing the

Re: [fonc] About the reduce of complexity in educating children to program

2014-09-19 Thread Pascal J. Bourguignon
Iliya Georgiev ikgeorg...@gmail.com writes: Hello, I am addressing this letter mainly to Mr. Alan Kay and his fellows at VPRI. I have an idea how to reduce complexity in educating children to program. This seems to be a part of a goal of the VPRI to improve powerful ideas education for the

Re: [fonc] Unsolved problem in computer science? Fixing shortcuts.

2014-10-09 Thread Pascal J. Bourguignon
Daniel W Gelder daniel.w.gel...@gmail.com writes: The original question seems to be how to maintain links when the file is moved or renamed. Perhaps the file could have a unique ID in the file system, and the link would try the given pathname, but if it's not there, try the unique ID. Would

Re: [fonc] Unsolved problem in computer science? Fixing shortcuts.

2014-10-09 Thread Pascal J. Bourguignon
Josh McDonald j...@joshmcdonald.info writes: Why should links be in the filesystem, rather than an application / UI construct? For a lot of reasons. But the question is justified. - because it would be more modular and represent more code reuse, to factorize out the management of links