Replying to
@MichalBryxi@mastodon.world thanks for making a nice app!!!
Remote
NullVoxPopuli
@nullvoxpopuli@mastodon.coffee
mastodon 4.7.2#OpenSource & #EmberJS enthusiast
Former #ReactJS
264 Followers
66 Following
16 Posts
Joined November 05, 2022
operated by:
Ember/Glimmer & Markdown REPL:
emberclear:
Advertising your project as "Built with AI" is not the flex you think it is
It's a caution to stay away
It's great that that you built a thing quickly,
but I'd rather have verification that it works
I want to be able to trust your code
but~
I don't.
anyone else *super* irked when someone pastes to you what the AI said, as if it has any authority on anything?
My first in-person #EmberFest was a blast!
It was great to see everyone, meet new folks for the first time, meet and hang out with people I'd only known by their online aliases, catch up with old coworkers (and current coworkers, too 🎉)
10/10 would attend again.
From @viteconf@fosstodon.org @real_ate@mastodon.social's talk:
✨ Ember ❤️ Vite ⚡
Chris Manson | Ember's Journey to Build with Vite | ViteConf 2024
How to learn anything!
These are using vastly different technologies, but, I have to say that QUnit (+ qunit-dom) has such a good API.
Sorry playwright.
Both files are 18 lines.
Playwright's test is 12 lines
QUnit's test is 8 lines.
Over time, as you write more tests, that per-test savings adds up.
😬
https://github.com/vitest-dev/vitest/issues/5090
meanwhile, ember's test situation is very nice!
> qunit
> run in browser
> breakpoints, debugger, etc work easily
🎉
Replying to
the screen queries _just work_
the *user actions* aren't really worth using in ember projects because @ember/test-helpers already provides waiter-integration for everything you would want to do (and with better semantics ).
Replying to
note on stability and non-flakiness in general -- Ember has designed itself to have really good test stability out of the box.
Testing UI in the browser is a delight!
When a test *is* flaky -- it's usually because someone forgot to annotate an async behavior -- easily resolved!
Replying to
note on stability and non-flakiness in general -- Ember has designed itself to have really good test stability out of the box.
Testing UI in the browser is a delight!
When a test *is* flaky -- it's usually because someone forgot to annotate an async behavior -- easily resolved!
Replying to
We also have tools to precisely tell you when something is hanging, which function it is, etc
Replying to
We also have tools to precisely tell you when something is hanging, which function it is, etc