Thanks! From a quick look, it seems possible. The parser could extract the data, but the real bottleneck is whether the foreign banking apps allow us to manually input those specific parameters to initiate the transfer.
Congratulations on the launch! Is it possible to replay the tests against another URL? My use case is that I have a nodejs backend that I want to rewrite in python. I wonder if I could use your tool to record the API requests to the current server and use them to replay against my rewritten server to check if the responses are the same.
Another useful thing would be if I could create the tests from saved requests exported from my browser's network tab. In this case your tool would work regardless of the backend language.
Thanks! Good question. Tusk Drift isn't quite designed for these use cases.
Currently, Drift is language specific. You'd need the SDK installed in your backend while recording tests. This is because Drift captures not just the HTTP request/response pairs, but also all underlying dependency calls (DB queries, Redis operations, etc.) to properly mock them during replay.
A use case we do support is refactors within the same language. You'd record traces in your current implementation, refactor your code, then replay those traces to catch regressions.
For cross-language rewrites or browser-exported requests, you might want to look at tools that focus purely on HTTP-level recording/replay like Postman Collections. Hope this helps!
I enjoy vcrpy and use it a lot, but it doesn't seem to be that similar.
Vcrpy is closer to an automock, where you create tests that hit external services, so vcrpy records them and replays for subsequent tests. You write the tests.
Here you don't write tests at all, just use the app. The tests are automatically created.
Thank you for sharing this. My grandpa passed away earlier this year at the young age of 97. We discovered a kidney cancer and decided not to treat him and bring him back home.
During his final days, he became unresponsive, only sleeping. The doctors gave us the option of feeding him through a tube. We made the hard decision of not doing it. Gave him all the medicine to help his body heal, but no invasive procedures.
We stayed by his side for the next 5 days. Playing songs that he enjoyed. Audiobooks that he loved. And just taking care of him.
Finally, his breath became slower and slower until it stopped and he passed away. I had the opportunity of being beside him during his last breath.
The passing of loved ones is always difficult, but I am grateful for how he went. He lived a full life and was incredibly healthy until the end.
Without knowing, we decided on a sallekhana-like process for him. It was the right thing to do.
I love this! I prefer digital stuff (less things to worry about), but I miss the physicality, especially when friends come over. Books or CDs become a conversation.
If you'd like to do something similar, but don't want to DIY it, check out Yoto Player [1]. This is a small music speaker and they sell a bunch of NFC cards to "play" them. You can also buy blank cards and use their app to add whatever you want to them (music, audiobooks, even audio recordings). It's really well made.
There are a bunch of other companies with similar products. Some use miniatures instead of NFC cards. If you search the web for NFC music player, there are a few FOSS apps on github so you can focus on the hardware part and use their software on a raspberry pi.
This is also great for elders.
P.S.: if you fancy a cool project, I'd love to see someone reverse engineering Yoto so it gets the audio from a local server instead. This way we can use their great hardware, but can use any NFC cards.
I pulled apart my Yoto mini! I found an unencrypted ESP32, and managed to pull the firmware off it too.
My reverse engineering skills are limited, so my journey has paused there for now, but I would _love_ to be able to map out all the hardware & write open source firmware for it.
The Yoto set up is very smart (the NFC cards hold a Yoto URL, which responds with a JSON document describing the music & links to MP3s on S3, or m3u files for internet radio).
The only downside is that the Yoto will _only_ follow what I presume are allow-listed URLs, and has SSL certs for those URLs baked in, so if the company ever goes under the devices would lose almost all functionality, without new firmware.
I want to support Yoto as these devices are really great, but I’d also love to be able to drop my own URLs on cards and:
- Play tracks from Plex like OP
- Trigger lighting/mood changes with HomeAssistant as well as play an album
- Play the music on network speakers (eg. Sonos), using the Yoto as the source
If anyone feels like they’d be interested in helping reverse engineer them, do reply!
> especially when friends come over. Books or CDs become a conversation.
There's nothing worse than when having people over, and sitting in front of a computer or device isolating from the group. The physical medium of vinyl albums or even CDs allow interaction with everyone instead of someone just clicking on a screen some where. What I read on an album covers might not be the same thing you read and take away from it. It just makes music sharing so much more personal.
Yeah, yoto works really nice for the same purpose. My kid's got lots of custom music on the blanks now. Both soundtracks from movies and custom playlists. I suspect it's going to transform into more of albums in the next years. Whether purchased or DIY, it's also a great solution to giving agency to a 3yo without something like "have an ipad with the whole spotify".
Agree. I have a 2.5yo girl at home, who loves songs at the moment. Before that, I was wondering if there is a way to give her some experience like playing albums, but not just the sound. Now I have found the way. (and we have a 3D printer)
CDs are now actually also joining vinyls in being revived for physical merch purposes. They're no longer needed, but if you want them they are available for purchase.
Not that it'll happen, or at least I haven't heard of it, but I'd love for MiniDiscs to also make a comeback (not that they ever were that popular), and see new releases in that format. It's my favorite one, a nice blend of CDs and compact cassettes (no worries about scratches thanks to the protective shell, even when you carelessly throw the discs in your pockets).
After years of digital only I started buying CDs and books again. I am much more selective though. Just buy what I will listen to many times or for artist support.
Bought a total of 3 CDs in two years. Movies are more difficult, as I can't stand watching most the second time. Got some Ghibli classics.
My sister showed it to me at a holiday house where we had no internet. I thought it was awesome, an offline music/audio player that her daughter could use. She mentioned you could make your own cards. It immediately reminded me of making mix tape cassettes and cds as a child.
I bought one the next week without doing any further research.
When it arrived and asked me to connect it to the wifi I was very confused.
I realised I made a massive assumption that “someone had solved the NFC card memory capacity problem”. I’d seen it work without internet and made all these assumptions about how it worked.
Obviously wrong in hindsight.
Still a great piece of kit, but I’d love something that was more akin to a cassette players rec/play/rewind/rec &
Physical medium.
They’re a fantastic piece of kit! They have a Micro SD card internally and download the album/card on first use, then it can be used fully offline any time in the future. It’s a great trade off in my mind (though I’ll post one level up about how I wish it’d do even better here…)
There is a technical difference though - yolo keeps the audio on the cards, while this project uses NFC tags to select locally stored audio. To have truly collectable experience, yolo type of thing is the only choice.
Yoto doesn’t keep the audio on the cards, all the audio is stored on the cloud and the NFC cards just have a link to the album. The Yoto can’t play a card it hasn’t already seen before without connecting to the Wi-Fi and downloading it.
That's very interesting, although I'm still curious about the training resource usage -- not "only" inference. I wonder what is the relative importance of training (i.e., what percentage of the resource usage was in training vs. inference)
One random preprint I found (https://arxiv.org/html/2505.09598v2) estimates inference is 90% of the total energy usage. From some googling around, everything seems to agree that inference dominates (or is at least comparable to) training on the large commonly-used models.
I was less surprised that inference dominates training after I read that chatgpt is serving billions of requests per day.
Many papers on large models make claims about the energy used. Google has consistently said that training and inference use about the same fraction of their data center resources.
Is this just meant to be dismissive, or just like a kind of non-answer? That it could be said for anything doesn't make asking it of this specific thing unimportant or uninteresting.
Right, and the scraping, the extra storage required, the manufacture of all the extra GPUs, etc. This is them hoping people don't understand that the query is only one part of it and aren't curious enough to ask further questions.
From what I understood, the initial motivation wasn't technical, but related to Apple's practices around a closed app store and the 30% tax on every purchase. He explained it both on Lex Fridman's podcast at [1] and a bit on [2].
This has been one of the most surprising developments of late, given DHH's and Rails devs historical preferences for Apple products. I'd love to see some stats on the impact of this change.
After many years using Ubuntu, I migrated to Omarchy this weekend (Arch Linux + Hyperlnd, a tiling window-manager). Looking great so far!
I don't think it's a DHH thing. I've been all on Apple for almost 20 years, but plan to make the leap to Linux in the next 6 to 9 months. Apple doesn't feel like the same company they used to be. Is that just perception? I don't know, but the fact that I can't delete the News or Messages apps is ridiculous.
I think a lot of people are sick of supporting poopy companies.
What annoys me most is how they keep hiding the address bar everywhere so I don't know the location of my files anymore. As a developer, this drives me insane.
> While the system is not named directly, a document from the Office of the United States Trade Representative (USTR) says that “Brazil also appears to engage in a number of unfair practices with respect to electronic payment services, including but not limited to advantaging its government-developed electronic payment services.”
I'd be surprised if there aren't big tech/credit card companies lobbying behind this.
Earlier this week, Brazil VP Geraldo Alckmin (who is also a Development, Industry, Trade and Services Minister) meet to talk about tariffs with several big tech executives and also a "big tech" lobbyist. Worth to point out that.... Visa was there.
- Igor Luna, Legal Consultant of the Brazilian Digital Economy Chamber
- Nuno Lopes Alves, General Director of Visa
- Gustavo Lage Noman, Vice President of Government Affairs at Visa
- Márcia Miya, Government Affairs Manager at Apple
- Gustavo Dias, Head of Legal and Institutional Relations Latin America
- Yana Dumaresq, Director of Public Policy at Meta
- Daniel Arbix, Legal Director at Google
Igor Luna were doing heavy lobby against social network regulation that happened.
