6 ms·

It's like a language was picked first and then the blog written backwards to come to the conclusion. So there's some languages in bullets and subjective pieces

It's like a language was picked first and then the blog written backwards to come to the conclusion. So there's some languages in bullets and subjective pieces that are reasons not to use them. I can do that with Crystal too...it doesn't even support one of the most popular OS's natively. I mean, the author says C++ is a better language than Go, that Google is the ultimate reason for success, and that Go takes us back to C. That doesn't even make any sense. "doesn't seem to click to me...generally didn't feel...feel the language is rough" etc. How about just use the best language for the problem, instead of choosing the language before the project. As I've mentioned on many of these language-comparison posts (more like tweets) these days, just ignore them and remain wise to your problem space. They are very juvenile.

hasahmed 8y ago
While your grievances are valid, I feel like you're missing the point. Or perhaps you think of programming than he does. It is certainly true that in a situation where all you want to do is get a task done, then what you should really think about is the best tool for completing the task (sometimes its a spreadsheet but programmers will often go for a little python instead). But in the case where your just programming for the sake of programming. Where programming is the ends and the problem you're solving is the means, this is where the nit-picky language comparisons blogs I think start to happen and I think its great.
fgimian 8y ago
You make a fair point and I totally respect your opinion. I was ultimately looking for a versatile language that I could use for my personal projects outside of work and thus I was indeed trying to find a single language that could do everything I wanted. Up until this point, that language has been Python. Go is clearly sufficient for many very successful and amazing projects (many of which I use daily, like Hugo, Terraform, Docker .etc), so developers can still produce excellent tools with its limitations. But in saying that, the language is not for me, and that's okay; if it works for someone else, then that's okay too. Go does lack various features that many developers want, including me. Fun fact, the blog post was generated by Hugo ... which is written in Go :) With regards to Nim, yes, my experience with Nim is limited and I am still hoping to learn it further and do a more thorough evaluation. Hopefully I'll spend a good amount of time with Nim in the future to give it more of a fair go.
- fileeditview 8y ago
  > Go [...], so developers can still produce excellent tools with its limitations. I really found "still" to be funny because I think for many Go devs (including me) the simplicity and lack of features especially enables us to create more easily. It's the opposite of standing in front of giant fridge shelves in the supermarket with 100+ kinds of yoghurt where you have a hard time deciding. You only have a few choices so you just go ahead and pick one/just do it. Forgive my bad analogy.
  - fgimian 8y ago
    Totally fair point. Minimalism can be extremely liberating and in fact, it's something I apply to many other areas of my life. But when it came to Go, I personally found myself battling the language as a result, rather than being more productive with it. Ultimately if it makes you more productive, then that's awesome and that's all that matters.
  - pjmlp 8y ago
    I program since 1986, had lots of fun around 1995 using Oberon system, one of Go's influences. So naturally I used many programming languages with Go's limited set of features, which doesn't mean I want to return to those days.
    - fileeditview 8y ago
      I'm not sure what your point is.. is it: "More features are better"? I started programming a few years later than you.. first on Atari ST (Basic) then later in DOS (Pascal). I often wish myself back to these systems when I see today's bloated stacks of crap (obviously this does not apply to everything). I don't think this is relevant for the original discussion though..
      - pjmlp 8y ago
        My point is ignoring features largely proven in mainstream languages is bad. Even the last version of Turbo Pascal for MS-DOS (7.0) was more feature rich, ignoring the lack of GC for a moment.
timClicks 8y ago
In my view, programming language choice is cultural yet is always framed as something objective. It is even possible to "use the best language for the problem"? Even if it were possible to evaluate all current alternatives, we lack knowledge of the future and therefore can't reliably include important factors such as ability to hire into the team.
- sjellis 8y ago
  > In my view, programming language choice is cultural yet is always framed as something objective. I agree, and think that the culture around a programming language is one of the most important attributes, so we should not be afraid to talk about human factors like cultural fit. Your choice of programming language is usually limited to a short list of the ones that have the tools and libraries to support what you are doing, but IMO it's perfectly reasonable to choose a particular language because you and your team like the culture. If you decide to use a programming language in production, you might have to live with it for a long time.
- mosselman 8y ago
  I really like this[1] talk from DHH on the subject, where he talks about the misconception of many programmers that we are doing science rather than something creative. While laced with hyperbolic statements it is at the very least thought provoking on some of the things that we do as developers. 1: https://www.youtube.com/watch?v=9LfmrkyP81M https://www.youtube.com/watch?v=9LfmrkyP81M
