njl
Joined 18 years ago
Karma
931
Submissions
137
Member since
Nov 23
I'm happy to chat with anybody about pretty much anything... njl at njl dot us.
View on Hacker NewsRecent submissions
Comment · 3 months ago
Kyra Health | Senior & Staff Product Engineers | Python / TypeScript | Remote (USA)
We're building software that helps employers replace traditional group health insurance with individual plans, making healthcare less expensive and easier to navigate for everyone involved. We're doing it now because recent regulatory changes and advances in AI have made it possible. We're building at the intersection of healthcare, fintech, compliance, and AI.
Implementation is getting cheaper; engineering judgment is not.
We're looking for engineers who enjoy turning ambiguous problems into production systems, working across product and architecture, reviewing AI-generated code, building leverage through automation, and shipping quickly without creating a maintenance disaster.
Strong Python or TypeScript experience (or equivalent), good judgment, and good communication are more important to us than checking every box. US residency required, with a preference for candidates in the Eastern Time Zone or nearby.
Apply at https://engineering.kyra.health.
Questions are welcome at [email protected], but applications sent by email will not be reviewed. Please apply through the website.
Comment · 4 months ago
Kyra Health | Senior & Staff Product Engineers | Remote (USA)
We’re building a national ICHRA platform at the intersection of healthcare, fintech, compliance, and AI.
Implementation is getting cheaper. Engineering judgment is not.
We’re looking for engineers who enjoy:
* Turning ambiguous problems into production systems. * Owning outcomes, not tickets. * Working across product, architecture, and implementation. * Reviewing and improving AI-generated code. * Shipping quickly without creating a maintenance disaster.
Requirements:
* Strong Python, TypeScript, or equivalent experience. * Strong engineering judgment. * Strong communication skills. * US residency.
Apply: https://engineering.kyra.health
Questions: [email protected]
Comment · 5 months ago
Kyra Health | Senior & Staff Product Engineers | Remote (USA)
We’re building a national ICHRA platform at the intersection of healthcare, fintech, compliance, and AI.
Implementation is getting cheaper. Engineering judgment is not.
If you enjoy turning ambiguous business problems into production systems, owning outcomes, and shipping quickly without creating a maintenance disaster, we’d like to talk.
Python, TypeScript, healthcare, fintech, AI.
Apply: https://engineers.kyra.health Questions: [email protected]
Comment · 11 months ago
Kyra Health | Python/Typescript | Remote (USA) | Full Time
We believe there is a significant opportunity to improve healthcare quality and cost for employers, employees, and insurance companies; regulatory changes and LLMs mean it is time to build. We think we can provide a better experience for less money, and have multiple positive impacts on society. We have the idea, the funding, and the skills and knowledge to make it happen. We're looking for a few more strong engineers to help us build it.
Responsibilities
- Research, plan, scope, and design solutions to difficult problems while navigating laws, regulations, and standards in money movement and healthcare.
- Produce elegant and simple code that is architected and written for the long haul.
- Speed up overall development efforts.
- Help build a development environment and operational tooling that will be the envy of companies many times our size.
Must Haves
- Strong Python or TypeScript skills, or a strong background in another dynamic language.
- A burning desire to get things out the door and in the hands of users.
- Strong communication skills.
Reach out to me at [email protected], or kick the process off at https://enghiring.kyra.health
Comment · 1 year ago
Kyra Health | Python/Typescript | Remote (USA) | Full Time
We believe there is a significant opportunity to improve healthcare quality and cost for employers, employees, and insurance companies; regulatory changes and LLMs mean it is time to build. We think we can provide a better experience for less money, and have multiple positive impacts on society. We have the idea, the funding, and the skills and knowledge to make it happen. We're looking for a few more strong engineers to help us build it.
Responsibilities
- Research, plan, scope, and design solutions to difficult problems while navigating laws, regulations, and standards in money movement and healthcare.
- Produce elegant and simple code that is architected and written for the long haul.
- Speed up overall development efforts.
- Help build a development environment and operational tooling that will be the envy of companies many times our size.
Must Haves
- Strong Python or TypeScript skills, or a strong background in another dynamic language.
- A burning desire to get things out the door and in the hands of users.
- Strong communication skills.
Reach out to me at [email protected], or kick the process off at https://enghiring.kyra.health
Comment · 1 year ago
Kyra Health | Python/Typescript | Remote (USA) | Full Time
We believe there is a significant opportunity to improve healthcare quality and cost for employers, employees, and insurance companies; regulatory changes and LLMs mean it is time to build. We think we can provide a better experience for less money, and have multiple positive impacts on society. We have the idea, the funding, and the skills and knowledge to make it happen. We're looking for a few more strong engineers to help us build it.
Responsibilities
- Research, plan, scope, and design solutions to difficult problems while navigating laws, regulations, and standards in money movement and healthcare.
- Produce elegant and simple code that is architected and written for the long haul.
- Speed up overall development efforts.
- Help build a development environment and operational tooling that will be the envy of companies many times our size.
Must Have
- Strong Python or TypeScript skills, or a strong background in another dynamic language.
- A burning desire to get things out the door and in the hands of users.
- Strong communication skills.
Reach out to me at [email protected].
Comment · 1 year ago
Unlaunched Healthcare Startup | Python/Typescript | Remote (USA) | Full Time
We believe there is a significant opportunity to improve healthcare quality and cost for employers, employees, and insurance companies; regulatory changes and LLMs mean it is time to build. We think we can provide a better experience for less money, and have multiple positive impacts on society. We have the idea, the funding, and the skills and knowledge to make it happen. We're looking for a few more strong engineers to help us build it.
Responsibilities
- Research, plan, scope, and design solutions to difficult problems while navigating laws, regulations, and standards in money movement and healthcare.
- Produce elegant and simple code that is architected and written for the long haul.
- Speed up overall development efforts.
- Help build a development environment and operational tooling that will be the envy of companies many times our size.
Must Have
- Strong Python or TypeScript skills, or a strong background in another dynamic language.
- A burning desire to get things out the door and in the hands of users.
- Strong communication skills.
Apply at https://www.unlaunchedhealthcarestartup.com/, or reach out to me at [email protected].
Comment · 2 years ago
Spotify actually has (at least) a few hundred pools of money; one of the pools might be "Free listeners in the US", one might be "Moldovan listeners who have Spotify as a bundle with this particular cell phone provider". A fixed percentage of that money is set aside for the rights holders for the performance (master rights) and the rights holders for the music (publishing rights).
The allocated money is then passed to the rights holders, based on the percentage of listens they received within users in that pool. Individual rights holders can negotiate additional bumps, and Spotify has some exceptions for what needs to be counted.
I know that the idea that money should go from a listener directly to the bands that user listens to, instead of splitting up the pool, feels like a pretty interesting one. Unfortunately, folks who listen to a lot of music tend to listen to smaller and more interesting bands as well. This change wouldn't necessarily result in more money in the pockets of smaller artists; it's not inconceivable at all that the rich would get richer.
It's also worth mentioning that the average person who spent money on music at all, prior to the invention of streaming, spent far less annually than they spend on streaming now.
I think artists are reacting to a lot of issues. The entire music industry is built around signing absolutely disgusting contracts with deeply talented and fundamentally naive 18 year olds who are effectively replaceable by the next new thing. This is compounded by the fact that most artists don't have a relationship with Spotify; they have a relationship with their record label who has a relationship with Spotify, and the label isn't really interested in giving an artist a full accounting of what they've brought in from Spotify.
Finally, and most importantly, there is a real disconnect between the social impact of music and the actual size of the industry. There's a lot of money there, sure, but the music industry is like a professional sports league in terms of total revenue. A few superstars are going to suck up a lot of the money and not leave much for the bench players, let alone the folks three leagues down from the "show".
Comment · 7 years ago
There are a multitude of different processes and procedures to deal with different kinds of fertility issues. It isn't uncommon to do a "fresh" transfer after a handful of days. Genetic testing is generally only going to be offered if you do a frozen transfer. Not all embryos are of high enough quality to survive being frozen, and a live transfer might be the only option.
Comment · 7 years ago
Spotify has internal fingerprinting stuff that can handle this easily enough. The shutdown is entirely due to pressure from the record labels. It's a shame; this was a surprisingly difficult product to get off the ground, and a lot of folks put in heroic efforts to make it work.
Comment · 8 years ago
> Restrict processing – in your admin panel where there’s a list of users, there should be a button “restrict processing”. The user settings page should also have that button. When clicked (after reading the appropriate information), it should mark the profile as restricted. That means it should no longer be visible to the backoffice staff, or publicly. You can implement that with a simple “restricted” flag in the users table and a few if-clasues here and there.
The simple hubris in this statement is jaw-dropping. “Just a flag and a few if clauses! Easy peasy!”
Comment · 8 years ago
The user can request I delete all of the data related to them without “undue delay”. Are you ready to purge all references to certain IP addresses in your logs? Don’t forget backups.
GDPR blows up a lot of assumptions we make about writing software and managing servers.
https://www.privacy-regulation.eu/en/article-17-right-to-era...
Comment · 8 years ago
If only it was that easy. A reasonable reading of GDPR makes standard web server logs (which contain IP addresses) a punishable offense, even if you don’t have a nexus in Europe.
GDPR is a wonderful idea that will be insanely expensive to comply with, act as a continuous drag on developing new technologies, and end up offering only nominal protection to end users. This is just going to be another way for EU regulators to smack around Google and Facebook. They probably deserve it, but the potential fallout for the rest of us is really going to hurt.
Don’t get me wrong, treating user data with respect is the right thing to do. But we’re all going to be paying for this overly broad and under specified legislation for years to come.
Comment · 10 years ago
Dave Cutler was a lead for VMS, then left DEC for Microsoft and led the development of Windows NT.