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
On Sun, Oct 10, 2010 at 9:01 AM, Leo Richard Comerford
leocomerf...@gmail.com wrote:
On 10 October 2010 01:44, John Zabroski johnzabro...@gmail.com wrote:
To be fair, Tim had the right idea with a Uri.
He also had a right idea with the Principle of Least Power. Thesis,
antithesis...
I have to wonder how things might be different if someone had made a tiny,
free, scriptable Smalltalk for unix before Perl appeared...
BTW, there were rumors that Sun considered using Smalltalk in browsers instead
of Java but the license fees from the vendors were too high. Anyone know if
I saw Paul Fernhout mention this once on /.
http://developers.slashdot.org/comments.pl?sid=1578224cid=31429692
He linked to: http://fargoagile.com/joomla/content/view/15/26/
which references:
http://lists.squeakfoundation.org/pipermail/squeak-dev/2006-December/112337.html
which states:
When I
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
On Thu, Oct 14, 2010 at 6:51 PM, John Zabroski johnzabro...@gmail.comwrote:
That being said, I have no idea why people think Smalltalk-80 would have
been uniformly better than Java. I am not saying this to be negative. In
my view, much of the biggest mistakes with Java were requiring insane
Pascal J. Bourguignon wrote:
No idea, but since they invented Java, they could have at a much lower
cost written their own implementation of Smalltalk.
or two (Self and Strongtalk).
Of course, Self had to be killed in favor of Java since Java ran in just
a few kilobytes while Self needed a
Wow! Thanks for that amazing nugget of Internet history.
Fun fact: Tony Duarte wrote the book Writing NeXT Programs under the
pseudonym Ann Weintz because supposedly Steve Jobs was so secretive that he
told employees not to write books about the ideas in NeXT's GUI. See:
It seems that a logic programming inspired take on types might be useful:
e.g. ForAll X such that X DoThis is defined, X DoThis
or maybe, ForAll X such that X HasMethodReturning Y and Y DoThis is
defined, Y DoThis
Or, how about, pattern matching on message reception? Allow free
variables in
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.
On 10 October 2010 07:31, Dirk Pranke dpra...@chromium.org wrote:
But there's always NativeClient (as someone else linked to) if you
need raw speed :)
-- Dirk
Not just Native Client: a Native Client app including a GUI toolkit.
(A toolkit which will soon be talking to an OpenGL-derived
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
I'm not entirely sure why the idea of pattern expressions and meta-translators
wasn't an awesome idea.
If expressing an idea cleanly in a language is possible, and expressing that
language in another language clearly and cleanly is possible, why is it not
possible to write a tool which will
On 10 October 2010 14:01, Leo Richard Comerford leocomerf...@gmail.com wrote:
You still need things similar
to (say) a HTML renderer, but you don't need the browser vendor's
choice of monolithic HTML renderer riveted into a fixed position in
every browser tab's runtime.
Let me rephrase that
My answer can be best expressed simply and deeply thus:
I don't see the unix command 'ls' being rewritten every day or even every
year.
Do you understand what I'm trying to get at? It's possible to use an 'ls'
replacement if I so choose, but that's simply my preference. 'ls' itself hasn't
I have mentioned this before, but
http://labs.qt.nokia.com/2010/06/25/qt-for-google-native-client-preview/#comment-7893
.
Leo.
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
On Fri, Oct 8, 2010 at 11:09 PM, Paul D. Fernhout
pdfernh...@kurtz-fernhout.com wrote:
Yes, there are similarities, you are right. I'm not familiar in detail
because I have not used Chrome or looked at the code, but to my
understanding Chrome does each tab as a separate process. And typically
On 2010-10-09, at 12:45 PM, Dirk Pranke wrote:
[...] it's
unclear if one can reasonably hope to see a web browser written from
scratch in a new language to ever hope to render the majority of the
current web correctly; the effort may simply be too large. I was not
aware of Lobo; it looks
On Fri, Oct 8, 2010 at 9:17 PM, Dirk Pranke dpra...@chromium.org wrote:
On Fri, Oct 8, 2010 at 11:28 AM, John Zabroski johnzabro...@gmail.com
wrote:
JavaScript also doesn't support true delegation, as in the Actors Model
of
computation.
Also, Sencha Ext Designer is an abomination. It
On Sat, Oct 9, 2010 at 3:45 PM, Dirk Pranke dpra...@chromium.org wrote:
On Fri, Oct 8, 2010 at 11:09 PM, Paul D. Fernhout
pdfernh...@kurtz-fernhout.com wrote:
Yes, there are similarities, you are right. I'm not familiar in detail
because I have not used Chrome or looked at the code, but to
On Fri, Oct 8, 2010 at 8:28 PM, John Zabroski johnzabro...@gmail.com wrote:
Why are we stuck with such poor architecture?
A bad language attracts bad code. ;)
Bye,
Waldemar
--
Django on App Engine, MongoDB, ...? Browser-side Python? It's open-source:
Even modern technology like Windows Phone 7 encourages, as part of their App
Store submission guidelines, that the app hardwire support for two screen
resolutions. This is bizarre considering the underlying graphics
implementation is resolution-independent.
These bad choices add up. As Gerry
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:
On Fri, Oct 8, 2010 at 5:04 PM, Paul D. Fernhout
pdfernh...@kurtz-fernhout.com wrote:
But, the big picture issue I wanted to raise isn't about prototypes. It as
about more general issues -- like how do we have general tools that let us
look at all sorts of computing abstractions?
In
On Fri, Oct 8, 2010 at 11:28 AM, John Zabroski johnzabro...@gmail.com wrote:
JavaScript also doesn't support true delegation, as in the Actors Model of
computation.
Also, Sencha Ext Designer is an abomination. It is a fundamental
misunderstanding of the Web and how to glue together chunks of
On Fri, Oct 8, 2010 at 2:04 PM, Paul D. Fernhout
pdfernh...@kurtz-fernhout.com wrote:
It's totally stupid to use JavaScript as a VM for world peace since it
would be a lot better if every web page ran in its own well-designed VM and
you could create content that just compiled to the VM, and the
I think type is a foundationaly bad idea. What matters is that the object in
question can respond intelligently to the message you're passing it. Or at
least, that's what I think right now, anyway. It seems like type specification
(and as such, early binding) have a very limited real use in the
But wait. I think we need more complex types than are even allowed. When we
actually compute something on the back of an envelope, we have been taught
to carry all the units along explicitly, but when we set it up for a really
stupid computer to do it automatically, we are forbidden, almost
28 matches
Mail list logo
