@TimvdLippei
iAccount based inNetherlands
About this account
- Account based in
- Netherlands
- Connected via
- Web
Account-level information from X, not a live location or the device used for a specific post.
Development Tooling engineer @AdyenDevs. @MockitoJava core developer. Former @ChromeDevTools, @Polymer. Completed Master Computer Science at TU Delft
Joined January 2013
- Tweets5.8K
- Following135
- Followers1.6K
- Likes39.1K
Pinned Tweet
Not sure how this works yet, but I think this is useful information for some: @tvanderlippe@fosstodon.org
Installed the Mastodon PWA (super polished) and will uninstall this PWA. See you on the other side!
Not sure how this works yet, but I think this is useful information for some: @tvanderlippe@fosstodon.org
Tim van der Lippe retweeted
After months of work (and years before me!), I've just sent the PR that converts TypeScript itself to modules. The compiler is 10-25% faster, the package is 43% smaller, and more. github.com/microsoft/TypeScr…
Tim van der Lippe retweeted
On Oct 25 around noon we saw a significant spike
in test failures running in our physical (phone) device labs.
Why did this happen .... Turns out even though our devices have wifi off and no sims there is still a vector of non-determinism...
Tim van der Lippe retweeted
I find this interesting because the longer my career goes, the more I prefer simple and limited (not referring to React, just generally).
Context is everything in software so hard to define hard rules but I like simple because generally it means fewer footguns.
Replying to @housecor
React 2014: Simple, but limited.
React 2022: Powerful and remarkably flexible, but intimidating and fragmented. A massive number of compelling options to consider. The hardest part is keeping up with the churn and choosing between multiple compelling options.
Tim van der Lippe retweeted
✎ LET'S TALK ABOUT WEB COMPONENTS: bradfrost.com/blog/post/lets…
Web components are part of the web. They are good for the web. We should be rooting for them.
Tim van der Lippe retweeted
Because web components are native to the web, they can travel to any web-based environment. They can be plugged into a WordPress/Drupal/Contentful/whatever site or integrated into a React/Vue/Angular/whatever app.
Of course reality is more complicated than that rosy picture.
A community member fixed it. After a couple of iterations, they came up with the simplest and most maintainable solution! Team work :D
github.com/mockito/mockito/p…
Currently, all PRs to @MockitoJava are blocked because of a Java 8 build issue. Are you looking to contribute to an open source project? I would be delighted to help you out. Some instructions and options are listed here: github.com/mockito/mockito/i…
Private class fields are now even faster 🎉 And ESLint can also detect unused class fields: eslint.org/docs/latest/rules…
I wrote a blog post about the optimization of new class features in @v8js that has also been included in the recent @nodejs 18.0.0 release 🎉 v8.dev/blog/faster-class-fea…
Currently, all PRs to @MockitoJava are blocked because of a Java 8 build issue. Are you looking to contribute to an open source project? I would be delighted to help you out. Some instructions and options are listed here: github.com/mockito/mockito/i…
On my way to the @AdyenDevs Tech Event 2022! At 17:00 I will give my talk on "How to use mocks effectively in tests". Part of the event is publicly available as well via livestream: adyen.com/landing/events/nl/…
The most important reason why we switched to web components in @ChromeDevTools
Replying to @brad_frost
Web components are the only sustainable and non-risky way to crawl out of a framework and migrate to a new stack, one component at a time. Doesn't need to rewrite in one go or at all. Can also switch new development and let the rest sit to rest.
Tim van der Lippe retweeted
A recent tweet about running 1000 tests in 1s for @preactjs got a little attention. Here's a blog post diving into all the tricks and optimizations we applied to achieved that⚡️
marvinh.dev/blog/running-100…
Running all 1002 tests for @preactjs takes ~1s.
This means new ideas can be tested instantly due to the short feedback loop. Makes it much more enjoyable to try out new ideas.
Super glad that we invested early on into a fast test setup.
Tim van der Lippe retweeted
Gather 'round, it's story time.
A number of years ago, I was hired by a company to rebuild a component library for their design system. The one they were replacing was built with AngularJS, but AngularJS was old and rickety and nobody wanted to use it anymore. 👇
For yesterday's Mockito Javadoc issue: our build breaks with Java 8. However, since Mockito 4 still supports Java 8, we want to publish using that infrastructure.
I guess we have to switch to Java 11 soon...
Replying to @bcrow @BriceDutheil
Aha! So the culprit is the fact that we still support Java 8, hence we build our artifact on Java 8 as well. Thus the Javadoc command uses the "wrong" file.
I am not sure if we can upgrade to Java 11 already. That would be a breaking change, solely for our Javadoc
The CI build of @MockitoJava is failing and it took me a while to understand why: we validate our JavaDoc generation (as we take great pride in writing meaningful documentation) and all warnings fail the build. We didn't change anything on our side, so it is an external change.
In the process, I spotted we linked to the Java 6 documentation (yeah, that's old) and attempted to update to Java 11: github.com/mockito/mockito/p…
Sadly, it fails with the same problem, as the `element-list` page for Java 11 redirects to the index HTML page.