MurphyA/hacker-news huggingface dataset:
GoGoGrandparent (YC S16) Is Hiring Back End Engineers and Engineering Managers
by davidchl | 2025-10-19 01:00:42+00:00
FULLY REMOTE | US timezone or 4+ hours overlap with PST

APPLY HERE

- Backend Engineer positions: https://www.ycombinator.com/companies/gogograndparent/jobs/2...

- Tech Lead positions: https://www.ycombinator.com/companies/gogograndparent/jobs/w...

ABOUT US

- GoGoGrandparent is a digital caregiving platform helping older and disabled adults stay independent, safe, and supported at home. We adapt on-demand APIs (Uber, Lyft, DoorDash, Instacart, etc.) into a concierge-style experience tailored for people with cognitive, mobility, or vision challenges.

- We’re a profitable, fast-growing, YC-backed startup (S16) with a deeply mission-driven team. Everything we build directly impacts real families who rely on GoGo every day.

- Our engineering team is fully remote, tight-knit, and moves fast. You’ll work closely with founders, ship meaningful features weekly, and have real ownership over architecture, reliability, and product direction.

WHY JOIN US

- High ownership: You’ll design and build systems that immediately go into production—used by thousands of customers every day.

- Big technical challenges: - Real-time call center system - Dispatching + scheduling across multiple partners - API integrations with Uber Health, Lyft, DoorDash, etc. - Scaling a concierge operations platform - AI integrations - Structured development process - Big performance bonuses

- Impact: The features you build literally help people get to medical appointments, access food, stay independent, and avoid moving into assisted living.

- Great teammates: Seasoned engineers (all senior-level), async-friendly culture, and strong code quality expectations.

TECH STACK

- Backend: Node.js, TypeScript, MySQL, REST, GraphQL

- Frontend: Vue.js (nice to have)

- Infra: AWS, Docker/Kubernetes (nice to have)

APPLY

If you want to work with a strong engineering team, solve meaningful real-world problems, and ship production code your first week — we'd love to talk, just apply above to get started!
by username223 | 2025-10-19 01:00:54+00:00
> new major version release that mostly has bug fixes, some minor performance improvements and minor new features.

It's sad that "bug fixes and performance improvements" has become a running joke as the explanation for software gavage, and this is even worse. "Fewer bugs and faster" is at least something most people want; "fewer bugs, faster, and random changes you didn't ask fork" is a lot less desirable.
by danans | 2025-10-19 01:01:35+00:00
> then let it run about during the day collecting a video feed while directing it to do "squirrel stuff".

Your phrase "squirrel stuff" is doing a lot of work.

What are the robo-squirrels "goals" and how does it relate to the physical robot?

Is it going around trying to find spare electronic parts to repair itself and reproduce? How does the video feed data relate to its goals?

Where do these goals come from?

Despite all their expensive training, LLMs do not emerge goals. Why would they emerge for your robot squirrel, especially when the survival of its brain is not dependent on the survival of its mechanical body.
by wirelesspotat | 2025-10-19 01:02:45+00:00
Agree with other commenters that the title is a bit confusing and should be renamed to something like "Is your Postgres workload read heavy or write heavy?"

But title aside, I found this post very useful for better understanding PG reads and writes (under the hood) and how to actually measure your workload

Curious if the tuning actions any different if you're using a non-vanilla storage engine like AWS Aurora or GCP AlloyDB or Neon?
by mpyne | 2025-10-19 01:08:48+00:00
Not that strange, as GCC was an effort to a goal of developing an ecosystem of Free (as in speech) software. While FSF had sometimes made allowances for supporting non-Free software (whether non-copyleft open source or proprietary), these were always tactics in support of the longer-term strategy. Much like you might spend marketing funds on customer acquisition in the service of later recurring revenue.

As RMS indicated, this strategy had already resulted in the development of C++ front ends for the Free software ecosystem, that would otherwise likely not have come about.