- kodablah 8y ago
  > It is even possible to "use the best language for the problem"? Not perfectly because "best" is subjective. My advice is to let the problem and goals help you dictate (yes, even on hobby projects and even if one of the goals is trying said language). In fact, if you are a hobbyist evaluating languages, you should try them all out with reasonable projects where you can instead of write a post saying how you are moving from a single one to another single one.
- Accipitriform 8y ago
  "In my view, programming language choice is cultural yet is always framed as something objective." I think that's an objectively false statement. There are many objective metrics by which a programming language may be evaluated. Conciseness, clarity, suitability for realtime applications, and efficiency come to mind. "It is even possible to "use the best language for the problem"?" It's certainly possible to use a suitable language for the problem. Some problems are more forgiving than others, of course... I will say that the idea of a "general purpose" programming language, suitable for most tasks, is a good one. The current multitude of languages, while fun and good for exploring new ideas, is taking a lot of brainpower away from actually producing working systems. Also, I'll claim that there's no reason that most programs shouldn't be written in an efficient language, and in fact there may be a push for that in the name of datacenter efficiency. It's sad that the most written programming language today is Javascript.
jabgrabdthrow 8y ago
He talks like a shill and his stuff makes no sense!
glibgil 8y ago
> C++ is a better language than Go, that Google is the ultimate reason for success, and that Go takes us back to C. That doesn't even make any sense It make senses to half the users of this site. The other half, well, I guess their jobs depend on it not making sense. I should add that I have no interest in Crystal. It’s just obvious that Go enjoys more success than it technically merits.
- kodablah 8y ago
  > It make senses to half the users of this site. The other half, well, I guess their jobs depend on it not making sense. Not sure what you mean here, but comparing Go and C negatively (even though quite unrelated) whilst praising C++ makes little sense. Even if you frame it in the way the author did that C++ has classes and C and Go doesn't, Go's lack of classes is no more primitive than any other modern lang w/out classes. And that doesn't even get into arguments on conflating OO and classes. These pro/con discussions always devolve into this mess and can be picked apart, that's why they are rarely worth having at such a high level. > I should add that I have no interest in Crystal I have interest in all of them. > It’s just obvious that Go enjoys more success than it technically merits. You said more success, the post said Google backing is what "ultimately resulted in its success". Those aren't the same thing. I doubt anyone would disagree that it helps, but I doubt anyone reasonable would agree it is the sole reason why. It's not like D or Kotlin Native or Swift or others got a fair shake here. These just aren't good posts and I struggle to find any benefit in them.
  - sudhirj 8y ago
    The “Go is successful because of Google” is really wearing thin. For this to have any credibility we would have had to see the same effect on any of Angular, Polymer, Dart, Flutter, GWT and whatever else Google put their weight behind that we’ve already forgotten.
    - smt88 8y ago
      Of all those things, Google only really put their weight behind Angular, and Angular 1 was incredibly popular for a while. I still frequently see it in the job postings of other companies. I doubt Go is only successful because of Google, but a large corporate sponsor seems to make or break most languages.
coldtea 8y ago
>I mean, the author says C++ is a better language than Go, that Google is the ultimate reason for success, and that Go takes us back to C. That doesn't even make any sense. It makes perfect sense. In fact that's what the Go developers themselves found out -- that C++ programmers, who they thought they would be attracted to Go, passed it over, and instead Go gained dynamic language converts.
- pjmlp 8y ago
  If they had been more open minded regarding generic programming they would had gotten more from us.
  - coldtea 8y ago
    Agreed. Would make Go much more suited to the kind of stuff I do -- although it still has several drawbacks as a language (warts and idiosyncratic decisions that are not really based on any utility), it hits a good spot of convenience and popularity (which means ecosystem growth) for certain tasks.
- akavel 8y ago
  Personally, I'm actually a long time C++ programmer (and loving it, at the time!), who abandoned it and run away full steam with Go (loving it even more). So, always when I hear the above claim, I wonder: am I, like, "the only one"? A curious specimen? Or is there more of us, just maybe we don't speak up?
  - coldtea 8y ago
    >I wonder: am I, like, "the only one"? A curious specimen Considering that Go doesn't even do well (and has horrible library support) for most of the stuff C++ is used for (GUI apps, 3D, AAA games, systems programming, high performance scientific calculations, etc), probably yes. Now, if you did network servers with C++, probably Go is a better/easier/smaller surface fit.
  - isaachier 8y ago
    I worked as a C++ developer for three years and switched to Go development this year. I used to love making a "generic" solution to a given problem using templates in C++. Now I find myself without even a decent data structure in the Go standard library. Have you seen the way priority queues are implemented? Just a terrible design choice.
Bizarro 8y ago
Not only all that you mentioned, but picking a language isn't like it was 25 years ago. Some hypothetical "best language in the world" is irrelevant without the tooling and ecosystem around it. "BLITW" still sucks if might as well write the code in Notepad because the editor/IDE integration sucks. "BLITW" sucks if the community consists of 8 people on github. I hear of Crystal a couple/3 years ago, and it sounds neat on paper - a statically-typed, fast Ruby. Cool, but it's completely meaningless to me because it doesn't fit into any ecosystem that me or most developers care about.
- p1necone 8y ago
  Absolutely, as an anecdote: I keep coming back to Java for non-trivial projects not because of the language itself at all, but because of Maven Central, Gradle and the rest of the very mature CI ecosystem with Java.
- ben0x539 8y ago
  In practical terms, you're right, of course, but also... > "BLITW" still sucks if might as well write the code in Notepad because the editor/IDE integration sucks. We have better editors than notepad that work with any language, and there's plenty of people getting work done with fairly barebones editor setups making no use of language integration at all. > "BLITW" sucks if the community consists of 8 people on github. While adoption and library availability are clearly huge factors, they're not necessarily absolute requirements. There are plenty of good (and surely also many bad) reasons why many real-world codebases are practically isolated from the wider community despite being written in a widely adopted language. If some language was clearly the best in the world, or even just demonstrably superior in a way that is meaningful to whatever your requirements are, it can be a totally reasonable decision to choose that language for your project even though you won't be able to reach to github for a lot of conveniences, you'll have to write code in stock vim and you'll have to invest some extra time to get new contributors up to speed. I don't know if Crystal is that language, I'm not even in a great hurry to try it to find out, but I feel like if I waited until a language had reached Go levels of mindshare before taking it seriously I'd probably be missing out.
RX14 8y ago
I think the best lens to view this blog post through is shown in the quote far down in the article: > I plan to only use this language in my personal projects I think this is more a blog post about what language the author finds most interesting and exciting, not the language the author is suggesting people use for work.
- fgimian 8y ago
  Precisely, at work we use Python and C++, but I wanted to learn a new language in my own time for fun :) I also tried to highlight its weaknesses in the Caveats section. The language is young and often has breaking changes which would not be suitable for production at this time, particularly in larger organisations. However, I think the language shows great promise and will appeal to a lot of people as it matures. I'm certainly enjoying it so far! :)

hasahmed 8y ago

While your grievances are valid, I feel like you're missing the point. Or perhaps you think of programming than he does. It is certainly true that in a situation where all you want to do is get a task done, then what you should really think about is the best tool for completing the task (sometimes its a spreadsheet but programmers will often go for a little python instead). But in the case where your just programming for the sake of programming. Where programming is the ends and the problem you're solving is the means, this is where the nit-picky language comparisons blogs I think start to happen and I think its great.

fgimian 8y ago

You make a fair point and I totally respect your opinion. I was ultimately looking for a versatile language that I could use for my personal projects outside of work and thus I was indeed trying to find a single language that could do everything I wanted. Up until this point, that language has been Python. Go is clearly sufficient for many very successful and amazing projects (many of which I use daily, like Hugo, Terraform, Docker .etc), so developers can still produce excellent tools with its limitations. But in saying that, the language is not for me, and that's okay; if it works for someone else, then that's okay too. Go does lack various features that many developers want, including me. Fun fact, the blog post was generated by Hugo ... which is written in Go :) With regards to Nim, yes, my experience with Nim is limited and I am still hoping to learn it further and do a more thorough evaluation. Hopefully I'll spend a good amount of time with Nim in the future to give it more of a fair go.

fileeditview 8y ago
> Go [...], so developers can still produce excellent tools with its limitations. I really found "still" to be funny because I think for many Go devs (including me) the simplicity and lack of features especially enables us to create more easily. It's the opposite of standing in front of giant fridge shelves in the supermarket with 100+ kinds of yoghurt where you have a hard time deciding. You only have a few choices so you just go ahead and pick one/just do it. Forgive my bad analogy.
- fgimian 8y ago
  Totally fair point. Minimalism can be extremely liberating and in fact, it's something I apply to many other areas of my life. But when it came to Go, I personally found myself battling the language as a result, rather than being more productive with it. Ultimately if it makes you more productive, then that's awesome and that's all that matters.
