Hacker Newsnew | past | comments | ask | show | jobs | submit | aslushnikov's commentslogin

https://flakiness.io: test analytics for GitHub and GitLab.

The idea is to connect test results and artifacts with commit history and testing environment. This way test reports can show whether a failure in a pull request is a real regression or a known flake from a target branch.

The core of the service is a specialized analytics engine that makes it possible to store and query large amounts of test results [1]. Thanks to this engine, we've processed 2.5 billion test results to date.

Flakiness.io is used already by a few large open sources (nuxt/nuxt [2], wordpress/gutenberg [3]). There's a 1GB free plan which is enough for roughly 10M+ test results, and I'd be happy to increase this limit to 100GB for large open source projects upon request.

Let me know what you think about the project!

[1]: https://blog.flakiness.io/posts/2026/engine/

[2]: https://flakiness.io/nuxt/nuxt

[3]: https://flakiness.io/wordpress/gutenberg


I've been working on shard balancing for Playwright Test. The idea is to use the new API released in Playwright v1.62 together with historical test durations to balance tests across shards.

I ended up designing a specialized variant of LPT that works well for Playwright test suites. It's now used in WordPress's Gutenberg project, where it cut test runtime from 35 minutes to 23.

The algorithm is called SALT. Here's the detailed write-up if you're interested in job scheduling:

https://blog.flakiness.io/posts/2026/salt/


Hi HN, I’m Andrey. I previously worked on Puppeteer and Playwright; for the last couple of years I’ve been building Flakiness.io, leading a small bootstrapped team.

Flakiness.io collects test results from CI, associates them with GitHub commits and pull requests, and cross-references them with Git history. This way, a test report can show whether a failure is new, whether a test has been flaky before, and which commit caused a test to start running 5x slower.

We built integrations for several test runners, along with an open JSON report format that we use to represent concepts shared across different runners: tests, tags, annotations, retries, steps, attachments, logs, and more.

https://github.com/flakiness/flakiness-report

Supporting large projects was an interesting engineering challenge: some repositories generate hundreds of thousands of test results per commit, but the data is very repetitive. Our experiments showed that it can be compressed and analyzed without decompression, so we ended up with a specialized analytics engine that can process billions of results on modest hardware while keeping the service affordable.

The report format, SDK, and runner integrations are MIT-licensed. The server is closed source, which is how we plan to make money. To avoid locking users in, our CLI [1] can export all of your data so you can process it however you want.

Here is a public project to explore:

https://flakiness.io/wordpress/gutenberg

We’d love your feedback! What's missing for Flakiness.io to fit your test setup?

[1]: https://docs.flakiness.io/cli/overview/


This reminds me of https://mc-stan.org


You should read the part of the article where the author compares his work to Stan.


Thank you for pointing!


Working on https://flakiness.io: GitHub-native test analytics. I worked on Playwright before, and this project started as a natural continuation of that work. We’ve since expanded beyond Playwright to support many popular test runners.

The idea is to connect test results and artifacts with commit history. Test reports should know whether a failure is new, whether a test has been flaky before, and which commit made a test start running 5x slower.

If you maintain an open-source GitHub project with tests, please give it a try. The free plan is a good fit for OSS projects: 1GB of storage is enough for roughly 10M+ test results.


This is awesome! Looks well built and the value prop is reasonable.


I'm very surprised to see the rapid advancement in robotics these days. After all the fancy demos of Boston Dynamics and others from 10 years ago, and no real advancement beyond them, we kinda learned to treat robotics as "fancy toys".

Now, this feels to me very much like a Deep Blue moment in chess, when to everyone's surprise it won over Garry Kasparov 3.5 to 2.5. 20 years in, and no one even considers competing with chess engines.

This Ace robot won over table tennis professionals in 3 matches and lost in 2. Even the score is similar. I wonder what it'll all look like in 20 years from now.


I'm very much into niche hobbies: they usually have nice tight & friendly communities.

Below are some of my favorite I'd love to share:

- FPV drone flying: once you've spent 5-10 hours to get initial reflexes for the controls in the simulator, the first flight on a real machine outside feels magical.

- Electric unicycles: the "mind-controlled" PEV, and arguably the best way to get around in San Francisco.

- Foiling: the closest feeling to riding a hoverboard. You can kite-foil, pump-foil, sup-foil etc, but wing foiling is the easiest to get started.

- Knots: tying laces properly just makes life easier, and tying tucker's / voodoo hitches for the first few times feels like a magic trick.

- Cardistry: learning to do a proper riffle shuffle and a few artistic cuts adds some fun to the most boring part of any card game.


>FPV drone flying

What sort of set-up would be a good one for a beginner?


The setup I'd recommend:

- Velocidrone [1] flight sim

- Any FPV controller that connects to laptop. 2 solid choices are TBS Tango 2 or DJI FPV Remote Controller [3]

I spent ~20 hours in the sim before advancing to real drones; a few of my friends followed this path and successfully passed an improvised exam on real drone after just ~10 hours in the sim.

