On Sun, Aug 20, 2023 at 1:52 AM TheDiveO <harald.albre...@gmx.net> wrote:
> well, our "(major) engineering orgs" leave the choice of IDE to our devs. > Devs have different styles, so as long as they meed the demand, who cares. > I second that. IDE is a personal choice. For years, I've been using Emacs to edit code, and that's what I still feel most comfortable with for most development tasks. When I need to debug something, I use VSCode, but I find editing code using VSCode very disturbing. That said, based on the experience I have mentoring other developers using IDEs, I agree with the viewpoint that IDEs promote productivity, but with superficial knowledge. If you do not take the time to learn how certain things work, the code you write may not be correct. Many questions on Stack Overflow are simply answered by pointers to API docs, but people don't read them because of code completion and code suggestion features of the IDEs. > > On Saturday, August 19, 2023 at 11:17:35 PM UTC+2 Robert Engels wrote: > >> Reread what I wrote. Vim with autocomplete, etc is not a simple text >> editor with syntax coloring. >> >> Still every major software engineering org in the world uses an ide (or >> multiple). I guess they don’t know what they are doing. >> >> Btw, Googles current IDE is based on VSCode. >> >> > On Aug 19, 2023, at 3:24 PM, Jan Mercl <0xj...@gmail.com> wrote: >> > >> > On Sat, Aug 19, 2023 at 10:06 PM Christian Stewart >> > <chri...@aperture.us> wrote: >> > >> >> Autocomplete and a go language server (gopls) add a ton of speed >> because you don't need to look up the docs for function and variable names. >> And go to definition improves speed navigating code significantly. >> > >> > - Using autocomplete and go-to-definiton does not require VSCode or >> > any other IDE. >> > - I do use autocomplete and go-to-definition. When I said I use no >> > IDE, that does not mean I don't use those features. >> > - The speed of typing/inputting code is overally a rather negligible >> > factor of the total time cost of developing/debugging and maintaining >> > any non-toy project. IOW, it's not a significant metric of >> > productivity. >> > >> >> But vim-go can do both, so why not just use it? >> > >> > Because I use govim? ;-) >> > >> > (But not for my large projects, gopls chokes on them still too often >> > to tolerate it.) >> > >> > -- >> > You received this message because you are subscribed to the Google >> Groups "golang-nuts" group. >> > To unsubscribe from this group and stop receiving emails from it, send >> an email to golang-nuts...@googlegroups.com. >> > To view this discussion on the web visit >> https://groups.google.com/d/msgid/golang-nuts/CAA40n-XusymW6gb5OnDa_7QWAWPFSkwKYQMYUm-d7419EZ%2BGkQ%40mail.gmail.com. >> >> > -- > You received this message because you are subscribed to the Google Groups > "golang-nuts" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to golang-nuts+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/golang-nuts/8d5b52de-ddee-461a-9ed5-9b0968382d17n%40googlegroups.com > <https://groups.google.com/d/msgid/golang-nuts/8d5b52de-ddee-461a-9ed5-9b0968382d17n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/CAMV2RqqGw-iK4KwVkzkkp9V-5OkGjNwHTQ8RO0HPePC27G23QA%40mail.gmail.com.
