Usage of other languages

[Joachim Folz]

Hello,

I didn't find newsgroups for Python, Lisp, Eiffel, PHP, Cobol etc. on
news.microsoft.com. So I want to ask the C#-newsgroup about the usage of
other languages then C# and VB.NET.

How popular are languages like Python, PHP, Perl, Lisp, Smalltalk, Prolog,
Eiffel, Haskell, Mercury, APL, Cobol, Fortran, PL/1, RPG etc. amongst
..NET-developers?

Joachim

 

[Joachim Folz]

Hello,

I didn't find newsgroups for Python, Lisp, Eiffel, PHP, Cobol etc. on
news.microsoft.com. So I want to ask the C#-newsgroup about the usage of
other languages then C# and VB.NET.

How popular are languages like Python, PHP, Perl, Lisp, Smalltalk, Prolog,
Eiffel, Haskell, Mercury, APL, Cobol, Fortran, PL/1, RPG etc. amongst
.NET-developers?

Joachim

Ooops ... I should be more precise.
Who uses Python.NET, Lisp.NET, PHP.NET, Smalltalk.NET etc. for real
applications? Who uses other .NET-languages then C# or VB.NET?

Joachim

 

[Frank Lesser [LSW]]

Ooops ... I should be more precise.
Who uses Python.NET, Lisp.NET, PHP.NET, Smalltalk.NET etc. for real
applications? Who uses other .NET-languages then C# or VB.NET?

Joachim

Hi Joachim,

I believe other languages than C# and VB.Net are not widely used or are in an experimental state.
The most serious ones are Eiffel, Borlands Delphi, Fortran and of course J#.

For Smalltalk there are
- Smallscript- not released under .NET yet.
- Smalltalk# - a Smalltalk to MSIL compiler
- VMX Smalltalk ( Beta ) a Smalltalk-Interpreter.
- LSW Vision-Smalltalk ( LSWVST ) a Windows-Smalltalk with .NET Interface.

For Smalltalk the biggest hindernis is the different way of development..Smalltalk is pure OO. Everything is an Object including
Classes & Methods. Every change take immediatley effect - there is no classical edit-compile-run cycle.
Classes can be changed ( fields added ) without loosing Instances !
..NET has no support for these magic features. Smalltalk-Interpreters on top of the CLR tend to run orders of magnitudes slower than
pure .NET languages.
Also Smalltalk has traditionally its own JIT technology which conflicts with :NET philosophy.

we develop in our inhouse language LSWVST and have developed a .NET Delopment tool with
Reflection-Browser/Decompiler/Obfuscator/Metadata Browser/Diagrammer ( LSW DotNet-Lab ).
We are working on a new version of our Smalltalk ( LSWVST.Net ) - which is a pure .NET implementation.

with best regards,
Frank-Lesser www.lesser-software.com

 

[Joachim Folz]

Hi Joachim,

I believe other languages than C# and VB.Net are not widely used or are in an experimental state.
The most serious ones are Eiffel, Borlands Delphi, Fortran and of course J#.

For Smalltalk there are
- Smallscript- not released under .NET yet.
- Smalltalk# - a Smalltalk to MSIL compiler
- VMX Smalltalk ( Beta ) a Smalltalk-Interpreter.
- LSW Vision-Smalltalk ( LSWVST ) a Windows-Smalltalk with .NET Interface.

For Smalltalk the biggest hindernis is the different way of

development..Smalltalk is pure OO. Everything is an Object including

Classes & Methods. Every change take immediatley effect - there is no

classical edit-compile-run cycle.

Classes can be changed ( fields added ) without loosing Instances !
.NET has no support for these magic features. Smalltalk-Interpreters on

top of the CLR tend to run orders of magnitudes slower than

pure .NET languages.
Also Smalltalk has traditionally its own JIT technology which conflicts with :NET philosophy.

we develop in our inhouse language LSWVST and have developed a .NET Delopment tool with
Reflection-Browser/Decompiler/Obfuscator/Metadata Browser/Diagrammer ( LSW DotNet-Lab ).
We are working on a new version of our Smalltalk ( LSWVST.Net ) - which is a pure .NET implementation.

with best regards,
Frank-Lesser www.lesser-software.com

That was a very teaching reply, Frank.
Nevertheless I'm quite astonished that nobody else here seems to be
interested in functional/dynamic languages or languages following other
paradigms then C#/VB.NET aka imperative languages. But maybe
this is caused by low Sunday-traffic.

Joachim