MurphyA/hacker-news huggingface dataset:
by raphman | 2025-07-01 15:13:19+00:00
A recent paper on this topic (same general message as on the linked website):

> We found compelling evidence that honey bee introductions indirectly decrease pollination by reducing nectar and pollen availability and competitively excluding visits from more effective native bees. In contrast, the direct impact of honey bee visits on pollination was negligible, and, if anything, negative. Honey bees were ineffective pollinators, and increasing visit quantity could not compensate for inferior visit quality.

https://esajournals.onlinelibrary.wiley.com/doi/10.1002/ecy....

Also:

> Feral bee colonies usually just die after 18-24 months. That's long enough to swarm repeatedly, so mite pressure isn't really a threat to honeybees as a species in the wild. They live long enough to reproduce and almost nobody tries to harvest honey from them for sale. There's basically no chance that mites will make feral honeybees go extinct. Rather, mite parasitism's an economic problem that threatens commercial beekeeping [...]. Keeping bees alive with both mites and pesticides, especially in the face of climate change, is really hard if you need to make money doing it.

https://www.reddit.com/r/Beekeeping/comments/10jtmgk/wild_be...
by lucasyvas | 2025-07-01 15:13:44+00:00
Counter-argument to the author: If you publish a package you are a supplier full stop. If you don’t want to be considered a supplier, do not publish a built version of your software.

Allow someone else to build and publish it on your behalf (i.e. a separate distributor entity), then they become the supplier. They assume the risk - they can establish those business relationships.

This is how software distribution has worked in Linux forever. For example, it’s Debian’s or Red Hat’s problem to fix a bug in a library they ship and they can upstream it back to you if they want.

Do not publish your package, only provide the source. Publish it for only yourself privately if you wish to consume it. Promote it, provide build scripts… whatever. But don’t publish it.
by tzs | 2025-07-01 15:13:59+00:00
You still don't need cryptocurrencies.

You just need a middleman that aggregates micropayments into large enough amounts to work with non-micropayment systems.

Some might object to having to get middlemen involved, but the thing is that even with cryptocurrency payments you are going to need middlemen because the web is international.

If your website is directly charging crawlers to crawl and you get crawled and paid by any crawler from another country, congratulations! You are now engaged directly in international trade and have a whole slew of regulations to deal with, probably from both your country and the country the crawler is from.

If you go through a middleman you can structure things so it is the middleman that is buying crawler access from you. Pick a middleman in your country (or anywhere in the EU of you are in the EU) and most of your regulatory headaches go away.
by vel0city | 2025-07-01 15:14:05+00:00
> For comparable manufacturers/designs

That's the thing though, you're lumping all hybrid drivetrains in together and assuming they're all equally reliable and equally have the same TCO math, as if "hybrid" means only one thing. I've been trying to tell you, "hybrid" means a lot of different things and really shouldn't be seen as one technology, "depending on drive trains compared" and all. Which is why I made a big point of mentioning my usage of "series", which flew right over your head.

When I'm talking about a bespke battery on a low-market car, I'm not talking about some hybrid supercar. I'm talking more about the hybrid compliance car trim levels that are only really sold in small numbers in some markets, like the Ford Explorer Hybrid. You practically won't find them in most states, they were essentially only delivered to a few markets in very small numbers. Its components are far more bespoke and thus expensive to find replacements. Pretty much nobody makes remanufactured batteries for this car. It's a parallel hybrid, so it still has all the complexity and reliability of the traditional ICE drive train. This is pretty much true of a lot of "the same ICE car, but now hybrid!" They're often going to be low production models, bespoke batteries, and probably a parallel hybrid. And I agree, good chance the TCO won't work out in the hybrid's favor in the end.

Compared to something like the Prius or Maverick Hybrid or the new RAV4, which are extremely mass market. These have a much different drive train than that Explorer Hybrid, being e-CVTs. There's a big market for remanufactured batteries since there are so many more out there. Parts are considerably cheaper, and thus they have (or will probably have, the new RAV4s are still new) low TCO.

Its not fair to group the Explorer Hybrid and the Maverick together as one category of "hybrid", since they're such different designs on how they operate leading to radically different outcomes on TCO.
by onejgordon | 2025-07-01 15:14:39+00:00
Olli Health | Remote or New York | Full-Time | Senior Backend SDE | ollihealth.ai

We are a TechStars NYC ‘24 startup dedicated to modernizing home healthcare with advanced AI tools and we are expanding our team again! These are pivotal hands-on roles that will begin shaping our product from day 1. Last summer we closed our Seed round from top healthtech and AI-focused VCs investors (Cannage Capital, Arkitekt Ventures, and Tau Ventures) and have been moving lightning fast to build incredibly valuable tools in home health.

We are looking for:

- Proven success in the fast-paced 0 to 1 early days of young startups (experience on founding team or pre-seed ideally). Work will be optimized based on your preferred balance, and what gives you energy, but we need someone who is able to gain confidence in the full stack.

- Experience (5 years+) with most of our stack: AWS, PostgreSQL, Python (FastAPI), Pytorch. Role involves devops, data engineering, API design, evals & benchmarking, workflow optimization, etc.

- Able to demonstrate hands-on-keyboard coding chops. Role is primarily IC + collaboration with our team, and room to grow into startup leadership.

- Comfort interacting with ML/NLP and LLM-native data engineering problems

- Experience working with healthcare data (not required but highly valued)

Comp: $165k-$185k annual FTE base comp + equity package. We cover 100% of Health, Vision, Dental, Life insurance premiums.

I’m Olli’s CTO and this position will work directly with me and our core (currently 6-person) engineering team. hiring+hn [] ollihomehealth [] ai - Email me with questions, for a full JD, or to send your CV. No staffing or recruiting firms, please, individuals only.
by dvdbloc | 2025-07-01 15:14:59+00:00
Could I sufficiently foil their mechanism here by not connecting any WiFi devices to their access point and then wrapping their access point with foil? Or would you need to take it all the way and put the device in a faraday cage? I’ve always wanted to build one but never had the motivation. Maybe this will be the impetus I need to finally make one! Like others have stated I use the ISP provided hardware to get around the data cap. But connect nothing to it other than my own router.
by Stratoscope | 2025-07-01 15:16:08+00:00
Location: Menlo Park, CA

Remote: Yes, or possible hybrid if nearby

Willing to relocate: Possibly

Technologies: Python, Ruby, C, C++, C#, JavaScript, TypeScript, PowerShell, Flask, SQL, PostGIS, Shapely, Unity, Unreal Engine, multiple assembly/machine languages, Windows user code and kernel drivers, Google Maps and other map APIs, geographic and airspace data

Résumé/CV: https://resume.geary.com and https://linkedin.geary.com or https://www.linkedin.com/in/michaelgeary/details/experience/ for the full details

Email: mike@geary.com

Hi, I'm Michael Geary. I've programmed in many languages and environments over the years. Some of my current interests are:

• Aviation and geographic data. For example, airspace and obstacle data importers for Wing; election results and voter information maps for Google; many interactive maps for other companies.

• Hardware interfacing. In a way, I am a "full stack" developer, but my stack may involve a front end to a piece of hardware rather than the cloud. I first got into programming via ham radio, so RF hardware remains an interest.

• Designing and building APIs. Too often an API is designed by exposing the internals of whatever system provides the API. My philosophy is the opposite: start with the apps. I like to build a series of sample apps before starting on the API. This way I can imagine what API will make those apps and others like them easy to build.

• Talk with users! I don't like to sit in a back room cranking out code. I want to make sure it's the right code for what my users need, and that it's easy to maintain and improve as we learn more about what they want.

Open to full time or contract.

I look forward to talking with you!
by cullenking | 2025-07-01 15:17:23+00:00
Ride with GPS | Full Time Remote | https://ridewithgps.com/about

We are the world's largest library of bike routes, and we enable cyclists to go on better rides, more often. We have a website and mobile apps that allow people to discover the best riding in their area, and get turn by turn navigation using either our mobile apps or the bike computer of their choosing. Come join us in taking Ride with GPS to the next level! We have two openings right now, and are starting to build out the hiring plan for a third:

