I'm starting a job in a month with a company heavy in .Net. I really
don't want to use C# which several years ago I invested a lot of money
for books on just to decide after a month and a half that the language
was a pig (personal opinion only here), so I am trying to decide as to
what dynamic language I want to use.
My options so far as far as I can see:
Ironpython - good pick for me, I like python and use it a lot for
private projects, I think the language scales reasonably well so it is
nice to write quick ugly hacks but also more stable longterm
solutions.
Jscript.Net. I am one of the few people who does not think ecmascript
is an ugly language, it's just the implementations that make me cry. I
have quite a number of generic utility functions I can move into
Jscript so it is a good pick.
F#, since the company I will be working for is mainly providing large
governmental content management solutions not sure how much I want to
go overboard on using a purely functional language.
Various Scheme tools to interact with .Net - probably Bigloo.
And of course: Lsharp.
One thing that I want to be sure of before I decide is how much of
programs implemented in pure Lisp (by which I mean without recourse to
libraries) would be translatable across to LSharp?
Is Lsharp callable from other .Net languages?
In the documentation of Lsharp there is the example of embedding
Lsharp as a scripting language for an application. I wonder if there
is any way to turn off or limit support to libraries at that point?
A) Neither; mt egg could not acquire chicken-lock from mt chicken. mt chicken could not acquire egg-lock from mt egg.
+27 82 567 6207
http://pieterbreed.blogspot.com/
However, I checked the Google group and I see that two of the authors
-- Kamil Skalski and Michał Moskal -- have been active in the last
month, so that's heartening.
On Mar 31, 1:01 am, "Pieter Breed" <pieter.br...@gmail.com> wrote:
> Hi,
>
> I can't really offer you an answer, but do consider the following. F# is in
> fact not "purely functional" it has OO support, and can interact effectively
> with the .NET BCL. To quote the people there, it is "functionally oriented"
>
> You might also consider Nemerle, which is a strange (but delightfull) mix of
> OO and functional programming. It looks like C# (ito syntax) but it has some
> nice features, like macros and so on.
>
> Regards,
> Pieter
>
> --
>
> Q) Which came first, the multithreaded chicken or the multithreaded egg?