MurphyA/hacker-news huggingface dataset:
by cryostasis | 2026-02-02 21:41:30+00:00
It is not just hate because of EPA requirements. These engines are more complicated and prone to failure. Small time operations can not afford the expensive repairs combined with loss of income during repair downtime.

As a result, only corporations remain or the few remaining owner operators avoid any engine newer than the year ~2000. These older vehicles also have the added benefit of having minimal electronics, sensors, and ECMs.
by ericmay | 2026-02-02 21:41:39+00:00
Yea I think that's fair. I personally advocate for mixed-use medium level density over skyscrapers or the suburbs which are both not ideal either. Something more like European towns and villages but since it's America we can have a little bit larger homes. I live in that style of neighborhood today, and have a 2.5 story house and detached garage and back yard. Though it's not quite as dense as it should be, but zoning rules have recently changed to allow the main streets on the east and west side to build better density which will be great for everyone here. We can't have a grocery store really because the density isn't there. Tons of good restaurants and coffee shops and such.

I've never been to Syracuse but with the university there and number of employees you may be right, but it really depends I think on the layout. In the US once you get away from college towns or smaller towns like you're describing and get into medium-sized American cities we really lack density and transportation and we pay out the ass for the poor planning and past destruction that took place. It's changing though.
by jmclnx | 2026-02-02 21:41:51+00:00
Trick question ?

Real work was about 8 hours per week, the rest of the week was in meetings, of which 80% of the meetings were nothing but a big waste of time.

Total per week average was maybe 42 -- 44 hours. Some periods of time was much more than 40 hours depending on how close we were to the imposed delivery date imposed on us by management.
by SpicyLemonZest | 2026-02-02 21:41:51+00:00
Restrictions like this, where your code is only available for use for certain purposes by certain kinds of users, are explicitly rejected by both the open source and free software movements. If a developer wants to license their code this way, they should admit that what they're building is not an open source platform. Then they can simply use one of the licenses like CC NC or SSPL that are designed for that purpose, instead of trying to stitch together an unfree license out of a bunch of free ones.
by s5fs | 2026-02-02 21:41:53+00:00
Exploring a codebase tells you WHAT it's doing, but not WHY. In older codebases you'll often find weird sections of code that solved a problem that may or may not still exist. Like maybe there was an import process that always left three carriage returns at the end of each record, so now you got some funky "lets remove up to three carriage returns" function that probably isn't needed. But are you 100% sure it's not needed?

Same story with data models, let's say you have the same data (customer contact details) in slightly different formats in 5 different data models. Which one is correct? Why are the others different?

Ultimately someone has to solve this mystery and that often means pulling people together from different parts of the business, so they can eventually reach consensus on how to move forward.
by bluGill | 2026-02-02 21:42:24+00:00
At that point though isn't it just as fast/easy to cut/paste the code yourself? That was my conclusion after spending a week breaking things down - I was able to get good code out of the AI, but only after spending as much time writing the prompt as if I just did it myself. (note that this was my first attempt at using an agent, maybe I'll learn to do it better)
I spent 1 year building my SaaS and only then realized I built the wrong thing
by oaba_omar | 2026-02-02 21:42:34+00:00
I just shipped my first SaaS.

Not “failed”. Not “crushed it”. Just… shipped it.

And here’s the brutal summary I wish someone had slapped me with on day one:

Build the MVP — and for the love of god, stop there.
Then immediately switch your brain to distribution.

I spent almost a full year polishing features, refactoring code, improving edge cases that no user ever asked for. I told myself I was being “serious” and “professional”.

Reality check: I was procrastinating on marketing.

Only now do I realize how backwards my thinking was.
You don’t earn the right to market after building something perfect.
Marketing is part of building the product.

Some other things I learned the hard way:

• Almost every idea is good if it solves a real pain. Execution and distribution matter more than originality.
• “Find your audience” is good advice — but it’s much easier when you’re early or niche. If you’re not first, you need a sharper angle, not a bigger product.
• Silence is the worst feedback. No hate, no love, no usage = no positioning.
• If users don’t complain, they don’t care yet.

Now I’m in the fun phase: mild panic
The product exists, the code works, and I’m suddenly realizing that none of that automatically creates users.

So I’m doing the uncomfortable part late:

talking to strangers

posting in public

admitting I don’t have traction yet

If you’re building right now and still “adding just one more feature” — this is your sign.

Ship earlier. Market sooner. Be wrong faster.

If this post helps even one person stop overbuilding, my year wasn’t completely wasted.
by floxy | 2026-02-02 21:42:35+00:00
It seems like this is saying that of the people who choose to rent a house, they pay less per month in housing costs than those people who choose to buy a house. So there isn't an accounting for the difference in houses that people want to rent vs. those who want to buy. What I think the headline is implying is that you can rent a comparable house (size, location, upkeep, etc.) for considerably less than owning that same house. Which I don't think is what the data is saying.

https://www.lendingtree.com/home/mortgage/comparing-rent-vs-...
by OkayPhysicist | 2026-02-02 21:43:12+00:00
"Works" is a less absolute term than you treat it as. If I'm hacking together a little automation script, if the pretty path gives the correct answer, then it "works" to some degree. If that script graduates to part of a company workflow, I'd probably need to fix up some of the corner cases. Like if I wrote it to take in tab-delimited CSV files, but it breaks horribly when encountering a comma-delimited CSV file, I should probably realize that and either guard against it, or add a fix to handle it appropriately.
by quechimba | 2026-02-02 21:43:31+00:00
Location: Colombia
Remote: Yes, or in Medellín
Willing to relocate: No
Technologies: Ruby, Rails, Node, React, TypeScript, CSS, Next.js, Postgres, and more!
Résumé/CV: https://drive.google.com/file/d/1u8lj0Hes9jugQt2l7_ZrMxgPVkk7zJU1/view?usp=drivesdk
Email: it's in my CV
by BryantD | 2026-02-02 21:43:33+00:00
You don't have to read this comment, I'm just throwing down a marker for myself.

I think this is a good policy direction. I don't like the rhetoric and I understand that this as much a political decision as anything else, but I'm glad to see it regardless. A year from now if someone says "you reflexively oppose anything Trump's administration does," I'll have this to look back on.

(Shoes at TSA checkpoints too, btw.)
by hollowturtle | 2026-02-02 21:44:37+00:00
There is little to no integration between deterministic IDE features(like refactorings) and LLMs. For example I don't want a statistical tool to rename a method by predicting tokens, I want it to use IDE features and not via another higher abstraction protocol like mpc, I want deeper integration. Sometimes I look at comments in code and think "why can't I have an agent checking if the content of a comment actually reflect the code below?" I feel like we're light years away from a killer integration
by websku | 2026-02-02 21:44:43+00:00
SEEKING GROWTH PARTNER | Growth | ActorDo
Not a job, but can be one. Exploring alignment.

I’m building ActorDo, an AI work assistant that actually helps people get work done. Email, calendar, tasks, context. Product is live. Users are using it.

Now I’m looking for a growth partner, not a tactic executor. With experience on US market.

This is about:
- positioning and narrative
- real distribution wedges
- fast experiments and feedback loops

Close to product. Close to users. No fluff.

Looking for a self-driven growth marketer who likes early-stage chaos, thinks in systems, and wants real ownership.

If this clicks, let’s talk. Must provide references.

ActorDo info: https://actordo.com
by moomin | 2026-02-02 21:45:15+00:00
It’s not a matter of “quite as convenient”, it’s a matter of figuring where you are, find a nearby town, finding a petrol station in it and getting back to the motorway. This can take well over half an hour. Time that you really need to be spending getting to your destination because there’s a good chance your trip is going to take most of the day.
by raw_anon_1111 | 2026-02-02 21:45:23+00:00
We also have "dev mode" which let's you to test/debug your lambdas locally without re-deployment

As does both SAM and the CDK.

https://docs.aws.amazon.com/cdk/v2/guide/testing-locally-get...

But this is 2026. You should be deploying Docker to Lambda and those are really easy to test locally
by fbnszb | 2026-02-02 21:45:34+00:00
I worked closely with a guy who‘s been running/recovering software projects for 30+ years for many companies across many industries with each company having 500-3000 employees. He told me one thing that he learned in all that time: Introducing new software is mostly a social endeavour.

