News for hackers. Stuff that matters.
Re:Loopt: server engineer - Knowledge of a procedural langua... by elq on Monday June 11, 2007 @03:24PM (#27311)
Erlang and Lisp aren't exactly canonical examples of procedural programming languages.
Re:Loopt: server engineer - Knowledge of a procedural langua... by machine on Tuesday June 12, 2007 @02:24AM (#27409)
I don't see it on there, they must have taken it down. That said, Lisp isn't a really a pure functional language either if that is what you are implying (setf). I don't know enough about Erlang to say anything about that. It is odd that they specify "procedural" though. Anyone that knows a programming language probably knows a procedural programming language.
Re:Loopt: server engineer - Knowledge of a procedural langua... by jey on Monday June 11, 2007 @07:17PM (#27356)
This has been pointed out to them (months ago), but they haven't fixed their posting.
Re:Loopt: server engineer - Knowledge of a procedural langua... by elq on Monday June 11, 2007 @08:02PM (#27367)
That's really pathetic. Me thinks they're not going to get the best qualified people with that kind of attitude.
Re:Loopt: server engineer - Knowledge of a procedural langua... by brlewis on Tuesday June 12, 2007 @09:58AM (#27468)
No, but they look like procedural programming languages to people who are deep into, for example, Haskell. Maybe loopt wants to present itself as on the forefront of functional programming.
Re:Loopt: server engineer - Knowledge of a procedural langua... by jey on Tuesday June 12, 2007 @12:26PM (#27504)
Now they've modified their posting to be redundant:

# Excellent knowledge of C++, C#

# Knowledge of a procedural language

They are implying that C++ and C# are not procedural programming languages. Yes, they're object oriented, but they're still procedural too... C++ and C# sure as hell are not functional languages (e.g. haskell, erlang) nor logic languages (e.g. prolog), nor are they imperative languages without function calls (e.g FORTRAN before 1958, some assembly languages). </pedantic>

http://en.wikipedia.org/wiki/Procedural_programming