MurphyA/hacker-news huggingface dataset:
by alexopran | 2025-06-02 17:42:21+00:00
SEEKING WORK | USA and Europe | Remote

Technologies: JavaScript, TypeScript, React, Node.js, SQL, HTML, PostgreSQL, Next.js, Docker, Kubernetes, Redis, CSS, Tailwind CSS, GitHub Actions, Azure, Express, Angular, Vue, Swagger, OpenAPI, Figma, Grafana, RabbitMQ, Fastify, Drizzle, Zustand, ELK Stack, Azure Kubernetes Service, Nginx, Azure Service Bus, SonarQube, Snyk, Azure Key Vault, Azure App Configuration, Azure Communication Services, Rancher, Koa, HashiCorp Vault, Azure SQL

Résumé/CV: https://drive.google.com/file/d/1_BEglZ7431lneQh7NgWVEG6-URY...

Email: lxopran@gmail.com

LinkedIn: https://www.linkedin.com/in/alexander-opran/

Hi HN! My name is Alex. I'm on the lookout for a new technical leadership position - think CTO, Head of Engineering, VP of Engineering, Engineering Manager, Technical Co-Founder, Director of Engineering, etc.

I've previously founded my own company and have led teams through both early-stage growth and scaling.

If you're looking for a hands-on leader who cares about people, product, growth and, (spoiler!) has a huge love for cats, I'm always up for a virtual coffee!
by JohnMakin | 2025-06-02 17:42:40+00:00
I graduated in 2018 from a pretty competitive school and the way they dealt with this was that the lion's share of most course's grade was exam-based, in person, pencil and paper, proctored. Additionally, open notes were often allowed, and the tests were brutally difficult - I'm not sure anyone really could have cheated much in that setting. In project courses, I'm sure it happened a lot more, but I don't think many could have cheated in the program I was in, it was very difficult.

They'd even have different versions of the test in the same classroom test, which I found a little annoying because sometimes version "A" would be easier than B/C. And then they'd never do those questions ever again. It was probably a lot of work for them but they took academic dishonesty very seriously and there was a zero tolerance policy. Everyone made very certain to cover their asses to prevent even the appearance of cheating.
by diggan | 2025-06-02 17:43:00+00:00
Maybe it's contrarian, maybe it's not, but I don't think Chat UIs are well suited for software engineering/programming at all, we need something completely different. Being able to branch conversations and such would be useful, but probably not for the way I do software. Besides, I'm rarely beyond 3 messages (1 system, 1 user, 1 assistant) in any usage of the chat UIs. Maybe it's more useful to people with different workflows.
by nartho | 2025-06-02 17:43:00+00:00
Probably not. you'd have to prove that people who were able bodied in their youth are less likely to have dementia than people with disabilities or bad physical health. To my knowledge there is no such link. Besides, a big part of this sample was from the US who didn't enter the war before the very end of 41 (December 7th so might as well be 1942). Occupied Europe also didn't really have it's men "away at war". Also, men at war, even during WW1, were able to go back home from time to time, so I don't think the argument holds.
by phibz | 2025-06-02 17:43:03+00:00
I think a lot of this distinction comes down to individual vs group focus.

Being good at your own work makes you useful.

However being strategic, thinking about the bigger picture, AND being able to effectively communicate that while navigating the complex social interactions of your leadership team, that makes you valued and will lead to a path to leadership (managerial or technical).

So many of is have poor social skills. It pays to focus on them and not just the skills relevant to your tasks at hand.
by eimrine | 2025-06-02 17:43:12+00:00
Your detonator part is not quite enough working, the common sense is 2 interpassing aluminum wire.

JPEG machine learning is totally not working when you can fly a whole day long in museum so of course the drones attacking A50 (and a few of less valuable targets) used to have some powerful computer able to decipher the video from a fisheye camera.

Working in a peacetime military does not really help to answer my question, working as killer drone programmer certainly does. And there were no laymen in the operation we are discussing.
by GeorgeHaldane | 2025-06-02 17:43:14+00:00
Thank you for noticing! Turns out [0, 1] is an artifact of the old documentation carried back from the time where generic GCC / clang approach used to produce occasional 1's due to some issues in N4958 specification. This is fixed in a new commit.

For floats there are essentially 3 approaches that are selected based on the provided range & PRNG:

1) Shift + multiply (like `(rng >> 11) * 0x1.0p-53`) 2) "Low-high" from the paper by J. Doornik https://www.doornik.com/research/randomdouble.pdf 3) Canonical GCC implementation

All of these generate values in [0, 1) range which is now reflected in the docs properly. For most actual cases 1st method is the one selected.
by Fleetio | 2025-06-02 17:44:05+00:00
Fleetio | Full-time | 100% REMOTE - open to candidates in the USA, CANADA & MEXICO (Pending role) | https://www.fleetio.com/careers | Fleetio is a modern SaaS platform that helps thousands of organizations worldwide manage their fleet of vehicles and equipment. Founded in 2012, 2025 Series D, 6k+ customers, $65M+ ARR, 350+ employees, 4.5 rating on Glassdoor. Benefits: Competitive pay + equity + annual bonus, 401(k) + match, health, vision & dental insurance, remote first since 2012, 4 weeks PTO + floating holidays, wellness fund, professional development fund, equipment stipend + more.

HIGHLIGHTED ROLES (More available on our careers site):

-- Senior Software Engineer, AI & Data: https://grnh.se/79b4c6237us

-- Senior SRE, Infrastructure: https://grnh.se/390a8a597us

-- Senior SRE, Performance: https://grnh.se/6b74cfbe7us
by minkzilla | 2025-06-02 17:44:17+00:00
Location: Salt Lake City, UT

Remote: Yes, hybrid preferred

Willing to relocate: Yes, as long as the location has good access to the outdoors

Technologies: C#, .NET, PostgreSQL, Pulumi, Git, JavaScript, TypeScript, React, Tailwind CSS, Many AWS Services, Docker, Bitbucket Pipelines, Bash. Recently interested in F# and more functional designs

Résumé/CV: https://josephgilmore.com/static/files/joseph-gilmore-resume...

Email: career@josephgilmore.com

Hello, I’m an experienced full stack developer with a focus on backend, performance, and technical leadership. I am looking for an opportunity where I can work with customers and stakeholders to solve the right problems, rather than just slinging code.

I’m open to full time and contract.
by jsnell | 2025-06-02 17:44:22+00:00
Inference is actually quite cheap. Like, a highly competitive LLM can cost 1/25th of a search query. And it is not due to inference being subsidized by VC money.

It's also getting cheaper all the time. Something like 1000x cheaper in the last two years at the same quality level, and there's not yet any sign of a plateau.

So it'd be quite surprising if the only long-term business model turned out to be subscriptions.
by treesciencebot | 2025-06-02 17:44:40+00:00
fal | Growth Engineer | San Francisco (on site 5 days/wk)

Help us scale generative‑media infra: hack demos in the AM, pitch partners over coffee.

You’ll build quick client libs & microsites, run data A/Bs, write content that drives sign‑ups, and hand‑hold new devs.

Need: Python, JS/React/Next.js, SQL; speed, ownership, love for gen‑AI. Get: strong salary + equity, platinum health, unlimited “build‑something” stipend and most importantly a seat at a rocketship.

Shoot a link to something you’ve built to careers@fal.ai
by kccqzy | 2025-06-02 17:44:58+00:00
You mean creating the generator with a deterministic seed is shorter code than creating it with entropy? Well yes, because the entropy source is std::random_device so it's an extra line for an extra variable.

Don't think it's a problem in practice because every online tutorial or Stack Overflow posts contain that multi-line snippet for real entropy. C++ programmers are somewhat used to verbosity anyways.
by tomatohs | 2025-06-02 17:45:38+00:00
TestDriver.ai | https://testdriver.ai | QA, Engineers, Customer Support | Austin / Remote | Full-time / Part Time 95% of companies are still wasting time manually testing due to shortcomings in Playwright, Cypress, and other frameworks. Developers rank testing as the #1 blocker to release.

We've built an AI Agent that performs manual testing on it's own VM with complete desktop access. It works like a specialized "Claude Computer Use."

We're scaling our early sales and seeking QA engineers, customer support, and sales engineers.

Please DM ian [at] testdriver [dot] ai
by gabrieledarrigo | 2025-06-02 17:45:39+00:00
Location: Milan, Italy Remote: Yes Willing to relocate: No Technologies: Typescript, Node.js, Kotlin, Rust, SQL, GCP, AWS Résumé/CV: https://www.linkedin.com/in/gdarrigo/ Email: darrigo.g@gmail.com

Product engineer with 12 years of experience. Currently leading a small team of engineers in a Dutch-based startup; Looking for new challenges!
by thuanao | 2025-06-02 17:45:46+00:00
Somewhat related: What is with the rampant cursing nowadays? In the US people are openly saying f-word in professional settings, in public to strangers or acquaintances, in writing and video... seemingly everywhere even in calm normal conversations.

I don't remember it being like this decades ago. Is it just me? I remember people used to curse only in private conversation, when angry, and never at the office in meetings and professional contexts.
by acdha | 2025-06-02 17:45:51+00:00
It’s a really good point. One thing which comes to mind is the way some games distinguish between UI blocking dialog and background color, which could be a great place to start: imagine walking through a city like Baldur’s Gate only it has actual thousands of people who are saying different things when you walk by, and some of those are based on things your party has done recently with specific details about appearance, gear, and actions which would be too hard to do with traditional dialog approaches (e.g. kids talking about a battle and who they thought was best like real kids talk about sports, a good priest wondering what a paladin was doing spotted talking to a notorious thief, etc.). Something like that could add color and immersion without affecting gameplay or wasting anyone’s time, and you could extend it to things like vendors (“saw you put that axe to good use…” or “were you wearing these boots when you freed those slaves? I bet my brother will want buy them!”) to flesh out the approach before using it for load-bearing purposes.
by jesse__ | 2025-06-02 17:46:06+00:00
Location: NA timezones (Canada <--> Central America)

Remote only : 10 years remote, 12 years experience

Technologies : C, C++, SIMD, OpenGL, WebGL, WASM, JS, TS

Interests : compilers, language runtimes, 2D & 3D graphics, performance

Hello, my name is Jesse.

I'd describe myself as a competent generalist and a lifelong learner. I'm frequently working on something I've never done before.

My most recent professional experience has been about a year at a semiconductor startup where I wrote prototypes for a compiler and a cycle simulator.

One of my personal projects of ~10 years is a 3D game engine. Working on it has taught me a great deal about systems and graphics programming. It runs on Windows, Linux and Web (WASM/WebGL). I chose to build it without any libraries (barring the CRT for startup), which began as a learning exercise, but has taught me the value of simplicity.

In more recent history I've been working on a metaprogramming system for C. Think C++ templates/constexpr, but significantly more ergonomic. It turns out I have a small passion for compilers. I was also recently contributing to Oil, a new bash runtime and POSIX compliant shell.

On the optimization side of things, I recently wrote the world's fastest open-source AVX2 Perlin noise implantation, and wrote about the process on my blog.

That's the cliff-notes on my technical background. As a person I'm friendly and easy to get along with. I like the phrase "Have strong opinions, weakly held". Outside of work I enjoy surfing, backcountry skiing, snowmobiling, rock-climbing and beer! I split my time between Canada, Costa Rica, and Mexico.

Cheers, Jesse

https://scallywag.software

https://scallywag.software/resume.html

https://github.com/scallyw4g

jesse@scallywag.software
by kmano8 | 2025-06-02 17:46:28+00:00
Perpay | Senior Full Stack/Backend Engineer + Engineering Manager | Onsite in Philadelphia, Full-Time

Perpay is building financial products backed by users' paycheck direct deposit. We believe everyone deserves a chance to improve their financial future, and we’re dedicated to building simple and inclusive financial products that help our members create healthy habits and achieve economic stability.

We're looking for:

- A few Senior Full-stack Engineers (6+ years, and a preference for backend-leaning) across our 3 product engineering teams. We highly value product-mindset, experience building production web apps for real users, and ability to coach and support more junior engineers.

- An Engineering Manager for our Card team (currently 4 Engineers + 2 offshore contractors). Ideally, you have at least a year or two of experience leading people and being accountable for a team's execution, roadmap, and performance. You would be the third "line manager" on our team, and so there's ample opportunity to grab org-wide initiatives that are interesting and impactful.

