MurphyA/hacker-news huggingface dataset:
by MrTonyStark | 2025-11-03 23:56:17+00:00
Location: (EU) Hungary Remote: Yes Willing to relocate: No Technologies: TypeScript, Javascript, Go, modern cloud infrastructure (GCP/AWS), IaC, observability, SQL, MongoDB, also debugging people and companies. Résumé/CV: https://www.linkedin.com/in/kispocok/ Email: david.in.tech [at] proton.me

Hi,

I'm David,

- Product-minded Engineering Leader with 17 years of experience (ex Hopin, StreamYard, Bitrise.io, IBM).

- Looking for an Engineering Manager role focused on AI projects.

- Prefer startups and scale-ups within the EMEA timezone.

What I did (TL;DR):

- Led modern software engineering teams and solved problems.

- Backend engineer with DevExp and DevOps background.

- Experience in video streaming, live captioning, content analyse with ML, plus strong CI/CD expertise.

- Currently running my own micro-SaaS experiments.
by alexpetros | 2025-11-03 23:56:41+00:00
Yes! I expect that I will mostly be sticking to `hx-target` though, for the reasons stated above.

My interest in htmx is more on the coarse-grained aspects of its interface, not the finer ones, which is a consistent theme in my writings about it [0].

[0] https://alexanderpetros.com/triptych/
by peterbonney | 2025-11-03 23:57:16+00:00
Having selected a 401k provider for a small (<15 person) company and also for a larger (>100 person) one, I can say that the big names make it prohibitively expensive for small companies to use them. And that expense ultimately comes out of peoples’ retirement funds in the form of fees. They frankly don’t want the business - too much compliance overhead for a small asset pool.

Believe me, I would prefer to have my own 401k at Fidelity too.

I have no dog in this fight, I just know from experience that setting up a 401k for your company is vastly different from setting up a brokerage account, and the reason a lot of small companies end up with off-the-run vendors is because those are the ones that will take the business.
by move-on-by | 2025-11-03 23:58:18+00:00
> At this point, some people are probably screaming at their screens going: "just use FastAPI!" -- and we did indeed consider it.

Working with both sync Django and async FastAPI daily, it’s so easy to screw up async FastAPI and bring things to a halt. If async is such the huge key feature they seem to think it is for their product, then I would agree moving away from Python early while it’s still relatively easy is the right call.

> and we had actually already written our background worker service in Node,

Ok well that’s a little bizarre… why use Django to begin with if you are not going to use the huge ecosystem that comes with it. New Django has first-class support for background workers, not that Celery is difficult to get setup. It’s sounds like the engineering team just started building things in what they knew without any real technical planning and the async hiccup is more or less an excuse to get things in order after the fact.
by iansteyn | 2025-11-03 23:58:18+00:00
Location: Kelowna, BC, Canada

Remote: Open to it

Willing to Relocate: To anywhere in Canada (w/ preference for BC), maaybe RSA, Netherlands, USA.

Technologies: Python, Flask, Java, PHP (LAMP stack), SQL, JS/CSS/HTML, Git/GitHub.

Resume: https://iansteyn.com/

Email: iansteyn [at] student.ubc.ca

Looking for: 4-8 month software development co-op (i.e. low-paying student intership) w/ Jan 2026 start.

About: 4th yr CS student interested in full-stack application engineering and (eventually) system design, but open to any kind of software-adjacent role including testing, analytics and DevOps.
by alikiasmt | 2025-11-03 23:58:23+00:00
Hi Hacker News, CrossnoKaye is a growing Series C company based in California, dedicated to tackling climate change by transforming how heavy industry operates. We’re building next-generation technology that helps industrial facilities run cleaner, smarter, and more efficiently. Our flagship platform, Energy AI, delivers measurable results — driving up to 20% reductions in energy consumption and cutting megaton-scale greenhouse gas emissions for some of the largest energy users in North America. We’re scaling quickly and looking for talented engineers who care deeply about innovation, sustainability, and meaningful impact. Our Software Engineering team develops a modern cloud-and-edge platform that enables real-time control, optimization, and AI-driven decision-making for complex industrial systems. We use and contribute to open-source technologies, including our own Goa microservice framework. Our stack includes AWS, Goa, Golang, React, Postgres, Druid, MongoDB, Kubernetes, Honeycomb, and Linux — all powering scalable, resilient, and data-rich applications. What we’re looking for: Senior Software Engineer-Python: (Remote USA) Your main responsibility will be to improve features in the existing software, troubleshoot, write clean code, and grow workflows in Python. You will work in close collaboration with the applied science team to build the next generation control system including predictive models and innovative control algorithms.

