BT

New Early adopter or innovator? InfoQ has been working on some new features for you. Learn more

Interview: Ted Neward on Present and Past Languages

| by Abel Avram on Oct 23, 2008. Estimated reading time: less than one minute |

 In this interview filmed during QCon London 2008, Ted Neward, author of "Effective Enterprise Java", talks about languages, statical, dynamical, objectual or functional. He dives into Java, C#, C++, Haskell, Scala, VB, and Lisp, to name some of them, comparing the benefits and disadvantages of using one or another.

Watch: Ted Neward on Present and Past Languages (47 min)

Rate this Article

Adoption Stage
Style

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Fantastic Talk! by Kent Fenwick

Totally agree with Ted on the subject on team communication. It is very easy to blame a language, framework or API for putting up barriers between passing information from author to user or from author to maintainer but the truth is that good communication trumps all of that! It doesn't matter how beautiful the code is... if you have bad communication you will not be able to successfully pass on knowledge.

I think what could have been said is that bad language design can highlight or amplify bad communication in a team, but the underlying issue is, and always will be with the people doing the writing. Spending five minutes with the author of a piece of code, library, framework or language can do more than 10 hours of books or googling.

Fantastic talk! Keep these coming. Thanks for such high quality (and entertaining) content!

here's your currying for c# by Stefan Wenig

public static Func<T1,Func><T2,TR>> Curry<T1,T2,TR> (this Func<T1,T2,TR> func)
{
return a1 => a2 => func (a1, a2);
}

Func<float,float,float> div = (a,b) => a/b;
var inv = div.Curry()(1);
Assert (0.5 == inv(2));

it's not as nice as in f#, but it's there. (Actually, only the Func<> syntax sucks, the body of Curry() hits it quite neatly. Functional programming in C# would look so much nicer with built-in syntax instead of Func<>)

still a very interesting interview!<><></float,float,float></t1,t2,tr></t1,t2,tr></t2,tr>

Re: here's your currying for c# by Stefan Wenig

oh, and I'm so glad the system provided all those closing tags for the generic arguments that I forgot ;-)

currying not querying by George Mauer

In your transcript:
For example, an important part of this would be functional querying

it should be "currying"

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

4 Discuss

Login to InfoQ to interact with what matters most to you.


Recover your password...

Follow

Follow your favorite topics and editors

Quick overview of most important highlights in the industry and on the site.

Like

More signal, less noise

Build your own feed by choosing topics you want to read about and editors you want to hear from.

Notifications

Stay up-to-date

Set up your notifications and don't miss out on content that matters to you

BT