Re: [fonc] How to do 'Perform' better than Smalltalk

2007-07-20 Thread Paul D. Fernhout
Once I modified a commercial Smalltalk so that senders showed all methods which referenced the symbol with the same name. It was fairly trivial to do, though I forget the details of how; it's been so long. Rather than specifically to get at performs, I did this because I had set up an approach of

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

2010-10-08 Thread Paul D. Fernhout
The PataPata project (by me) attempted to bring some ideas for Squeak and Self to Python about five years ago. A post mortem critique on it from four years ago: PataPata critique: the good, the bad, the ugly http://patapata.sourceforge.net/critique.html I am wondering if there is some

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

2010-10-08 Thread Paul D. Fernhout
On 10/8/10 1:51 PM, Waldemar Kornewald wrote: On Fri, Oct 8, 2010 at 5:20 PM, Paul D. Fernhout pdfernh...@kurtz-fernhout.com wrote: The PataPata project (by me) attempted to bring some ideas for Squeak and Self to Python about five years ago. A post mortem critique on it from four years ago

Re: [fonc] microscopes/telescopes

2010-10-08 Thread Paul D. Fernhout
On 10/8/10 3:51 PM, Michael FIG wrote: So, in short, I think we need exactly one level of abstraction above the Semantic Web in order to make a true end run in the convergence game. Legacy systems of all sorts need to be described and preserved, not rewritten and rearchitected in a

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

2010-10-10 Thread Paul D. Fernhout
On 10/10/10 2:25 AM, Dirk Pranke wrote: On Sat, Oct 9, 2010 at 8:50 PM, Paul D. Fernhout pdfernh...@kurtz-fernhout.com wrote: On 10/9/10 3:45 PM, Dirk Pranke wrote: C++ is a significant security concern; and it is reasonable to want a browser written in a memory-safe language. Unfortunately

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

2010-10-10 Thread Paul D. Fernhout
On 10/9/10 8:44 PM, John Zabroski wrote: From experience, most people don't want to discuss this because they're happy with Good Enough and scared of testing something better. They are always male, probably 40'ish, probably have a wife and two kids. We're on two different planets, so I

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

2010-10-19 Thread Paul D. Fernhout
On 10/15/10 11:52 AM, John Zabroski wrote: If you want great Design Principles for the Web, read (a) M.A. Padlipsky's book The Elements of Networking Style [2] (b) Radia Perlman's book Interconnections [3] (c) Roy Fielding's Ph.d. Thesis [4] While not exactly about the web, I just saw this

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

2012-12-30 Thread Paul D. Fernhout
Some people here might find of interest my comments on the situation in the title, posted in this comment here: http://slashdot.org/comments.pl?sid=3346421cid=42430475 After citing Alan Kay's OOPSLA 1997 The Computer Revolution Has Not Happened Yet speech, the key point I made there is: Yet, I

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

2012-12-31 Thread Paul D. Fernhout
On 12/31/12 2:32 AM, BGB wrote: in this case, I think Torvalds was right, however, he could have handled it a little more gracefully. code breaking changes are generally something to be avoided wherever possible, which seems to be the main issue here. While many people posting in the slashdot

[fonc] Incentives and Metrics for Infrastructure vs. Functionality (was Re: Linus Chews Up Kernel Maintainer...)

2012-12-31 Thread Paul D. Fernhout
On 12/31/12 1:39 PM, Marcus G. Daniels wrote: Of course, there is rarely the time or incentive structure to do any of this. Productive programmers are the ones that get results and are fast at fixing (and creating) bugs. In critical systems, at least, that's the wrong incentive structure. In

Re: [fonc] Incentives and Metrics for Infrastructure vs. Functionality effective abstraction

2012-12-31 Thread Paul D. Fernhout
On 12/31/12 6:36 PM, Marcus G. Daniels wrote: 2. The programmer has a belief or preference that the code is easier to work with if it isn't abstracted. It's all right in front of them in the context they want it. Perhaps they are copying the code from foreign modules they don't maintain and

[fonc] Wrapping object references in NaN IEEE floats for performance (was Re: Linus...)

2013-01-01 Thread Paul D. Fernhout
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

Re: [fonc] Incentives and Metrics for Infrastructure vs. Functionality (eye tracking)

2013-01-01 Thread Paul D. Fernhout
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

[fonc] Open source tools for sensemaking and augmenting human thinking

2013-09-09 Thread Paul D. Fernhout
Alan- Thomas Watson of IBM said: http://www-03.ibm.com/ibm/history/multimedia/think_trans.html And we must study through reading, listening, discussing, observing and thinking. We must not neglect any one of those ways of study. The trouble with most of us is that we fall down on the latter --