Senior Software Engineer in Test (Remote USA) We’re looking for a hands-on engineer who loves Python, backend frameworks, and automated testing. You’ll design and implement test frameworks for our ATLAS and Energy AI platforms, ensuring reliability across distributed, cloud-based systems. Ideal for someone who loves writing clean and testable code.

Senior Software Engineer – Control Systems Infrastructure (Remote – US) Seeking an experienced engineer to help architect and build scalable infrastructure for managing IIOT devices and distributed control systems. You’ll work across cloud and edge environments, handling deployment, observability, networking, and containerized systems at scale. Ideal for someone strong in Kubernetes, AWS, and systems-level engineering.

Senior Software Engineer – Control Systems (Remote – US) Looking for a Go-focused engineer to design and maintain software running on distributed control agents that power real-time industrial operations. You’ll build and debug systems that generate and execute control strategies, stream live metrics to the cloud, and ensure reliable, secure communication across sites. Great fit for someone who thrives on systems-level development, real-time data, and turning complex technical problems into clean, production-ready solutions. Interested? Email careers@crossnokaye.com with your resume and include the position title in the subject line. We look forward to hearing from you!
by wakawaka28 | 2025-11-03 23:58:39+00:00
I'm not saying you should put up with an intolerable vacation situation or anything else. But the simple fact of the matter is that people who work less get less done and therefore should make less. The people calling for higher salaries and much less time spent working are fooling themselves, at best.

The 9/9/6 culture is common in poorer countries and also in very highly paid professions, such as in finance. It's not some 1800s ethos, but something that a lot of people everywhere suffer with today. Some of them don't even view it as suffering. I personally wouldn't like that, but it depends on your stage in life and also your particular interest in the job.
by beeflet | 2025-11-03 23:59:35+00:00
By behaving in a self-aware way, it practices self awareness.

It would only be unfounded if the robot is programmed in a way that seemingly appears to be self-aware but actually isn't (It would need to occasionally act in a non-self aware way, like a manchurian candidate). But if you keep increasing scrutiny, it converges on being self aware because the best way to appear self-aware is to be self-aware.

It's not clear to me what the intrinsic goals of a robot would be if it did practice self-awareness in the first place. But in living things it's to grow and reproduce.
by IncreasePosts | 2025-11-04 00:00:00+00:00
This whole space is littered with bizarre security practices that make my hacker senses tingle.

I know my 401k is provided by company ABC, but then they host all of their web content and ask you to log in to myretirementplan.com. and then they do a redesign and then ask you to log into yourretirementplan.com. and there's basically no communication from company ABC directly if these sites are legitimate or illegitimate
by simscitizen | 2025-11-04 00:00:42+00:00
It is surfaced to apps, but the "just detecting that connectivity sucks" heuristic turns out to be not all that easy to implement. There doesn't seem to be a better heuristic than "try and let the app decide if waited too long".

There are some comments here: https://developer.apple.com/documentation/systemconfiguratio...
by Imustaskforhelp | 2025-11-04 00:00:43+00:00
> I told dang I was out and I am after this. Sorry dang.

Sorry but is there some lore behind it as I feel like the last sentence has me wondering what it means. If you could share the lore, I would really appreciate it.

but overall, I agree that this is a very weird thing to say by Sam Altman
by ivraatiems | 2025-11-04 00:01:01+00:00
That doesn't seem right to me. If I understand it right, your logic is:

1. Humans intellect is Turing computable. 2. LLMs are based on Turing-complete technology. 3. Therefore, LLMs can eventually equal human intellect.

