On Wednesday 25 May 2005 01:09, Daniel Fischer wrote:
> Am Mittwoch, 25. Mai 2005 00:46 schrieb Benjamin Franksen:
> > On Wednesday 25 May 2005 00:11, Jan-Willem Maessen wrote:
> > > On May 24, 2005, at 5:28 PM, John Meacham wrote:
> > > > [various ways of capturing options passed to functions
> >
On Wednesday 18 May 2005 11:58, Graham Klyne wrote:
> So I ask myself: are there any good papers or books on this topic
> that outline a coherent and principled approach to API design?
Matthias Ettrich's talk at aKedemy 2004 about Qt API was interesting:
http://ktown.kde.org/akademy/Matthias_Ettr
On Saturday 19 February 2005 01:38, Mark Carroll wrote:
> On Fri, 18 Feb 2005, Dmitri Pissarenko wrote:
> > It seems to me like a good idea, since during coding it often helps
> > to write down one's thoughts (often, I find a solution to a
> > complicated problem in this way).
> >
> > What are your
On Tuesday 25 January 2005 14:48, Dmitri Pissarenko wrote:
> Imagine I wrote a program in Haskell and want to use it on a
> microcontroller device.
You should take a look at Malcolm Wallace's thesis :
ftp://ftp.cs.york.ac.uk/pub/malcolm/thesis.html
He worked on using Haskell in embedded computer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 9 janv. 05, at 20:03, Marcin 'Qrczak' Kowalczyk wrote:
Once this is agreed, it would be easy to make scripts which generate
C code from UnicodeData.txt tables from Unicode. I think table-driven
predicates and toUpper/toLower should better be implemen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3 déc. 04, at 17:28, GoldPython wrote:
In the case of writing something like a text editor where the data
involved is by its very nature mutable, what sort of design paradigm
would you use in a functional language?
Maybe you should take a look at Yi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Simons wrote:
| > You can save even more characters:
|
| > msg = verb "i = " . shows 12 . verb "\tj = " $ "test"
|
| Right! One more reason to use ShowS-style. :-)
There is a probleme with ShowS though: it is not internationalizable at
all. St