- pjmlp 8y ago
  I program since 1986, had lots of fun around 1995 using Oberon system, one of Go's influences. So naturally I used many programming languages with Go's limited set of features, which doesn't mean I want to return to those days.
  - fileeditview 8y ago
    I'm not sure what your point is.. is it: "More features are better"? I started programming a few years later than you.. first on Atari ST (Basic) then later in DOS (Pascal). I often wish myself back to these systems when I see today's bloated stacks of crap (obviously this does not apply to everything). I don't think this is relevant for the original discussion though..
    - pjmlp 8y ago
      My point is ignoring features largely proven in mainstream languages is bad. Even the last version of Turbo Pascal for MS-DOS (7.0) was more feature rich, ignoring the lack of GC for a moment.

timClicks 8y ago

In my view, programming language choice is cultural yet is always framed as something objective. It is even possible to "use the best language for the problem"? Even if it were possible to evaluate all current alternatives, we lack knowledge of the future and therefore can't reliably include important factors such as ability to hire into the team.

sjellis 8y ago
> In my view, programming language choice is cultural yet is always framed as something objective. I agree, and think that the culture around a programming language is one of the most important attributes, so we should not be afraid to talk about human factors like cultural fit. Your choice of programming language is usually limited to a short list of the ones that have the tools and libraries to support what you are doing, but IMO it's perfectly reasonable to choose a particular language because you and your team like the culture. If you decide to use a programming language in production, you might have to live with it for a long time.
mosselman 8y ago
I really like this[1] talk from DHH on the subject, where he talks about the misconception of many programmers that we are doing science rather than something creative. While laced with hyperbolic statements it is at the very least thought provoking on some of the things that we do as developers. 1: https://www.youtube.com/watch?v=9LfmrkyP81M https://www.youtube.com/watch?v=9LfmrkyP81M
kodablah 8y ago
> It is even possible to "use the best language for the problem"? Not perfectly because "best" is subjective. My advice is to let the problem and goals help you dictate (yes, even on hobby projects and even if one of the goals is trying said language). In fact, if you are a hobbyist evaluating languages, you should try them all out with reasonable projects where you can instead of write a post saying how you are moving from a single one to another single one.
Accipitriform 8y ago
"In my view, programming language choice is cultural yet is always framed as something objective." I think that's an objectively false statement. There are many objective metrics by which a programming language may be evaluated. Conciseness, clarity, suitability for realtime applications, and efficiency come to mind. "It is even possible to "use the best language for the problem"?" It's certainly possible to use a suitable language for the problem. Some problems are more forgiving than others, of course... I will say that the idea of a "general purpose" programming language, suitable for most tasks, is a good one. The current multitude of languages, while fun and good for exploring new ideas, is taking a lot of brainpower away from actually producing working systems. Also, I'll claim that there's no reason that most programs shouldn't be written in an efficient language, and in fact there may be a push for that in the name of datacenter efficiency. It's sad that the most written programming language today is Javascript.

jabgrabdthrow 8y ago

He talks like a shill and his stuff makes no sense!

glibgil 8y ago

> C++ is a better language than Go, that Google is the ultimate reason for success, and that Go takes us back to C. That doesn't even make any sense It make senses to half the users of this site. The other half, well, I guess their jobs depend on it not making sense. I should add that I have no interest in Crystal. It’s just obvious that Go enjoys more success than it technically merits.

kodablah 8y ago
> It make senses to half the users of this site. The other half, well, I guess their jobs depend on it not making sense. Not sure what you mean here, but comparing Go and C negatively (even though quite unrelated) whilst praising C++ makes little sense. Even if you frame it in the way the author did that C++ has classes and C and Go doesn't, Go's lack of classes is no more primitive than any other modern lang w/out classes. And that doesn't even get into arguments on conflating OO and classes. These pro/con discussions always devolve into this mess and can be picked apart, that's why they are rarely worth having at such a high level. > I should add that I have no interest in Crystal I have interest in all of them. > It’s just obvious that Go enjoys more success than it technically merits. You said more success, the post said Google backing is what "ultimately resulted in its success". Those aren't the same thing. I doubt anyone would disagree that it helps, but I doubt anyone reasonable would agree it is the sole reason why. It's not like D or Kotlin Native or Swift or others got a fair shake here. These just aren't good posts and I struggle to find any benefit in them.
- sudhirj 8y ago
  The “Go is successful because of Google” is really wearing thin. For this to have any credibility we would have had to see the same effect on any of Angular, Polymer, Dart, Flutter, GWT and whatever else Google put their weight behind that we’ve already forgotten.
  - smt88 8y ago
    Of all those things, Google only really put their weight behind Angular, and Angular 1 was incredibly popular for a while. I still frequently see it in the job postings of other companies. I doubt Go is only successful because of Google, but a large corporate sponsor seems to make or break most languages.