But if that is the right chain of assumptions, there's lots of issues with it. First, whether LLMs are Turing complete is a topic of debate. There are points for[0] and against[1].

I suspect they probably _are_, but that doesn't mean LLMs are tautologically indistinguishable from human intelligence. Every computer that uses a Turing-complete programming language can theoretically solve any Turing-computable problem. That does not mean they will ever be able to efficiently or effectively do so in real time under real constraints, or that they are doing so now in a reasonable amount real-world time using extant amounts of real-world computing power.

The processor I'm using to write this might be able to perform all the computations needed for human intellect, but even if it could, that doesn't mean it can do it quickly enough to compute even a single nanosecond of actual human thought before the heat-death of the universe, or even the end of this century.

So when you say:

> Without that any limitations borne out of what LLMs don't currently do are irrelevant.

It seems to me exactly the opposite is true. If we want technology that is anything approaching human intelligence, we need to find approaches which will solve for a number of things LLMs don't currently do. The fact that we don't know exactly what those things are yet is not evidence that those things don't exist. Not only do they likely exist, but the more time we spend simply scaling LLMs instead of trying to find them, the farther we are from any sort of genuine general intelligence.

[0] https://arxiv.org/abs/2411.01992 [1] https://medium.com/heyjobs-tech/turing-completeness-of-llms-...
by kulahan | 2025-11-04 00:01:14+00:00
I got put under as a teen for an appendectomy. Shocking. I was absolutely 100% certain I'd stay awake while counting until I hit at least 2-3. I think I made it to 8, then yeah - just like a scene change in a show. I was simply suddenly somewhere else - the recovery room. Apparently I tried to fight the nurses because I wanted to lay on my side (that had JUST been cut open)? I literally have no memory and apologized profusely. I don't even know how that happened - I'm not a violent man. I've been in one (very minor) fight (middle school), and I'm super easy-going in general. It takes a LOT to get under my skin.
by Eisenstein | 2025-11-04 00:01:25+00:00
The dev has claimed that they are some sort of mission where their LLM gui is going to be responsible for saving humanity with them at the helm. I don't think they are completely rational.

"No matter where humans go—on Earth or across the solar system—independence will be our most critical asset, and tools like these will ensure we don't merely persist but flourish."

"I am willing to dedicate my life to this."

"It's just me, wearing every hat: architect, developer, designer, and strategist."

"I deeply, genuinely care about every single line of code and every feature I put into this platform."

"Whether here on Earth or out among the stars, Open WebUI is built for humanity's next golden age—one household, one organization, and eventually, one planet at a time."

- https://jryng.com/thoughts/why-open-webui
by dvrp | 2025-11-04 00:01:52+00:00
krea.ai | Distributed Systems Eng. & Data Engineers | San Francisco (on-site & remote), CA

I'm the cofounder & CTO of Krea (https://www.krea.ai). We are a startup in San Francisco building browser-based AI creative tools to improve the workflows of artists, designers, and professional creatives. Small team (~24); millions of active users; and raised over $83M from top Silicon Valley investment firms.

We're looking for talented engineers who want to tackle hard technical challenges with smart people while building a creative platform that big companies and startups will rely on.

The job:

- Build distributed systems to process massive (billions of files, petabytes), amounts of image, video, and 3D data, solving scaling bottlenecks as you go.

- Learn ML engineering from world-class researchers on a small tight-knit team. You’ll contribute to foundation image, video, and world models from 0 → production, and see them used by millions.

- Play with huge Kubernetes GPU clusters; our main GPU cluster takes up an entire datacenter from our provider.

Tech stack: python, pytorch, k8s, a rotating cast of data tools (e.g. DuckDB, massive relational DBs, PyArrow, etc.)

You should apply if you are an excellent generalist engineer with strong backend experience and an intuition for systems design. Bonus points for experience with dist. systems, k8s, and existing ML or data experience (but not required!). Cool side projects are a green flag.

A few links about us:

- Sneak peek of our real-time video model → https://x.com/krea_ai/status/1961074072487620635

