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 st
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 p
> [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 offe
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'l
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
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 this
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
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
c
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 sho
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-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 shoul
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 requireme
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 Haskel
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 ofte
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
cre
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 of
16 matches
Mail list logo