Senior Software Engineer - API & Product Development: We are looking for an experienced backend engineer to join our small and effective engineering team with a focus on supporting web and mobile app development using our APIs. The right candidate for this role brings extensive experience supporting modern product development, in collaboration with frontend and mobile developers, product management, and design. This requires excellent communication and collaboration skills, both on the engineering side, and from a product perspective. We use rails, but prior rails experience is not required.

Details, and application process available here: https://ridewithgps.com/careers/2025-senior-software-enginee...

Senior Software Engineer - API Development: We are looking for an experienced backend engineer to join our small and effective team with a focus on our APIs and supporting our platform at scale. This doesn't mean you are isolated from product development &emdash; everything we do serves our users in some way, and being a small team we regularly share responsibilities. However, this role will spend more time on efficiency and system design rather than delivering this quarter's new features. The right candidate should have a depth of experience supporting a large API surface area with efficient, well organized code, and should be excited about maintaining and improving performance over time. Experience with developer tooling, database design, query optimization, and DevOps workflows will serve you well in this role. We use rails, but prior rails experience is not required.

Details, and application process available here: https://ridewithgps.com/careers/2025-senior-software-enginee...

Senior Software Engineer - iOS Development: In mid July, we will officially start the hiring process for an iOS developer, and potentially another Android engineer. We are reviewing applications for qualified candidates at this time, and will officially post the job by July 15th. If you think you are an excellent fit please apply now, however there might be some delays in screening, interviewing, etc while we finalize our hiring plan. We have a technically interesting, battery efficient set of mobile apps that act as a companion to our website, and need another iOS or Android engineer to help us take our apps to the next level.

Draft job position and application process available here: https://ridewithgps.com/careers/job_postings/2025-ios-engine...
by pjc50 | 2025-07-01 15:17:24+00:00
South Korea managed to tie their government ID system to ActiveX for many years: https://en.wikipedia.org/wiki/Web_compatibility_issues_in_So...

Entire country was stuck on IE6 for far too long.

The UK e-visa system worries me for similar reasons: https://www.gov.uk/guidance/online-immigration-status-evisa
by rasz | 2025-07-01 15:17:30+00:00
>Stereo Audio Codec with Stereo Audio Amplifier

uses ES8311 'Low Power Mono Audio CODEC' http://www.everest-semi.com/pdf/ES8311%20PB.pdf, Mono DAC with differential output. I dont even understand why someone would do that, yes its a $.3 part but real stereo codec from TI (TLV320AIC320x) is just $.6

Edit: looking at BOM it might be caused by Made in China 2025 and trying to get as close to 100% domestic part list for some subsidies.
Show HN: Aqueduct AI Gateway – A Self-Hostable AI Gateway Without the "Taxes"
by meffmadd | 2025-07-01 15:17:35+00:00
Hey HN! I’m excited to share Aqueduct, an open-source AI gateway you can self-host to manage LLM traffic without hitting paywalls for basic features.

I'm part of a small team at TU Vienna, and we wanted to provide AI services with an OpenAI-compatible API for our university researchers with zero hassle across institutes. Every AI gateway we looked at (LiteLLM, Portkey, Kong, etc.) locked critical features like SSO, organization management, observability, or self-hosting behind enterprise plans.

We built Aqueduct to give our researchers a no-compromise solution without any "taxes." No SSO tax, no observability tax, no org management tax, no self-hosting tax.

It uses LiteLLM Router SDK for routing (models/providers/fallbacks) on top of Django for a maintainable and hackable code base.

Core features: - Usage tracking, retries, rate limiting - OpenAI-compatible API - Coming soon: MCP Server management, OpenAI Responses API, Batch API

GitHub: https://github.com/tu-wien-datalab/aqueduct

Thanks for taking a look!
by pmcconnell | 2025-07-01 15:17:46+00:00
SEEKING WORK | Remote | NY

Application Developer with over a decade of experience.

* Native application development for iOS, Android, Mac and Windows

* Creating and/or integrating APIs/SDKs

