4 ms·

Good lord yes on the language server. Reduce the friction involved with writing code. I'm frustrated with terraform-ls right now. It doesn't work with private

Good lord yes on the language server. Reduce the friction involved with writing code. I'm frustrated with terraform-ls right now. It doesn't work with private module registries, reloading each module in the .terraform dir over and over. Which impacts performance by maxing out a CPU core. And yet a feature of Terraform Cloud (TFC) is that you can use private registries. Writing Terraform is already plagued by friction. Adding TFC adds to the friction. The language server then not loading private modules adds even more. Hopefully OpenTofu helps in that regard, but I don't think they've got anyone working on the language server either.

cube2222 3y ago
> but I don't think they've got anyone working on the language server either. Not yet, but it's on our radar. We're focusing on the stable release + registry for now (eta mid-December), but we're planning to work on the language server eventually. If you have any more frustrations with the language server, feel free to respond here, and it'll help us find avenues for improvements. Disclaimer: Interim Tech Lead of OpenTofu
- bloopernova 3y ago
  It's really not a frustration, I should have mentioned that you were going to look at it once things settled down :/ I'm incredibly supportive of your efforts, I just wish I was a good enough coder to pick up golang and make the language server better instead of just griping about it. I created a ticket about dedupe, but I have to admit it's a very low priority compared to so much other stuff. I think my only other suggestion would be to concentrate on making the tf development cycle quick and easy. The easier it is for people to write the code, the more code they'll write, even with copilot or other helpers.