Great video. I was about to share it here myself.
HN user
idoco
twitter.com/ido_co github.com/idoco
I love Asianometry! The semiconductor history videos are incredible. The level of quality on that channel just blows my mind. It’s one of the best examples of the revolution happening in high-quality, independently produced content.
I actually first heard about it from the Acquired podcast, which is another great example of that same trend.
I get the frustration, but I think there’s a hidden assumption in this discussion: that everyone can write well in English.
Only about 5% of the world’s population are native English speakers, but more than twice that number use it daily. For many, AI rewriting isn’t about losing personal style—it’s about making sure they can communicate clearly in a language that isn’t their first.
It’s fair to dislike how AI flattens unique voices, but for a huge part of the world, it’s not erasing personality—it’s making participation possible.
Absolutely with you on the need for high-impact tests. I find that humans are still way better at coming up with the tests that actually matter, while AI can handle the implementation faster—especially when there’s a human guiding it.
Keeping a human in the loop is essential, in my experience. The AI does the heavy lifting, but we make sure the tests are genuinely useful. That balance helps avoid the trap of churning out “dumb” tests that might look impressive but don’t add real value.
Totally agree, especially about the need for well-architected, high-impact tests that go beyond just coverage. At Loadmill, we found out pretty early that building AI to generate tests was just the starting point. The real challenge came with making the system flexible enough to handle complex customer architectures. Think of multiple test environments, unique authentication setups, and dynamic data preparation.
There’s a huge difference between using an LLM to crank out test code and having a product that can actually support complex, evolving setups long-term. A lot of tools work great in demos but don’t hold up for these real-world testing needs.
And yeah, this is even trickier for higher-level tests. Without careful design, it’s way too easy to end up with “dumb” tests that add little real value.
It reminds me of a similar cooking technique in Israeli Armored Corps called Transmission Spam.
We used to place a can of spam on the tank's gearbox before a long drive, and by the time we reached our destination, the spam was heated up and ready to eat.
That is why DIY is usually more expensive than managed services. Engineering hours are expensive and best spent on your core competencies.
DIY only make sense at a very small scale or very large scale, everything in between is usually best offloaded to those which do it as their core competency.
I see OpenTelemetry as an application of the same idea pushed by Google via the k8s revolution.
Create a great vendor-agnostic open source tech. Get everyone riled up about the dangers of vendor-locking solutions. Use the new tech to carve yourself a piece of the market from the current incumbent.
It is pretty great and all, but sometimes it is easier to build your app with a simple vendor-locked tech than a super generic agnostic technology.
That is a very good point. Security crawlers should probably use a masked user-agent.
My take on vim web version: http://exitvim2.win
At Loadmill we use thousands of real user devices from around the world to simulate the load.
This way you can simulate the complexity of different devices, geo-locations, and network connectivity levels in your tests.
Disclaimer, I'm one of the founders of Loadmill.
Thanks. I tried to post it to HN but got no traction :)
Yes, that is quite expensive. TLV also has Mobike non-electric bikes for about $1 per 30 min.
But take into consideration, that non-electric bikes are not very practical commute option during the Israeli summer (for most people).
Public transport (Bus only) is quite ineffective because of congestion.
<Shameless-plug>
My analysis of Bird's unit economics in Tel Aviv:
https://twitter.com/ido_co/status/1080883756184023041
</Shameless-plug>
I don't know. Some of the tweets are funny, but it's effortless to be cynical about other peoples work. (Especially when presented by non-native English speakers)
Similar lines could have been written about once crazy ideas that we take for granted today.
Hi tpetry. It might have been too subtle, but with Loadmill you can record and replicate live production traffic using real devices from around the world.
I really loved the minimal Mapbox implementation of the concept! (by Vladimir Agafonkin)
They basically crowdsource the charging operations- https://www.theatlantic.com/technology/archive/2018/05/charg...
It is not exactly like the Uber/Lyft model, but you can think of it as the supply side of the equation, and it does create barriers for entry.
Thanks mipmap, ping me if you need any help with that.
Thanks!
Yeah, our affiliates get a visible iframe to embed in their website, and that is their responsibility to communicate this to their visitors (they can also do it in other ways).
This should work really well blogs and websites who want to avoid ads and look for alternative monetization models.
Hi Linde, the traffic comes from our affiliate websites' visitors. They perform a set of limited http/s requests to the tested application.
This way we can offer our affiliates an alternative monetization model. Website owners embed our script, and share the revenue generated from the tests they help to power, while keeping their website free from ads.
IMHO ads are far more intrusive than sharing your upstream bandwidth with others, they also waste your attention and incept ideas in your mind. This is why some people choose to opt-out and use ad-blockers, and that's ok.
But as long as we want to get free quality content, publishers have to see some profit (And I'm ok with that). You opt-in to many things when you visit a website on a regular basis, and tools like peer5 are just one of these things.
(Fixed typo)
I really love the simplicity, I think I will use it for one of my side projects! (also here at Show HN)
Quick question, why did you choose to use a PATCH request and get involved with CORS issues, instead of injecting an image element with a tracking pixel (web beacon)?
I think this will require the user to login and have a Telegram account (which I didn't wanted to rely on), but I might be wrong.
I'm using preact, it's a very light version of react. The whole initial js bundle is less than 6kb (gziped)
I've implemented a pretty naive solution, I guess there are better ways to do that.
You can it here https://github.com/idoco/intergram/blob/master/src/widget/wi...
Thanks :)
Not bad, maybe I'll open an issue on GitHub and let people vote on the name.
Yeah, it should work in groups. I really like the idea of building another bot to do some auto replies, kinda like a "micro-bot" architecture.
Hmm... I get that :) Do you have a better name for it ?