-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve Developer Experience #39
Comments
Other (small) interesting extensions: |
hi, thanks for sharing your perspective. I think this line from the top of the readme best conveys our approach to how we structure our foundational language/env-specific extension packs:
It's very much intended to be minimalist, with an explicit goal of not containing anything that any of us as the maintainers would ever need to disable, and striving to ensure that can generally be true for a majority of consumers as well. We want the pack to only contain the subset of extensions that are non-controversial and so foundational/critical that they almost seem boring 😄 One of the (many) things I love about the VS Code ecosystem is how extensible it is and how easy it is to publish extensions. Anyone interested in more of a kitchen-sink style extension pack, can create their own, and even include this extension pack in theirs as a building block! As noted in your previous comments some of the ones you listed are already under consideration (e.g. #9 and #16) but the others do not clear the threshold of being unequivocally necessary in just about every situation, so I'm going to close this issue. For reference, as the authors of the Rust Test Explorer extension discussed in #9, we're obviously fans and proponents, but even that one is a tough sell to include here for a few reasons (for example I don't want to have it enabled/have to turn it off on the occasions when I'm working on the rustc codebase). Similarly with the debuggers, VS Code still does not support conditional nor platform specific extension recommendations to the best of my knowledge. However, two very different extensions are needed for debugging depending on whether you are on Linux/Mac or Windows using the default MSVC toolchain, and we don't want to have extensions in the pack that would be unusable/unnecessary and/or duplicative, nor would we want to only support one type of env vs. the other. |
The current extension pack offers a solid foundation for Rust developers and perhaps this extension pack shouldn't be bloated up with additional extensions.
We should think about what every or most Rust developers need or have in common regarding their development process. For that we could look at other popular language extension packs and see what they have in common. But also think which tool from the Rust ecosystem would increase the productivity.
Comparison
Java Extension Pack
Python Extension Pack
C/C++ Extension Pack
Go Extension Pack
.NET Core Extension Pack
Conclusion
This conclusion is about the previous mentioned extension packs + other smaller or framework specific extension packs I found.
The text was updated successfully, but these errors were encountered: