Most languages, even Java, have a reflection capability to dynamically
inspect an object.
_Even_ Java? That's a strange point of view considering how much money
went into this technology.
they didn't take reflection seriously at first, initially providing only a
half-baked feature set; that
On Mon, Jun 18, 2007 at 10:05:40PM +0100, Pasqualino 'Titto' Assini wrote:
Most languages, even Java, have a reflection capability to dynamically
inspect an object.
_Even_ Java? That's a strange point of view considering how much money
went into this technology.
I also find it hard to believe
On Thu, Jun 21, 2007 at 10:27:58AM +0200, Tomasz Zielonka wrote:
On Mon, Jun 18, 2007 at 10:05:40PM +0100, Pasqualino 'Titto' Assini wrote:
Most languages, even Java, have a reflection capability to dynamically
inspect an object.
It is surprising that Haskell doesn't offer it.
I'll just
[mailto:[EMAIL PROTECTED] On Behalf Of Tomasz Zielonka
On Mon, Jun 18, 2007 at 10:05:40PM +0100, Pasqualino
'Titto' Assini wrote:
Most languages, even Java, have a reflection capability
to dynamically
inspect an object.
It is surprising that Haskell doesn't offer it.
I'll
Hello Tomasz,
Thursday, June 21, 2007, 12:27:58 PM, you wrote:
I also find it hard to believe that most languages have reflection,
especially those which are traditionally focused on efficiency and
compilation to native code, like C, C++, Fortran, Pascal, etc.
for OOP languages, it is no
On Monday 18 June 2007 23:45:23 Claus Reinke wrote:
Have you checked the prevayler-inspired approach implemented in HAppS ?
no, do you have a reference? but i meant orthogonal persistence, as in
all program parts can persist, including functions, thunks, types,.. once
you start going down
Thomas Schilling wrote:
* Structural (optionally Type-Directed) Editing
Structural editing means that your code is always (mostly) syntactically
correct, and in case of haskell maybe also type-checked. This also
implies that edit operations have syntactic awareness. paredit[1]
emulates
On 18 jun 2007, at 16.01, Pasqualino 'Titto' Assini wrote:
Having just presented a case for the possible rationality of the
irrational
decision of creating an Emacs-like IDE in Haskell, I wonder if we
should not
be even more irrational and contemplate the possibility of using
Haskell to
On 6/18/07, Pasqualino 'Titto' Assini [EMAIL PROTECTED] wrote:
Having just presented a case for the possible rationality of the irrational
decision of creating an Emacs-like IDE in Haskell, I wonder if we should not
be even more irrational and contemplate the possibility of using Haskell to
Having just presented a case for the possible rationality of the
irrational decision of creating an Emacs-like IDE in Haskell, I
wonder if we should not be even more irrational and contemplate the
possibility of using Haskell to create a radically different kind of
IDE.. New technologies are
Hi Claus,
On Monday 18 June 2007 18:14:58 Claus Reinke wrote:
Having just presented a case for the possible rationality of the
irrational decision of creating an Emacs-like IDE in Haskell, I
wonder if we should not be even more irrational and contemplate the
possibility of using Haskell to
On Monday 18 June 2007 16:13:02 you wrote:
I just did a quick read through of your dream and I'm not going to say
either way with it. But I would like to point out, just to make sure
you've considered it, that my dream--or maybe my reality--involves
being able to code without the requirement
On Mon, 2007-06-18 at 22:05 +0100, Pasqualino 'Titto' Assini wrote:
Hi Claus,
On Monday 18 June 2007 18:14:58 Claus Reinke wrote:
Having just presented a case for the possible rationality of the
irrational decision of creating an Emacs-like IDE in Haskell, I
wonder if we should not be
hi titto,
I actually knew about Croquet but I thought of it mostly as an open-source
second life because of its emphasys on shared 3D worlds but you are quite
right, it might also be useful for cooperative software development.
the first corporation betting its money on croquet is Qwaq:
On Mon, 2007-18-06 at 15:01 +0100, Pasqualino 'Titto' Assini wrote:
LambdaBot, hpaste and hoogle as well as the Haskell Wiki and indeed even this
mailing list can all be thought as elements of a cooperative, ubiquitous,
customisable, zero-installation, distributed and integrated (that
15 matches
Mail list logo