coldtea 8y ago

>I mean, the author says C++ is a better language than Go, that Google is the ultimate reason for success, and that Go takes us back to C. That doesn't even make any sense. It makes perfect sense. In fact that's what the Go developers themselves found out -- that C++ programmers, who they thought they would be attracted to Go, passed it over, and instead Go gained dynamic language converts.

pjmlp 8y ago
If they had been more open minded regarding generic programming they would had gotten more from us.
- coldtea 8y ago
  Agreed. Would make Go much more suited to the kind of stuff I do -- although it still has several drawbacks as a language (warts and idiosyncratic decisions that are not really based on any utility), it hits a good spot of convenience and popularity (which means ecosystem growth) for certain tasks.
akavel 8y ago
Personally, I'm actually a long time C++ programmer (and loving it, at the time!), who abandoned it and run away full steam with Go (loving it even more). So, always when I hear the above claim, I wonder: am I, like, "the only one"? A curious specimen? Or is there more of us, just maybe we don't speak up?
- coldtea 8y ago
  >I wonder: am I, like, "the only one"? A curious specimen Considering that Go doesn't even do well (and has horrible library support) for most of the stuff C++ is used for (GUI apps, 3D, AAA games, systems programming, high performance scientific calculations, etc), probably yes. Now, if you did network servers with C++, probably Go is a better/easier/smaller surface fit.
- isaachier 8y ago
  I worked as a C++ developer for three years and switched to Go development this year. I used to love making a "generic" solution to a given problem using templates in C++. Now I find myself without even a decent data structure in the Go standard library. Have you seen the way priority queues are implemented? Just a terrible design choice.

Bizarro 8y ago

Not only all that you mentioned, but picking a language isn't like it was 25 years ago. Some hypothetical "best language in the world" is irrelevant without the tooling and ecosystem around it. "BLITW" still sucks if might as well write the code in Notepad because the editor/IDE integration sucks. "BLITW" sucks if the community consists of 8 people on github. I hear of Crystal a couple/3 years ago, and it sounds neat on paper - a statically-typed, fast Ruby. Cool, but it's completely meaningless to me because it doesn't fit into any ecosystem that me or most developers care about.

p1necone 8y ago
Absolutely, as an anecdote: I keep coming back to Java for non-trivial projects not because of the language itself at all, but because of Maven Central, Gradle and the rest of the very mature CI ecosystem with Java.
ben0x539 8y ago
In practical terms, you're right, of course, but also... > "BLITW" still sucks if might as well write the code in Notepad because the editor/IDE integration sucks. We have better editors than notepad that work with any language, and there's plenty of people getting work done with fairly barebones editor setups making no use of language integration at all. > "BLITW" sucks if the community consists of 8 people on github. While adoption and library availability are clearly huge factors, they're not necessarily absolute requirements. There are plenty of good (and surely also many bad) reasons why many real-world codebases are practically isolated from the wider community despite being written in a widely adopted language. If some language was clearly the best in the world, or even just demonstrably superior in a way that is meaningful to whatever your requirements are, it can be a totally reasonable decision to choose that language for your project even though you won't be able to reach to github for a lot of conveniences, you'll have to write code in stock vim and you'll have to invest some extra time to get new contributors up to speed. I don't know if Crystal is that language, I'm not even in a great hurry to try it to find out, but I feel like if I waited until a language had reached Go levels of mindshare before taking it seriously I'd probably be missing out.

RX14 8y ago

I think the best lens to view this blog post through is shown in the quote far down in the article: > I plan to only use this language in my personal projects I think this is more a blog post about what language the author finds most interesting and exciting, not the language the author is suggesting people use for work.

fgimian 8y ago
Precisely, at work we use Python and C++, but I wanted to learn a new language in my own time for fun :) I also tried to highlight its weaknesses in the Caveats section. The language is young and often has breaking changes which would not be suitable for production at this time, particularly in larger organisations. However, I think the language shows great promise and will appeal to a lot of people as it matures. I'm certainly enjoying it so far! :)