As for the drone itself, the easiest setup is probably DJI Avata [4], but it's less of the proper "FPV feel". I personally fly Flywoo Explorer [5] with DJI system: it's a small & nibmle long range drone, easy to travel with, and powerful enough to chase kiteboarders even in a strong wind.

P.S. Don't be discouraged with sim flying: it's actually very fun, feels similar to TrackMania Nations.

[1] https://www.velocidrone.com/

[2] https://www.team-blacksheep.com/products/prod:tbs_tango_2

[3] https://store.dji.com/product/dji-fpv-remote-controller-3?vi...

[4] https://www.dji.com/avata-2

[5] https://flywoo.net/products/explorer-lr-4-o4-pro-sub250-4k-1...


Thanks!


That's the fun part: most of the stuff currently on the market is quite good. The quads, the gear — if a few people recommend it on Reddit, it's likely totally fine for a beginner and it will fly well.

A few pointers:

The guy we all watch on YouTube is called Joshua Bardwell.

Regarding radio, the protocol you're looking for is ELRS. Everything has converged on ELRS, it's open source and crazy good. ELRS at 250mW will survive more than your video feed, and many ELRS transmitters go to 1W.

Transmitter (the controller): There are options, but you can't go wrong with anything from RadioMaster. FPV quads don't need many inputs, so honestly a RadioMaster Pocket is completely fine. I have both the Pocket and the TX16S (their flagship transmitter, I also fly fixed wings), and it makes zero difference for quads. This is completely up to your budget, just get something with ELRS.

The video situation is a bit more interesting, but generally: analog is alive and kicking with brutal power and range, but shitty video. In digital, DJI is king, although a bit expensive. They sell entire drones, even some (very meh) FPV, but they also sell cameras, video transmitters and goggles for "proper" FPV builds, and these kick ass. If you don't like DJI, there are alternatives (WalkSnail, HDZero), but nothing as open and as compatible as analog.

First you spend some time on a sim. They're all good nowadays, I personally fly Uncrashed the most, but I also have Liftoff and Tryp FPV, it's all good fun. The flight models feel slightly different, but so do real-life quads, so unless you're trying to match your real-life quad down to the last atom, you won't notice any issues.

You either build a quad from scratch (not hard at all, but it takes time and there's some soldering) or you buy a finished one (we call these BNF — bind and fly), or you get something in between and add your own parts (e.g. a camera + VTX (video transmitter) to match your goggles).

You choose the size and type of the quad according to where and how you want to fly. A "tiny whoop" for your apartment, a "cinewhoop" for high-quality video indoors and outdoors, a 3inch freestyle quad for a big garden or a park, a 5inch (the golden standard) for racing and seriously whipping it around, a 7inch for huge environments and longer cruising, and anything bigger for serious long-range missions.

I wouldn't go larger than 5 inches for a first quad, you'll likely crash it a few [dozens of] times and larger quads are both more fragile and more expensive to fix if you do break something.

Crashing a quad is a completely normal thing and they're built to withstand it. Usually you'll just ding or bend a prop, you bend it back and replace it (<1€/$) when it's really bad.


Cool, thanks for the info.


what FPV drones do you recommend for someone just getting into it?


The standard advice is always to buy a transmitter and get started with the simulator. Then buy / build your custom racing drone that suits your flying style and area. Anything from 20 gram whoops that fly indoors to 5" racing quads that need a lot of open space.

But with dji neo 2 / avata you get a fairly beginner friendly set up. Once you're used to it, you can upgrade to a good racing drone by building one yourself.


This is awesome! I enjoyed typing out the 20 words available, and would love to type more! Why are the majority of the words in the word list [1] commented out?

Also, I would appreciate if the word & its description is automatically pronounced (or maybe there's a setting to do so). This way I would be able to train audio perception, which is oftentimes challenging with French.

Right now, clicking the "speaker" icon speaks out the word, not definition, and also steals focus from the input field.

1: https://github.com/agencyenterprise/Term-Typer-Words/blob/ma...


I removed the commented words and updated it with Romanian and German.

Thanks for the feedback! If you click on definition, it will speak (I need to improve the ux here)


I use `mkdir -p DIRECTORY_NAME && cd $_` in bash which is not as concise but still DRY.


This is the sort of DRY that is more dogmatic than helpful, IMO.


Quite.

DRY is a good guideline but a rubbish rule.


I learned handstands at a circus school and this tutorial indeed looks very similar to what we where doing.

The article also suggests a belly-to-wall handstands at some point, which (according to my teachers) is a much better exercise for a proper handstand then a back-to-wall handstands.

Two things that help me practice these days:

- voice-controlled timer to keep track of handstand time: https://timeless.aslushnikov.com/ (I didn’t find any readily available so hacked my own)

- facebook’s “Handstands Anonymous” group to boost motivation: https://www.facebook.com/groups/handstandsanonymous/?ref=sha...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: