The Artima Developer Community
Sponsored Link

Weblogs Forum
Are Dynamic Languages Going to Replace Static Languages?

84 replies on 6 pages. Most recent reply: Oct 14, 2017 5:24 AM by Matthias Schuster

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 84 replies on 6 pages [ « | 1 ... 3 4 5 6 ]
Jakob Jenkov

Posts: 3
Nickname: jjenkov
Registered: Oct, 2003

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Oct 20, 2003 9:50 AM
Reply to this message Reply
Advertisement
>>For example, Eclipse is a large scale progam however its
>>able to overcome the problems of static type checking. I
>>don't believe that there's a Smalltalk program of
>>comparable size to the Eclipse project.

Wow wow, hold on here! As far as I know, Visual Age for Smalltalk and also Visual Age for Java was implemented in Smalltalk. If that ain't large programs...

Also, I happen to know some of the guys who helped starting up OTI in Zürich where Eric Gamma works now and helps doing Eclipse. They did Smalltalk before, and also larger systems. Even embedded Smalltalk if I'm not all wrong!

Ivan Toshkov

Posts: 1
Nickname: ivant
Registered: Dec, 2003

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Dec 23, 2003 4:11 AM
Reply to this message Reply
> > "I wish I was programming in Ruby or Python, or even
> > Smalltalk. "
> >
> > How about Common Lisp? Mature, compiled, and ANSI
> > Standard.
>
> I get the general impression that mature is often a
> synonym for 'old (and therefore boring)'. Developers love
> new languages and new features. Look at the unbridled joy
> each new early version of Java was met with, and compare
> that with the increasing indifference as changes in later
> versions became smaller and smaller.

I felt this way about new features in C++, and then in Java, but then I found Lisp.

I'm relatively new to Common Lisp, I'm comming there from C/C++/Java and I can assure you, it's far from boring. There are so many interesting *new* concepts, even though the ANSI spec didn't change.

One of the unique and more powerful characteristics of Lisp is its macros. (Don't worry, they have nothing to do with C/C++ "macros"). Common Lisp macros, along with closures and other features, make it possible to extend the language with whatever fashonable new paradigms you want.

>
> On this basis, I predict that one of the biggest hidden
> factors in the increase in popularity of Python is the
> decrease in dynamism in the evolution of Java.
>
> Vince.

Ivan

Martin Zvieger

Posts: 1
Nickname: mazi
Registered: Apr, 2004

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Apr 11, 2004 8:33 AM
Reply to this message Reply
> Life in a dynamically typed world is fundamentally simpler.

A shovel is simpler then a Caterpillar, but this is not in favour for the shovel if you have to move large masses.

And here is the complete story...

Depends on the scope and size of the project. Dynamically is good for small and quick and and fool proof. Rendering a result set from a SQL select into HTML for instance.

There are a lot of application domains with a lot of evolved logic out there - and evolved for very plausible reasons.

In my opinion average developer productivity declined steeply from 1995 onwards and is not on the rise yet.

Bluntly, I blame the rise of dynamic languages and the invention of the Application Servers to host them.

The software industry spent a fortune on improving the curly braces '{}', that´s how we ended up with Java.

We had heated debats in our company on this, which eventually cooled down and finally resulted in a change of company policy. Let the developers decide: Estimate your effort, calculate your budget, opt for your style of programming and languages.

Outcome which did not surprise the C++ community:

The sheer expressive power of C++ outweights it´s drawbacks when it comes to getting the job done within time and budget and in good quality. May be that is not true for small projects but we don´t do that.

The most skilled did not discuss language issues too long (they silently opted for C++ and PL/SQL!!!), they spend there mental energy more wisely and concentrate on the application domain and customer needs (the less skilled struggle with technicalities of all kind more often).

When we compared the estimates against the final outcome, the picture was obvious. PL/SQL outperformed C++, which outperformed Java, which outperformed Smalltalk, which outperformed PHP and Perl.

The big surprise was PL/SQL, which is like C++ a complex, static language.
One group built a Server which operated as a XML-Wrapper which called PL/SQL procedures. From then on we stopped using Appication Servers, Java, Perl and things like that.

Alexander Fedin

Posts: 2
Nickname: alexfedin
Registered: Mar, 2005

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Mar 2, 2005 7:21 PM
Reply to this message Reply
Could you please give me an example of Visitor pattern (with double dispatch)implementation in weakly typed language?
see: http://exciton.cs.oberlin.edu/javaresources/DesignPatterns/VisitorPattern.htm

Alexander Fedin

Posts: 2
Nickname: alexfedin
Registered: Mar, 2005

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Mar 2, 2005 7:39 PM
Reply to this message Reply
> Have you ever added an exception to a method and then had
> to change many other methods with either 'throws' clauses
> or try/catch blocks? Have you ever changed the type of a
> function argument and then had to find all usages and
> change them? Have you ever changed a class and then had
> to recompile, and redeploy, all the classes that used
> that class? These are just three of the issues that don't
> occurr nearly as often in dynamically typed languages.

... have you ever used not unix vi (which is definitely good for processing huge amount of plain text, but not as a development environment), but any good IDE with code navigation, refactoring, dependencies, etc.? You put your changes, compile, and the IDE allowes you to easily navigate to all problematic places. You use refactoring feature of IDE (or some third-party plugin) to rename variable, class, method, extract class interface or inline code...
Am I have a chance to be right? ;-)

