|
Tycho Brahe
|
|
« Reply #221 on: November 15, 2014, 06:41:41 AM » |
|
At the moment, Haskell by a country mile. I can write something in x lines of code using it that would take 10x likes of code in another language (e.g. Java, Scala, etc). On top of that, the strong type system combined with the fact that it has referential transparency makes it so much easier to reason about what my code is going to do, and believe that it's actually going to do it in practice! Finally, even though it's a pure functional language it often approaches the performance of C, and even when it doesn't it generally absolutely smokes other "high level" languages, such as Python or Ruby.
Other languages I'm enjoying are C/C++/CUDA for general high performace stuff, and Python for basic throwaway scripting which I'm guaranteed to not have to support.
|
|
|
Logged
|
|
|
|
BatFastard
Level 0
|
|
« Reply #222 on: November 15, 2014, 05:05:37 PM » |
|
Over the last 25 years I have programmed in dozens of languages. In some ways things are improving, but the expectations and complexity grow faster then languages improve.
For UI creation, Borland's Delphi was hands down the best language/environment I have ever used. For back end, I prefer C++ but Java family of languages and tools might be better for commercial products. I haven't done much web dev, nothing impresses me. Javascript is still very clumsy and hard to debug.
It really depends on the situation.
|
|
|
Logged
|
|
|
|
ubik
|
|
« Reply #223 on: November 18, 2014, 06:32:37 PM » |
|
C. C++. LISP. Blitzmax.
|
|
|
Logged
|
|
|
|
Boreal
Level 6
Reinventing the wheel
|
|
« Reply #224 on: November 21, 2014, 04:03:19 AM » |
|
|
|
|
Logged
|
|
|
|
Gtoknu
|
|
« Reply #225 on: November 21, 2014, 01:40:59 PM » |
|
I don't know what's written, but I can guess each one of the descriptions...
|
|
|
Logged
|
wut
|
|
|
shellbot
Guest
|
|
« Reply #226 on: November 22, 2014, 02:58:47 AM » |
|
I love me some python, I find it perfect for smaller projects. C++ is nice but too easy to over-engineer in. I know you should always plan ahead, but sometimes I just want to jump in; if you do that in C++, you'll pay. C# is beautiful and I want to start using it again. However I like using Vim + Command Line and C# is best inside an IDE (from what I remember). Fuck Java. I hate Java.
|
|
|
Logged
|
|
|
|
BigThink
|
|
« Reply #227 on: November 24, 2014, 11:10:53 AM » |
|
C# C# C# I will always love that language for some reason haha (probably because the syntax is so damn good and typesafe and all that stuff haha)
|
|
|
Logged
|
|
|
|
oldmanmike
Level 0
|
|
« Reply #228 on: December 06, 2014, 12:41:49 AM » |
|
Haskell. Haskell is the worst programming language, except for all the other programming languages that I've tried.
Currently making a game in Haskell, so I might end up eating my words. But I avoided game development for years purely because I really wasn't feeling it with C++. But then Jonathan Blow was like "Big idea languages are impractical" and I was like "That's not true!" and so here I am.
|
|
|
Logged
|
|
|
|
Boreal
Level 6
Reinventing the wheel
|
|
« Reply #229 on: December 06, 2014, 12:17:42 PM » |
|
Haskell is a good language, but not for practical application. It teaches you a lot of concepts that are readily portable to things like C++. Usually these concepts carry over into maintaining cache coherency as well as isolating tasks for multithreading.
|
|
|
Logged
|
|
|
|
oldmanmike
Level 0
|
|
« Reply #230 on: December 06, 2014, 01:55:54 PM » |
|
Depends on how you define "practical application" and what you value in a language. Haskell's primary weaknesses (as far as I've experienced) is its finicky performance and lack of mature libraries for many real world tasks. I'm fine writing my own engine, so the library limitation is primarily a temporary one. Performance is pretty much just understanding what the hell GHC/RTS are doing with your code when you compile it, which is nothing new for high-level languages - it's just more true in the case of Haskell. Haskell has plenty of methods for acquiring good performance, they just don't come batteries included. Other than that, I think it's practical. You just have to acknowledge that you can't port imperative sensibilities over to a purely functional language that defaults to lazy evaluation. You also have to get a deep understanding of the type system. That's hard, but it's an upfront cost that doesn't persist. And once again, I might end up eating my words.
|
|
|
Logged
|
|
|
|
Boreal
Level 6
Reinventing the wheel
|
|
« Reply #231 on: December 06, 2014, 03:36:00 PM » |
|
I have to admit that it helped me a lot in getting good at metaprogramming, considering the C++ compiler basically has an embedded pure functional programming language.
|
|
|
Logged
|
|
|
|
|