stevenbedrick
Joined 17 years ago
Joined 17 years ago
Second, the programs you’re referring to (“diversity” meaning only people with the right skin color etc.) used a very clear and well-defined model of “under-represented minority” that (in addition to members of this or that minority racial or ethnic group) included women, people from rural zip codes, people who were the first in their families to go to college, people who grew up on free/reduced lunch, and a bunch of other categories that have long been known to be under-represented in science. This definition has been around for decades and there’s been a ton of research about the importance and efficacy of these kinds of programs, some of which are training programs to try and diversify the incoming pipeline of scientists, and some of which were additional funding pools to try and address the very, very, very well-documented gap in early career funding awarded to URM scientists. Characterizing it as just being about skin color is simply inaccurate.
Some of the other “DEI” research that has been terminated consists of projects looking at health issues that are specific to certain populations; the NIH has officially said that health disparities research is still allowed but we are all scratching our heads trying to figure out how to write grants for it that don’t run afoul of the current “rules” which are frankly nonsensical and very “vibe” based so it’s hard to know what will and what won’t be allowed. Almost like they don’t want us to bother trying…
You are of course correct that it’s utterly bananas that in 225 we are wasting our time trying to guess which words shouldn’t be used in grant applications, and that our colleagues at the CDC and NIH are having to do the same for their papers.
Usually it's not all that much effort to glance over some other project's documentation to figure out how to integrate it, and as to creating working code from an idea or plan... isn't that a big part of what "programming" is all about? I'm confused by the idea that suddenly we need machines to do that for us: at a practical level, that is literally what we do. And at a conceptual level, the process of trying to reify an idea into an actual working program is usually very valuable for iterating on one's plans, and identifying problems with one's mental model of whatever you're trying to write a program about (c.f. Naur's notions about theory building).
As to why one should do this manually (as opposed to letting the magic surprise box take a stab at it for you), a few answers come to mind:
1. I'm professionally and personally accountable for the code I write and what it does, and so I want to make sure I actually understand what it's doing. I would hate to have to tell a colleague or customer "no, I don't know why it did $HORRIBLE_THING, and it's because I didn't actually write the program that I gave you, the AI did!"
2. At a practical level, #1 means that I need to be able to be confident that I know what's going on in my code and that I can fix it when it breaks. Fiddling with cmakes and npms is part of how I become confident that I understand what I'm building well enough to deal with the inevitable problems that will occur down the road.
3. Along similar lines, I need to be able to say that what I'm producing isn't violating somebody's IP, and to know where everything came from.
4. I'd rather spend my time making things work right the first time, than endlessly mess around trying to find the right incantation to explain to the magic box what I want it to do in sufficient detail. That seems like more work than just writing it myself.
Now, I will certainly agree that there is a role for LLMs in coding: fancier auto-complete and refactoring tools are great, and I have also found Zed's inline LLM assistant mode helpful for very limited things (basically as a souped-up find and replace feature, though I should note that I've also seen it introduce spectacular and complicated-to-fix errors). But those are all about making me more efficient at interacting with code I've already written, not doing the main body of the work for me.
So that's my $0.02!
From the article:
> State law does not require a woman to notify authorities when she miscarries, but Truman said that women who miscarry in West Virginia can protect themselves against potential criminal charges by reporting the miscarriage to local law enforcement. > > “Call your doctor. Call law enforcement, or 911, and just say, ‘I miscarried. I want you to know,'” advised Truman.
Now, in fairness, the state's association of prosecutors has clarified that this is not official policy and that the association as a whole does not support it. But it's definitely not out of the realm of possibility.
https://www.newsandsentinel.com/news/local-news/2025/06/pros...
So while I am as sick as anybody about hearing about him, on a thread about advances in cancer treatments, it would be awfully weird to ignore the elephant in the room. Just sayin’.
And this isn't for "DEI" reasons, it's literally because for decades there used to be drug trials that excluded women and as a result ended up releasing drugs that gave half the population weird side effects that didn't get caught during the trials, or just plain didn't work as well on one group or another in ways that were really hard to debug once the drug was on the market. That was legit bad science, and the medical research world has worked very hard over the last thirty years to do better. We are admittedly not there yet, but things are a lot better than they used to be.
For a really interesting take on the history of racial exclusion and bias in medicine, I recommend Uché Blackstock's recent book "Legacy: A Black Physician Reckons With Racism In Medicine" which gave a great overview.
Oh! And also everybody should read Abby Norman's "Ask Me About My Uterus," it gives a fabulous history of issues around women's health.
This was a large program that funded general research into antiviral drugs- again, in preparation for next time.
Going on the experience of the last couple of weeks, and what we have seen in terms of grant and program terminations, I would not be surprised if they did a big grep for the substring "COVID" and used that as their starting point for finding things to cut, without actually paying attention to what the grants were really studying.
So, an analogous "Word-killer" today would presumably have to implement all of the docx format's weird quirks etc. On the one hand, the file format is standardized and open, so in principle that should be possible; on the other hand, it's a pretty gnarly file format, with a lot of nooks and crannies. Ironically, I remember hearing once that some of the weirder nooks and crannies of the docx format have their roots in... Word's WordPerfect interoperability features.
And as somebody who recently spent far more time than he expected to trying to reliably get data _out_ of a set of mildly-complicated docx files, I can report that the various fiddly details that the OP notes as being particularly important in the legal domain --- very specific details of paragraph formatting, complex table structures, etc. --- are a huge PITA to deal with when working with the docx format.