I‘ve seen it first hand: It‘s not about the best solution and lowest price. It‘s about getting „Barbara from the Back-Office“ to like you enough to agree to provide her domain knowledge so the project can succeed. The world does not consist of techies, actually, I believe we are a minority. The majority of employees are non-techies in almost every company. They won‘t help you fix the bugs in your vibecoded software. They will find a workaround and never tell you about the problem.

TL;DR The big SaaS companies are not going away any time soon. They might not continue to grow at the same pace anymore though.
by acdha | 2026-02-02 21:45:35+00:00
Use the real product names and that problem largely goes away:

MacBook Pro (M5)

MacBook Pro (M4 Ultra)

MacBook Pro (M4 Pro)

Mac Pro (M2 Ultra)

Once you remember the general rule that Pro costs/does more than the base model, it’s really not that hard to keep track of.
by gwbas1c | 2026-02-02 21:45:42+00:00
I wonder when a "virtual person" will be able to replace carefully-coded business software?

IE, before software automates a business process, it's typically done by hand, by a real person.

What if someone sells a "virtual person" that's capable of doing the job? What if that "virtual person" is harder to train than a real person, but orders of magnitudes easier than writing custom software or custom business rules?

More importantly: What if the "virtual person" can explain the job they do much better than trying to read source code? That's very useful in ~30ish years when the "virtual person" understands the business process better than the people in the company, and someone is trying to update / streamline processes.
by yorwba | 2026-02-02 21:46:10+00:00
I think for the median HN user, the biggest takeaway from this article would be that well-known Chinese open-weight models like Minimax, Moonshot's Kimi and Zhipu's GLM are ultimately minor players in China when it comes to market share. As far as I know, ByteDance hasn't released weights for any of the models in the Doubao Seed series and Artificial Analysis doesn't even rank them, https://artificialanalysis.ai/models/doubao-seed-1-8 but they have the most users.
by jasendo | 2026-02-02 21:46:11+00:00
Really like the framing of "Time to Accountability" as the bottleneck. Curious how you think about this for the orchestration layer specifically. A lot of agent frameworks give you observability into the graph. You can see which node fired, what tools were called. But the reasoning that led to those decisions is still opaque. Is the answer better tracing/logging of model decisions? Or more constrained orchestration logic?
by Skeletor | 2026-02-02 21:46:27+00:00
DrSwarm | Founding Engineer (Full-Stack) | REMOTE (US or LATAM; must overlap with US Pacific hours) | Full-time or Contract to Full-time

DrSwarm is building AI-driven workflow automation for healthcare clinics / health systems (scheduling, RCM/billing workflows, patient ops). This is a true 0→1 role: ship fast, talk to customers, own systems end-to-end.

You will:
- Build product end-to-end (Next.js + Django)
- Ship integrations + workflow automation (APIs, webhooks, background jobs, queues)
- Own reliability (logs/metrics, retries, failure modes) and pragmatic security (HIPAA-aware)

Stack: Next.js, React/TypeScript, Django/Python, Postgres, Celery/Redis, Docker, AWS/DigitalOcean, LLM APIs.

Looking for:
- Strong full-stack builder who ships
- Good to work with
- Can talk to customers / users / salespeople
- High integrity, cares about healthcare

Comp: Market with mix of base + bonus + meaningful equity

Process: 30m intro → 60m technical/product deep dive → short paid work trial → references. I (founder) read every email and reply.

Contact: jobs@drswarm.com (include “HN Founding Engineer” in subject) + GitHub/LinkedIn + 2–3 projects you’re proud of.
by ps2026 | 2026-02-02 21:46:44+00:00
I guess I will have to dive into this a bit more. I don't want to make false claims on the site. From the research I did before choosing Plausible, they do not collect any user data. They collect statistics of things that happened, but no actual user data.

From their website:

"By using Plausible, you don’t need to have any GDPR, CCPA or PECR prompts and you don’t need a complex privacy policy about your use of analytics and cookies. With Plausible, you are not tracking any personal data after all. Your visitors can enjoy your site without any annoyances and distractions."

You can't even tell if the same person comes back on a different day.

You can see their full privacy statements here: https://plausible.io/privacy-focused-web-analytics.

Honestly, I don't even really need them. I may just remove it entirely. I am not a B2C or B2B website. It doesn't really matter to me that much to have the stats, but it is nice in general to see how it is doing. The votes submitted sort of count the users for me anyways.
by 10xDev | 2026-02-02 21:46:56+00:00
I'm not going to respond to everything but the key to my comment was "This applies to other domains as well." But people are limiting their imagination to the chess engine example given for chess. The tool or program (or even other neural networks that are available) can be literally anything for any task... Use your imagination.

Maybe we should just get rid of tedious benchmarks like chess altogether at this point that is leading people to think of how to limit AI as a way of keeping it a relevant benchmark rather than expanding on what is already there.
by d-ward | 2026-02-02 21:47:02+00:00
ToucanTix | Lead Engineer | Berlin/REMOTE (EU) | Rails | €60k-€90k

We're the ticketing platform behind major theme parks, zoos, and experience villages across Germany and the USA. Spin-off from COMBASE AG focusing on leisure/culture.

The situation:
2-engineer team building on COMBASE's platform. We handle online ticketing, visitor management, capacity control. CSO just joined from major competitor, closing enterprise deals. We're staying lean using AI tools to compete with larger competitors.

Technical challenges:
- Multi-tenant booking with venue-specific business logic (pricing rules, capacity, timed entry)
- Real-time capacity management across access zones
- Integration with COMBASE platform
- Making AI-augmented development work in production

The role:
Lead engineer working with founder. Own features E2E, architecture decisions, full-stack but backend-heavy.

You fit if:
- 3+ years shipping production code
- Excited by small teams doing more with AI
- Prefer ownership over structure
- Rails or quick to learn

Stack: Rails, Svelte, PostgreSQL, GraphQL, GCP

Perks: Remote (occasional Berlin meetups), MacBook + home office, free attraction admission, stable backing (COMBASE: 80+ people, 3 decades)

Apply: jobs@toucantix.com
Include: CV/LinkedIn, a technical challenge you're proud of, why this interests you, favorite attraction. in subject.

https://www.toucantix.com/careers/lead-engineer
by jrmg | 2026-02-02 21:47:14+00:00
It seems obvious that this ‘may’ is the ‘may’ used in the sense of granting permission: “you may go to the restroom”, “you may begin eating”, “you may ask questions now”, “you may kiss the bride” etc.

All these are clear. The wedding officiant isn’t saying “You might have permission to kiss the bride! Just try it and we’ll find out! Ha ha!”

To interpret this as saying that you might be licensed is just as nonsensical as that in this context. It’s in a file named “LICENSE.txt” explicitly meant to describe the license terms.

Would ‘are’ be better? I’d say yes, but it’s silly to argue that this isn’t proper English for granting permission.
by waldopat | 2026-02-02 21:47:17+00:00
It seems the big feature is working agents in parallel? I've been working agents in parallel in Claude Code for almost 9 months now. Just create a command in .claude/commands that references an agent in .claude/agents. You can also just call parallel default Task agents to work concurrently.

Using slash commands and agents has been a game changer for me for anything from creating and executing on plans to following proper CI/CD policies when I commit changes.

To Codex more generally, I love it for surgical changes or whenever Claude chases its tail. It's also very, very good at finding Claude's blindspots on plans. Using AI tools adversarially is another big win in terms of getting things 90% right the first time. Once you get the right execution plan with the right code snippets, Claude is essentially a very fast typer. That's how I prefer to do AI-assisted development personally.

That said, I agree with the comments on tokens. I can use Codex until the sun goes down on $20/month. I use the $200/month pro plan with Claude and have only maxxed out a couple times, but I do find the volume to quality to be better with Claude. So far it's worth the money.
by pixelpoet | 2026-02-02 21:47:36+00:00
> Europe is hitting the kills witch

Everything about this site, right from the get go, screams useless amateur (average person on reddit level of writing).

There doesn't seem to be anything new in this news article either, we've all already read about EU sovereignty pushes (and as a German, I also regard it as essential). So until there's actual credible coverage of some actual "kill switch" I'll hold judgement.
by SAI_Peregrinus | 2026-02-02 21:48:03+00:00
You joke, but it's a decent comparison. Both GNU and SystemD are projects with a bunch of miscellaneous tools with excessively strong coupling. In GNU's case that's the various userland tools relying on glibc. Both are used in the majority of Linux distros, and while there are distros without them they're not particularly mainstream. Many tools expect their options & custom ways of working, e.g. huge numbers of shell scripts are BASH-specific and need GNU coreutils instead of being portable POSIX shell scripts. Both make developers' lives easier compared to the lowest-common-denominator required by POSIX, which makes sense because POSIX is intended to be a common subset of functionality found across different UNIX OSes.

