headers
Martin Gasbichler | 13 Jan 2003 13:01
Picon

Release of scsh 0.6.3


Olin, Brian, Mike and I are very pleased to announce the release of
version 0.6.3 of scsh, the Scheme Shell.

On top of the usual tons of bug fixes, scsh 0.6.3 has a number of
additional features over 0.6.2, specifically in the area of
non-blocking I/O.  Scsh 0.6.3 implements the complete API of the scsh
0.5 series; with 0.6.3, the 0.6 series is now considered feature-complete.

[We're now going to work on the 0.7 series which entails a complete overhaul
of the system.]

For more information about scsh, visit our website at

http://www.scsh.net/

You can download the tarball from

ftp://ftp.scsh.net/pub/scsh/scsh.tar.gz

We have appended the RELEASE file from the distribution for your
convenience.

Have fun!
Brian, Martin, Mike and Dr. S.

------------------------------------------------------------------------------

Scsh 0.6.3 Release notes					-*- outline -*-
(Continue reading)

Permalink | Reply | 0 comments |
headers
Heath.Putnam.Extern | 28 Jan 2003 22:39
Picon

Job in Munich, Germany

Scheme-48 hackers please take notice: 

I work for a consulting firm working with a bank in Munich Germany. I extend
existing equity derivative systems (e.g. exotic options) . I have been asked
to find others to work with me. The sort of programming we do is a good fit
for someone who can program at various levels of abstraction -- e.g.
extending /implementing a lisp, programming fast numerics in lisp, building
abstractions in c++.

Although this job requires relocation to Munich, German language skills are
completely unnecessary.

We always have to implement things very quickly and successively extend
things -- we have to do things in a "worse is better" way, to the extreme.
Production, where the users are, does not have a development environment.
Hence most applications are like embedded programs. Also, we are not allowed
to break code in production; the stuff gets used every day, and needs to
work. So we have to reason about the programs before releasing changes, to
make sure things are OK.

We expect, in the next year, to do interesting work with parallel
programming and partial evaluation (and likely CAML, as there is a very
promising-looking product in our field  that uses CAML as its basis). This
project will involve lots of code generation at calculation time, allowing
us to beat the speed of typical C-language implementations. 

Common Lisp implementations are so good that we'll likely use them heavily,
while staying away from things like CLOS and LOOP (for clarity/safety). We
will likely get some modifications to our Common Lisps (by the vendors) to
allow us to do extra-fast numerics so that we can price as fast as possible
(Continue reading)

Permalink | Reply | 0 comments |

Gmane