4 ms·
use a better editor. VSCode, vim with vimgo, emacs with whatever those apes use.
by nappy-doo 6y ago
use a better editor. VSCode, vim with vimgo, emacs with whatever those apes use.
- jpgvm 6y agoThis helps but doesn't solve the core issues. I generally use Goland whenever editing Go code (as I am currently doing sigh) but even with such a powerful IDE the language is the main limiting factor in carrying out refactorings (which again, I'm doing right now).
- dlsniper 6y agoWhat kind of refactorings would you like to do but GoLand doesn't help with? I'd be interested in that kind of feedback. Thank you!
- centimeter 6y agoI shouldn't need an industrial-strength editing engine to efficiently express my ideas. (And don't, if I'm using a nice expressive language.)
- nappy-doo 6y agoever written Java?
- throwaway894345 6y agoGenerally speaking, Go is one of the easiest languages to write with a simple text editor. Rust is among the hardest due to its complexity and demanding static analysis. This isn't a bad thing, and tools like rust-analyzer make writing Rust a lot easier. But rust-analyzer is amazing technology from the future; hardly an ordinary text editor plugin.
- eropple 6y ago> Generally speaking, Go is one of the easiest languages to write with a simple text editor. And one of the absolute dog's-breakfast worst to refactor regardless of editing environment. No statically typed language should be this hard to do basic changes in, and yet it exists. Being writable in a "simple text editor" isn't a plus when the "simple text editors" in 2020 are IDEs with the name filed off.
- centimeter 6y ago> Go is one of the easiest languages to write with a simple text editor. As long as you never refactor anything. > Rust is among the hardest due to its complexity and demanding static analysis I have never wanted or needed to offload Rust's "demanding static analysis" to my text editor. Rust's linearity/lifetime type system is really quite simple - it's not like you have to keep track of long-distance lifetime relationships in your head. Even a reasonably powerful type system with e.g. HKTs, arithmetic, etc. like Haskell's rarely benefits from external tooling, and any interactivity can often be just as easily done via a polling build tool like ghcid rather than integrating it into a text editor. The one place where it strikes me as sane to have a "smart" text editor is if you're using a proof assistant-style language like Coq/Idris/Isabelle/Liquid Haskell/etc. where there's actually a non-trivial amount of interactivity required while writing the code.
- mcqueenjordan 6y agoOK, I'll bite... The demanding static analysis and clear compiler errors actually make it easier and more robust to write unaided for me. Especially when it comes to refactoring -- it's essentially a process of resolving the compiler errors and you can be pretty confident you've arrived at a correct result. Source: I write Rust everyday in a plain text editor without syntax highlighting.