Hey, we're building an app that lets you create your own web and mobile apps.
how cool is that?
If you're up for it, give it a shot at https://www.tiram.ai
It's super easy and fun!
Ask HN: What are you working on? (February 2025)
811–820 of 922 posts
Re: Ask HN: What are you working on? (February 2025)
#812Hey, we're building an app that lets you create your own web and mobile apps. how cool is that? If you're up for it, give it a shot at https://www.tiram.ai It's super easy and fun!
I just ask:
"I want to sell coffee premix online"
And its give me this as output
https://app-01jmyp44-coffee-enthusiast-tiram-ai.vercel.app
isn't it cool
Re: Ask HN: What are you working on? (February 2025)
#813I am building an RPG Maker MZ game with my son, who just turned four this winter. :)
Re: Ask HN: What are you working on? (February 2025)
#814https://github.com/hamradiolog-net/adif
i’m learning golang and made this library that parses ham radio ADIF logs. my goal was to match the speed of the golang json parser. i managed to surpass it by about 2x!
i’m currently employed writing c#, but looking for a job elsewhere and golang seemed like a good way to level up :)
Re: Ask HN: What are you working on? (February 2025)
#815I'm working on an open-source event tracking infrastructure using AWS and Apache Iceberg. Think Heap or Mixpanel but you own the data, the data is in your data like within seconds and it's dirt cheap.
Re: Ask HN: What are you working on? (February 2025)
#816https://github.com/hamradiolog-net/adif i’m learning golang and made this library that parses ham radio ADIF logs. my goal was to match the speed of the golang json parser. i managed to surpass it by about 2x! i’m currently employed writing c#, but looking for a job elsewhere and golang seemed like a good way to level up :)
golang is a sidegrade at best, in many ways it's very last century when compared to C#
(even if poorly managed and overbloated enterprise codebases may lead you to believe otherwise, they are quite detached from what modern C# is supposed to look like)
Re: Ask HN: What are you working on? (February 2025)
#817I'm writing a list of tech projects and companies with headquarter in EU : https://github.com/uscneps/Awesome-European-Tech the idea is to give attention to the Europe tech ecosystem.
Re: Ask HN: What are you working on? (February 2025)
#818https://github.com/hamradiolog-net/adif i’m learning golang and made this library that parses ham radio ADIF logs. my goal was to match the speed of the golang json parser. i managed to surpass it by about 2x! i’m currently employed writing c#, but looking for a job elsewhere and golang seemed like a good way to level up :)
golang is a sidegrade at best, in many ways it's very last century when compared to C# (even if poorly managed and overbloated enterprise codebases may lead you to believe otherwise, they are quite detached from what modern C# is supposed to look like)
I would tend to agree, and yet there is something intellectually challenging about learning something new! I've been on the c# bandwagon since 2004; assembly and C before that. Go brings back some of that low(er) level feeling :)
I could tell you some horror stories about how my current employer does C#. It is very strange.... can't use var, nuget packages for _every_ class library... and it gets stranger from there on out... unfun!
Re: Ask HN: What are you working on? (February 2025)
#819Earlier quoted context omitted.
I experimented with Computer Use and even though it's pretty cool, I ended up not using it for 2 main reasons: 1. It's unreasonably expensive. A single test "2+2=4" for a web calculator costs around $0.15. I run roughly 1k tests per month on CI and I don't want to spend $150 on those. The approach I took with Alumnium costs me $4 per month for the same amount of tests. 2. It tries too hard to make the test pass even…
For the 1st point, I generate a script with hashed check points so next run is automated unless something changes in the UI to invoke AI. I make this possible by proxy wrapping playwright library so I can take over every method. Users use playwright like they always have but with one extra method called act. Omini parser lets you split section of the UI to hash and watch for changes that are relevant. For 2, can you…
> For the 1st point, I generate a script with hashed check points so next run is automated unless something changes in the UI to invoke AI. I make this possible by proxy wrapping playwright library so I can take over every method. Users use playwright like they always have but with one extra method called act.
How would you determine that something changed in UI by just looking at a screenshot? Would you additionally compare HTML/DOM or approximate the two screenshots?
> Omini parser lets you split section of the UI to hash and watch for changes that are relevant.
I wasn't aware, thanks for sharing!
> For 2, can you give some examples?
Specifically, if you take the Shortest tool (https://shortest.com), a test runner powered by Computer Use API, write a test "Validate the task can be pinned" for https://todomvc.com/examples/vue/dist/, and run it — it passes. It should have failed because there is no way to "pin" tasks in the app, yet it pretends that completing the task is the same as pinning.
Re: Ask HN: What are you working on? (February 2025)
#820Earlier quoted context omitted.
golang is a sidegrade at best, in many ways it's very last century when compared to C# (even if poorly managed and overbloated enterprise codebases may lead you to believe otherwise, they are quite detached from what modern C# is supposed to look like)
I would tend to agree, and yet there is something intellectually challenging about learning something new! I've been on the c# bandwagon since 2004; assembly and C before that. Go brings back some of that low(er) level feeling :) I could tell you some horror stories about how my current employer does C#. It is very strange.... can't use var, nuget packages for _every_ class library... and it gets stranger from there…
Honestly, this is a good argument and it should not even be made here but rather when discussing dire and completely self-inflicted state of affairs that a lot of products written with C# are in. It's not just that "the product you see no reason to rewrite in .NET 8" causes talent attrition. It's that it causes that said talent to leave .NET altogether, despite the fact that for greenfield products it's much better at 85% tasks being usually thrown at Go. It's an unfortunate predicament.