Live data from Hacker News

Ask HN: What “new” programming languages will you be using in 2017

news.ycombinator.com

31–40 of 85 posts

Re: Ask HN: What “new” programming languages will you be using in 2017

#31
rust, ruby, scala, typescript

- rust => basically, it's not new for me, I've done several small toy project with it, but I want to create bigger project with it.

- ruby => not new again, doing it only for work :((

- scala => this year will be quite interesting year for this language since its library adoption for 2.12 are still on going and who forget about dotty anyway ? Full stack development (frontend + backend) will be quite interesting

- typescript => I already try this, but still not getting anything quite done yet, sometimes it's still a bit awkward in getting some development tools working. It has some issues in getting js library working together since some js libraries weren't that friendly with typescript. (frontends)

Re: Ask HN: What “new” programming languages will you be using in 2017

#32
post #28
post #19

Nim. Main: http://nim-lang.org NES emulator (compiled to JavaScript, runs in the browser): https://hookrace.net/nimes/ Simple 2D game: https://hookrace.net/blog/writing-a-2d-platform-game-in-nim-... More examples: https://nim-by-example.github.io/ Nim has pythonesque syntax, with Pascal/Delphi roots, fast compile times, portability (compiles down to C, JavaScript, LLVM), strong metaprogramming support, seamless FFI,…

Happy to see this mentioned here! My Nim book[1] is also going to be finally published in 2017. Lots of great things to look forward to in 2017 for Nim :) 1 - https://manning.com/books/nim-in-action?a_aid=niminaction&a_...

Great dom96, I have the pre-release and i'm really enjoying it. When I get a hang of Nim I wanna create a set of Youtube "Learning Nim" screencasts since Nim based videos are scarce on Youtube.

Re: Ask HN: What “new” programming languages will you be using in 2017

#33
Swift - It's cross platform, pretty and seems to be well maintained. JavaScript(ES2017, React, etc.) - I already use this now. I will just be adding on to what I already use from it now. GraphQL - I was looking for a REST replacement. GraphQL looks to be it. I feel like it makes sense to me.

Re: Ask HN: What “new” programming languages will you be using in 2017

#34
Rust - I've been looking at Rust from afar, and I like what I see. A coworker also has given it a glowing recommendation.

Elixir - This one is a maybe for me. I've wanted to get more into functional programming, but also not sure if I want to explore the Erlang stack since I've been burned by it at work.

Re: Ask HN: What “new” programming languages will you be using in 2017

#35
post #15

I recently got into TypeScript, if that counts. I'm really enjoying it so far, but I'm running into some annoying things as a beginner: * For many third-party libraries, needing to write `import * as Something from 'some-package'` instead of `import Something from 'some-package`. * Not being able to import non-TypeScript files, further fragmenting my import style by needing to write stuff like `const styles = require…

The Microsoft @types repository is actually not the recommended way of storing Typescript typings.

Typescript developers are encouraged to package a Typescript definition file inside of their repository if possible. Typescript is smart enough to pick it up automatically.

https://www.typescriptlang.org/docs/handbook/declaration-fil...

Re: Ask HN: What “new” programming languages will you be using in 2017

#40
post #27
post #14

New things I plan to pay attention to: * Rust, for it's a sane replacement for C and C++. * Elixir, for it's more consistent than Erlang, running on the same battle-tested VM. * Clojure, because any JS code I write now gets transpiled anyway, so why not use a nicer language with a nice standard library? * Crystal, because it might be a faster and safer Python replacement.

I think that's not quite right. Elixir is a subset (nay, it's a language within it's own right language now, the method chaining syntax is very readable) of Ruby running on the BEAM vm from Erlang.. not Erlang itself Crystal is a native compilation of Ruby (or a subset at least), not Python btw.

Indeed, Elixir is not Erlang.

But Erlang does have a few warts, both in the language syntax and in the standard library, and these warts are never going to go away, because backwards compatibility. (Erlang cannot hope to pull a Python 3 with any success.)

Elixir is a new development, hopefully avoiding the downsides while not losing the upsides and the general FP-esque idea, and retaining the VM-level interoperability.

Post reply on HN