Twitter | Pretraživanje | |
yosh 2. velj
Want: test integration for that resembles Heroku's TAP integration UI. VS Code already performs tight integration for linters/compiler warnings. Might as well lean in and provide the same for test runs as well.
Reply Retweet Označi sa "sviđa mi se"
yosh 2. velj
Odgovor korisniku/ci @code
There should be better ways of providing test output possible than dumping the contents into a terminal. I mean; lists work great when working in a terminal. But if you have a DOM available there should be ways to better share this information, and improve UX in the process.
Reply Retweet Označi sa "sviđa mi se"
yosh 2. velj
Odgovor korisniku/ci @code
Jetbrains provides something similar; though it doesn't feel like much attention has been paid to UX: But yeah; it'd be interesting to see attempts at improving this. Wish testing in VS Code was entirely frictionless.
Reply Retweet Označi sa "sviđa mi se"
yosh
Ohh, looking at jetbrains a bit more: the test coverage window is really cool! If the language server protocol had a way to provide coverage info to the IDE, that would make for a really good view. Very curious which other things jetbrains provide :O
Reply Retweet Označi sa "sviđa mi se" More
yosh 2. velj
Odgovor korisniku/ci @code
Okay, taking a step back: if I could have it my way I'd make it so tools would help me figure out what to tackle next. What I feel is always missing is *overview*. For code that's: missing tests, docs, todos, open issues, PRs, deps.
Reply Retweet Označi sa "sviđa mi se"
yosh 2. velj
Odgovor korisniku/ci @code
In browsers it's: a11y, load timings, caniuse metrics, test coverage, CSS utilization, fps, db usage, cache headers, img compressions, and all the lighthouse stuff. *something* should be possible there to automate answering the q: "What can I improve?"
Reply Retweet Označi sa "sviđa mi se"
yosh 2. velj
Odgovor korisniku/ci @code
It feels like so many tools out there exist doing a singular task, with varying degrees of success. But so few programming tools consider a complete workflow. It feels there's so much room for improvement.
Reply Retweet Označi sa "sviđa mi se"
Heinz N. Gies 2. velj
Odgovor korisniku/ci @yoshuawuyts @code
I think you could get Test failure as diagnostic messages with the LSP, that just require the maintainer to run tests and stuff. (Which could also be painful for longer running tests)
Reply Retweet Označi sa "sviđa mi se"