Our stack includes AWS, Postgres, Python/Django, React/Redux, Datadog

Some other company notes / benefits: Open PTO policy, full health/dental/vision, remote weeks around major holidays + extra holiday on weekends like MDW and LDW, catered lunch 3 days/wk, 401k w/ solid match, cell phone plan, gym subsidy, and some student loan repayment match

Check out the full JDs here https://perpay.com/careers#open-roles , and feel free to reach out directly! karl at perpay dot com
by anelson | 2025-06-02 17:46:31+00:00
I had the opposite problem. They closed my account with very short notice back when they decided to purge all customers with any connection to Ukraine. This was an account for a US company owned by me a US citizen receiving payments from the US and paying contractors in Hungary, but once upon a time I had paid contractors in Ukraine. All addresses and legal agreements were in the US.

So if anyone else is having trouble closing your Mercury account I suggest you contact support and ask to change your principal location to somewhere in Ukraine. Your account will be closed in no time.
by UltraSane | 2025-06-02 17:46:31+00:00
The $32/MWh operational cost figure from Lazard includes allocated capital recovery, not just O&M. Actual fuel + O&M for existing nuclear is ~$25/MWh per NEI data. For comparison, when you add firming costs to solar to achieve equivalent reliability (capacity factor × availability), the real comparison changes dramatically.

Regarding "survivorship bias" - the U.S. fleet average capacity factor has increased from 56% in 1980 to >92% today. Plants closed primarily due to broken electricity markets that don't value capacity or carbon-free baseload, not technical issues. Meanwhile, early solar farms are already seeing 30%+ degradation after 15 years.

The Denmark study you cite assumes 100% renewable basecase then adds nuclear - that's methodologically backwards. Nuclear-heavy grids (France, Ontario) consistently deliver lower costs than renewable-heavy ones (Germany, Denmark). The study also uses 8760-hour modeling which undersamples extreme weather events that drive real grid planning.

On storage costs - $63/kWh for 4-hour batteries doesn't solve multi-day renewable droughts. The capacity factor of batteries in CAISO is <10% because they're energy-limited. To match nuclear's reliability, you need 100+ hours of storage, making the math completely different.

The Australia CSIRO study uses LCOE comparisons which explicitly exclude grid integration costs, while assuming nuclear costs 3x higher than global benchmarks. Their own sensitivity analysis shows nuclear becomes competitive at international pricing levels.

Your market-based argument ignores that current markets are designed for marginal cost dispatch, not system reliability. Texas ERCOT demonstrates what happens when you optimize for cheap energy without capacity - rolling blackouts when wind unexpectedly drops.

The technical reality: grids need inertia, voltage support, and firm capacity. Nuclear provides all three inherently. Renewables require synthetic alternatives that aren't captured in simple cost comparisons.
by int_19h | 2025-06-02 17:46:34+00:00
It's interesting that you bring up accounting software as an example. In jurisdictions where legal requirements around it are a lot more specific than in e.g. US, accounting suites usually already come with a lot of customization hooks (up to and including full-fledged scripting DSLs), and there are software engineers and companies who specialize in using those to implement bespoke accounting requirements.
by constantcrying | 2025-06-02 17:46:52+00:00
>I'd say the key point is to understand the difference between a number, and the decimal representation

But there is no such distinction. In fact the decimal representation is "closer" to a real number, then just 1.

>is one possible representation of number 1.

Why? You are just asserting things. You do not even give an argument why that should be the case. Why is 0.999... a representation of 1 and not 0.123?
by udia | 2025-06-02 17:46:54+00:00
Location: Edmonton, AB, Canada

Remote: Yes

Willing to relocate: Case by case

Technologies: JavaScript/TypeScript, Python, PHP, Elixir, Golang, React, Vue, Svelte, PyTorch, Kafka, GraphQL, MySQL, MongoDB, MSSQL, AWS (EC2, Lambda, S3, DynamoDB), Docker, Kubernetes, Ansible, Jenkins, GitHub Workflows, Azure, Cloudflare Workers, etc.

Résumé/CV: https://media.udia.ca/2025/06/2025-06-02%20Alexander%20Wong%...

Email: alex@udia.ca

Website: https://udia.ca

Experienced SWE with over 10 years of working experience. Looking for opportunities to own full-stack features, drive platform modernization, or bridge ML/AI systems with robust engineering. Open to staff+ level roles or senior IC with leadership responsibility.
by lapcat | 2025-06-02 17:47:27+00:00
> In the end, it's all supply and demand.

That's true.

> companies won't pay an employee more than the value he can create

True, but the wealthy corporations aren't simply paying for "programmers". Cheap programming labor is available, especially in less wealthy countries, and corporations could avail themselves of that if they wanted (and they sometimes do). When some programmers make more than their peer average, it's because the employers consider those programmers to be "the best", the smartest, most skilled, hardest working, or whatever. In that regard, A.I. is largely irrelevant. The best programmers and the worst programmers can both use A.I., so it's not a distinguishing factor in the labor market. What matters the most is the supply of the type of programmers that companies are seeking.

A.I. might (or might not) increase a company's revenue, but there's no reason the company can't just book that as profit. A.I. doesn't increase the demand for programmers; if anything, it might reduce the demand for programmers, if the programmers they've already hired become more productive. Adding more employees has diminishing returns, as we've seen with mass tech layoffs in recent years. Hiring is not an automatic productivity boost, if you're measuring productivity as an addition to revenue. At the end of the day, producing more stuff doesn't matter unless the company can sell that stuff.

> if a single programmer can generate $500k worth of value

How do you even determine the monetary value produced by a single programmer in a large team effort?

(Ask yourself this: how much "value" is generated by human resources or administrative assistants or janitors? You might say $0, but nonetheless they get paid more than $0, because the work needs to be done. You can't a functional corporation without them. And their compensation is based on supply and demand, not on "value generated".)

Let me put it this way: I used to work for a small company, and some of my coworkers also worked at a BigCo at some point, either before or after SmallCo. Their personal productivity didn't change much over time, from one employer to another, but their employer's revenue per employee changed dramatically from one employer to another. A tech company's revenue depends on many different factors, many of which have nothing to do with the employed programmers.

Let me put it another way: the more that employers rely on publicly available automatated tools—for example, LLMs—rather than on the individual skills of employees to increase productivity, the more the employees themselves become interchangeable cogs in the machine, and thus by supply and demand, their compensation will not increase.

Of course, if using LLMs were an elite skill that required inborn talent and/or years of specialized training, then you would expect LLMs to increase the compensation of those with that unique skill, but I've seen no evidence that this is the case.
by igouy | 2025-06-02 17:47:52+00:00
Tangentially, you might find the abandoned Nice programming language interesting.

https://gallium.inria.fr/~remy/poly/mot/10/nice/web/language...

----

> … but what about when someone else has to work with that code.

Someone else has had to work with that code since before Smalltalk escaped Xerox PARC.

1984 "Smalltalk-80 The Interactive Programming Environment" page 500

"At the outset of a project involving two or more programmers: Do assign a member of the team to be the version manager. … The responsibilities of the version manager consist of collecting and cataloging code files submitted by all members of the team, periodically building a new system image incorporating all submitted code files, and releasing the image for use by the team. The version manager stores the current release and all code files for that release in a central place, allowing team members read access, and disallowing write access for anyone except the version manager."

https://rmod-files.lille.inria.fr/FreeBooks/TheInteractivePr...

Later "ENVY/Developer":

https://archive.esug.org/HistoricalDocuments/TheSmalltalkRep...
by russelldjimmy | 2025-06-02 17:48:19+00:00
Thanks for clarifying. I can see what you’re going for and why the iOS functionality isn’t enough. Some feedback that comes to my mind:

I imagine that there are three personas -

1. one who wants others’ phones to be silent

2. one who wants to silence their own phone

3. one who is indifferent

Type 1 is motivated to download the app and encourage others to do so, especially if they are in the administration of that place.

Type 2 might choose to manually silence their phone. There is a subset of type 2 that might constantly forget to silence their device. This subset might be motivated to download the app.

Type 3 is simply not motivated to download the app.

I’d suggest checking if this is really a need that people feel and will be motivated to download an app for, or a projection of one’s own preference of order and discipline that one wishes others to have.