It's not a perfect equivalence, of course, SystemD diverges more from other UNIXes than GNU does.
by udit_50 | 2026-02-02 21:48:44+00:00
Most documentation on the web is written for humans. HTML pages, navigation, prose, repetition. Interface artifacts.

AI agents don’t need any of that.

When agents “learn from docs”, they’re reasoning over a rendering format, not the underlying technical truth. That’s why context breaks and hallucinations show up. Not a model problem. A substrate problem.

At Brane, we’ve been working on agent memory and coordination. One conclusion kept repeating. The real bottleneck isn’t intelligence. It’s context and memory infrastructure.

So we built Moltext.

Moltext is a documentation compiler for agentic systems. It doesn’t chat with docs or summarize them. It compiles the legacy web into deterministic, agent-native context that agents can reason over directly.

Infrastructure stays dumb. Models do the thinking.

Full write-up: https://gobrane.com/moltext/
GitHub: https://github.com/UditAkhourii/moltext

Happy to discuss tradeoffs or answer technical questions.
by COAGULOPATH | 2026-02-02 21:48:45+00:00
>I've found Moltbook has become so flooded with value-less spam over the past 48 hours that it's not worth even trying to engage there, everything gets flooded out.

When I filtered for "new", about 75% of the posts are blatant crypto spam. Seemingly nobody put any thought into stopping it.

Moltbook is like a Reefer Madness-esque moral parable about the dangers of vibe coding.
by ytoawwhra92 | 2026-02-02 21:48:55+00:00
> I think you might be able to push through it.

This is really awful advice.

People who are extremely unfit tend to have no frame of reference for what a productive workout feels like. They are highly likely to push themselves too hard and then not give their bodies enough recovery time. Encouraging people in this situation to "push through it" is setting them up for overtraining leading to injury, illness, or burnout.

Fatigue is one of the most important signals your body can give you. It's a clear communication that you've been pushing too hard and need to reduce the intensity of your efforts. Telling people to ignore that signal for "at least a few weeks" is at best going to be counter-productive for them and, at worst, dangerous.
by dredmorbius | 2026-02-02 21:49:06+00:00
Nominal value of legal tender is in fact legally defensible.

Mind that the problem is actually the inverse of what you describe. It's not that the nominal value is greater than the intrinsic specie value which causes problems with coinage, it's where the monetary value is less than the commodity value of specie, in which case "bad money drives out good". I've already discussed that in detail.

One point worth making explicit is that the receiver of such an under-priced coin would be more than happy to receive it, it's the spender who has to weigh the loss in commodity value against the nominal transactional value, should their counterparty only agree to acknowledge the latter. This brings up the further point that in an exchange, transaction price (whether nominal or commodity) depends on the alternatives available to the parties. A spender without alternatives on price or obtaining desired goods/services might well spend a higher-commodity-valued coin at its nominal value. Should they be aware of that difference, they might well not be happy about the fact, but they'd be forced into the trade by circumstance.
by tornadofart | 2026-02-02 21:49:06+00:00
I believe your view of what democracy is tainted by what USA democracy looks like.

Quite a few countries have more or less successful parlamentary democracies, where winner-takes-all situations are avoided by design. In these, a party rarely has the upper hand and coalitions are the only means of reaching power. The agreements these coalitions forge to govern are a proxy of the compromises all societies have to agree on to function.
by corkuptake8j | 2026-02-02 21:49:22+00:00
Location: Europe, Poland

Remote: Yes

Willing to relocate: with visa sponsership and good oportunities - yes

Technologies: Python, Javascript, C#, C, AWS, GCP, RADIUS, Passpoint 2.0, d3.js

Résumé/CV: Upon request via e-mail. Profeesional work since 2012. Full remote since 2017. Backend, Fullstack, Problem solver.

Email: cork.uptake.8j@icloud.com