Jared MacDonald

Posts: 13
Nickname: jared
Registered: Oct, 2002

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Mar 4, 2005 7:32 AM
Reply to this message Reply
> Have you ever added an exception to a method and then had
> to change many other methods with either 'throws' clauses
> or try/catch blocks? Have you ever changed the type of a
> function argument and then had to find all usages and
> change them? Have you ever changed a class and then had
> to recompile, and redeploy, all the classes that used that
> class? These are just three of the issues that don't
> occurr nearly as often in dynamically typed languages.

As someone who is completely ignorant of writing real programs in dynamic languages, *not* having to do all those things you list sounds scary to me. But then, your thesis is that you've got the tests to assuage my fears. (Assuming you've got 100% test coverage.)

How often do those examples happen, though? Here are my responses to your list of questions that I believe shows why I haven't felt the desire to be freed of type-safety (most certainly because I don't have the right mindset): (1) I generally avoid checked exceptions because I don't believe in their value, so I'm not usually refactoring throws clauses; (2) I don't often find myself changing the type of an argument -- I assume this happens most often with numeric types (float -> double or vice versa), and I simply don't find myself working often with those types (3) yes, not having to rebuild all/redeploy would be useful, but again, this only happens if you're making an incompatible change like the two examples.

Also, does anyone ever care about the readability benefits of type-safety? In other words, function(int param) already tells me more than function(param), just as "List<User> getMembers()" tells me more than "List getMembers()". Maybe these are somehow non-issues in dynamically-typed languages.

So I guess my question is what are the benefits of dynamically typed languages that would make your thesis conceivable? I read a whole other thread on Artima and I stil don't really get it.

Isaac Gouy

Posts: 527
Nickname: igouy
Registered: Jul, 2003

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Mar 5, 2005 9:18 AM
Reply to this message Reply
> Could you please give me an example of Visitor pattern
> (with double dispatch)implementation in weakly typed
> language?
> see:
> http://exciton.cs.oberlin.edu/javaresources/DesignPatterns/
> VisitorPattern.htm

I never know what folk mean by "weakly typed", but if you mean dynamically typed then you'll find a Smalltalk example on p342 of the 1995 GoF book "Design Patterns: Elements of Reusable Object-Oriented Software".

And the examples in Dan Ingalls' '86 paper on double-dispatch were in Smalltalk
"A simple technique for handling multiple polymorphism"
http://portal.acm.org/citation.cfm?id=28732

Roscoe Bartlett

Posts: 1
Nickname: rabartl
Registered: Jan, 2008

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Jan 18, 2008 5:47 AM
Reply to this message Reply
Even with perfect TDD, static typing is still very important for two reasons:

1) Library development (and usage)

If you own your entire application from the command-line arguments to the
final output, then TDD gives you all of the protection that you need.
However, if you are only developing a class library with a very large
interface for clients to use, then static typing is needed since users will
not properly TDD their code. In my experience, while novice programming hate
dealing with compile errors, they hate opening a debugger even more and it is
very hard to produce good runtime error messages. Therefore, compile-time
errors are still to be preferred to runtime errors.

2) Performance

In my opinion, despite what everyone says about C++, the major motivation for
strong motivation for static typing is high performance, not safety. The fact
that C++ has raw pointers tells you that raw C++ is not all that concerned
about safety.

As for TDD, it can be very hard to write isolated tests for some types of
code. For example, if you are using Python to write scripts to direct the
build process for an expensive build, it is very hard to make a small fast
test that will run quickly. Instead, I will run a incremental rebuild that
takes 10 minutes and then the Python script crashes because I misspelled the
name of a single variable very late in the process. If this had been Java
code, I would have found this out in 5 seconds.

My main reason for using Python for this project is that it is free, it is
available everywhere, it has better text processing and it is better than
shell scripting.

Stephen Monette

Posts: 1
Nickname: monets
Registered: Aug, 2010

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Aug 6, 2010 8:26 AM
Reply to this message Reply
7 years later - it's 2010. In 2003, I was also a and Java developer and in 2007, I moved over to C#. Back then, I liked the idea of strong-typing, but since then, I've discovered Ruby - at work - and I too have become convinced that the way to go is test-driven development. Unit testing makes me far more confident about my code than static typing ever did. Good post Robert. What's your take on this now that 2010's here?

Matthias Schuster

Posts: 1
Nickname: cosmos64
Registered: Oct, 2017

Re: Are Dynamic Languages Going to Replace Static Languages? Posted: Oct 14, 2017 5:24 AM
Reply to this message Reply
Why do you miss to mention type inference?

Flat View: This topic has 84 replies on 6 pages [ « | 3  4  5  6 ]
Topic: Markdown vs. AsciiDoc Previous Topic   Next Topic Topic: Code versus Software

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use