At that time the boom in MIT/BSD-licensed open source software predominantly driving Web apps and SaaS in languages like Rust and Javascript was still far away. GCC therefore had very high leverage if you didn't want to be beholden to the Microsoft ecosystem (it's no accident Apple still ships compat drivers for gcc even today) and still ship something with high performance, so why give up that leverage towards your strategic goal for no reason?

The Linux developers were more forward-leaning on allowing plugins despite the license risks but even with a great deal of effort they kept running into issues with proprietary software 'abusing' the module APIs and causing them to respond with additional restrictions piled atop that API. So it's not as if it were a completely unreasonable fear on RMS's part.
by throwaway290 | 2025-10-19 01:09:46+00:00
> And personally, I think when people see content they agree with, they think it's unbiased. And the converse is also true.

> So conservatives might think Fox News is "balanced" and liberals might think it's "far-right"

Article talks like when accidentally the vector for race aligns with emotion so it can classify a happy black personal as unhappy. Just because training dataset has lots of happy white people. It's not about subjective preference

explain how "agreeing" is related
by ricudis | 2025-10-19 01:10:49+00:00
They're warning everybody, not just Singaporeans. It's just that Singaporeans are the most likely to go travel abroad, have some fun, and then come back like nothing has happened. But if somebody inbound gets caught in a random drug test at the airport (they do that), he's going to be prosecuted just the same no matter their citizenship. There were several (in-)famous examples of this happening.
by SoftTalker | 2025-10-19 01:11:06+00:00
Swiss cheese model of accident cause:

Hole #1 grandpa lets teenage grandson take cybertruck out for a night with friends

Hole #2 kid driver gets rip-roaring drunk

Hole #3 other kids get in the car with drunk driver

Hole #4 drunk kid drives cybertruck into a concrete wall

Hole #5 Tesla makes manual door releases hard to find.

All those thing lined up for those kids. Any one of them could have been a point where doing something different prevents this outcome.
by irjustin | 2025-10-19 01:11:41+00:00
Honestly, everything about this is really sad. I, like may of you guys, have followed this thing for years, for many others, decades.

Actual decryption effort group didn't get to decrypt (a small but faithful community), the creator needed the money for medical procedures that he really believed was coming in. The solution feels like we all go cheated out of something. Lawyers are now involved and the value of the solution is rapidly plummeting.

No one's winning because of a small mistake.
by wppick | 2025-10-19 01:13:11+00:00
Kubernetes is way heavier than Erlang’s lightweight processes, so for millions of tasks at scale, a middle-ground solution could blend Erlang’s concurrency efficiency with k8s’ orchestration power, dodging containers’ overhead while keeping flexibility for diverse workloads. That's if you don't actually need the strict isolation of pods/containers and you're just trying to run something at massive scale. I don't get why so many people want to run everything as heavy container processes or pods vs coming up with a better solution. The point is we don't have to fit every problem into the shoe called kubernetes if it doesn't seem to fit, and we should look at other ways to spin up millions of processes
by next_xibalba | 2025-10-19 01:13:48+00:00
While I tend to support there being open social alternatives, I haven’t really seen the people behind them talk about the most important aspect: how will you attract and retain users? There has to be more to the value proposition than “it’s open”. The vast majority of users simply do not care about this. They want to be where their friends, family, and favorite content creators are. They want innovation in both content and format. Until the well intentioned people behind these various open web platforms and non-platforms internalize and act on these realities, the whole enterprise is doomed to be a niche movement that will eventually go out with a whimper.
by thrance | 2025-10-19 01:14:37+00:00
You can't cite Jung and be expected to be taken seriously in 2025. Type "Animus and Anima" in Google and see how crackpot this all sounds and looks.

Republicans are stuck with their backwards views, and they shut their mind completely to concepts like "patriarchy", which elicits violent, automatic reactions from them. I am yet to see a single guy from the right correctly define what "patriarchy" means to the left, and understand that the leftist projects by no means intends to harm men as a group.

To the contrary, liberating men from having to conform to a specific ideal is extremely freeing. So is not being berated for their height, lack of big muscles or whatever it is one "lacks" compared to the model man.
by EnglishMobster | 2025-10-19 01:14:56+00:00
Dunno necessarily if they are _forced_ to expose that data.