* TV/Video applications on all platforms (Apple, Android, Amazon, Roku)

Extensive experience building products and platforms from the ground up.

Email: info at squirrelpointstudios dot com
by antonvs | 2025-07-01 15:17:51+00:00
I didn’t deny anything.

The parent comments were attempting to characterize LLMs as something more general than “word predictors”. The alternative “sequence predictors” was proposed.

My question relates to whether we have any reason to believe that the relevant aspects of human cognition are anything more than that.

Certainly humans have some advantages, like the ability to continuously learn (although there’s very strong evidence that we have a pretraining phase too, for example the difficulty of learning new languages as an adult vs. as a child.) But fundamentally, it’s not clear to me that our own language production skills aren’t “just” sequence prediction.

Perhaps, as the OP article speculates, there are other important components, like “models of the world”. But in that case, it may be that we’re augmented sequence predictors.
by cue_the_strings | 2025-07-01 15:18:14+00:00
Woodworers make 70% - 200% of dev wages in Slovenia, especially if you're decent at it.

It's of course quite dull, kitchens, cabinets, ... Mostly tailored to living spaces of upper middle class and rich people of varying taste, so you'll be doing a bunch of tacky stuff no doubt.

That and carports.
by 1vuio0pswjnm7 | 2025-07-01 15:18:15+00:00
In recent times, large video files could often be downloaded in the popular browsers by changing a URL path parameter like "r=1234567" to "r=0". I have downloaded many large videos that way.

DASH is used sometimes, but not on the majority of videos I encounter. Of course this can change over time. The point is that downloading large files today, e.g., from YouTube, Facebook, etc., cf. downloading large files in the 90s where speeds were slower and interruptions were more common, has been relatively fast and easy by comparison, even though these websites might be changing how they serve these files behind the scenes and software developers gravitate toward complexity.

Commercial "streaming", e.g., ESPN, etc., might be intentionally difficult to download and might involve "reversing" and "glueing" but that is not what I'm describing.
Tell HN: Microsoft abruptly pulls plug on startup lifeline program
by phren0logy | 2025-07-01 15:18:35+00:00
Microsoft had, until recently, a very generous program of Azure credit for startups. Starting with around $5k in Azure credit, companies could re-apply for increments of $25k up to a total of $150k.

Based on the existence of this program, we did a round of friends-and-family fundraising and developed a business plan. We built a prototype in Azure. Microsoft reps were responsive and helpful. Things were looking good.

Then, unceremoniously and with about 48 hours of notice (much of which was the weekend), MS closed the program. Despite having submitted a request for the next funding increment before the program closed, they are declining to offer any more credit (although they are allowing us to use credit previously granted).

To be clear: it's their money and their program. I'm not disputing that they are totally within their rights to make this change. But the timing and abrupt nature have left us, and I suspect more than a few others, in the lurch. As intended by their program, our prototype product is highly Azure-centric, and it will be challenging to find a path forward.

This is simply a word of caution: I would be wary of agreements with Microsoft.
by myfonj | 2025-07-01 15:18:36+00:00
Each user have distinct needs, and has a distinct prior knowledge about the topic, so even the "raw" super clean source form will probably be eventually adjusted differently for most users.

But yes, having some global shared redundant P2P cache (of the "raw" data), like IPFS (?) could possibly help and save some processing power and help with availability and data preservation.
by madiganf | 2025-07-01 15:18:46+00:00
Fathom - AI Notetaker | REMOTE (must work US hours) | Full time | https://fathom.video We make the number one AI Notetaker and are hiring across the stack (rails/typescript/go/k8s/gcp).

About Fathom: • YC W'21, raised Series A this summer, ~70 employees • Growing 10-20% every month (ARR + Usage) • 82 NPS, #1 app on both G2 + Zoom marketplace, 10k+ installs on HubSpot marketplace

Team makeup + culture: • Low ego, high integrity, highly collaborative, hard working • Senior team (10 eng), many have worked together at previous companies • Remote but synchronous. Multiple team offsites per year