- Technical report for FLUX.1 Krea, our first open-source text-to-image model → https://krea.ai/blog/flux-krea-open-source-release

You can contact me at:

d+hn@krea.ai

(the +hn will bump your email in my inbox)
by r2d | 2025-11-04 00:02:09+00:00
Hi HN! I built a tiny (<200 LOC) utility to make dataset management for machine learning easy.

I train small-ish machine learning models (<500M parameters) for protein generation, where the datasets are much less standardized than ImageNet or The Pile. Since we train on cloud compute a lot, we're constantly moving data on and off + making permanent changes to the dataset and the dataset elements themselves are all different sizes (instead of images being 256 x 256, different proteins are different lengths). picomap is a slightly spruced up version of some code I wrote last year that stores all your data in a single memory-mapped file. This makes dataset management simple, just push your dataset to your cloud compute. I find that for my usecases, this helps me keep the GPUs happy and fed and I normally don't even bother with the standard PyTorch Dataset + DataLoader. Feedback welcome!

(very inspired by mmap_ninja + the nanogpt data management)
by KoolKat23 | 2025-11-04 00:03:24+00:00
This is exactly why I mentioned the weather.

A scientific paper has to be verifiable, you should be able to recreate the experiment and come to the same conclusion. It's very very difficult to do with brains with trillions of parameters and that can't be controlled to the neuron level. Nothwithstanding the ethical issues.

We don't have a world weather simulator that is 100% accurate either given the complex interplay and inability to control the variables i.e. it's not verifiable. It'd be a bit silly to say we don't know why it's going to rain at my house tomorrow.

Until then it is a hypothesis, and we can't say we know even if the overwhelming evidence indicates that in fact that we do know.
by nearbuy | 2025-11-04 00:04:08+00:00
Thanks for clearing it up.

> The point about structural variation not precluding consciousness stands.

