News for hackers. Stuff that matters.

mnafees

Hey Shubham, I can still see the API keys in https://www.runanywhere.ai/web-demo, FWIW. A simple proxy of the request from the frontend to your own API and then to the vendor API would solve this. Also recommend rate limiting on the same. Happy to help if you need further assistance.
Seems like you are leaking an ElevenLabs API key in your web demo. The OpenAI completions endpoint also has the API key in the request header but that seems to already be revoked and is returning a 401.
Re:Advent of Code 2025 on Monday December 01, 2025 @02:45AM (#46104613)
I love Advent of Code! I have used previous years' problems for my guest lectures to Computer Science students and they have all enjoyed those more than a traditional algorithmic lecture.
Re:Build desktop applications using Go and Web Technologies on Monday November 24, 2025 @11:53AM (#46036148)
Very interesting! How would the Electron and Go processes communicate in this case? Did you expose a Unix socket or TCP port perhaps?
Re:Build desktop applications using Go and Web Technologies on Monday November 24, 2025 @06:53AM (#46033096)
I totally agree :) I don't blame Go either. We were already a pure Go shop with a lot of focus on backend and infra systems engineering and were trying to venture into the desktop app market for our device monitoring software. Once we validated our idea with a rather buggy MVP haha, we quickly switched over to Electron and deployed on all 3 desktop OSes properly.
Re:Build desktop applications using Go and Web Technologies on Monday November 24, 2025 @06:50AM (#46033080)
I remember we used https://github.com/getlantern/systray at some point along with some interaction with fyne.io. That said, I do not remember how we managed the lifetime but we did test it thoroughly before deploying to our initial beta users (or so we thought :P). The GC behavior started to happen whenever the app was in the background, which it was supposed to be for the majority of the time.
Re:Build desktop applications using Go and Web Technologies on Monday November 24, 2025 @06:47AM (#46033053)
Been a while since I worked on it but I remember we used https://github.com/getlantern/systray at some point along with some interaction with fyne.io AFAIR.
Re:Build desktop applications using Go and Web Technologies on Monday November 24, 2025 @05:12AM (#46032348)
We built a background daemon as a macOS menu bar app in Go, and the performance was surprisingly bad. The Go bindings for native UI frameworks ended up being massive RAM hogs. When we profiled it, we found that the GC essentially gave up under load, which explained why customers were reporting a simple menu bar app consuming 2.5GB+ of RAM on their Macs. We eventually abandoned the Go approach and switched to Electron. (Not-so) Surprisingly, both the DX and UX improved significantly for our use case. Personally, I’d still prefer Swift/C#/C++ for native desktop work (coming from a Qt C++ background), but given the business constraints at the time, Electron ended up being the most pragmatic choice.
Re:Launch HN: Dedalus Labs (YC S25) – Vercel for Agents on Thursday August 28, 2025 @04:32PM (#45056721)
Congratulations on the launch!

I’ve been writing Go for the past 4 years, and I’d strongly suggest avoiding Stainless for auto-generating Go SDKs. Some of the issues I’ve run into: - Awkward package naming (e.g., githubcomdedaluslabsdedalussdkgo) - Methods with unnecessary complexity, including excessive use of reflection for JSON handling - Other codegen quirks that make the SDK harder to use and maintain

From experience, I’d recommend either using another code generator or hand-writing the Go SDK for a cleaner and more idiomatic developer experience.

Re:If You're Remote, Ramble on Monday August 04, 2025 @06:48AM (#44784106)
I’ve been working remotely for YC startups for the past 3.5+ years, and I completely agree. I went from being the quietest person in the room to someone who often ends up rambling on most calls. Remote work has not only given me the space to speak my mind - and sometimes even find answers to my own questions - but also the opportunity to learn so much from my colleagues.
One thing I’ve learned from seriously using AI agents for mundane coding tasks is: never ask them to do anything that involves deleting stuff. Incidents like these only reinforce that belief.
Re:XMLUI on Sunday July 20, 2025 @04:34PM (#44629065)
I didn't know Blizzard uses Qt! In terms of some good Qt apps, VirtualBox remains my favorite.
Re:XMLUI on Sunday July 20, 2025 @04:32PM (#44629041)
Hah, that is awesome. How does Qt fare these days in the non-Linux world though?
Re:XMLUI on Sunday July 20, 2025 @12:03PM (#44626485)
I wrote Qt C++ for 7 years as an open source contributor to KDE. This reminds me of QtWidgets’ .ui files—custom XML files following a specific schema. Later, Qt introduced QML, which I personally found unintuitive, and over time I lost interest in Qt altogether. That said, I still think XML for UI definitions makes sense, and it’s understandable that some larger environments continue to use it.
Re:Ask HN: Who is hiring? (March 2025) on Tuesday March 04, 2025 @04:47AM (#43252537)
Oneleet (YC S22) | Senior Software Engineers | US & NATO Countries | Remote | Full-time | $100k-180k + equity

Oneleet is an all-in-one cybersecurity startup that has built its own Attack Surface Monitoring (ASM), Code Scanner, Device Monitoring, and Compliance Platform. We are growing at an unprecedented pace and working on some very exciting projects.

What we're looking for:

- Senior Software Engineers with experience in our tech stack - Strong problem solvers who can work independently in a remote environment - Security-minded developers passionate about building robust, scalable systems (not a requirement) - Comfortable working during Eastern Time

Tech stack: Go, TypeScript, React, Kubernetes

We offer:

- Competitive salary ($100k-180k based on experience and open to negotiation) - Equity in a fast growing cybersecurity startup - 100% remote work - Company offsites every quarter (past offsites have been in The Netherlands and Italy)

If you're interested in joining our team, please reach out to nafees<at>oneleet<dot>com with the subject line "HN: Senior Software Engineer". Alternatively, you can also apply at https://www.ycombinator.com/companies/oneleet/jobs

Congratulations on the launch! I am interested to know the choice of runtime (in this case - TypeScript) for the implementation of the integrations. What are some reasons that a systems language such as Go was not chosen?

Ask HN: Desktop Native vs. Web Technologies

For engineering teams working on desktop software, what and why would I want to go with Web technologies to build a desktop app rather than going for the native experience? What’s the incentive of not using native frameworks to build complex desktop apps?

( Read More... | no comments | 2 points | on HN )
This course single-handedly became the reason for me to clear interviews at all the compiler engineering teams of MANGA (Meta, Apple, NVIDIA, Google, Amazon) companies when I was searching for my first full-time job while completing my Bachelors. My University's (University of Waterloo) curriculum around low-level computing systems was already par excellent, and of'course I was also contributing to open source compiler projects. But this course really helped me answer some of the toughest questions during my interviews!
Re:Show HN: I made a tool to compare Timezones on Saturday January 06, 2024 @04:12AM (#38889838)
This is going to be my daily driver to schedule our team meetings, great work! A feature request would be to give me the option to input the time apart from the existing slider input.
Re:Liver – a dead simple live reloading utility on Monday June 19, 2023 @07:37AM (#36389840)
That is my bad. There is no implication for the index position as such. Whenever a file changes/updates, the prefix is matched with the procs object and if it matches, the respective processes restart.

Older »