This IS for you if: • You want to work on a product people love • You like highly talented, experienced coworkers • You prefer working hard and making pragmatic decisions that keep the team shipping quickly

This is NOT for you if: • You want rest & vest • Sprint planning is your favorite • You being right is more important than the team being right

If interested, apply for roles here. Mention you’ve come from HN in the application!

- App team / Rails+typescript: Hiring for Senior Fullstack Engineers

- Platform team / Go+K8s: Hiring for Senior Backend, Infrastructure, Engineering Managers

See all open roles here: https://jobs.ashbyhq.com/fathom.video
by NewsaHackO | 2025-07-01 15:18:51+00:00
I personally used to have a subscription for grammar checking, especially for longer papers. Now, I just use a LLM. I personally don’t see the strategic value of them pivoting to using genAI; there is no way I would pay $30 a month for something that will take at most 100k tokens using other LLMs. They seemed to have heavily downplayed their unique aspect which is the deterministic ruleset.
by rjmunro | 2025-07-01 15:18:52+00:00
Location: Oxford, UK Remote: Yes Willing to relocate: No Technologies: NodeJS, React, Typescript, Docker, Python, PHP, SQL, Java Résumé/CV: https://arjam.net/cv.pdf Email: rjmunro@arjam.net

Highly experienced Senior Web Developer with 20+ years of expertise in full-stack development, specialising in Typescript, React, and NodeJS. Seeking a hybrid or remote senior role.

I'm available for immediate start, either local to Oxfordshire, hybrid in the UK, e.g. 1 day per week in London, or fully remote.

I'm most interested in working in live production and video streaming and I have experience that area from volunteering at my church. I'm also interested in net zero and the energy transition, so jobs involving that are also of particular interest to me.

Feel free to book an appointment for an informal chat on https://calendar.app.google/s4aHgFLJHz8eQxPF6
by imglorp | 2025-07-01 15:18:53+00:00
They know its radius is ~1000km but interestingly, there is no way to determine its mass without a flyby or other gravitational interaction. I guess you could swag it by using the lunar density, which gives ~~~ 10^22 kg.

https://www.wolframalpha.com/input?i=4.189%C3%9710%5E9+km%5E...
by bwfan123 | 2025-07-01 15:18:56+00:00
the difference is between having a "model" and a "theory". A theory tries to explain the "why" based on some givens, and a model tell you the "how". For engineering, we want why and not how. ie, for bugs, we want to root-cause, and fix - not fix by trial-and-error.

the hard sciences have theories. and soft sciences have models.

computer science is built on theory (turing machine/lambda calc/logic).

AI models are well "models" - we dont know why it works but it seems to - thats how models are.
by bee_rider | 2025-07-01 15:19:31+00:00
That seems like a totally artificial distinction. If somebody releases a compiled version of their project along with the source code, just to save their friends time, they aren’t any more responsible for it that they were for the source code.

The responsibility is entirely a matter of licensing and contracts. Most free software doesn’t accept any responsibility in the license, and isn’t sold, so there’s no implied warranty or anything like that.
by imiric | 2025-07-01 15:19:50+00:00
This is because most of the time paying is not an option. And even when it is, there is a lot of friction to actually do that, even with streamlined payment services such as Stripe. The advertising business model and technology that powers it is so well established that a "free" service is much easier to manage for publishers and to access for consumers.

There's also the psychological aspect. People are used to advertising in every other form of media, so seeing it online is acceptable. People expect online services to be "free", and few really understand the business transaction they're a part of, or the repercussions of it. Even when they do, many are willing to make that transaction because they value the service more than what they're giving up to access it, and they have no other choice.

So it ultimately boils down to offering the choice to pay with currency, and making it frictionless for both consumers and publishers to use. And educating consumers about the real cost of advertising.

The unfortunate reality is that advertising has become so profitable that in order for the payment system to work, companies would have to price their services higher than any consumer would be willing to pay for them. Or they would have to settle for lower profits, which no company would actually do. This is why you see that even when a service has a payment option, they still inevitably choose to _also_ show ads. Advertising money is simply irresistible to most people, and few have the moral backbone to resist it.