Maybe, but my point about high-functioning people with hydrocephalus is that they have the same or similar brain structure (in terms of what exists and how it's connected), just squished gradually over time from fluid pressure. It looks dramatically different in the CT scan, but it's still there, just squished into a different shape.

The brain is also plastic and adaptable of course, and this can help compensate for any damage that occurs. But the scans from those articles don't have the level of detail necessary to show neuron death or teach us about the plasticity of the brain.
by burnt-resistor | 2025-11-04 00:04:37+00:00
Total clickbait because there are plenty of other manufacturers that still support it: Audi, Honda, Ford, Mercedes, Hyundai, Kia, and their affiliated brands. GM creates mostly shit products, so fuck them. Generally, car manufacturers are continuing to get ever more entitled and shittier like they're following the private equity playbook.

Also, CarPlay Ultra: https://www.macrumors.com/2025/10/09/carplay-ultra-committed...
by jacquesm | 2025-11-04 00:04:40+00:00
> Best guess is that your analysis is missing some detail.

What do you base that guess on?

I'm not saying it couldn't be done, I'm just saying that it sometimes just isn't worth it.

> People not tools write programs.

Yes. And just like people sometimes write crazy manifestos there isn't much point in fixing them, the purpose that they might have served is most likely better addressed by replacing them entirely.

> Also any serious discussion here ends up in politics.

Everybody knows HN doesn't do politics ;)

> If you design your software so that the programmers are fungible then the software suffers regardless of your choices.

Programmers are fungible not because they are cast from the same mold, but because - assuming they are responsible people - they can look past their present day horizon to the future, where after a lot of context switching they have to revisit that which they have made before, or, where they have to take over someone else's project, either because that person moved to a different role or because they've moved on entirely.

It is with such a future in mind that you can, if you want, make the life of that person a little bit easier by focusing on clarity of thought rather than terseness in expression. Nobody ever died for want of a few keystrokes more, but I'd have been a lot happier if some people made a habit of writing down first what the pile of executable spaghetti they wrought was supposed to be doing in the first place.

If you have not seen how bad it can get then more power to you.

Just one anecdote, which I may have posted on HN before, but a long time ago I worked for a game studio where there was a programmer who got into a fight with management. He left and I had to take over his project. All of the variable names were fruits and all of the functions were vegetables (or the reverse, as I said, it is long ago). There were no comments. But there were some bugs that needed fixing.

Clearly in his mind programmers were not fungible, and in my view the software suffered from his choices. So the one isn't necessarily a guarantee of the other (ok, n=1), though you might find them together every now and then.

I've seen some absolutely brilliant code that was clever and clear. That's the kind of thing that I aspire to, not to see how far I can push the CPP to do stuff it was never intended to do in the first place. We have contests for that sort of thing but it isn't the kind of construct that you should foist off on others in your line of work. Not if we're ever going to get serious about that engineering thing.

Recreational programming, that's a different story. Go wild, and I really hope you enjoy it. But if you submit your preprocessor based magical DSL as a pull request I'll nix it.
by layer8 | 2025-11-04 00:04:45+00:00
Sometimes after a night’s sleep, we wake up with an insight on a topic or a solution to a problem we encountered the day before. Did we “think” in our sleep to come up with the insight or solution? For all we know, it’s an unconscious process. Would we call it “thinking”?

The term “thinking” is rather ill-defined, too bound to how we perceive our own wakeful thinking.

When conversing with LLMs, I never get the feeling that they have a solid grasp on the conversation. When you dig into topics, there is always a little too much vagueness, a slight but clear lack of coherence, continuity and awareness, a prevalence of cookie-cutter verbiage. It feels like a mind that isn’t fully “there” — and maybe not at all.

I would agree that LLMs reason (well, the reasoning models). But “thinking”? I don’t know. There is something missing.
by fukka42 | 2025-11-04 00:04:54+00:00
I specifically said supermarkets, not grocery stores. I acknowledge they're not the same thing, but Walmart absolutely is a supermarket.

And I'll pass on visiting the US why y'all have armed police running around tackling people & disappearing them, and are demanding social media passwords only to refuse entry if you've been critical of Dear Leader. Sort your shit out, then maybe.
by pksebben | 2025-11-04 00:04:58+00:00
That 'average' is doing a lot of work to obfuscate the landscape. Open source continues to grow (indicating a robust ecosystem of individuals who use their computers for local work) and more importantly, the 'average' looks like it does not necessarily due to a reduction in local use, but to an explosion of users that did not previously exist (mobile first, SAAS customers, etc.)

The thing we do need to be careful about is regulatory capture. We could very well end up with nothing but monolithic centralized systems simply because it's made illegal to distribute, use, and share open models. They hinted quite strongly that they wanted to do this with deepseek.

There may even be a case to be made that at some point in the future, small local models will outperform monoliths - if distributed training becomes cheap enough, or if we find an alternative to backprop that allows models to learn as they infer (like a more developed forward-forward or something like it), we may see models that do better simply because they aren't a large centralized organism behind a walled garden. I'll grant that this is a fairly polyanna take and represents the best possible outcome but it's not outlandishly fantastic - and there is good reason to believe that any system based on a robust decentralized architecture would be more resilient to problems like platform enshittification and overdeveloped censorship.

At the end of the day, it's not important what the 'average' user is doing, so long as there are enough non-average users pushing the ball forward on the important stuff.
by stuxnet79 | 2025-11-04 00:05:34+00:00
It seems like the ecosystem around these tools has matured quite rapidly. I am somewhat familiar with Open WebUI, however, the last time I played around with it, I got the sense that it was merely a front-end to Ollama, the llm command line tool & it didn't have any capabilities outside of that.

I got spooked when the Ollama team started monetizing so I ended up doing more research into llama.cpp and realized it could do everything I wanted including serve up a web front end. Once I discovered this I sort of lost interest in Open WebUI.

I'll have to revisit all these tools again to see what's possible in the current moment.

> My sense is that you need ~1gb of RAM for every 1b paramters, so 32gb should in theory work here. I think macs also get a performance boost over other hardware due to unified memory.

This is a handy heuristic to work with, and the links you sent will keep me busy for the next little while. Thanks!