Doesn't matter what he says, or what anyone says actually. His actions demonstrate it is okay, and, since he is the CEO of X and undoubtedly aware of these issues, we have no choice but to conclude he supports CSAM on X.
This has not meaningfully prevented CSAM generated by Grok. There are simple and trivial ways to stop it outright, including just shutting down Grok. Nobody is doing this, because they don't want to.
Yet it seems to be fine for BlueSky, where their first priority is to create a hermetically sealed opinion chamber at scale, then pay attention to the law.
> Every few seconds, Grok is continuing to create images of women in bikinis or underwear in response to user prompts on X, according to a WIRED review of the chatbots’ publicly posted live output. On Tuesday, at least 90 images involving women in swimsuits and in various levels of undress were published by Grok in under five minutes, analysis of posts show.
Real question as I don't use ChatGPT or Gemini: They publish images of women in bikinis or underwear in response to user prompts? Where do they publish them? I'm looking at Gemini and I don't see any sort of social aspect to it. I just tried the prompt "picture of a dog" and I don't see any way that another person could see it unless I decided to publish it myself.
For this particular one it seems to be that you @grok under a posted image with a request for modifications and that account posts the modified image as a reply.
Right, that seems to me like an important distinction. Other people in this thread have said things like "Well you can draw people in a bikini with a pencil without their permission! Should we ban pencils, too!?" Honestly if someone wants to be weird and draw bikini pictures of journalists they don't like AND KEEP IT TO THEMSELVES, then whatever I guess. That's not what this is. Grok is creating the images. Grok is publishing the images. Grok is harrassing the subjects of the images by posting it in their replies. Neither ChatGPT, Gemini, nor pencils are doing that. (And that doesn't even get into the CSAM aspect.)
One of the many reasons I prefer Claude is that it doesn't even generate images.
The moderation is surprising here, I'm not really bother by that, but if it's unclear: I'm just adding context, not endorsing bikinis or disovowing bikinis in the comment above.
I’m stuck in a world of AirDrop and expecting my phone to know the Wi-Fi password on my laptop, so I’m not gonna leave MacOS but it absolutely does suck. It used to be that Spotlight file finding was broken, but as of the last today Finder file finding is broken too. This is on multiple new Macs.
If you only need to airdrop between your own devices, try out KDE Connect. It uses the network (WiFi) but I think there's also a Bluetooth mode in beta.
Technic used to do these cool books of instructions only - they were 14 dollars around 1992 - which if you owned Technic set X and Technic set Y you could build Z.
You could build the ALIENS PNEUMATIC LOADER in Lego Technic. Coolest thing ever.
Anyway yes creativity is great but also official instructions are great too.
It'd be nice if Israel would let UN fact-finding missionaries or other independent research teams into Gaza to find out (in addition to not barring and/or killing humanitarian aid workers)
It’s perfectly normal for militaries to have press restrictions in conflict zones, for opsec among other good reasons. No one bats an eye when Ukraine does it for example.
1. Ukraine’s media restrictions are virtually non-existent when compared to those enforced by the Israelis in Gaza, including the intentional bombing of media offices. Keep in mind that Hamas has repeatedly called upon Israel to allow foreign press and NGOs to visit and see what’s happening on the ground.
2. The Ukraine war is a conventional war between sovereign nations with standing militaries with equivalent capabilities (air force, anti-air defenses, armored vehicles, bomb shelters, etc). The Gaza genocide is an onslaught by a sovereign nation with a well equipped military against a militant group in a dense urban area. Leveling entire city blocks when fighting against an opponent that has no air force or anti-air capabilities is not only unimpressive, but also breaks the principle of proportionality.
1. It's pretty much the same - no press in dangerous areas unless invited and escorted by the military. The only major difference is that Ukraine is >1000x larger, and has safe areas far from any fighting where such press restrictions aren't needed.
2. You're making a bunch of separate accusations without connecting them to the topic at hand, which was press restrictions.
No, they’re not the same, and (2) is very relevant.
Let me reiterate: Ukraine is a sovereign nation with a sovereign military that has the ability to enforce restrictions within its own territory.
To bring your bad analogy more in line with reality on the ground, imagine if Ukraine was still part of/occupied by the USSR/Russia, and Russia enforced press restrictions across all of Ukrainian territory during a Ukrainian insurgency. However, in this theoretical USSR, Ukrainians did not get Soviet citizenship, and were under a total blockade.
> The only major difference is that Ukraine is >1000x larger, and has safe areas far from any fighting where such press restrictions aren't needed.
But Israel never allowed press into the strip, even during “ceasefire” periods - like right now! This implies that Israel is not somehow paternalistically concerned for press safety; it simply wants a media blackout.
So no, this “major difference” is irrelevant when comparing restrictions between the two conflicts.
I'm not sure what you're getting at. Universally, modern militaries don't like journalists wandering around near their assets.
> and Russia enforced press restrictions across all of Ukrainian territory
Your analogy isn't very different from reality. Russia does enforce press restrictions near military assets, including in occupied parts of Ukraine.
> However, in this theoretical USSR, Ukrainians did not get Soviet citizenship, and were under a total blockade.
That would seem very unfair, if Russia did it just because they're mean and not because this hypothetical Ukraine had launched tens of thousands of rockets at them. But I'm not sure what it has to do with press restrictions.
> even during “ceasefire” periods
The ceasefire was pretty much dead once Hamas attacked IDF soldiers in Rafah. Now it's just a lower-intensity conflict. Still not a great idea to have random journalists waltzing around and tweeting photos of military assets.
> it simply wants a media blackout
This is a funny explanation because there are millions of cameras in Gaza anyway, and this is the second most covered conflict (by metrics like article count) in all of human history. Not much of a "blackout" at all.
Alright, your good faith arguments have convinced me! To summarize:
On one side, two sovereign nations setting press restrictions in areas they control. Standard stuff.
On the other side, a genocidal state blockading a tiny strip of land for 20 years waging a campaign that has killed & maimed so many children that we have lost count unilaterally enforcing a total international media blackout. Also standard stuff.
Silly me, how could I even argue about this? It’s just so damn obvious! Sometimes, arguing with random anons on HN pays off :)
You're just changing the topic with unrelated accusations. How nice or mean you think a military is irrelevant to the fact that they don't like random journalists tweeting photos of their military assets.
Gaza population September 2023: 2.3 million. Gaza population September 2025: 2.1 million.
Hamas casualties make up only a portion of palestinian casualties; palestinian casualties make up only a portion of excess deaths; excess deaths make up only a portion of total deaths.
The next census will be in 2027. No one knows the population until then.
It’s not clear that Hamas limits their counts to excess deaths. Even if they intended to, a lot of it is based on a web form, with not much validation besides basic checks that the person exists etc.
As with pretty much any conflict, there's a ton of uncertainly, and people shouldn't be recklessly speculating based on things like WhatsApp chats. Responsible casualty estimates would look more like Ukraine, where for example Zelenskyy said "tens of thousands" (one significant digit) were killed in Mariupol.
You are the one who proposed birth estimates and casualty claims suggest population increased. How do you think population estimates work?
There is no census scheduled for 2027. Gaza (much like Israel) does not conduct full censuses on a regular schedule. Neither Gaza nor Israel have scheduled their next full census at this time. The most recent census for Gaza was 2017 (for comparison Israel's most recent was 2008). All population numbers of relevance are determined by statistical methods. For large numbers, this is perfectly adequate.
> As with pretty much any conflict, there's a ton of uncertainly, and people shouldn't be recklessly speculating based on things like WhatsApp chats.
Numbers of deaths aren't being estimated from WhatApp chats. The most widely agreed upon estimates are based on morgue data, which if anything should undercount the actual death toll as plenty of bodies never make it to a morgue operated by health professionals. These health professionals are the same ones giving the birth rate estimates.
> Responsible casualty estimates would look more like Ukraine, where for example Zelenskyy said "tens of thousands" (one significant digit) were killed in Mariupol.
That's not what one significant digit means. That is an order of magnitude estimate. I believe everyone is in agreement that the death toll of the gaza war was likewise in the tens of thousands. 1 significant digit would indicate how many tens of thousands. For example, death tolls for Mariupol range from between 20,000 and 90,000. Estimates for Gaza range between 60,000 and 100,000, or roughly half the band for Mariupol. Note that Ukraine does not have access to Mariupol to investigate, as the war is still ongoing, whereas we are several months past the ceasefire in Gaza. Based on pre-war numbers, natural deaths unrelated to the conflict should be a rounding error at this resolution.
Certainly the claim that the population increase is proof of anything is absurd.
2027 is the expectation, since it's supposed to be at least every ten years.
> Numbers of deaths aren't being estimated from WhatApp chats.
Unfortunately they are. [1] was based on messages in "X (formerly Twitter), Instagram, Facebook, WhatsApp, and Telegram". An example of content they scraped is [2], but they also included non-public chats in WhatsApp etc.
> The most widely agreed upon estimates are based on morgue data, which if anything should undercount the actual death toll as plenty of bodies never make it to a morgue operated by health professionals.
This isn't the case even for GHM's official counts. Anyone can report a Gazan "martyr" or missing person on a web form right here [3]. Those get included in GHM's counts, if they pass basic checks like the existence of that name and ID.
> That's not what one significant digit means.
I think the concept still applies, though I should have said zero significant digits, since "tens of thousands" implies an exponent but zero digits of the mantissa. But my point is that responsible estimates involve acknowledgement of uncertainty.
> I believe everyone is in agreement that the death toll of the gaza war was likewise in the tens of thousands.
Most of Israel's critics are not satisfied with Hamas' ~70k casualty figure, and seek out higher estimates like the aforementioned one that used WhatsApp chats. For example, a HNer yesterday wrote "They've killed people in the hundreds of thousands in Gaza now."
Estimates of birth that rely on the mid-2023 figure and deliberately ignore Israel's systematic dismantling of the health and food systems in Gaza and the drop in fertility levels.
>the casualty count that Hamas claims
The Gaza Health Ministry's count is widely regarded as an underestimate, but mostly by people who don't refer to it with a dogwhistling caveat.
You can prove that most people don't learn CSS using most LLMs: they're trained on github code.
A card with a top image, some text and a button - which should be...
- A card
- A top image
- Some text
- A button
ie 4 HTML elements, ends up being about 10 HTML elements with various strange hacks in the div-soup HTML the models have scraped from Github.
Then someone else comes along and uses tailwind, because naming 10 arbitrary HTML elements (rather than .card, .card img, .card p, .card button or similar) is hard. They're right, but the problem is they didn't need that many elements in the first place and wouldn't if they'd just learnt CSS.
I’d spend time on the CSS Grid and Flex playgrounds. Get used to creating layouts using grids and padding and gaps, leave block elements and margins to actual writing.
CSS has gotten much, much better, which is why it doesn't suck so much these days, but come on now, using a div with a background image was a common practice. There were like, what, 3 different hacks to center an element inside another?
People don't just opt for a plethora of different tools to deal with it "just because".
So much this. The amount of unnecessary divs created by LLMs are an abomination. Let alone the blatant disregard for any semantic elements. Took a lot of strongly worded instructions to get rid of the bias for div-span-spaghetti, and it still slips in entirely superfluous elements.
> It's simply easier for the Microsoft development team to maintain one version of the suite and they've chosen the most convenient option — Click-to-Run (vs Microsoft Store)
Must be significantly harder to develop MS Store apps. Due to sandboxing limitations?
Microsoft publish two different editions of the Windows Minecraft launcher with different sets of features. One is the MS Store version and one is the regular version
Probably because there's internal conflicts between the store team and the applications group, that neither of them want to deal with anymore, this might have been for the windows S support (remember store only windows).
They have their own distribution system, so they don't need this anymore.
BGR used to be a decent blog when they were covering Blackberries... but once your main jam dies off all you can do is turn to longform slop a decade later.
It's a non-issue with GraalVM native binaries. See https://news.ycombinator.com/item?id=46445989 for an example: this CLI tools starts in ms, fast enough you can launch it during tab completions and have it invoke a REST API without any noticeable delay whatsoever.
But also when running on the JVM, things have improved dramatically over the last few years, e.g. due to things such as AOT class loading and linking. For instance, a single node Kafka broker starts in ~300 ms.
graalvm is literally 500x more overhead than a statically linked dash script.
Maybe not an issue for terminal UIs, but the article mentions both TUIs and CLI tools. A lot of people use CLI tools with a shell. As soon as you do `for file in *.c; do tool "$file"; done` (as a simple example), pure overhead on the order of even 10s of ms becomes noticeable. This is not theoretical. I recently had this trouble with python3, but I didn't want to rewrite all my f-strings into python2. So, it does arise in practice. (At least in the practice of some.)
A hasty generalization with a little confirmation bias, perhaps?
$ time keenwrite.bin --version
KeenWrite version 3.6.5
Copyright 2016-2025 White Magic Software, Ltd.
user 0m0.329s
From Claude:
> It's worth noting this is a common perception about Java, and there's some historical truth to it (especially with Swing desktop applications from the 2000s). However, the absolute statement "no Java app... ever" is the fallacy - it's an overgeneralization from limited personal experience to a universal claim.
reply