On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:
> There are lots of editors/IDE's that support D language: https://wiki.dlang.org/Editors
>
> What kind of editor/IDE are you using and which one do you like the most?

Tried almost all of them that support D including Dlang IDE, Dexed, Poseidon, Zeus but VS Code is currently the best among fat IDEs. Used VS Code for a while but eventually found it cumbersome and taking too much space. Just look at those lovely GBs scattered around your system! I then switched entirely to Vim and never ever been that happy.

p.s. I found it quite satisfying that D does not really need an IDE, you will be fine even with nano.

On Tuesday, 24 December 2019 at 17:52:20 UTC, H. S. Teoh wrote:
>  I just can't wait to see some poor sod attempt to reimplement a modern IDE in Javascript and succeed at reproducing 1980's IDE speeds and (lack of) quality.

Texas Instruments has already done this with its Code Composer Studio IDE https://dev.ti.com/ide. I have used the desktop version (an Eclipse based IDE) but not the cloud based version, so I can't comment on its speed. More info at http://www.ti.com/design-resources/embedded-development/ccs-development-tools.html#ccs-cloud

Dennis Cote

On Sat, 2019-12-28 at 22:01 +0000, p.shkadzko via Digitalmars-d-learn
wrote:
[…]
> p.s. I found it quite satisfying that D does not really need an IDE, you will be fine even with nano.

Java people said this and we got Eclipse, Netbeans, and IntelliJ IDEA, and many people were better Java (and Kotlin, Groovy, Clojure, Scala, etc.) programmers because they used them.

C and C++ people said this and we got CLion, and many programmers were better C or C++ programmers because they used it.

Go people said this and we got Goland, and many people were better programmers because they used it.

Whilst many programmers are happy using 1970s approaches to programming using ed, ex, vi, vim, emacs, sublime text, atom, etc. Many programmers prefer using IDEs, and are better programmers for it.

D programmers can use text editors if they want, but many D programmers would be much better D programmers for having a full IDE – which is, for me, why getting the D language plugin to CLion (and IntelliJ IDEA) is important for D traction.

The more the D community advertise that IDEs are for wimps, the less likelihood that people will come to D usage.

-- 
Russel.
===========================================
Dr Russel Winder      t: +44 20 7585 2200
41 Buckmaster Road    m: +44 7770 465 077
London SW11 1EN, UK   w: www.russel.org.uk

On Sunday, 29 December 2019 at 14:41:46 UTC, Russel Winder wrote:
>
> The more the D community advertise that IDEs are for wimps, the less likelihood that people will come to D usage.

It is so. And yet, I can't use Java or Scala without IDE and I tried. I believe the same is true for C++.

On Sunday, 29 December 2019 at 14:41:46 UTC, Russel Winder wrote:
> Whilst many programmers are happy using 1970s approaches

Please. Have you actually spent the time to learn these systems in the last 40 years?

My experience is IDEs are just different, not necessarily better or worse. Just different enough that people used to one find the others difficult to learn.

> why getting the D language plugin to CLion (and IntelliJ IDEA) is important for D traction.

When I tried loading a D file in android studio, the IDE offered to auto install a D language plugin.

I'm incompetent with IDEs so I can't speak to the quality of it, but it is there.

On Sunday, 29 December 2019 at 14:41:46 UTC, Russel Winder wrote:

> Whilst many programmers are happy using 1970s approaches to programming using ed, ex, vi, vim, emacs, sublime text, atom, etc. Many programmers prefer using IDEs, and are better programmers for it.

I don't think it's black and white as you make it out to be. When I was programming with JVM languages (Clojure, Scala, a bit of Java) I used Eclipse. I found that to be the right approach for those languages because everything is done in terms of projects. You can offload the management of your projects to the IDE. When I use D, I think in terms of individual files, and the cost-benefit analysis comes out in favor of opening the files in a text editor.

This is not to say that there is anything wrong with using an IDE, it's simply a matter of preference. I have trouble seeing how an IDE is going to make anyone a better programmer. Perhaps a bit more productive, but carrying along the cost of using the IDE, as opposed to simply opening a file and typing. ed and vi have little in common with Emacs or Atom. Many C++ programmers have moved from using an IDE to using Vim, Emacs, and Atom the last few years. You might wish to check out this 10-minute presentation from the recent Emacs conf:
https://media.emacsconf.org/2019/19.html

It's definitely not 1970's technology.

On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:
> There are lots of editors/IDE's that support D language: https://wiki.dlang.org/Editors
>
> What kind of editor/IDE are you using and which one do you like the most?

IntelliJ IDEA CE with this extension: https://intellij-dlanguage.github.io/

Wow, nobody else uses this?

On 30/12/2019 9:19 PM, Piotr Mitana wrote:
> On Sunday, 22 December 2019 at 17:20:51 UTC, BoQsc wrote:
>> There are lots of editors/IDE's that support D language: https://wiki.dlang.org/Editors
>>
>> What kind of editor/IDE are you using and which one do you like the most?
> 
> IntelliJ IDEA CE with this extension: https://intellij-dlanguage.github.io/
> 
> Wow, nobody else uses this?

I do.

On Sunday, 29 December 2019 at 14:41:46 UTC, Russel Winder wrote:
> On Sat, 2019-12-28 at 22:01 +0000, p.shkadzko via Digitalmars-d-learn
> wrote:
> […]
>> p.s. I found it quite satisfying that D does not really need an IDE, you will be fine even with nano.
>

The fundamental issue with these all battery included fancy IDE's (especially in Java) is that they tend to become dependencies of the projects themselves.

How many times have I seen in my professionnal world, projects that required specific versions of Eclipse with specific versions of extensions and libraries?
At my work we have exactly currently the problem. One developer wrote one of the desktop apps and now left the company. My colleagues of that department are now struggling to maintain the app as it used some specific GUI libs linked to some Eclipse version and they are nowhere to be found. You may object that it's a problem of the project management and I would agree. It was the management error to let the developer choose the IDE solution in the first place. A more classical/portable approach would have been preferable.

Furthermore, it is extremely annoying that these IDE change over time and all the fancy stuff gets stale and changed with other stuff that gets stale after time.
Visual Studio is one of the worst offenders in that category. Every 5 years it changes so much that everything learnt before can be thrown away.
IDE's work well for scenarios that the developers of the IDE thought of. Anything a little bit different requires changes that are either impossible to model or require intimate knowledge of the functionning of the IDE. Visual Studio comes to mind again of an example where that is horribly painful (I do not even mention the difficulty to even install such behemoth programs on our corporate laptops which are behind stupid proxies and follow annoying corporate policy rules).

On Sunday, 29 December 2019 at 21:25:44 UTC, Adam D. Ruppe wrote:
> My experience is IDEs are just different, not necessarily better or worse. Just different enough that people used to one find the others difficult to learn.

Amen, hear-hear, and all that. I thought it was just me.