Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Nim versions 1.4.4 and 1.2.10

nim-lang.org

Post reply on HN
Print view View original

11–20 of 44 posts

Re: Nim versions 1.4.4 and 1.2.10

#11

Post by kungito »

przmk wrote: post #2

One thing I'm missing in all these languages is 100% auto-completion like the one you have in Java or C#. I have yet to experience a single instance of Intellij not being able to auto-complete something or not do it completely. I know Nim and Rust have good VS Code plugins that do that to some extent but it is not something I can rely upon. Maybe I'm just spoiled.

I'm very spoiled from C# and Visual Studio 2019. I have recently started working professionally in Rust and while I do feel the drop in ergonomics, half of the problem is from downgrading from full IDE like Visual Studio to Visual Studio Code. I'd say what I currently miss the most in Rust+VSCode is better debugging experience. I used to mostly develop features and fix bugs via interactively using the debugger and immediate window in C# while here it's not possible

Re: Nim versions 1.4.4 and 1.2.10

#12

Post by swiley »

kungito wrote: post #11
przmk wrote: post #2

One thing I'm missing in all these languages is 100% auto-completion like the one you have in Java or C#. I have yet to experience a single instance of Intellij not being able to auto-complete something or not do it completely. I know Nim and Rust have good VS Code plugins that do that to some extent but it is not something I can rely upon. Maybe I'm just spoiled.

I'm very spoiled from C# and Visual Studio 2019. I have recently started working professionally in Rust and while I do feel the drop in ergonomics, half of the problem is from downgrading from full IDE like Visual Studio to Visual Studio Code. I'd say what I currently miss the most in Rust+VSCode is better debugging experience. I used to mostly develop features and fix bugs via interactively using the debugger and im…

I'm normally pretty anti IDE but one thing visual studio got really really right was the debugger UI. GDB isn't too bad but it's no visual studio.

Re: Nim versions 1.4.4 and 1.2.10

#13

Post by jrimbault »

kungito wrote: post #11
przmk wrote: post #2

One thing I'm missing in all these languages is 100% auto-completion like the one you have in Java or C#. I have yet to experience a single instance of Intellij not being able to auto-complete something or not do it completely. I know Nim and Rust have good VS Code plugins that do that to some extent but it is not something I can rely upon. Maybe I'm just spoiled.

I'm very spoiled from C# and Visual Studio 2019. I have recently started working professionally in Rust and while I do feel the drop in ergonomics, half of the problem is from downgrading from full IDE like Visual Studio to Visual Studio Code. I'd say what I currently miss the most in Rust+VSCode is better debugging experience. I used to mostly develop features and fix bugs via interactively using the debugger and im…

FYI last week on my windows box : I miss clicked and launched a rust test in debug mode which launched the integrated debugger view in vscode but of course the test ran to completion without stopping since I didn't set a breakpoint, that triggered curiosity in human me, so I set a breakpoint in vscode, clicked "debug" and voilà, it actually worked and I didn't feel like I had to setup anything in particular. (I have VS2019 installed, and use the rust-analyzer vscode plugin)

Re: Nim versions 1.4.4 and 1.2.10

#14

Post by scns »

kungito wrote: post #11
przmk wrote: post #2

One thing I'm missing in all these languages is 100% auto-completion like the one you have in Java or C#. I have yet to experience a single instance of Intellij not being able to auto-complete something or not do it completely. I know Nim and Rust have good VS Code plugins that do that to some extent but it is not something I can rely upon. Maybe I'm just spoiled.

I'm very spoiled from C# and Visual Studio 2019. I have recently started working professionally in Rust and while I do feel the drop in ergonomics, half of the problem is from downgrading from full IDE like Visual Studio to Visual Studio Code. I'd say what I currently miss the most in Rust+VSCode is better debugging experience. I used to mostly develop features and fix bugs via interactively using the debugger and im…

CLion offers a debugger for Rust.

Re: Nim versions 1.4.4 and 1.2.10

#15

Post by cb321 »

rob74 wrote: post #10
otabdeveloper4 wrote: post #8

Earlier quoted context omitted.

Most languages (that aren't Java) don't really need autocomplete.

If you mean that autocomplete saves you less typing in other languages, I agree, but as long as it's a language with methods (where you're not always sure how the method you want to use is called) and parameters (where you're not always sure about the order), autocomplete is helpful. Of course, if you're a rockstar ninja genius who has every single method of every single class memorized, you're not gonna need it, but…

Nim (like Python) has keyword argument calling that softens the need to remember the out-of-n! order of parameters (by either author|reader). I.e. you can say at the call site `myAPIcall(foo=1, bar="hi")` even if the definition is `proc myAPIcall(bar: string, foo: int)`.

Arguably, this puts more pressure on code completion systems figuring out parameter names. So, I am not really disagreeing with @rob74 -- just adding some color related to this specific programming language.

I've always been a bit mystified that named parameter calling was not far more popular. Its use in programming languages seems quantitatively rare, but the upsides seem far more valuable than any downsides. Its use for either short or long options when calling commands has been a very strong de facto standard since, well, the dawn of commands (there are always exceptions, of course).

Re: Nim versions 1.4.4 and 1.2.10

#16

Post by przmk »

otabdeveloper4 wrote: post #8
przmk wrote: post #2

One thing I'm missing in all these languages is 100% auto-completion like the one you have in Java or C#. I have yet to experience a single instance of Intellij not being able to auto-complete something or not do it completely. I know Nim and Rust have good VS Code plugins that do that to some extent but it is not something I can rely upon. Maybe I'm just spoiled.

Most languages (that aren't Java) don't really need autocomplete.

I guess you can code without auto-complete but that would mean having to check the documentation at every step instead of having it auto-completed on the go. Depends what people prefer, for me it's a step back.

Re: Nim versions 1.4.4 and 1.2.10

#17

Post by mcintyre1994 »

przmk wrote: post #2

One thing I'm missing in all these languages is 100% auto-completion like the one you have in Java or C#. I have yet to experience a single instance of Intellij not being able to auto-complete something or not do it completely. I know Nim and Rust have good VS Code plugins that do that to some extent but it is not something I can rely upon. Maybe I'm just spoiled.

This is the biggest downside I've found with Elixir as well, it's just not as easy/enjoyable to write code without really good autocomplete.

Re: Nim versions 1.4.4 and 1.2.10

#20

Post by cb321 »

alberth wrote: post #19

I wish more effort was made by the NIM team to focus on web development as a use for NIM.

A Javascript backend is better focus than one usually sees. There are also quite a few web dev projects in the nimbleverse, and https://forum.nim-lang.org is written in Nim and there is much support code in the Nim stdlib.

Frameworks/simplifications are better left to the broader community that knows their own web-needs. It took many years for things like Django for Python or Rails for Ruby to appear. Even now, those are not part of the respective core languages, but external projects.

Anyway, it's open source. Instead of just wishing for more effort, adding your own effort might be even better! :-)

Post reply on HN