Something like OAuth means that you can give different levels of private data to different actors, based on what perms they request.

Then you just have whoever is holding your data anyway (it's gotta live somewhere) also handle the OAuth keys. That's how the Bluesky PDS system works, basically.

Now, there is an issue with blanket requesting/granting of perms (which an end user isn't necessarily going to know about), but IMO all that's missing from the Bluesky-style system is to have a way to reject individual OAuth grants (for example, making it so Bluesky doesn't have access to reading my likes, but it does have access to writing to my likes).
by jrflowers | 2025-10-19 01:15:19+00:00
“Avoid generic tangents” is up to interpretation. Incidentally, so is “don’t be curmudgeonly”

Also Medicare does not cover long-term care, so if someone gets sick and develops the need for it, they’re paying out of pocket. It is a possibility that a lot of people plan for financially, which is reasonably in the realm of relevance here.

What’s not really relevant here are your personal opinions on what medical costs are or are not generally worth planning for financially.
by bonsai_spool | 2025-10-19 01:15:36+00:00
There wasn’t enough information to tell (on my 1 minute scan) which nanopore kit was used, but the presence of PCR does not imply short reads.

You can do nanopore PCR/cDNA workflows right up to the largest known mRNAs (13kb).

Edit:

I’m not sure if you’re saying that you can’t do a 5/20/30X genome on nanopore - that’s also not true. It only makes sense in particular research settings, of course.
by peteforde | 2025-10-19 01:16:36+00:00
Your position implies that we need to prove that we're not smoking our own supply. I would argue that you are the one who should prove that we're not working (conservatively) 5-8x faster.

The most telling part is when you said "most of the time reading the prompt". That strongly implies that you're attempting to one-shot whatever it is that you're working on.

There is no "the prompt" in my current application. It's a 275k LoC ESP-IDF app spread across ~30 components that interact via FreeRTOS mechanisms as well as an app-wide event bus. It manages non-blocking UI, IO over multiple protocols, drives an OLED using a customized version of lvgl. It is, by any estimation, a serious and non-trivial application, and it was almost entirely crafted by LLM coding models being closely driven by yours truly across several hundred distinct Cursor conversations.

It's probably taken me 10% of the time it would have taken me to do by hand, and that's precisely because I lean on it so heavily for initial buildout, thoughtful troubleshooting (it is never tired, never not available, and also knows more than I do about electronics as a bonus) and the occasional large cross-component refactor.

I don't suspect that you're wrong. I know that you're wrong.
by prisenco | 2025-10-19 01:17:11+00:00
In a federated system, the best you can do is a soft delete request, and ignoring that request is easier than satisfying it.

If I have 100 followers on 100 different nodes, that means each node has access to (and holds on to) some portion of my data by way of those followers.

In a centralized system, a user having total control over their data (and the ability to delete it) is more feasible. I'm not saying modern systems are great about this, GDPR was necessary to force their hands, but federation makes it more technically difficult.
by mc32 | 2025-10-19 01:19:44+00:00
Bias is different things though. If most people are cautious but the LLM is carefree, then that is a bias. Or if it recommends planting sorghum over wheat that is a different bias.

In addition bias is not intrinsically bad. It might have a bias toward safety. That's a good thing. If it has a bias against committing crime, that is also good. Or a bias against gambling.
by burntsushi | 2025-10-19 01:20:03+00:00
Whether smart case is enabled by default (as ag does) could easily go either way. Notably,.I think having it disabled by default is a better UX. But ripgrep does have a --smart-case flag, which you can add to an alias or a ripgrep config file. It also works more consistently than ag's smart case feature, which has bugs.

See my other comments about perf difference. And ag has several very critical bugs. And it's unmaintained.

> or even been able to tell any difference in speed

If you only search small amounts of data, then even a naive and very slow grep is likely just fine from a perf perspective.
by mindslight | 2025-10-19 01:21:20+00:00
Holy loaded question, Batman!

For what it's worth, yes I have also characterized that mingling of corpo and bureaucratic government power as fascism. But I wasn't surprised by the upper class's embrace of bureaucratic authoritarianism, as it provided the stable foundation upon which they were able to thrive.

Autocratic authoritarianism is right on target of the original definition of that word "fascism" though, rather than having to stretch a bit. And with autocratic authoritarianism, red in tooth and claw, now running our society into the ground, I'm certainly not going to wax nihilistically about "both sides". Do you know what the Trump regime calls its equivalent of The Twitter Files? A Tuesday.
by AfterHIA | 2025-10-19 01:22:15+00:00
Hey Rick. Excuse me for the long reply time. Our cinema program at our local university has been eating up a lot of my HN time. I appreciate your response in turn.

1) The relevant portions come in 1973. By 1969 we see developments in this direction. I have links but thanks to the Peter Thiel shithead take over of search I'm finding it hard to find the relevant literature on the NSF website. I found this article informative:

https://goodscienceproject.org/articles/a-note-on-the-changi...

2) From what I've been able to gather most of the rationale of restricting research came in response to the Vietnam War. It was misguided but the idea was that the role of ARPA (to become DARPA) should be concentrated strictly on military projects to prevent waste and overspending. As, "lefty that likes psychedelic rock" I get how at the time this might have made sense. Mansfield was Senate majority leader and given the popular anti-war/military sentiment I can see how the, "hippies and beats" might have seen ARPA as a menace. It's worth noting that they didn't have the incredible hindsight at the time that would include seeing the ARPANET evolve into the Internet or Engelbart's project eventually becoming the Macintosh.

As for your last paragraph-- I agree. NSF should have a larger budget. Honestly I don't think that in today's political climate that, "restarting IPTO-ARPA like it was in the 1960s" is actually a good idea. Even the idea of creating a new Xerox PARC was tried by our namesake Y Combinator and from, "what I can gather" the project was a massive failure. Like I said-- we get to a point where discussing what motivates society to fund the education of the Paperts, Kays, Engelbarts, and Brenda Laurels of the world becomes a discussion about ideology. I'm with you for creating a, "NEF" or a peacetime OSRD. Honestly in some sense if critics are right about the United States being in a state of, "cold/pre civil war" this might become necessary. I'm with you in this regard. The issue is motivating the powers that be and those with the capital to realistically fund projects like this to do so. Historically this requires either a period of unprecedented peace or a war. Given the current situation I'm think that the later is more likely. This really pains me as a millennial but as a wise man once said, "we must deal with the world as it is not as we would like it to be."

Thanks for the worthwhile exchange. Wishing you and yours the best this evening ricksunny.
by Cerium | 2025-10-19 01:23:11+00:00
My wife is deaf in her left ear as well. She doesn't usually tell people, but does tell people that she likes to walk on the left and sit on the left side of rectangular tables.

One interesting effect is that I have developed a preference for sitting or walking on people's right hand side, especially with good friends or people I respect.

The most interesting effect is I have noticed how much people take for granted the ability to sense where sound is coming from. Early on in our relationship I would occasionally perform "magic tricks" where I know immediately where a sound is. She would ask: how did you know where it was?
by randallsquared | 2025-10-19 01:23:54+00:00
I used “similar” to say that it hasn’t been trending clearly up (or down, thus far). The line is definitely a bit chaotic, I’ll agree, but growth is pretty flat at the lowest granularity. The argument I’m refuting is that oil prices are rising in the way you’d expect if production was becoming problematic. It seems other factors, world events, etc, are more impactful.
by shikon7 | 2025-10-19 01:24:07+00:00
But maybe your tells are also biased. If you're truly unbiased, then

* any facts supporting another view are by definiton biased, and should not be presented

* you have the only unbiased objective interpretation of the minds of the subjects

* you don't bias against using words just because they are hyperbolic

* something unbiased would inevitably be boring, so you need emotional appeal to make anyone care about it

* since no sources are unbiased, identifying any of them would inevitably lead to a bias
by socketcluster | 2025-10-19 01:25:04+00:00
I find statically typed code harder to read and maintain on average because interfaces tend to be more complex on average. With dynamically typed languages, there is more pressure to keep the function signatures as simple as possible as developers try to work around their mental limitations of remembering all the types.

IMO, the value of simple interfaces is enormous and yields substantial benefits in terms of separation of concerns and modularization. The benefits of such architecture make arguments around static vs dynamic types pointless.

Once you know how to architect code properly and test appropriately, it makes almost no difference whether the languages is statically typed or dynamically typed... A lot of the constraints of static typing become annoyances.

The most infuriating line I hear from proponents of dynamically typed languages is how statically typed languages make refactoring easier. It's infuriating because I know exactly what they mean but it's incorrect. Having coded with statically typed languages, I'm familiar with the feeling of refactoring code and "the friendly compiler" guiding me and reminding me of all the places were I forgot to update the code when I changed one of the types... But unfortunately, the very fact that refactorings often require updating code in so many places is a testament to poor architecture. I don't have this problem when refactoring dynamically typed codebases. On average, the code is more modular. With dynamically typed languages, people don't try to design types that cut across the entire codebase. Oftentimes, many 'refactorings' in static typed land are just type modifications which wouldn't even be a problem in the first place if a dynamically typed language was used.
by prisenco | 2025-10-19 01:27:02+00:00
It does if you don't pay to access the service as well, because the financial system is the underpinning of their ad network.

Even in a federated system, you can be blacklisted although it does take more coordination and work.

i2p and writing to the blockchain are an attempt to deal with that through permanence, but those are not without their own (serious) problems.
by _heimdall | 2025-10-19 01:27:36+00:00
In my opinion, both spam and moderation are only really a problem when content is curated (usually algorithmically). I don't need a moderator and don't worry about spam in my RSS reader, for example.

A simple chronological feed of content from feeds I chose to follow is enough. I do have to take on the challenge of finding new content sources, but at least fore that's a worthwhile tradeoff to not be inundated with spam and to not feel dependent on someone else to moderate what I see.
by lotyrin | 2025-10-19 01:28:05+00:00
Yeah, I used to have a few "live wallpaper" type videos I'd use this way. Around the time AVC-ish algorithms were democratized by DivX. IIRC the player I used had #0000A0 as its overlay color... may have even been the DivX branded player.

...This is the oldest I've ever felt, unsure of my own memories regarding something I have to consult historical records about...
by dgoldstein0 | 2025-10-19 01:28:29+00:00
I think it depends. Encrypted filesystems typically encrypt contents of each file separately - that way you don't need to read / write the whole disk to read it write any individual file contents. Of course that means metadata may be in plain text or may be separately encrypted - again possibly folder by folder instead of all metadata at once. Exact details would vary with different file system encryption schemes.

Whereas if you image the disk and encrypt the image properly, that gives you all the great confidentially guarantees but no random access.
by codebje | 2025-10-19 01:28:29+00:00
I wound up subbing for the three months. My experience has been pretty positive, using Cline in VS Code and moving away from Qwen3 Coder on OpenRouter. Q3C did a good job overall but I was using the free model (with $10 credit sitting on OR to increase limits) and that's pretty painful to sit through repeated 429 errors. GLM-4.6 has been comparable, maybe a fraction worse, but without 429 errors it blazes through tasks.
by dismalaf | 2025-10-19 01:30:34+00:00
Arko tried to copyright Rubygems and file a claim against RC. That's literally part of the issue here... Because the repo doesn't matter that much, it's OSS, you can fork...

But if you do care about the repo, once again, RC has always controlled Rubygems. From the day it was written. The maintainers were even paid by RC. That makes it RC's, not the maintainers'.
by commandersaki | 2025-10-19 01:31:06+00:00
Can't remember much, I asked ChatGPT but none of the things they listed reminded me of this specific toolbar software. I doubt it made any money and I didn't know their revenue model (I was just a dumb teen back then). I remember trying it though and none of the websites had anyone to chat with, which gives me the impression it didn't really have an audience.