Readit News logoReadit News
SSLy commented on I'm Kenyan. I don't write like ChatGPT, ChatGPT writes like me   marcusolang.substack.com/... · Posted by u/florian_s
derefr · 3 days ago
Is this maybe a thing like how only designers are aware of kerning? These read / sound very different to me, and to everyone I've brought up the subject with (who admittedly are in a certain bubble of people who either write professionally, or "do things" with their voices, or both.)

• The length of the verbal pause is different. (It's hard to quantify this, as it's relative to your speaking rate, which can fluctuate even within a sentence. But I can maybe describe it in terms of meter in poetry/songwriting: when allowed to, a parenthetical pause may be read to act as a one-syllable rest in the meter of a poem, often helpfully shifting the words in the parenthetical over to properly end-align a pair of rhyming [but otherwise misaligned] feet. An em-dash, on the other hand, acts as only a half-syllable rest; it therefore offsets the meter of the words in the subclause that follow, until the closing em-dash adds another half-syllable rest to set things right. This is in part why ChatGPT's favored sentences, consisting of "peer" clauses joined by a single em-dash, are somewhat grating to mentally read aloud; you end up "off" by a half-syllable after them, unless you can read ahead far enough to notice that there's no closing em-dash in the sentence, and so allow the em-dash-length pause to read as a semicolon-length pause instead.)

• The voicing of the last word before the opening parenthesis / first em-dash starts is different. (paren = slow down for last few words before the paren, then suddenly speed up, and override the word's normal tonal emphasis with a last-syllable-emphasized rising tone + de-voicing of vowels; em-dash = slow down and over-enunciate last few words before the em-dash, then read the last syllable before the em-dash louder with a overridden falling voiced tone)

• The speed at which, and vocal register with which, the aside / subclause is read is different. (parens = lowest register you can comfortably speak at, slightly quieter, slightly faster than you were delivering the toplevel sentence; em-dashes = delivery same speed or slower, first few syllables given overridden voiced emphasis with rising tone from low to normal, and last few syllables given overridden voiced emphasis with falling tone from normal to low)

• The voicing of the first words after the subclause ends is different. (closing paren = resume speaking precisely as if the parenthetical didn't happen; second em-dash = give a fast, flat-low nasally voiced performance of the first one or two syllables after the em-dash.)

To describe the overall effect of these tweaks:

A parenthetical should be heard as if embedded into the sentence very deliberately, but delivered as an aside / tangent, smaller and off-to-the-side, almost an "inlined footnote", trying to not distract from the point, nor to "blow the listener's stack" by losing the thread of the toplevel point in considering it.

An em-dash-enclosed interruptive subclause should read like the speaker has realized at the last moment that they have two related points to make; that they are seemingly proceeding, after a stutter, to finish the sentence with the subclause; but that they are then "backing up" and finishing the same sentence again with the toplevel clause. The verbalization should be able to be visualized as the outer sentence being "squashed in" to "make room" for the interruptive subclause; and the interruptive subclause "squashing at the edges" [tonally up or down, though usually down] to indicate its own "squeezed in" beginning and end edges.

Note that this isn't subjective/anecdotal descriptions from how I speak myself. These are actually my attempt to distill vocal coaching guidelines I've learned for:

• live sight-reading of teleprompter lines containing these elements, as a TV show host / news anchor

• default-assumed directorial expectations for lines containing elements like these, when giving screenplay readings as a [voice] actor (before any directorial "notes" come into play)

SSLy · 3 days ago
I'm not a native speaker, I don't do work with my voice, and my English writing is confined to work – almost always with other ESLs – and short comments on the Internet; but what you write feels correct.
SSLy commented on I'm Kenyan. I don't write like ChatGPT, ChatGPT writes like me   marcusolang.substack.com/... · Posted by u/florian_s
nottorp · 3 days ago
https://news.ycombinator.com/item?id=46264955

No, don't think so. To compensate, I probably missed the article about the obfuscation of kindle ebooks...

SSLy commented on I'm Kenyan. I don't write like ChatGPT, ChatGPT writes like me   marcusolang.substack.com/... · Posted by u/florian_s
nottorp · 3 days ago
He messed with the glyph indexes in a customized font so the text is gibberish if you look just at the code points but displays as english.

That would probably mess up any screen reader, but it also didn't work on a regular Firefox :)

SSLy · 3 days ago
wasn't that the article about the obfuscation of kindle ebooks?
SSLy commented on Rust in the kernel is no longer experimental   lwn.net/Articles/1049831/... · Posted by u/rascul
bmicraft · 8 days ago
I really do wonder who (as in "which packages") still depends on perl. Surely it can't be that many?

Edit:

On my (Arch) system removing perl requires removing: auto{conf,make}, git, llvm, glibmm, among others.

SSLy · 5 days ago
excuse the late reply, but check what requires perl as a makedep
SSLy commented on Rust in the kernel is no longer experimental   lwn.net/Articles/1049831/... · Posted by u/rascul
teruakohatu · 8 days ago
> There is a set of languages which are essentially required to be available on any viable system. At present, these are probably C, C++, Perl, Python, Java, and Bash

Java, really? I don’t think Java has been essential for a long time.

Is Perl still critical?

SSLy · 8 days ago
It's extremely hard to build any unixly userspace without perl dependencies.
SSLy commented on Rust in the kernel is no longer experimental   lwn.net/Articles/1049831/... · Posted by u/rascul
hgs3 · 8 days ago
I'm not a kernel developer myself, but I’m aware of the Tanenbaum/Torvalds debates in the early 90’s. My understanding is the primary reason Linus gave Tanenbaum for the monolithic design was performance, but I would think in 2025 this isn’t so relevant anymore.

And thanks for attempting to answer my question without snark or down voting. Usually HN is much better for discussion than this.

SSLy · 8 days ago
Linus holds many opinions chiefly based on 90's experience, many not relevant any more. So it goes.

Deleted Comment

SSLy commented on Kenyans lured by lucrative job offers and sent to fight for Russia   bbc.com/news/articles/c20... · Posted by u/breve
stevenwoo · 11 days ago
I mostly agree but they might only be issuing instructions to surrender in Russian in written (delivered by drone) or verbally. Ukraine made an extraordinary effort to capture a North Korean soldier and a special forces unit learned a tiny bit of Korean in order to communicate and capture one before the Korean could commit suicide.

The Russians that have successfully surrendered have claimed their officers will shoot their own soldiers for surrendering in view of them. In addition the Ukrainians have to treat anyone who doesn't follow directions as potential perfidy - fake surrenders - there's several videos of Russians pretending to surrender and continuing to fight when the Ukrainians get close.

One is pretty much screwed once they are sent to the frontlines on the Russian side.

SSLy · 11 days ago
Ah, the good ol' Barrier Troops of krasnaya armiya https://en.wikipedia.org/wiki/Barrier_troops#Soviet_Red_Army

Deleted Comment

SSLy commented on Netflix to Acquire Warner Bros   about.netflix.com/en/news... · Posted by u/meetpateltech
mapontosevenths · 13 days ago
The problem is the quality.

Those streams are only like 6-10mbps bitrate. A regular blu-ray is closer to 30, and UHD can be well over 100mbps.

SSLy · 11 days ago
Depends, high quality UHD bitstreams from quality streaming providers are around 25 MB/s. That's ~50 AVC-equivalent.

UHD BluRays indeed go higher, usually 70-ish. But the former are already very watchable, and plenty of groups can get them.

u/SSLy

KarmaCake day2591August 26, 2013
About
people to read: 'Applejinx 'pjmlp 'tptacek 'DonHopkins

hckrnws ((( squiggly a)) kwasowe (((.))) party

View Original