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

Yes, but where are the production desktop app using on-device AI right now?


I don’t use Teamblind as often as I used to, but it played a huge role in my career growth. Coming from a developing country, it helped me level the playing field. Through the platform, I discovered FAANG(current employer for 6yrs now), Leetcode, structured ways to prepare for interviews, and even the fact that sign-on bonuses exist, something I had no idea about before.

Teamblind has been so impactful for me that I’m more than happy to pay for it. While there’s certainly noise on the platform, I’ve learned to focus on the insightful conversations and resources that matter. If you are in the US it might not be so useful, but for us outside, it is gold.

I've been on HN for way longer than Blind, but Blind had had the most impact in my career & I'm grateful for that.


That’s awesome!

I’m curious: what specific strategies or habits have you developed to sift through all the chatter and zero‑in on the conversations, resources, or people that actually push your growth forward?

For example, do you rely on certain tags, follow particular communities, set daily reading windows, or use any filters/keywords?

I’d love to hear what’s worked for you so others (like me) can adopt a similar approach.


I first stumbled on Blind while job hunting, and since then I’ve used it as a resource, not a social media platform like most people do. I follow specific tags like software engineering and career, and I don’t keep notifications on (in fact, the only app with notifications on my phone is WhatsApp).

For interviews, I search company-specific tags to find discussions and tips, ChatGPT makes it even easier now to extract insights from those threads. I also use it for compensation research. Occasionally, I’ll check company gossip, and I have to say, Blind has correctly predicted layoffs at my employer twice. Beneath all the noise, some people really do share valuable inside information.

That’s why I treat Blind as a data-gathering tool, not a hangout. I mainly open it for interviews, negotiations, compensation benchmarks, or to get the general sentiment around a company. Honestly, I wish they had an API like Reddit’s, it would make pulling insights so much easier.


What I'm not hearing in your tale is anything unique to Blind. All of that info exists elsewhere as well. Why go to the trouble of sifting through the noise to find that information? Is it just that you found it there first, or is there something compelling about Blind as a data source?


I'd really love to know other sources that can give you real information from actual people about tech careers & compensation & all minutiae of interviews & weird company tips. Do share


It sounds like screen sharing is the main pain. When that popup blocks your demo, what do you usually do in the moment? ignore it, drag it, or stop to fix it?


Drag it elsewhere.


Interesting throwback, sounds like Intel’s app felt way simpler. When you use modern tools now, what’s the part that feels most overcomplicated compared to that old phone-book style experience?


Good to see your replies as well as more comments. Even more comments would be good from people conferencing all the time. I definitely didn't want your message to drop too far down.

I don't think overcomplication is the problem. Once the core code is good enough, that could all be smoothed out by UI refinement. I would pick one single computer language to make the entire thing fully functional at least under CLI, then in case any other language was better for UI that could be layered on afterward.

What's really missed badly is something that can stand the test of time on its own, with only the most minimal dependencies, and from the ground up is peer-to-peer without any need for an "account" or reliance on email to do everything that is needed.

Everybody in the meeting should be able to download the same app, populate their "phone" directory manually or from a standard text config file (intial config layout MUST be well standardized to begin with, to withstand any possible update anticipated, and then some). This is where you really get to write the rules from the ground up so take advantage of it. Especially your "standardization" role.

The only reason this is still needed is that nobody else has stepped up to the plate to serve in that role, and it's been since 1997.

There's webcam standards, video standards, audio standards, all which didn't exist back then or were different than today.

Ideally anybody on the internet with a cam, mic and speakers should be able to simply run the app locally without "installation" even, choose the local cam and audio devices they want to use as provided by the OS, then take the position as either moderator or participant. With a phone book built from simple text that could easily be communicated orally over cellphones for small meetings, everyone could actually maintain the same directory at all times, but it would be the moderator or initiator who clicked on each of the intended participants to build the group communication. Then each of the participants would only have to respond-click to that one moderator's "phone" number. Not much different than Intel started out doing, with either person initiating the videocall, and the other party answering. Then "everybody" pops up on everybody's screen at the same time, but there was only a single other party back then.

Or it might make sense for the underlying code to allow for or require participants to click (or autoconfig) their "choice" of other participants they want to allow the peer-to-peer communication with during a particular meeting, and no others.

Until you get going and depend on decorum from there . . .

Edit: I guess worthwhile design criteria I would use is that there should be no need for internet communication between parties to begin with, until the meeting is actually joined, serverless between peers only. Although getting a little private network going from something like Wireguard beforehand might be a good option, after which your app would behave the same way whether it was Wireguard, something else, or nothing at all.


Makes sense. When you do have to jump on Zoom/Teams/Meet, what’s the part that slows you down the most, is it setup, figuring out controls, or just the constant prompts?


For a lot of teachers in rural parts of the world, they might have a laptop but they are underserved when it comes to AI. I noticed that a lot of them still manually create questions which is a time consuming process. I created an offline first desktop app for this. https://github.com/dokasto/Saidia


this is really good, just tried


People saying just use vanilla have never tried to build a modern web application with a rich UI.


I use Deepseek via LLM studio for reading sensitive/non-sensitive docs, contracts, searching bank statements & bills.


> for reading sensitive/non-sensitive docs, contracts

Can you elaborate?


Thank you!


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

Search: