MurphyA/hacker-news huggingface dataset:
by palmotea | 2025-04-14 13:43:45+00:00
> It's sad doctors have to spend their time on things that are clear benefits to people (and the people around them) like that.

Honestly, I don't think it is. It's probably a big, big component of vaccine hesitancy is that doctors/media/government (collectively) dropped the ball on explaining the "clear benefits to people," so the narrative got away from them.

They tried to course correct with arguments from authority ("We, the medical profession say this is good, so comply!") and ridicule/shame ("Vaccines are good, if you have doubts you are stupid or malicious"), but that just made people dig in. What they should have done is show, "This is what measles looks like, and this is what it could happen to your kid if they get it. This vaccine will prevent that."

For like 50 years, they were coasting on people's 1st hand experience with diseases like measles to drive vaccine acceptance, but when that experience is 3rd or 4th hand, they can't coast anymore.
by rowanG077 | 2025-04-14 13:45:19+00:00
Because the excessive OOP and TDD he recommends is just bad. He also hates static typing and seems to think testing can somehow replace it.

I'm not for forcing inefficient safe data structures. You are pretending that this is a dichotomy when the vast majority of the time it isn't. You are completely misinterpreting what I said. I'm for safe data structures. And the data structures described are huge footguns. I made no point about efficiency.
by dmoy | 2025-04-14 13:45:37+00:00
I haven't seen it on any team I've been on. But also I don't think the implication is people doing literally nothing. Just people doing things that are not worthwhile at all, wasting other people's time, and kinda just puttering around.

Some of it boils down to ineffective management and lack of mentoring, for sure, and could be addressed in a better way. Some of it is people getting in way over their heads.
by kbolino | 2025-04-14 13:45:44+00:00
I think there's two layers to the typed vs. untyped nil issue (which is really about nil pointers in an interface value vs. the zero value of interface types).

The first is simple confusion, such as trying to handle "all nils" the same way. This is not necessary, though I have seen some developers coming from other languages get hung up on it. In my experience, the only real use for "typed nil" is reflection, and if you're using reflection, you should already know the language in and out.

However, the other aspect is that methods with pointer receivers on concrete types can have default behavior when the receiver is nil, while interfaces cannot. In the expression foo.Bar(), you can avoid a panic if foo is *T, but when foo is an interface, there is no way around the panic without checking foo's value explicitly first. Since nil is the default value of all interface types, even if you create a dummy/no-op implementation of the interface, you still risk nil panics. You can mitigate but never truly remove this risk.
by marcusb | 2025-04-14 13:45:46+00:00
I once had a coworker who called this "bullshit bingo" and had a bingo grid drawn on a whiteboard at her desk with all of the latest buzzwords.

On a somewhat-related note, my grandfather told me that while he was in Officer Candidate School in the Army, there would be someone assigned to ring a bell whenever a person who was leading a briefing or otherwise presenting faltered with an "oral pause" (uh, ummm, etc.) I don't know if this was a normal or ongoing practice.
by latexr | 2025-04-14 13:45:47+00:00
Considering the number of doctors who refuse to assist women with miscarriages or any kind of abortion even when the women’s life is in danger, I wouldn’t trust that presumption. Doctors routinely refuse care for religious beliefs or recommend needless procedures and medications¹ for profit, you can’t trust they care for your health just because of their profession.

¹ Sometimes they’re even worse than needless and are actively harmful, such as the overprescription of antibiotics.
by kajika91 | 2025-04-14 13:46:06+00:00
Couldn't we have a function to return the data like this?

pub const SinglyLinkedList(comptime T: type) type { return struct { first: ?*Node = null, pub const Node = struct { next: ?*Node = null, }; const Self = @This(); pub fn data(self: Self) *T { return @fieldParentPtr("node", self); } };
by meh999 | 2025-04-14 13:46:23+00:00
> That’s alarming because life expectancy has stagnated in the United States and declined in the early 2020s, O’Brian said.

I wonder if that is due to listening to our doctors and not taking 2nd or 3rd opinion. I was asking many doctors to diagnoze my illness, and although all of them said my body is ill, they were giving different, sometimes even contradicting directions. My health is more valuable than trust to doctor, or to the system- everyone can make mistake and trusting blindly is not good for our health. Same effect as rejecting all opinions.
by sofixa | 2025-04-14 13:46:49+00:00
> Just about every time someone complains about ansible, there's a comment to plug this project but pyinfra seems to opt-out of the cloud provisioning part

Which Ansible is absolutely atrocious at, so that makes sense. Use the best tool for the job (so Terraform, maybe Pulumi/tfcdk if you hate your future self/future teammates for infra.
by 9rx | 2025-04-14 13:46:58+00:00
> It seems their revenue in 2024 exceeded $3B.

With a loss of $5B. A viable business model needs more than revenue. It also needs profit.

It is not unusual for a business with visions for profitability to accept losses for a while to get there, but OpenAI does not seem to have such vision. They seem to be working off the old tech model of "If we get enough users we'll eventually figure something out" – which every other time we've heard that has ended up meaning selling user data.

Maybe this time will be different, but every time we hear that...
by cosmic_cheese | 2025-04-14 13:47:35+00:00
For apps with any level of complexity you’ll absolutely at some point need to get “under the hood” and have to be able to work with native Swift/Kotlin at some point, likely many times. If you can’t you’ll be at the mercy of maintainers and other contributors who may or may not encounter the same problems you do.

That being the case, the value prop of cross platform UI frameworks is a lot more shaky. Usually the UI isn’t the hard part, and most apps don’t have a ton of complex logic they need to share either (though there are ways to do this, if necessary). At that point why bother with the cross platform UI framework at all? Just skip the extra layer of bugs and write native.
by bwood | 2025-04-14 13:48:14+00:00
Some people take the old cases from defunct macs and modify them for modern hardware. Here's a shop [0] that sells conversion kits for them.

Here are some "sleepers" that people have built over the years [1,2,3]

[0] https://thelaserhive.com/product-category/powermac-g4-conver...

[1] https://old.reddit.com/r/sleeperbattlestations/comments/1gva...

[2] https://old.reddit.com/r/sleeperbattlestations/comments/1871...

[3] https://old.reddit.com/r/sleeperbattlestations/comments/t7tz...
by throwme0827349 | 2025-04-14 13:48:29+00:00
>> You find yourself in a dark house. You search your person and find nothing but a debit card and a luminescent tablet. Staring into the ceaseless abyss, suddenly you remember: you have parts to acquire for your new computer.

This is obviously the cheap simulation that the Muskian overlords will put me in when I have outlived my usefulness... or perhaps they already have? (-᷅_-᷄)
by nobleach | 2025-04-14 13:48:32+00:00
I've had a few hits from recruiters lately that mention Ruby on Rails. My experience in the Salt Lake City valley was that several successful businesses started with that stack and now it's just sort of "entrenched". Some have been working to move to Elixir, but they still have to turn wrenches on the old (money-making) stack. It's kind of created this microcosmic COBOL dev-like niche. We still need folks who know this stuff. With all that said, I do think there are new startups that still choose Ruby on Rails for its quick time-to-market ability. So demand definitely varies by location.
by sofixa | 2025-04-14 13:48:40+00:00
To be fair one of the most common ways of managing Kubernetes clusters and what is deployed on them is to use ArgoCD, which gives you the same issue of dual stateful control planes.

Even more fun is if you then run your Kubernetes cluster on top of a VM orchestrator such as vSphere, that way you have multiple layers of stateful control planes and compute orchestrators fighting each other.
by akmarinov | 2025-04-14 13:48:49+00:00
> Kotlin and Swift have declined in the ratings because they are both mainly used for a particular mobile platform, Kotlin for Android and Swift for iOS, Jansen said. There are other sufficiently good languages and frameworks to use for cross-platform development now,

Yeah that sounds about right, native work has been drying up quite a bit in the past couple of years and React Native is all everyone is after, it seems. YMMV

RN also has a very unfair advantage where you can use Codepush to OTA updates, bypassing Apple/Google's reviews (within its limits of course). It's against the TOS, but the store caretakers have no way (or don't want to) of policing apps that do that, so in the end if you do native only - you're playing with one hand behind your back.

And it's not only small devs that do that - all the major automotive manufacturers like BMW (Flutter), GM (React Native), etc do it.
by vbezhenar | 2025-04-14 13:49:20+00:00
I write Java for Android. But I'm more like jack of all trades, I'm not specializing on Android development. I know Kotlin, but it's too complex for my taste, so I'm avoiding it, Java works just fine.

Actually the same for iOS and Objective C. I learned Objective C like 15 years ago and it didn't change much since then. I also learned Swift the day it was released and I know nothing about modern Swift, it changes so fast. I don't really care. Objective C works just fine for me too.
by crazygringo | 2025-04-14 13:49:23+00:00
You're talking about artistic tradeoffs. That's fine.

I'm asking, how do you quantitatively measure in the first place so you can even define the tradeoffs quantitatively?

You say how in your opinion, different algorithms preserve detail better in different areas. My question is, how do we define that numerically so it's not a matter of opinion? If it depends on contrast levels, you can then test with images of different contrast levels.

It doesn't seem unreasonable that we should be able to define metrics for these things.
by trollbridge | 2025-04-14 13:50:09+00:00
I was living overseas (Australia) and went into the GP to request the 10 year booster for TDAP as I have been accustomed to thinking is necessary.

The doctor just laughed and said "You must have spent time in America." The only recommendation for TDAP for adults is during pregnancy. See https://www.health.qld.gov.au/__data/assets/pdf_file/0031/98...

Meanwhile, in the UK, the T and D of TDAP are given just once (part of Td/IPV), with the P given only to pregnant women. See https://www.nhs.uk/vaccinations/nhs-vaccinations-and-when-to...

Upon return to the U.S., my doctor strongly recommended getting the TDAP again since it had been well over 10 years, with 5 shots for kids and then again every 10 years. See https://www.cdc.gov/diphtheria/hcp/vaccine-recommendations/i...

I will admit that now I have no idea what the actual best schedule for these is.
by danesparza | 2025-04-14 13:50:12+00:00
And people wonder why American manufacturing (and Detroit in particular) has done so poorly for the past 50 years. It's starts at the top. Here is an incredibly candid (and depressing) example of this.

Perhaps if they paid attention this closely to market conditions and manufacturing innovations, Ford wouldn't have this embarrassing example of a corporate executive that is so out of touch.
BSE: Semantic compression for LLMs, built by a starving creator
by bramblestudio | 2025-04-14 13:50:22+00:00
Built solo. Semantic compression engine for LLMs.

– Extracts subject-verb-object structure – Detects questions and figurative language – Works with text, image, and audio – CPU compatible – Outputs clean semantic JSON

Demo: https://huggingface.co/spaces/Sibyl-V/BSE_demo GitHub: https://github.com/SibylVeradis/BrambleStudio
by NegativeK | 2025-04-14 13:50:35+00:00
My grandfather was well known at work for, uh, creative sayings. Malapropisms, misheard cliches, or just wild-ass new phrases. His coworkers took to secretly writing them down over the years, and they read them off during his retirement party to universal delight.

A copy of the list ended with us, the family, and has come up during my grandfather's wake and a few times since then.

Absolutely agree that it might not be nice, but context depending it absolutely can be -- as well as a really touching legacy.
by GTP | 2025-04-14 13:50:38+00:00
I agree this is not a good strategy, but I found it curious that Kotlin seems to have stalled and maybe is even declining. After all, it really seems what many developers would like Java to be. The article also mentions the existence of better alternatives in the form of some other languages' cross-platform frameworks, but doesn't make any concrete example. Anyone has ideas on which frameworks those could be? Btw, Kotlin isn't platform-specific as they seems to say in the article, it's cross-platform as well.
by jeffbee | 2025-04-14 13:50:48+00:00
How much of this in influenced by the base rate of partisanship among medical doctors? 50 years ago, both Republicans and Democrats were equally likely to hold a prestigious occupation, but now, along with the yawning educational gap, there is a huge gap in prestigious occupations favoring people with liberal political beliefs. If I hear about a doctor who advertises their service on "conservativeprofessionals dot com" I think I would be right to wonder if they were some kind of disbarred chiropractor hawking steroids and horse drugs.
by throwaway7894 | 2025-04-14 13:50:53+00:00
As someone who has a file with similar hacks, I will say this: I am not a C++ fan, but if you find yourself writing C code where you simulate methods via structs with function pointers often, just use C++ as a basic "C with classes" at that point. You want methods anyway, you have to go through a pointer dereference to call the function, it's just not worth the code weirdness. If you have the grit to use structs with function pointers everywhere, you have the grit to stick to the simpler subset of C++.
by weatherlite | 2025-04-14 13:51:06+00:00
> If this is "just a job" as you can expect to be laid off at a moment's notice with no care for the value of your contributions, then what is the point in doing anything more than what the job description entails

I guess the half million dollars yearly (I'm assuming he made) and the fact there aren't tons of other places he can get that kind of money and prestige for doing that kind of job. I'm not saying I'm loving any of this, but yeah the system we've built treats all of us like replaceable cogs. During good economic times we don't really feel it, but we are now in a rough patch and we see the capitalist economic reality for what it is.
by kaon_ | 2025-04-14 13:51:51+00:00
It always boggles my mind that python is so popular while being so unfriendly and hard to use. Terrible package management. Poor typing system. Useless stack traces. Unintuitive syntax (no ternary operator?!). And yet it has become the default language almost.

I guess the way forward now would be to "make python good". Thank goodness uv is trying.
by marcodiego | 2025-04-14 13:52:06+00:00
In Brazil, people who support bolsonaro are more likely to believe in conspiracy theories and not trust doctors, vaccine or science.

I also think it is reasonable for everyone to have a tendency to not trust a doctor who is a bolsonaro supporter.

There is a very emblematic case, although not very known, of a doctor who refused to treat the child a a Lula supporter: https://www.jusbrasil.com.br/noticias/medica-se-recusa-a-ate...
by chrisbenincasa | 2025-04-14 13:52:10+00:00
Maintainer here (and fan of ETV)! Currently, the most fundamental difference between Tunarr and ETV is scheduling methodology, though this is on the road to change. ETV takes a top-down approach; you schedule lists/collections (either custom, or just a whole series, for instance), clump those choices together, and customize how they "play out" their contents, e.g. "play 2 programs from series A, then play 4 programs at random from collection X".

Tunarr is, currently (and like it's predecessor dizqueTV), a bottom-up scheduler. You create a schedule with a flat list of programs (episodes, movies, etc). Then, you apply transformations to that list (grouping, padding, etc) in order to build your schedule. This is a bit of a simplification.

Both programs have a range of tedium in their scheduling, depending on how particular you are about your schedule.

Of course, ETV is more mature than Tunarr, so there are a lot of other features it has that Tunarr does not. It is also, likely, more stable. However Tunarr's streaming stability has come a long way and was the primary focus in the beginning of the project.
by gruez | 2025-04-14 13:52:20+00:00
>So your response is to accept someone's speculation when the company themselves says they are piloting a recording program in the US (however they say the case in the article was not part of this). Given what is in the article, the speculation you linked to is irrelevant.

I don't see how it's irrelevant given the recording program was in the US, and contrary to Trump's bluster, Canada isn't the 51st state yet.

>You are taking a threat model that assumes all recordings have equivalent risk of leakage. On a long enough time scale, you're probably right. I think there is a spectrum of risk that is also based on trust. I trust a company focused on audio/video to handle the materials appropriately a lot more than I do a company where this isn't their core competency.

The problem isn't necessarily that Zoom itself will get hacked, it's that such recordings can get leaked by someone else. Zoom has a quota for recordings, so they often get uploaded to the company's network share/sharepoint, which are routinely targeted in ransomware attacks. Moreover, that's not even the only threat I mentioned. Zoom might be a well known company that has reputation at stake, but the lowest bidder that a megacorp contracted out to provide call center software might not. Finally, if voice cloning is as easy as you claim, there are far easier ways to get a sample. It's not hard to call you with a made up pretense (eg. "are you [spouse]'s emergency contact?") to coax you into producing enough speech samples for voice cloning.

>While /any/ recording presents a risk, recordings you are unaware of are significantly higher risk because you can't do much of anything about them.

Is anyone seriously going to stop calling customer support because of "voice cloning"?

>You are making a false equivalence and desperately trying to defend it. The two things are not the same.

I'm not claiming they're equivalent. Quoting my initial comment:

"you should be far more concerned about recorded zoom meetings or customer support calls"

I'm not sure how you can possibly interpret that to mean "zoom recordings are the same as lyft recordings"
by lolinder | 2025-04-14 13:52:31+00:00
The TIOBE index is widely regarded as mostly useless for the kind of thing people try to use it for. Their own description of the index shows the problem:

> Basically the calculation comes down to counting hits for the search query +"<language> programming"

That's it. The rest of the definition hinges on weighting the different search engines and deciding what counts as a programming language. So the index is actually just measuring a proxy (search hits) for the number of online pages that contain the words "$LANG programming" in them.

A number of problems become evident with that definition, but most important here is that common linguistic usage patterns in a community have an enormous impact in rating. "Swift programming" may get fewer hits, but "iOS development" is a synonymous search term these days that gets ignored by TIOBE. The same for "Rails" and "Ruby" and "Android" and "Kotlin".

TIOBE is fine as a tool if you understand its limitations, but articles like this rarely do.

https://www.tiobe.com/tiobe-index/programminglanguages_defin...
by cosmic_cheese | 2025-04-14 13:52:59+00:00
I hadn’t thought about it but you’re right. If the iOS 19 UI rumors are true, non-native is going to stick out in a bad way. Even RN apps aren’t going to be spared, because even though RN uses native widgets in parts they still do a lot of custom styling which will look downright broken mixing in with a pseudo-3D visionOS-like UI.
by bmacho | 2025-04-14 13:53:09+00:00
> The comparison really isn't even close.

IMO it's close. Lisp isn't much worse than other languages. Tho it needs special syntax for some common constructs. It helps the human.

Regarding the for loop, if you only loop one statement, you do

for (int i = 0; i < 5; i++) printf("%d\n", i);

If you loop several statements, you do

(loop for i from 0 below 5 do (progn (format t "~A~%" i) (format t "~A~%" i)))

again, lisp lacks the syntax to group several statements together. In C it ends with );} , indicating a function call inside a control flow or a block. In lisp ))) can be anything from function definition to assigning variables or arrays/collections or anything.
by yorwba | 2025-04-14 13:53:09+00:00
If someone offers to contribute a README translation and to keep it updated with every change, you can consider merging it. It indicates that there are existing users who want to talk about the project in their native language. And that somebody could e.g. open an issue in that language to ask questions and get help.

But if there is no such community, a translated README on its own is pointless in my opinion.
by thatnerd | 2025-04-14 13:53:10+00:00
Yeah the demographic transition is something nobody predicted (afaik). On the other hand, LTG (https://en.wikipedia.org/wiki/The_Limits_to_Growth) is a neo-Malthusian prediction that seems to match early data, and a surprising number of people revisit it and find its conclusions seem to hold. We'll be finding out around 2040, give or take. ¯\_(ツ)_/¯
by kibwen | 2025-04-14 13:53:11+00:00
No, it's not strictly voluntary, because the existence of a market sets a price for a product, and materially differing from that price either puts you at a disadvantage (deprives you of voluntary trading partners) or creates opportunities for arbitrage (disadvantaging those who would otherwise voluntarily trade exclusively with you). And if your competitor has a massive pre-existing wealth advantage, they'll happily eat the loss and undercut you until you're out of business. This produces worse outcomes in the long run.
by Joker_vD | 2025-04-14 13:53:15+00:00
Well. To repurpose you knife analogy, they (we?) duct-taped a knife on an erratic, PRNG-controlled roomba and now discover that people are getting their Achilles tendons sliced. Technically, it's all functioning exactly as intended, but: this knife was designed specifically to be attached to such roombas, and apparently nobody stopped to think whether it was such a great idea.

And admonishments of "don't use it when people are around, but if you do, it's those people's fault when they get cut: they should've be more careful and probably wore some protective foot-gear" while technically accurate, miss the bigger problem. That is, that somebody decided to strap a sharp knife to a roomba and then let it whiz around in the space full of people.

Mind you, we have actual woodcutting table saws with built-in safety measures: they instantly stop when they detect contact with human skin. So you absolutely can have safe knives. They just cost more, and I understand that most people value (other) people's health and lives quite cheaply indeed, and so don't bother buying/designing/or even considering such frivolities.