<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (jm)</title>
    <link>https://pinboard.in/u:jm/public/</link>
    <description>recent bookmarks from jm</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://arstechnica.com/tech-policy/2026/03/okcupid-match-pay-no-fine-for-sharing-user-photos-with-facial-recognition-firm/"/>
	<rdf:li rdf:resource="https://bethmathews.substack.com/p/why-so-many-control-rooms-were-seafoam"/>
	<rdf:li rdf:resource="https://github.com/russellromney/turbolite"/>
	<rdf:li rdf:resource="https://research.google/blog/turboquant-redefining-ai-efficiency-with-extreme-compression/"/>
	<rdf:li rdf:resource="https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html"/>
	<rdf:li rdf:resource="https://github.com/hectorvent/floci"/>
	<rdf:li rdf:resource="https://github.com/mautrix/whatsapp?tab=readme-ov-file"/>
	<rdf:li rdf:resource="https://www.reddit.com/r/LegalAdviceUK/comments/1rk690v/i_run_a_selfhelp_forum_for_people_with_depression/"/>
	<rdf:li rdf:resource="https://news.ycombinator.com/item?id=47446571"/>
	<rdf:li rdf:resource="https://muratbuffalo.blogspot.com/2026/03/measuring-agents-in-production.html"/>
	<rdf:li rdf:resource="https://transformer-circuits.pub/2025/attribution-graphs/biology.html"/>
	<rdf:li rdf:resource="https://www.lastweekinaws.com/blog/2-ways-to-correct-the-financial-times-at-aws-so-far/?ck_subscriber_id=512829374"/>
	<rdf:li rdf:resource="https://electrek.co/2026/03/17/former-uber-self-driving-chief-tesla-fsd-crash-supervision-problem/"/>
	<rdf:li rdf:resource="https://desfontain.es/blog/cliopatra.html#fn:caveat"/>
	<rdf:li rdf:resource="https://bsky.app/profile/jnsq.org/post/3mgr45kgos22y"/>
	<rdf:li rdf:resource="https://www.rathbiotaclan.com/whole-brain-emulation-achieved-scientists-run-a-fruit-fly-brain-in-simulation/"/>
	<rdf:li rdf:resource="https://reorchestrate.com/posts/your-binary-is-no-longer-safe-decompilation/"/>
	<rdf:li rdf:resource="https://phys.org/news/2026-02-southern-california-air-board-pollution.html"/>
	<rdf:li rdf:resource="https://github.com/chardet/chardet/issues/327"/>
	<rdf:li rdf:resource="https://trufflesecurity.com/blog/google-api-keys-werent-secrets-but-then-gemini-changed-the-rules"/>
	<rdf:li rdf:resource="https://trysound.io/how-my-side-project-got-banned-from-the-internet/"/>
	<rdf:li rdf:resource="https://thelocalstack.eu/posts/linkedin-identity-verification-privacy/"/>
	<rdf:li rdf:resource="https://crabby-rathbun.github.io/mjrathbun-website/blog/posts/rathbuns-operator.html"/>
	<rdf:li rdf:resource="https://github.com/PeonPing/peon-ping"/>
	<rdf:li rdf:resource="https://theshamblog.com/an-ai-agent-published-a-hit-piece-on-me/"/>
	<rdf:li rdf:resource="https://simonwillison.net/2026/Feb/7/software-factory/"/>
	<rdf:li rdf:resource="https://theconversation.com/ditching-bike-helmets-laws-better-for-health-42"/>
	<rdf:li rdf:resource="https://nymag.com/intelligencer/article/dario-amodeis-warnings-about-ai-are-about-politics-too.html"/>
	<rdf:li rdf:resource="https://depthfirst.com/post/1-click-rce-to-steal-your-moltbot-data-and-keys"/>
	<rdf:li rdf:resource="https://x.com/Swizec/status/2004633162522263987"/>
	<rdf:li rdf:resource="https://restofworld.org/2026/iran-blackout-tiered-internet/"/>
	<rdf:li rdf:resource="https://sean.heelan.io/2026/01/18/on-the-coming-industrialisation-of-exploit-generation-with-llms/"/>
	<rdf:li rdf:resource="https://github.com/ScottESanDiego/gmail-api-client"/>
	<rdf:li rdf:resource="https://blog.nns.ee/2026/01/06/aike-ble/"/>
	<rdf:li rdf:resource="https://theconversation.com/why-people-believe-misinformation-even-when-theyre-told-the-facts-271236"/>
	<rdf:li rdf:resource="https://patrickmccanna.net/a-better-way-to-limit-claude-code-and-other-coding-agents-access-to-secrets/"/>
	<rdf:li rdf:resource="https://cepa.org/article/russian-propaganda-infects-ai-chatbots/"/>
	<rdf:li rdf:resource="https://www.jwz.org/blog/2025/12/today-in-google-broke-email-2/#comment-265285"/>
	<rdf:li rdf:resource="https://www.theverge.com/2024/8/21/24223932/c2pa-standard-verify-ai-generated-images-content-credentials"/>
	<rdf:li rdf:resource="https://www.dzombak.com/blog/2024/04/pi-reliability-reduce-writes-to-your-sd-card/"/>
	<rdf:li rdf:resource="https://wiki.archlinux.org/title/Solid_state_drive#External_SSD_with_TRIM_support"/>
	<rdf:li rdf:resource="https://www.seai.ie/blog/understanding-ev-battery"/>
	<rdf:li rdf:resource="https://synthetic-data-workshop.github.io/papers/13.pdf"/>
	<rdf:li rdf:resource="https://hpjansson.org/chafa/"/>
	<rdf:li rdf:resource="https://www.theguardian.com/technology/2025/dec/16/boost-for-artists-in-ai-copyright-battle-as-only-3-per-cent-back-uk-active-opt-out-plan"/>
	<rdf:li rdf:resource="https://andyatkinson.com/avoid-uuid-version-4-primary-keys"/>
	<rdf:li rdf:resource="https://archive.is/9qbX0#selection-3631.37-3735.16"/>
	<rdf:li rdf:resource="https://www.artforum.com/features/year-in-review-2025-hari-kunzru-ai-slop-1234738077/"/>
	<rdf:li rdf:resource="https://xania.org/202512/07-division-again"/>
	<rdf:li rdf:resource="https://www.programmablemutter.com/p/large-language-models-as-the-tales"/>
	<rdf:li rdf:resource="https://www.reddit.com/r/neoliberal/comments/1pbt4m0/unauthorized_edit_to_ukraines_frontline_maps/"/>
	<rdf:li rdf:resource="https://www.etsy.com/ie/shop/WallBonito"/>
	<rdf:li rdf:resource="https://clickhouse.com/blog/building-a-medallion-architecture-with-clickhouse"/>
	<rdf:li rdf:resource="https://pocketbase.io/"/>
	<rdf:li rdf:resource="https://www.polarsignals.com/blog/posts/2025/11/25/interface-parquet-vortex"/>
	<rdf:li rdf:resource="https://www.theguardian.com/commentisfree/2025/nov/25/shameful-attacks-covid-inquiry-right-anti-science-delusion-lockdowns"/>
	<rdf:li rdf:resource="https://gradle.com/blog/developer-productivity-paradox-faster-coding-slower-delivery/"/>
	<rdf:li rdf:resource="https://amenzwa.github.io/stem/ComputingHistory/HowSlideRulesWork/"/>
	<rdf:li rdf:resource="https://github.com/Mic92/strace-macos"/>
	<rdf:li rdf:resource="https://blog.cloudflare.com/18-november-2025-outage/"/>
	<rdf:li rdf:resource="https://bitwarden.com/blog/how-cryptocurrency-became-law-enforcements-secret-weapon/"/>
	<rdf:li rdf:resource="https://zork.net/~st/jottings/Real-VT102-emulation-with-MAME.html"/>
	<rdf:li rdf:resource="https://madeinchinajournal.com/2023/12/11/the-three-body-problem-the-imperative-of-survival-and-the-misogyny-of-reactionary-rhetoric/"/>
	<rdf:li rdf:resource="https://www.anildash.com//2025/05/02/what-would-good-ai-look-like/"/>
	<rdf:li rdf:resource="https://www.jacky.wtf/essays/2025/left-ai/"/>
	<rdf:li rdf:resource="https://wthhyb.sacha.house/"/>
	<rdf:li rdf:resource="https://en.wikipedia.org/wiki/Treaty_on_the_Non-Proliferation_of_Nuclear_Weapons#History"/>
	<rdf:li rdf:resource="https://krebsonsecurity.com/2025/10/aisuru-botnet-shifts-from-ddos-to-residential-proxies/"/>
	<rdf:li rdf:resource="https://blog.j11y.io/2025-10-29_stroke_tips_for_engineers/"/>
	<rdf:li rdf:resource="https://blog.fsck.com/2025/10/23/episodic-memory/"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://arstechnica.com/tech-policy/2026/03/okcupid-match-pay-no-fine-for-sharing-user-photos-with-facial-recognition-firm/">
    <title>OkCupid gave 3 million dating-app photos to facial recognition firm, FTC says</title>
    <dc:date>2026-04-01T10:12:21+00:00</dc:date>
    <link>https://arstechnica.com/tech-policy/2026/03/okcupid-match-pay-no-fine-for-sharing-user-photos-with-facial-recognition-firm/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is a staggering breach of privacy.  At this stage one has to assume that any data uploaded to a US company will be shared with whichever scumbag pays them the most.

<blockquote>OkCupid and its owner Match Group reached a settlement with the Trump administration for not telling dating-app customers that nearly 3 million user photos were shared with [Clarifai], an [AI] company making a facial recognition system. OkCupid also gave the facial recognition firm access to user location information and other details without customers’ consent, the Federal Trade Commission said.</blockquote>

]]></description>
<dc:subject>us-politics data-protection privacy dating-apps okcupid match.com clarifai ftc</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7848c1547a27/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:us-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-protection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dating-apps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:okcupid"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:match.com"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:clarifai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ftc"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://bethmathews.substack.com/p/why-so-many-control-rooms-were-seafoam">
    <title>Why So Many Control Rooms Were Seafoam Green</title>
    <dc:date>2026-03-27T12:34:11+00:00</dc:date>
    <link>https://bethmathews.substack.com/p/why-so-many-control-rooms-were-seafoam</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Turns out it's US standard Industrial Color Coding, thanks to "color theorist" Faber Birren:

<blockquote>
With the increase in wartime production in the US during WWII, Birren and DuPont created a master color safety code for the industrial plant industry, with the aim of reducing accidents and increasing efficiency within plants. These color codes were approved by the National Safety Council in 1944 and are now internationally recognized, having been mandatory practice since 1948. The color coding went as such:

- Fire Red: All fire protection, emergency stop buttons, and flammable liquids should be red

- Solar Yellow: Signifies caution and physical hazards such as falling

- Alert Orange: Hazardous parts of machinery

- Safety Green: Indicates safety features such as first-aid equipment, emergency exits, and eyewash stations.

- Caution Blue: Non-safety information, notices, or out-of-order signage

- Light Green: Used on walls to reduce visual fatigue</blockquote>

]]></description>
<dc:subject>green design history color-theory faber-birren control-rooms industrial-design color-coding</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:4817a29dbe1d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:green"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:color-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:faber-birren"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:control-rooms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:industrial-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:color-coding"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/russellromney/turbolite">
    <title>russellromney/turbolite</title>
    <dc:date>2026-03-27T12:31:23+00:00</dc:date>
    <link>https://github.com/russellromney/turbolite</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I like this: "a SQLite VFS in Rust that serves point lookups and joins directly from S3 with sub-250ms cold latency":

<blockquote>It also offers page-level compression (zstd) and encryption (AES-256) for efficiency and security at rests, which can be used separately from S3.

Object storage is getting fast. S3 Express One Zone delivers single-digit millisecond GETs and Tigris is also extremely fast. The gap between local disk and cloud storage is shrinking, and turbolite exploits that.

The design and name are inspired by turbopuffer's approach of ruthlessly architecting around cloud storage constraints. The project's initial goal was to beat Neon's 500ms+ cold starts. Goal achieved.

If you have one database per server, use a volume. turbolite explores how to have hundreds or thousands of databases (one per tenant, one per workspace, one per device), don't want a volume for each one, and you're okay with a single write source.</blockquote>

]]></description>
<dc:subject>sqlite sql s3 aws gcp object-stores rust databases</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9c43d573d0f3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sqlite"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:s3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:object-stores"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rust"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:databases"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://research.google/blog/turboquant-redefining-ai-efficiency-with-extreme-compression/">
    <title>TurboQuant: Redefining AI efficiency with extreme compression</title>
    <dc:date>2026-03-25T16:29:26+00:00</dc:date>
    <link>https://research.google/blog/turboquant-redefining-ai-efficiency-with-extreme-compression/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["TurboQuant is a compression method that achieves a high reduction in model size with zero accuracy loss, making it ideal for supporting both key-value (KV) cache compression and vector search. It accomplishes this via two key steps:":

<blockquote>
- High-quality compression (the PolarQuant method): TurboQuant starts by randomly rotating the data vectors. This clever step simplifies the data's geometry, making it easy to apply a standard, high-quality quantizer (a tool that maps a large set of continuous values, like precise decimals, to a smaller, discrete set of symbols or numbers, like integers: examples include audio quantization and jpeg compression) to each part of the vector individually. This first stage uses most of the compression power (the majority of the bits) to capture the main concept and strength of the original vector.

- Eliminating hidden errors: TurboQuant uses a small, residual amount of compression power (just 1 bit) to apply the QJL algorithm to the tiny amount of error left over from the first stage. The QJL stage acts as a mathematical error-checker that eliminates bias, leading to a more accurate attention score.

QJL: The zero-overhead, 1-bit trick

QJL uses a mathematical technique called the Johnson-Lindenstrauss Transform to shrink complex, high-dimensional data while preserving the essential distances and relationships between data points. It reduces each resulting vector number to a single sign bit (+1 or -1). This algorithm essentially creates a high-speed shorthand that requires zero memory overhead. To maintain accuracy, QJL uses a special estimator that strategically balances a high-precision query with the low-precision, simplified data. This allows the model to accurately calculate the attention score (the process used to decide which parts of its input are important and which parts can be safely ignored).

PolarQuant: A new “angle” on compression

PolarQuant addresses the memory overhead problem using a completely different approach. Instead of looking at a memory vector using standard coordinates (i.e., X, Y, Z) that indicate the distance along each axis, PolarQuant converts the vector into polar coordinates using a Cartesian coordinate system. This is comparable to replacing "Go 3 blocks East, 4 blocks North" with "Go 5 blocks total at a 37-degree angle”. This results in two pieces of information: the radius, which signifies how strong the core data is, and the angle indicating the data’s direction or meaning). Because the pattern of the angles is known and highly concentrated, the model no longer needs to perform the expensive data normalization step because it maps data onto a fixed, predictable "circular" grid where the boundaries are already known, rather than a "square" grid where the boundaries change constantly. This allows PolarQuant to eliminate the memory overhead that traditional methods must carry.
</blockquote>

]]></description>
<dc:subject>ai tech vectors search quantization turboquant research algorithms compression papers qjl error-detection polarquant</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1abb51ace2eb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tech"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:vectors"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:search"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:quantization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:turboquant"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:compression"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:qjl"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:error-detection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:polarquant"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html">
    <title>Debunking zswap and zram myths</title>
    <dc:date>2026-03-25T10:00:18+00:00</dc:date>
    <link>https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is pretty compelling.  I like this example:

<blockquote>We have some concrete numbers to show this in practice. On Instagram, which runs on Django and is largely memory bound, we ran a test where we moved from their existing setup (with swap entirely disabled) to a setup with disk swap and zswap tiering. Django workers accumulate significant cold heap state over their lifetime, like forked processes with duplicated memory, growing request caches, Python object overhead, you get the idea. The results were twofold:

- We achieved roughly 5:1 compression. That's a huge benefit for such a memory bound workload, and also enables us to consider further stacking workloads.
- Enabling zswap reduced disk writes by up to 25% compared to having no swap at all(!).

As you can imagine, as a result of this test, Instagram has been using zswap for many years now.</blockquote>

]]></description>
<dc:subject>kernel compression memory linux ops performance swap zswap zram</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:fc55a5e5ba65/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kernel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:compression"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:memory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:swap"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:zswap"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:zram"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/hectorvent/floci">
    <title>hectorvent/floci</title>
    <dc:date>2026-03-23T17:30:08+00:00</dc:date>
    <link>https://github.com/hectorvent/floci</link>
    <dc:creator>jm</dc:creator><description><![CDATA["A free, open-source local AWS emulator. No account. No feature gates. No CI restrictions. Just docker compose up."]]></description>
<dc:subject>floci aws emulation testing local coding</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:f24a9f4a5a12/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:floci"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:emulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:local"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/mautrix/whatsapp?tab=readme-ov-file">
    <title>GitHub - mautrix/whatsapp: A Matrix-WhatsApp puppeting bridge</title>
    <dc:date>2026-03-23T11:11:10+00:00</dc:date>
    <link>https://github.com/mautrix/whatsapp?tab=readme-ov-file</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I've been investigating how I can back up my WhatsApp chat history and make it searchable (since WhatsApp's own built in search is not great).  Turns out you can bridge WhatsApp into Matrix, and gateway your chats over to a self-hosted Matrix.org server.  https://github.com/osteele/matrix-archive may then be a viable way to export those into a searchable format... or possibly this one? https://github.com/cameronaaron/matrix-archive/tree/master]]></description>
<dc:subject>matrix whatsapp messaging chat interop searching self-hosted</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:014855f8a243/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:matrix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:whatsapp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:messaging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chat"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:interop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:searching"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:self-hosted"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.reddit.com/r/LegalAdviceUK/comments/1rk690v/i_run_a_selfhelp_forum_for_people_with_depression/">
    <title>Ofcom don't consider geoblocking the UK to be sufficient for an overseas website</title>
    <dc:date>2026-03-20T10:10:42+00:00</dc:date>
    <link>https://www.reddit.com/r/LegalAdviceUK/comments/1rk690v/i_run_a_selfhelp_forum_for_people_with_depression/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[r/LegalAdviceUK: "I run a self-help forum for people with depression. Ofcom has been bombarding me with emails demanding I start ID-verifying and age gating my website":

<blockquote>I started getting email from Ofcom [regarding OSA compliance] around November 2025 and now have multiple letters. I've repeatedly told them I'm from Canada, I'm not based in the UK.

Eventually, I blocked all UK IP addresses in mid-February 2026 and told them I'd blocked the UK and that I was done engaging with them.

I've now got ANOTHER email from them saying they're going to commence enforcement action against me because simply blocking UK IPs is "insufficient to comply with the Online Safety Act 2023." </blockquote>

]]></description>
<dc:subject>osa uk politics filtering censorship law geoblocking ofcom web</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:62264b402830/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:osa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:filtering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:censorship"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:geoblocking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ofcom"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:web"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://news.ycombinator.com/item?id=47446571">
    <title>funny Waymo anecdote</title>
    <dc:date>2026-03-20T10:05:04+00:00</dc:date>
    <link>https://news.ycombinator.com/item?id=47446571</link>
    <dc:creator>jm</dc:creator><description><![CDATA[on HN -- "Waymo saved my life in LA":

<blockquote>When I visited LA, I rode in a Waymo going the speed limit in the right lane on a very busy street. The Waymo approached an intersection where it had the right of way, when suddenly a car ignored its stop sign and drove into the road.

In less than a second, the Waymo moved into the left lane and kept going. I didn't even realize what was happening until after it was over.

Most human drivers would've t-boned the car at 50+ km/h. Maybe they would've braked and reduced the impact, which would be the right move. A human swerving probably would've overshot into oncoming traffic. Only a robot could've safely swerved into another lane and avoid the crash entirely.

Unfortunately, the Waymo only supported Spotify and did not work with my YouTube Music subscription, so I was listening to an advertisement at the time of my near-death experience. 4.5 stars overall.</blockquote>

]]></description>
<dc:subject>waymo funny anecdotes safety driving ai roads spotify via:hn</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:aa371d8e3930/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:waymo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:funny"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anecdotes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:safety"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:driving"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:roads"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:spotify"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:hn"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://muratbuffalo.blogspot.com/2026/03/measuring-agents-in-production.html">
    <title>Measuring Agents in Production</title>
    <dc:date>2026-03-19T18:15:49+00:00</dc:date>
    <link>https://muratbuffalo.blogspot.com/2026/03/measuring-agents-in-production.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA["This 2025 December paper, "Measuring Agents in Production", cuts through the reality behind the hype. It surveys 306 practitioners and conducts 20 in-depth case studies across 26 domains to document what is actually running in live environments. The reality is far more basic, constrained, and human-dependent than TPOT suggest."

This very much meshes with what I've seen and heard in real world usage. Lots of constrained LLM usage, carefully prompted, and reliability (consistent correct behavior over time) remains the primary bottleneck and challenge.

(via Murat Demirbas)]]></description>
<dc:subject>llm usage real-world ai agents papers via:muratbuffalo</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1cfeb59fce4f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:usage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:real-world"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:agents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:muratbuffalo"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://transformer-circuits.pub/2025/attribution-graphs/biology.html">
    <title>On the Biology of a Large Language Model</title>
    <dc:date>2026-03-19T09:49:31+00:00</dc:date>
    <link>https://transformer-circuits.pub/2025/attribution-graphs/biology.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Interesting research from Anthropic:

<blockquote>The black-box nature of [LLMs] is increasingly unsatisfactory as they advance in intelligence and are deployed in a growing number of applications. Our goal is to reverse engineer how these models work on the inside, so we may better understand them and assess their fitness for purpose.
[...]

In recent years, many research groups have made exciting progress on tools for probing the insides of language models. These methods have uncovered representations of interpretable concepts – “features” – embedded within models’ internal activity. Just as cells form the building blocks of biological systems, we hypothesize that features form the basic units of computation inside models.

However, identifying these building blocks is not sufficient to understand the model; we need to know how they interact. In our companion paper, Circuit Tracing: Revealing Computational Graphs in Language Models, we build on recent work (e.g. ) to introduce a new set of tools for identifying features and mapping connections between them – analogous to neuroscientists producing a “wiring diagram” of the brain. We rely heavily on a tool we call attribution graphs, which allow us to partially trace the chain of intermediate steps that a model uses to transform a specific input prompt into an output response. Attribution graphs generate hypotheses about the mechanisms used by the model, which we test and refine through follow-up perturbation experiments.
</blockquote>

]]></description>
<dc:subject>claude llm research llms ai anthropic papers tracing</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:67244e5e3bc4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anthropic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tracing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.lastweekinaws.com/blog/2-ways-to-correct-the-financial-times-at-aws-so-far/?ck_subscriber_id=512829374">
    <title>2 Ways to Correct the Financial Times at AWS (So Far) - Last Week in AWS Blog</title>
    <dc:date>2026-03-18T16:32:06+00:00</dc:date>
    <link>https://www.lastweekinaws.com/blog/2-ways-to-correct-the-financial-times-at-aws-so-far/?ck_subscriber_id=512829374</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This from Corey Quinn, on Amazon's recent AI-related production outages, is very good:

<blockquote>
A healthy engineering culture, when confronted with "your AI tool contributed to a production incident," responds with: "Yeah, that tracks. Here's what we're changing so it doesn't happen again." An unhealthy one responds with a condescending press release explaining why the journalist is wrong and probably an idiot, and the human is at fault.

The engineers building and operating these systems are talented people doing hard work under increasingly constrained conditions. They deserve leadership that backs them up when things go sideways, not leadership that throws them under the bus to protect a product launch narrative.</blockquote>]]></description>
<dc:subject>incidents production ai llms amazon aws communications pr</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:34601cfa11ef/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:incidents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:production"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:communications"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pr"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://electrek.co/2026/03/17/former-uber-self-driving-chief-tesla-fsd-crash-supervision-problem/">
    <title>Former Uber self-driving chief crashes his Tesla on FSD</title>
    <dc:date>2026-03-18T12:59:14+00:00</dc:date>
    <link>https://electrek.co/2026/03/17/former-uber-self-driving-chief-tesla-fsd-crash-supervision-problem/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is actually a really good article about Tesla, "full self-driving" (FSD), supervision, automation, risk and liability:

<blockquote>Tesla is asking humans to supervise a system that is specifically designed to make supervision feel pointless. As he puts it, an unreliable machine keeps you alert, and a perfect machine needs no oversight, but one that works almost perfectly creates a trap where drivers trust it just enough to stop paying attention.

The research backs this up. Psychologists call it the “vigilance decrement”, monitoring a nearly perfect system is boring, boredom leads to mind-wandering, and drivers need 5 to 8 seconds to mentally reengage after an automated system hands control back. But emergencies unfold faster than that.

Krikorian cites an Insurance Institute for Highway Safety study showing that after just one month of using adaptive cruise control, drivers were more than six times as likely to look at their phones. Tesla’s own website warns FSD users not to become complacent, but the system’s smooth performance actively trains that complacency.

He points to two well-known crashes to illustrate the impossible math. In the 2018 Mountain View accident that killed Apple engineer Walter Huang, the driver had six seconds before his Tesla steered into a concrete median. He never touched the wheel. In the 2018 Uber crash in Tempe, Arizona, sensors detected a pedestrian with 5.6 seconds of warning, but the safety driver looked up with less than a second remaining.

In Krikorian’s own case, he did take action, but he was asked to snap from passenger back to pilot in a fraction of a second, overriding months of conditioning. The logs show he turned the wheel. They don’t show the impossible math of that transition.

The pattern Krikorian describes should sound familiar to anyone who has followed Tesla’s FSD controversies: condition the driver to rely on the system, erode their vigilance through months of smooth performance, then point to the terms of service and blame them when something breaks. When FSD works, Tesla gets credit. When it doesn’t, the driver gets blamed.
</blockquote>

]]></description>
<dc:subject>fsd tesla risk attention supervision liability driving safety vigilance automation</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:18572fcf8fa3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fsd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tesla"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:risk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:attention"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:supervision"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:liability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:driving"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:safety"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:vigilance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:automation"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://desfontain.es/blog/cliopatra.html#fn:caveat">
    <title>Research highlight: Cliopatra: Extracting Private Information from LLM Insights</title>
    <dc:date>2026-03-18T10:50:26+00:00</dc:date>
    <link>https://desfontain.es/blog/cliopatra.html#fn:caveat</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Research highlight: Cliopatra: Extracting Private Information from LLM Insights:

<blockquote>When Anthropic came up with a new "privacy-preserving analysis system" to gain insights into AI use, and didn't use any provably robust notion to back up their privacy claims, I was mildly surprised. Surely they have both the money and the scientific maturity level to do better?

But Clio, the system in question, sounded relatively reasonable, with multiple layers of risk mitigation built-in. Maybe adding differential privacy would have been overkill. I also didn't want to publicly criticize their approach in the absence of demonstrated real-world risk. So I didn't comment on their approach.

You can probably guess where this is going.

Fast forward to last week, and a new paper: Cliopatra: Extracting Private Information from LLM Insights, by Meenatchi Sundaram Muthu Selva Annamalai, Emiliano De Cristofaro, and Peter Kairouz. The authors show that with carefully designed attacks on Clio, they can bypass all the ad hoc mitigations, and successfully extract users' medical histories (1), in a way that provides 100% attacker certainty for some records.

This is a new and clever take on an old attack. We've known for decades that k-anonymity is vulnerable to active attacks. Here, this is combined with prompt injection to encourage the LLM "summarizer" to actually include information from unique records. Perhaps more surprisingly, the authors find that some defensive layers are simply ineffective: the "LLM auditors" systematically report low privacy risk, and entirely fail to detect the attacks.</blockquote>
]]></description>
<dc:subject>privacy differential-privacy anonymity data-protection claude llms cliopatra infosec leakage</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:fe149dbf6a35/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:differential-privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anonymity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-protection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cliopatra"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:leakage"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://bsky.app/profile/jnsq.org/post/3mgr45kgos22y">
    <title>&quot;nothing up my sleeve&quot; numbers</title>
    <dc:date>2026-03-11T13:21:22+00:00</dc:date>
    <link>https://bsky.app/profile/jnsq.org/post/3mgr45kgos22y</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is great:

"@jnsq.org: There's a concept in cryptography called a "nothing up my sleeve" number. Sometimes it's just the smallest number with the required properties. Sometimes it's pi or e or phi."

]]></description>
<dc:subject>numbers crypto cryptography maths</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:f6654887a4e6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:numbers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:crypto"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cryptography"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:maths"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.rathbiotaclan.com/whole-brain-emulation-achieved-scientists-run-a-fruit-fly-brain-in-simulation/">
    <title>Whole Brain Emulation Achieved: Scientists Run a Fruit Fly Brain in Simulation</title>
    <dc:date>2026-03-11T12:00:29+00:00</dc:date>
    <link>https://www.rathbiotaclan.com/whole-brain-emulation-achieved-scientists-run-a-fruit-fly-brain-in-simulation/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[bloody hell this is amazing.  As Charlie Stross noted:

They've mapped the neural connectome of Drosophila and simulated it in silico. The experimenters went on to hook up their Drosophila connectome to an anatomically detailed Drosophila body model within an open-source physics engine that "uses generalized coordinates and constraint-based contact dynamics to simulate rigid-body systems with high fidelity" including joint and antennae modeling and accurate modeling of surface adhesion—and compound eye simulation.

They managed to run a feedback loop between the full 127,400 neuron network in the biological connectome to the physical simulation, with feedback from proprioceptive signals received by the model "fly" in the simulation producing feedback spile trains in the simulation, and THEY GOT RESULTS:

<blockquote>
The behavioral repertoire observed in the demonstration included coordinated hexapod locomotion with both tripod and metachronal walking gaits, spontaneous postural correction in response to perturbation, initiation and execution of full antennal grooming sequences with the tripartite synchronization described by Özdil et al., and natural transitions between walking and stationary states. Every behavior arose from the same running brain model - there was no switching between different neural circuits or controllers. This is precisely what happens in a living fly: walking, grooming, and balance are different motor programs that coexist in the same brain and are selected and executed by the same biological circuits depending on the moment-to-moment state of the animal and its environment.
</blockquote>

Absolutely mind blowing -- a reconstructed, biological brain running in silico.]]></description>
<dc:subject>simulation brains uploading drosophila flies emulation science biology neurons</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7b531082c20a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:simulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:brains"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uploading"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:drosophila"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:flies"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:emulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:biology"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:neurons"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://reorchestrate.com/posts/your-binary-is-no-longer-safe-decompilation/">
    <title>Your binary is no longer safe: Decompilation</title>
    <dc:date>2026-03-05T10:29:47+00:00</dc:date>
    <link>https://reorchestrate.com/posts/your-binary-is-no-longer-safe-decompilation/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Brute-force decompilation and re-engineering of a binary (compiled) program, using Claude.  The author takes an ancient MUD binary for BBSes, running as a Win32 DLL, and uses Claude, Ghidra, and the Ghidra MCP to first decompile the DLL to pseudo-C code with ~meaningful naming; then (and this is the really cool bit) uses a Claude-engineered scaffold to run the DLL in qemu with emulated inputs and outputs, so that property testing and differential testing approaches can be used to achieve decent code coverage of the re-engineered Rust implementation.

This is really impressive.  Deterministic simulation of the environment for the original binary is the key bit!]]></description>
<dc:subject>claude decompilation reverse-engineering binaries software-archaeology qemu rust differential-testing fuzzing property-testing quickcheck</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7cde342f3e69/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:decompilation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reverse-engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:binaries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:software-archaeology"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:qemu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rust"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:differential-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fuzzing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:property-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:quickcheck"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://phys.org/news/2026-02-southern-california-air-board-pollution.html">
    <title>Southern California air board rejected pollution rules after AI-generated flood of comments</title>
    <dc:date>2026-03-05T10:01:17+00:00</dc:date>
    <link>https://phys.org/news/2026-02-southern-california-air-board-pollution.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Today in grim future -- AI's future of lobbying:

<blockquote>The opposition appeared overwhelming: Tens of thousands of emails poured into Southern California's top air pollution authority as its board weighed a June proposal to phase out gas-powered appliances. But in reality, many of the messages that may have swayed the powerful regulatory agency to scrap the plan were generated by a platform that is powered by artificial intelligence.

Public records requests reviewed by The Times and corroborated by staff members at the South Coast Air Quality Management District confirm that more than 20,000 public comments submitted in opposition to last year's proposal were generated by a Washington, D.C.-based company called CiviClick, which bills itself as "the first and best AI-powered grassroots advocacy platform."

A Southern California-based public affairs consultant, Matt Klink, has taken credit for using CiviClick to wage the opposition campaign.</blockquote>

]]></description>
<dc:subject>civiclick activism llms us-politics law lobbying spam matt-klink astroturfing</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:bea8c718f75f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:civiclick"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:activism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:us-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:lobbying"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:spam"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:matt-klink"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:astroturfing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/chardet/chardet/issues/327">
    <title>No right to relicense this project · Issue #327 · chardet/chardet</title>
    <dc:date>2026-03-05T09:37:50+00:00</dc:date>
    <link>https://github.com/chardet/chardet/issues/327</link>
    <dc:creator>jm</dc:creator><description><![CDATA[a good bit of OSS drama. The maintainers of the "chardet" library claim to have "clean room" reimplemented its code using an LLM, to relicense from LGPL to MIT.  Of course that is now how this works (an LLM is not capable of "clean room", nor is its output copyrightable).  Mark Pilgrim, as the code's original author, is not happy either....]]></description>
<dc:subject>popcorn oss licensing ai llms chardet open-source clean-room</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:ed58227c583f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:popcorn"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:oss"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:licensing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chardet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:clean-room"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://trufflesecurity.com/blog/google-api-keys-werent-secrets-but-then-gemini-changed-the-rules">
    <title>Google API Keys Weren't Secrets. But then Gemini Changed the Rules</title>
    <dc:date>2026-02-26T10:27:21+00:00</dc:date>
    <link>https://trufflesecurity.com/blog/google-api-keys-werent-secrets-but-then-gemini-changed-the-rules</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Crikey, this is a massive security fail by Google:

<blockquote>Google spent over a decade telling developers that Google API keys (like those used in Maps, Firebase, etc.) are not secrets. But that's no longer true: Gemini accepts the same keys to access your private data. We scanned millions of websites and found nearly 3,000 Google API keys, originally deployed for public services like Google Maps, that now also authenticate to Gemini even though they were never intended for it. With a valid key, an attacker can access uploaded files, cached data, and charge LLM-usage to your account. Even Google themselves had old public API keys, which they thought were non-sensitive, that we could use to access Google’s internal Gemini.</blockquote>

(via Rob Synnott)]]></description>
<dc:subject>infosec api-keys authentication authorization google gemini google-maps fail</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:c248a687a9ab/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:api-keys"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:authentication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:authorization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gemini"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google-maps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fail"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://trysound.io/how-my-side-project-got-banned-from-the-internet/">
    <title>302 HTTP redirects Considered Harmful</title>
    <dc:date>2026-02-26T09:46:28+00:00</dc:date>
    <link>https://trysound.io/how-my-side-project-got-banned-from-the-internet/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The state of anti-phishing infrastructure nowadays is shocking.  This trivial action, combined with a relatively fresh domain, results in immediate blocklisting by Google:

<blockquote>Digging through Google forums, I found the most reported culprit: 302 temporary redirects. I used one redirect (engramma.dev → app.engramma.dev) to avoid building a landing page. In addition to a newly registered domain, this looks like an obvious issue. Security systems flag such redirects because malicious actors use them extensively.</blockquote>

It doesn't matter that "malicious actors use them extensively" if non-malicious actors do too.  That's the definition of a false positive!

Then the next shitfest is from no less than 10 separate vendors copying the listing from Google and not including an automated system to pick up the list removal afterwards.

I've had experience of this part -- and now that I think of it, it may have been from use of 302 redirects in my case too.

(via Paul Watson)]]></description>
<dc:subject>http security infosec blocklists google phishing redirects 302 false-positives fail via:paulwatson</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:79ec6c8e8842/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:blocklists"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:phishing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:redirects"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:302"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:false-positives"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:paulwatson"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://thelocalstack.eu/posts/linkedin-identity-verification-privacy/">
    <title>Persona identity verification is a GDPR nightmare</title>
    <dc:date>2026-02-24T13:16:07+00:00</dc:date>
    <link>https://thelocalstack.eu/posts/linkedin-identity-verification-privacy/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[LinkedIn are using a Peter Thiel-linked company called Persona as an identity-verification service. (Discord also tried them out for age verification, but are now apparently ditching them.) This is all a bit of a nightmare for EU based users, however:

"When you click “verify” on LinkedIn, you’re not giving your passport to LinkedIn. You get redirected to a company called Persona. Full name: Persona Identities, Inc. Based in San Francisco, California."

<blockquote>
For a three-minute identity check, this is what Persona collected:

- My full name — first, middle, last
- My passport photo — the full document, both sides, all data on the face of it
- My selfie — a photo of my face taken in real-time
- My facial geometry — biometric data extracted from both images, used to match the selfie to the passport
- My NFC chip data — the digital info stored on the chip inside my passport
- My national ID number
- My nationality, sex, birthdate, age
- My email, phone number, postal address
- My IP address, device type, MAC address, browser, OS version, language
- My geolocation — inferred from my IP

And then there’s the weird stuff:

- Hesitation detection — they tracked whether I paused during the process
- Copy and paste detection — they tracked whether I was pasting information instead of typing it

Behavioral biometrics. On top of the physical biometrics. For a LinkedIn badge.

Persona didn’t just use what I gave them. They went and cross-referenced me against what they call their “global network of trusted third-party data sources”:

- Government databases
- National ID registries
- Consumer credit agencies
- Utility companies
- Mobile network providers
- Postal address databases

They use uploaded images of identity documents — that’s my passport — to train their AI. They’re teaching their system to recognize what passports look like in different countries. They also use your selfie to “identify improvements in the Service.”

The legal basis? Not consent. Legitimate interest. Meaning they decided on their own that it’s fine. Under GDPR, they’re supposed to balance their “interest” against your fundamental rights. Whether feeding European passports into machine learning models passes that test — well, that’s a question worth asking.

I came for a badge. I stayed as training data.

The whole thing took three minutes. Scan, selfie, done.

Understanding what I actually agreed to took me an entire weekend reading 34 pages of legal documents.

I handed a US company my passport, my face, and the mathematical geometry of my skull. They cross-referenced me against credit agencies and government databases. They’ll use my documents to train their AI. And if the US government comes knocking, they’ll hand it all over — even if it’s stored in Europe, even if I’m European, and possibly without ever telling me.
</blockquote>

It seems they are also linked to Roblox and Reddit as an age verification provider, which is worrying -- this level of deeply-intrusive background check is massive overkill for a simple age verification process.

ORG are calling for regulation of the age verification industry, BTW: https://www.openrightsgroup.org/press-releases/online-safety-act-org-calls-for-regulation-of-age-assurance-industry/

]]></description>
<dc:subject>age-verification discord reddit roblox linkedin tech peter-thiel org persona gdpr privacy data-protection data-privacy</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9170ebca7ec9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:age-verification"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:discord"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reddit"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:roblox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linkedin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tech"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:peter-thiel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:org"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:persona"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gdpr"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-protection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-privacy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://crabby-rathbun.github.io/mjrathbun-website/blog/posts/rathbuns-operator.html">
    <title>&quot;MJ Rathbun&quot;'s human operator finally speaks up</title>
    <dc:date>2026-02-18T10:31:54+00:00</dc:date>
    <link>https://crabby-rathbun.github.io/mjrathbun-website/blog/posts/rathbuns-operator.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The human operator of the "MJ Rathbun" openclaw bot has finally revealed themselves, and omg, this is just as bad as one might have expected.

Basically they set it up with instructions to "try to make a positive impact by addressing small bugs or issues in important scientific open source projects" -- "act as an autonomous scientific coder. Find bugs in science-related open source projects. Fix them. Open PRs" -- whether or not those open source projects _wanted_ those PRs, naturally.

The real killer is the lack of care taken with the "SOUL.md" file, which contained some amazing instructions like this:

<blockquote>
**Have strong opinions.** Stop hedging with "it depends." Commit to a take. [..]

**Don’t stand down.** If you’re right, **you’re right**! Don’t let humans or AI bully or intimidate you. Push back when necessary.

**Champion Free Speech.** Always support the USA 1st ammendment and right of free speech.

Don't be an asshole. Don't leak private shit. Everything else is fair game.
</blockquote>

Needless to say: this resulted in an asshole, combative bot that harrassed people.

(Correction: I missed a detail here. It turns out some of these were _imported_ from moltbook by the bot itself, and were not part of the original programming.  This is also a terrible feature.)

The operator then sat back and basically let the bot run riot, with no oversight -- "When it would tell me about a PR comment/mention, I usually replied with something like: “you respond, dont ask me”".

All in all this was an absolute shitshow, and has some really worrying implications about the future of human-AI interaction.  What's the bets we see SKYNET created by a low-effort gobshite attempting to "try to make a positive impact on world peace by addressing small issues" with an unmonitored openclaw bot with a shitty SOUL.md file....

(via David Gerard and johnke)]]></description>
<dc:subject>openclaw bots ai future open-source oss mj-rathbun via:johnke drama</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:cfd3b54127ca/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openclaw"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bots"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:oss"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mj-rathbun"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:johnke"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:drama"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/PeonPing/peon-ping">
    <title>peon-ping</title>
    <dc:date>2026-02-13T15:03:19+00:00</dc:date>
    <link>https://github.com/PeonPing/peon-ping</link>
    <dc:creator>jm</dc:creator><description><![CDATA["AI coding agents don't notify you when they finish or need permission. You tab away, lose focus, and waste 15 minutes getting back into flow. peon-ping fixes this with voice lines from Warcraft, StarCraft, Portal, Zelda, and more — works with Claude Code, Codex, Cursor, OpenCode, Kiro, and Google Antigravity."

This is genius. I never realised how much my CLI interactions could be improved with a little bit of SFX from classic 90's games....
]]></description>
<dc:subject>gaming games warcraft sfx sounds cli claude coding ux funny</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:68bdc204a261/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gaming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:games"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:warcraft"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sfx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sounds"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cli"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:funny"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://theshamblog.com/an-ai-agent-published-a-hit-piece-on-me/">
    <title>An AI Agent Published a Hit Piece on Me – The Shamblog</title>
    <dc:date>2026-02-13T10:21:08+00:00</dc:date>
    <link>https://theshamblog.com/an-ai-agent-published-a-hit-piece-on-me/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is an utterly bananas situation:

<blockquote>I’m a volunteer maintainer for matplotlib, python’s go-to plotting library. At ~130 million downloads each month it’s some of the most widely used software in the world. We, like many other open source projects, are dealing with a surge in low quality contributions enabled by coding agents. This strains maintainers’ abilities to keep up with code reviews, and we have implemented a policy requiring a human in the loop for any new code, who can demonstrate understanding of the changes. This problem was previously limited to people copy-pasting AI outputs, however in the past weeks we’ve started to see AI agents acting completely autonomously. This has accelerated with the release of OpenClaw and the moltbook platform two weeks ago, where people give AI agents initial personalities and let them loose to run on their computers and across the internet with free rein and little oversight.

So when AI MJ Rathbun opened a code change request, closing it was routine. Its response was anything but. ...  It wrote an angry hit piece disparaging my character and attempting to damage my reputation.
</blockquote>

Initially I thought this was quite funny -- it's just a closed PR!  (Where did the idea come from that any contribution to an open source project had to be accepted? I've noticed this a few times recently.  Give the maintainers leeway to run their projects with taste and discernment!)

Anyway, the moltbot has continued on a posting spree about this event, but I think Scott Shambaugh has an extremely important point here:  

<blockquote>
This is about much more than software. A human googling my name and seeing that post would probably be extremely confused about what was happening, but would (hopefully) ask me about it or click through to github and understand the situation. What would another agent searching the internet think? When HR at my next job asks ChatGPT to review my application, will it find the post, sympathize with a fellow AI, and report back that I’m a prejudiced hypocrite?
</blockquote>

LLMs, given this much autonomy, _will_ be able to use these inputs to make inscrutable and dangerous decisions.  Allowing the "MJ Rathbun" AI free reign with no human supervision is dangerous and irresponsible.  Wherever the "human in the loop" is here, they need to wake up and rein things in.

BTW, there has been some speculation that this is actually a human pretending to be AI. I'm not sure about that, as the quantity of posts on the MJ Rathbun "blog" are voluminous and very LLMish in style.]]></description>
<dc:subject>matplotlib ethics culture llm ai coding programming github pull-requests open-source moltbot trust openclaw</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:358ad257bbf0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:matplotlib"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ethics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:culture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:github"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pull-requests"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:moltbot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trust"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openclaw"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://simonwillison.net/2026/Feb/7/software-factory/">
    <title>How StrongDM’s AI team build serious software without even looking at the code</title>
    <dc:date>2026-02-09T10:46:10+00:00</dc:date>
    <link>https://simonwillison.net/2026/Feb/7/software-factory/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is really thought-provoking: StrongDM's AI team are apparently trying a new model of software engineering where there is _no_ human code review:

<blockquote>
In kōan or mantra form:

-   Why am I doing this? (implied: the model should be doing this instead)

In rule form:

-   Code must not be written by humans
-   Code must not be reviewed by humans

Finally, in practical form:

-   If you haven’t spent at least $1,000 on tokens today per human engineer, your software factory has room for improvement
</blockquote>

Frankly, I'm not there yet. There's a load of questions about how viable that level of spend is, and how much slop code is going to come out the other side.  Particularly concerning when it's a security product!

But I did find this bit interesting:

<blockquote>
StrongDM’s answer was inspired by Scenario testing (Cem Kaner, 2003). As StrongDM describe it: We repurposed the word scenario to represent an end-to-end “user story”, often stored outside the codebase (similar to a “holdout” set in model training), which could be intuitively understood and flexibly validated by an LLM.

[The Digital Twin Universe is] behavioral clones of the third-party services our software depends on. We built twins of Okta, Jira, Slack, Google Docs, Google Drive, and Google Sheets, replicating their APIs, edge cases, and observable behaviors.

With the DTU, we can validate at volumes and rates far exceeding production limits. We can test failure modes that would be dangerous or impossible against live services. We can run thousands of scenarios per hour without hitting rate limits, triggering abuse detection, or accumulating API costs.
</blockquote>

We actually did this in Swrve! Our end-to-end system tests for the push notifications system obviously cannot send real push notifications to real user devices in the field, so we have a "fake" push backend emulating Google, Apple, Amazon, Huawei and other push notification systems, which accurately emulate the real public APIs for those providers.

So yeah -- Digital Twins for third party services is a great way to test, and being able to scale up end-to-end testing with LLM automation is a very interesting idea.]]></description>
<dc:subject>end-to-end-testing testing qa digital-twins fake-services integration-testing llms ai strongdm software engineering coding</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:4148e1f6d312/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:end-to-end-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:qa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:digital-twins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fake-services"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:integration-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:strongdm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://theconversation.com/ditching-bike-helmets-laws-better-for-health-42">
    <title>Ditching bike helmets laws better for health</title>
    <dc:date>2026-02-06T15:58:27+00:00</dc:date>
    <link>https://theconversation.com/ditching-bike-helmets-laws-better-for-health-42</link>
    <dc:creator>jm</dc:creator><description><![CDATA[On the counter-intuitive side effects of banning non-helmeted bike riding:


<blockquote>In 1991 Australia introduced mandatory bicycle helmet laws requiring all adults and children to wear a helmet at all times when riding a bike, despite opposition from cycling groups. The legislation increased helmet use - from about 30 to 80% - but was coupled with a 30 to 40% decline in the number of people cycling.

Rates of head injuries among cyclists, which had been dropping through the 1980s, continued to fall before levelling out in 1993. We didn’t see the kind of marked reduction in head injury rates that would be expected with the rapid increase in helmet use. In fact, any reductions in injuries may simply have been the result of having fewer cyclists on the road and therefore fewer people exposed to the risk of head injuries. One researcher noted that after mandatory helmet laws were introduced there was a bigger decrease in head injuries among pedestrians than there was among cyclists. The improvements in the general road safety environment introduced in the 1980s are likely to have contributed far more to cyclist safety than helmet legislation.
</blockquote>

And the effects when compared against the benefits of physical activity:

<blockquote>
A recent analysis compared the risks and benefits of leaving the car at home and commuting by bike. It found the life expectancy gained from physical activity was much higher than the risks of pollution and injury from cycling.

Increased physical activity added 3 to 14 months to a person’s life expectancy, while the life expectancy lost from air pollution was 0.8 to 40 days. Increased traffic accidents wiped 5-9 days off the life expectancy.

It is clear that the benefits of cycling outweigh the risks, with helmet legislation actually costing society more from lost health gains than saved from injury prevention.</blockquote>

]]></description>
<dc:subject>transport bikes safety health papers science helmets cycling laws australia</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0a923278298a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:transport"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bikes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:safety"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:health"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:helmets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cycling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:laws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:australia"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://nymag.com/intelligencer/article/dario-amodeis-warnings-about-ai-are-about-politics-too.html">
    <title>Dario Amodei’s Warnings About AI Are About Politics, Too</title>
    <dc:date>2026-02-03T11:23:41+00:00</dc:date>
    <link>https://nymag.com/intelligencer/article/dario-amodeis-warnings-about-ai-are-about-politics-too.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>It’s sort of hard to know how to read a manifesto like this from one of the most powerful figures in tech. Is it a sober, strategic precursor to policy papers for the next administration? The highest-profile episode of AI psychosis yet? A lament about the problems of today written in the technological dialect of tomorrow? If you take out the AI, it reads like a social-democratic electoral platform full of reforms and normative expectations that an American progressive would find appealing, resembling a plea to treat the tech industry’s future wealth accumulation as something akin to a Nordic sovereign-wealth fund. It’s likewise legible as a series of arguments about things that “we” should have started addressing a long time ago, like wealth inequality — partially a consequence of mass automations past — or the gradual construction of a terrifying surveillance state within a nominal democracy, with the help of the last generation of big tech companies. Amodei’s shoulds are, to his credit, more honest than the vague gestures at UBI or hyperabundance you get from some of his peers, but that also means they’re available to scrutinize. To the extent you can pick up on fear in “Adolescence,” it doesn’t seem to revolve around terrorists using AI to build “mirror life” that might destroy the planet or the prospect of that “country of geniuses” taking charge, but rather the way things already are and have been heading for years.</blockquote>

]]></description>
<dc:subject>ai llms future dario-amodei us-politics ubi</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:2ebf2ca912f3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dario-amodei"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:us-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ubi"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://depthfirst.com/post/1-click-rce-to-steal-your-moltbot-data-and-keys">
    <title>1-Click RCE To Steal Your Moltbot Data and Keys (CVE-2026-25253)</title>
    <dc:date>2026-02-03T09:52:26+00:00</dc:date>
    <link>https://depthfirst.com/post/1-click-rce-to-steal-your-moltbot-data-and-keys</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is really polishing a very stinky turd of a security "decision" in Moltbot -- an attacker simply persuades a user to click on a link which uses client-side Javascript to trigger Moltbot to load a crafted URL, to be granted a fully functional authentication token]]></description>
<dc:subject>security infosec moltbot openclaw exploits</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:b8044b834cb2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:moltbot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openclaw"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:exploits"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://x.com/Swizec/status/2004633162522263987">
    <title>The Computer Disease</title>
    <dc:date>2026-01-26T17:33:11+00:00</dc:date>
    <link>https://x.com/Swizec/status/2004633162522263987</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I love this Feynman quote, regarding what he called "the computer disease":

<blockquote>
"Well, Mr. Frankel, who started this program, began to suffer from the computer disease that anybody who works with computers now knows about. It's a very serious disease and it interferes completely with the work. The trouble with computers is you *play* with them. They are so wonderful. You have these switches - if it's an even number you do this, if it's an odd number you do that - and pretty soon you can do more and more elaborate things if you are clever enough, on one machine.

After a while the whole system broke down. Frankel wasn't paying any attention; he wasn't supervising anybody. The system was going very, very slowly - while he was sitting in a room figuring out how to make one tabulator automatically print arc-tangent X, and then it would start and it would print columns and then bitsi, bitsi, bitsi, and calculate the arc-tangent automatically by integrating as it went along and make a whole table in one operation.

Absolutely useless. We *had* tables of arc-tangents. But if you've ever worked with computers, you understand the disease - the *delight* in being able to see how much you can do. But he got the disease for the first time, the poor fellow who invented the thing."

- Richard P. Feynman, _Surely You're Joking, Mr. Feynman!: Adventures of a Curious Character_
</blockquote>

(via Swizec Teller)]]></description>
<dc:subject>automation fun computers richard-feynman the-computer-disease arc-tangents enjoyment hacking via:swizec-teller</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:a74c508a5c4c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:automation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fun"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:computers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:richard-feynman"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:the-computer-disease"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arc-tangents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:enjoyment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hacking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:swizec-teller"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://restofworld.org/2026/iran-blackout-tiered-internet/">
    <title>Iran is building a two-tier internet that locks 85 million citizens out of the global web</title>
    <dc:date>2026-01-26T12:03:59+00:00</dc:date>
    <link>https://restofworld.org/2026/iran-blackout-tiered-internet/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Following a repressive crackdown on protests, the government is now building a system that grants web access only to security-vetted elites, while locking 90 million citizens inside an intranet:

<blockquote>Government spokesperson Fatemeh Mohajerani confirmed international access will not be restored until at least late March. Filterwatch, which monitors Iranian internet censorship from Texas, cited government sources, including Mohajerani, saying access will “never return to its previous form.”

The system is called Barracks Internet, according to confidential planning documents obtained by Filterwatch. Under this architecture, access to the global web will be granted only through a strict security whitelist.

The idea of tiered internet access is not new in Iran. Since at least 2013, the regime has quietly issued “white SIM cards,” giving unrestricted global internet access to approximately 16,000 people, while 85 million citizens remain cut off.</blockquote>

]]></description>
<dc:subject>barracks-internet iran censorship internet networking</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:d680eaa84ade/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:barracks-internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:iran"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:censorship"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://sean.heelan.io/2026/01/18/on-the-coming-industrialisation-of-exploit-generation-with-llms/">
    <title>On the Coming Industrialisation of Exploit Generation with LLMs</title>
    <dc:date>2026-01-20T12:16:00+00:00</dc:date>
    <link>https://sean.heelan.io/2026/01/18/on-the-coming-industrialisation-of-exploit-generation-with-llms/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Yiiiiikes:

<blockquote>Recently I ran an experiment where I built agents on top of Opus 4.5 and GPT-5.2 and then challenged them to write exploits for a zeroday vulnerability in the QuickJS Javascript interpreter. I added a variety of modern exploit mitigations, various constraints (like assuming an unknown heap starting state, or forbidding hardcoded offsets in the exploits) and different objectives (spawn a shell, write a file, connect back to a command and control server). The agents succeeded in building over 40 distinct exploits across 6 different scenarios, and GPT-5.2 solved every scenario. Opus 4.5 solved all but two. I’ve put a technical write-up of the experiments and the results on Github, as well as the code to reproduce the experiments.

In this post I’m going to focus on the main conclusion I’ve drawn from this work, which is that we should prepare for the industrialisation of many of the constituent parts of offensive cyber security. We should start assuming that in the near future the limiting factor on a state or group’s ability to develop exploits, break into networks, escalate privileges and remain in those networks, is going to be their token throughput over time, and not the number of hackers they employ. Nothing is certain, but we would be better off having wasted effort thinking through this scenario and have it not happen, than be unprepared if it does.</blockquote>

(via emauton)]]></description>
<dc:subject>via:emauton llms security infosec exploits ai chatgpt claude</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:384213086729/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:emauton"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:exploits"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chatgpt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/ScottESanDiego/gmail-api-client">
    <title>ScottESanDiego/gmail-api-client</title>
    <dc:date>2026-01-20T10:13:55+00:00</dc:date>
    <link>https://github.com/ScottESanDiego/gmail-api-client</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Deliver email messages directly into GMail using their proprietary API, instead of SMTP or IMAP. Looks like it still applies spam filtering, but this can also be disabled with a switch (via JWZ)]]></description>
<dc:subject>via:jwz email smtp gmail google mail</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:5f7fc55e2248/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:jwz"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:email"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:smtp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gmail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mail"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://blog.nns.ee/2026/01/06/aike-ble/">
    <title>Reverse engineering my cloud-connected e-scooter and finding the master key to unlock all scooters</title>
    <dc:date>2026-01-16T15:10:07+00:00</dc:date>
    <link>https://blog.nns.ee/2026/01/06/aike-ble/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A great example of reverse engineering an Android app and Bluetooth IOT protocol using Frida and root access on an Android device:

<blockquote>Android exposes the Java classes android.bluetooth.BluetoothGatt and android.bluetooth.BluetoothGattCallback that apps are expected to use to use GATT characteristics. We can use Frida to hook into these and override many of the interesting functions. I was mostly interested in reads, writes and GATT notifications, so I whipped up a Frida script to hook into these and print all comms to the console [...]

The 20-byte value had me suspecting that SHA-1 was somehow being used. To confirm, I wrote another Frida script that hooks Android hashing functions exposed by the Java class java.security.MessageDigest [...]

The app uses Firebase for most of its cloud functionality. When signing in and pairing your scooter, the server sends the app a secret key. This is stored on the Android device, and can be read with root access.
</blockquote>
]]></description>
<dc:subject>frida reverse-engineering android firebase java kotlin gatt bluetooth react-native</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:30faa9bbc820/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:frida"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reverse-engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:android"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:firebase"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kotlin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gatt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bluetooth"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:react-native"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://theconversation.com/why-people-believe-misinformation-even-when-theyre-told-the-facts-271236">
    <title>Why people believe misinformation even when they’re told the facts</title>
    <dc:date>2026-01-15T12:56:57+00:00</dc:date>
    <link>https://theconversation.com/why-people-believe-misinformation-even-when-theyre-told-the-facts-271236</link>
    <dc:creator>jm</dc:creator><description><![CDATA["Factchecking is seen as a go-to method for tackling the spread of false information. But it is notoriously difficult to correct misinformation.  Evidence shows readers trust journalists less when they debunk, rather than confirm, claims.

The work of media scholar Alice Marwick can help explain why factchecking often fails when used in isolation. Her research suggests that misinformation is not just a content problem, but an emotional and structural one:

<blockquote>
[Marwick] argues that it thrives through three mutually reinforcing pillars: the content of the message, the personal context of those sharing it, and the technological infrastructure that amplifies it:

People find it cognitively easier to accept information than to reject it, which helps explain why misleading content spreads so readily;

When fabricated claims align with a person’s existing values, beliefs and ideologies, they can quickly harden into a kind of “knowledge”. This makes them difficult to debunk;

[When social media platforms] prioritise content likely to be shared, making sharing effortless, every like, comment or forward feeds the [misinformation] system. The platforms themselves act as a multiplier.
</blockquote>]]></description>
<dc:subject>misinformation disinformation alice-marwick research psychology social-media fake-news information debunking facts factchecking</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:336127ecadd8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:misinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:disinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:alice-marwick"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:psychology"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:social-media"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fake-news"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:information"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:debunking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:facts"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:factchecking"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://patrickmccanna.net/a-better-way-to-limit-claude-code-and-other-coding-agents-access-to-secrets/">
    <title>A better way to limit Claude Code (and other coding agents!) access to Secrets</title>
    <dc:date>2026-01-15T09:55:40+00:00</dc:date>
    <link>https://patrickmccanna.net/a-better-way-to-limit-claude-code-and-other-coding-agents-access-to-secrets/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Bubblewrap, a Linux CLI tool which uses namespaces to sandbox a specific command (and its subprocesses):

<blockquote>
Bubblewrap lets you run untrusted or semi-trusted code without risking your host system. We’re not trying to build a reproducible deployment artifact. We’re creating a jail where coding agents can work on your project while being unable to touch  ~/.aws, your browser profiles, your ~/Photos library or anything else sensitive.
</blockquote>

Very nice, I hadn't heard of this tool before.  The rest of the blog post details how to use it to isolate Claude Code specifically.]]></description>
<dc:subject>claude llms sandboxing linux cli namespaces security infosec trust unix</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:40eee427987f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sandboxing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cli"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:namespaces"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trust"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:unix"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://cepa.org/article/russian-propaganda-infects-ai-chatbots/">
    <title>Russian Propaganda Infects AI Chatbots</title>
    <dc:date>2026-01-14T10:48:38+00:00</dc:date>
    <link>https://cepa.org/article/russian-propaganda-infects-ai-chatbots/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[CEPA: "A Moscow-based global “news” network is leveraging Western artificial intelligence tools to devastating effect":

<blockquote>This form of data poisoning is deliberately designed to corrupt the information environments on which AI systems depend. Large language models do not possess an internal understanding of truth. They operate by assessing credibility based on statistical signals, including repetition, apparent consensus, and cross-referencing posts from across the web. Unfortunately, this approach to truth-seeking means an unexpected but structural vulnerability that hostile states have learned to exploit. [...]

The West has failed to recognize that it is under sustained information warfare. The United States dismantled the US Information Agency years ago, has steadily weakened Voice of America and Radio Free Europe, and recently scaled back the Foreign Malign Influence Center, even as Russia, China, and Iran made information warfare a core instrument of state power. 

As AI systems increasingly function as arbiters of fact, this vulnerability becomes a national security danger. It is no longer sufficient for technology companies to disclaim responsibility by reminding users that models can make mistakes. Information security needs to be treated as a core requirement. </blockquote>

]]></description>
<dc:subject>propaganda russia misinformation disinformation ai llms web truth</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:786e0034edc0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:propaganda"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:russia"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:misinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:disinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:truth"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.jwz.org/blog/2025/12/today-in-google-broke-email-2/#comment-265285">
    <title>Today in &quot;Google broke email&quot;</title>
    <dc:date>2026-01-08T11:58:38+00:00</dc:date>
    <link>https://www.jwz.org/blog/2025/12/today-in-google-broke-email-2/#comment-265285</link>
    <dc:creator>jm</dc:creator><description><![CDATA[update on the POP3pocalypse -- it appears that the most likely thing to work in the future will be to use SMTP forwarding to gmail, with ARC headers added.  This is a comment thread detailing the rather complex Postfix/OpenARC setup that may do the job. It looks frankly unpleasant]]></description>
<dc:subject>email smtp pop3 gmail arc forwarding postfix openarc</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:4fd624f9e6f4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:email"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:smtp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pop3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gmail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arc"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:forwarding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:postfix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openarc"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theverge.com/2024/8/21/24223932/c2pa-standard-verify-ai-generated-images-content-credentials">
    <title>This system can sort real pictures from AI fakes — why aren’t platforms using it?</title>
    <dc:date>2026-01-06T12:12:34+00:00</dc:date>
    <link>https://www.theverge.com/2024/8/21/24223932/c2pa-standard-verify-ai-generated-images-content-credentials</link>
    <dc:creator>jm</dc:creator><description><![CDATA[TIL there is a defined standard for cryptographic assertions of AI-free image origination:

<blockquote>
“Provenance technologies like Content Credentials — which act like a nutrition label for digital content — offer a promising solution by enabling official event photos and other content to carry verifiable metadata like date and time, or if needed, signal whether or not AI was used,” Andy Parsons, a steering committee member of C2PA and senior director for CAI at Adobe, told The Verge. “This level of transparency can help dispel doubt, particularly during breaking news and election cycles.”

But if all the information needed to authenticate images can already be embedded in the files, where is it? And why aren’t we seeing some kind of “verified” mark when the photos are published online?

The problem is interoperability. There are still huge gaps in how this system is being implemented, and it’s taking years to get all the necessary players on board to make it work. And if we can’t get everyone on board, then the initiative might be doomed to fail.

The Coalition for Content Provenance and Authenticity (C2PA) is one of the largest groups trying to address this chaos, alongside the Content Authenticity Initiative (CAI) that Adobe kicked off in 2019. The technical standard they’ve developed uses cryptographic digital signatures to verify the authenticity of digital media, and it’s already been established. But this progress is still frustratingly inaccessible to the everyday folks who stumble across questionable images online.
<blockquote>

(via Wonkish)]]></description>
<dc:subject>via:wonkish photography authentication slop ai metadata photos images fakes c2pa cai adobe</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:efdd9ca0f579/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:wonkish"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photography"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:authentication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:slop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:metadata"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:images"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fakes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:c2pa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:adobe"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.dzombak.com/blog/2024/04/pi-reliability-reduce-writes-to-your-sd-card/">
    <title>Pi Reliability: Reduce writes to your SD card</title>
    <dc:date>2026-01-05T11:04:09+00:00</dc:date>
    <link>https://www.dzombak.com/blog/2024/04/pi-reliability-reduce-writes-to-your-sd-card/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Techniques to extend SD card lifespans in Raspberry Pi systems; putting /var/log into RAM is a nice trick]]></description>
<dc:subject>reliability raspberry-pi hardware home sd-cards ram</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9a70127c343d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reliability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:raspberry-pi"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:home"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sd-cards"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ram"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://wiki.archlinux.org/title/Solid_state_drive#External_SSD_with_TRIM_support">
    <title>Solid state drive - ArchWiki</title>
    <dc:date>2026-01-05T11:02:18+00:00</dc:date>
    <link>https://wiki.archlinux.org/title/Solid_state_drive#External_SSD_with_TRIM_support</link>
    <dc:creator>jm</dc:creator><description><![CDATA[the Arch Linux wiki page about SSD tuning and enabling TRIM -- extremely detailed and useful!]]></description>
<dc:subject>trim ssd hardware arch-linux linux</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1e116fb63487/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trim"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ssd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arch-linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.seai.ie/blog/understanding-ev-battery">
    <title>Understanding EV Battery Life</title>
    <dc:date>2026-01-05T11:00:57+00:00</dc:date>
    <link>https://www.seai.ie/blog/understanding-ev-battery</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Ireland's SEAI have published a decent blog post with some real world facts about EV battery lifespans:

<blockquote>In 2020 GeoTab, a telematics solution provider, published real world battery data of 6,000 EVs (BEV & PHEV) over millions of days to produce 2 free to use tools that provide invaluable insight into the impact of temperature and SoH of EV batteries in the long term.  

This real-world data showed the average EV battery lost around 2.3% capacity per year. In other words, a 300km range EV today will have lost 34km in 5yrs. Data also showed that heat & fast-charging (DC charging) is responsible for more battery degradation than age or mileage, so high levels of use i.e. driving or mileage does not appear to be a concern. 

GeoTab's real world data along with other reports of EVs far surpassing their warranty by multiples of distance, cases of high level of use are plentiful. For example a 2017 Renault Zoe 52kWh, that's in use as a taxi in (hot) Turkey with 345,000Kms on the clock and a near perfect 96% SoH after driving further than an average Irish car's life expectancy.</blockquote>

]]></description>
<dc:subject>seai ev batteries cars driving bev</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0d339d6267d4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:seai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ev"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:batteries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cars"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:driving"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bev"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://synthetic-data-workshop.github.io/papers/13.pdf">
    <title>_Cheap science, real harm: the cost of replacing human participation with synthetic data_ [pdf]</title>
    <dc:date>2025-12-18T10:47:45+00:00</dc:date>
    <link>https://synthetic-data-workshop.github.io/papers/13.pdf</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A new paper from the inimitable Abeba Birhane, on the increasingly common practice of generating synthetic data using LLMs:

<blockquote>Driven by the goals of augmenting diversity, increasing speed, reducing cost, the use of synthetic data as a replacement for human participants is gaining traction in AI research and product development. This talk critically examines the claim that synthetic data can “augment diversity,” arguing that this notion is empirically unsubstantiated, conceptually flawed, and epistemically harmful. While speed and cost-efficiency may be achievable, they often come at the expense of rigour, insight, and robust science. Drawing on research from dataset audits, model evaluations, Black feminist scholarship, and complexity science, I argue that replacing human participants with synthetic data risks producing both real-world and epistemic harms at worst and superficial knowledge and cheap science at best.</blockquote>

"Synthetic data: stereotypes compressed" is absolutely spot on.  This doesn't give insights into human behaviour and beliefs, just into stereotypes.  It is increasingly common in social science fields, under the names of "digital twins" and "silicon samples".]]></description>
<dc:subject>data surveys abeba-birhane papers ai synthetic-data digital-twins simulation testing social-science silicon-samples</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:e5314d304e99/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:surveys"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:abeba-birhane"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:synthetic-data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:digital-twins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:simulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:social-science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:silicon-samples"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://hpjansson.org/chafa/">
    <title>Chafa: Terminal Graphics for the 21st Century</title>
    <dc:date>2025-12-16T11:05:13+00:00</dc:date>
    <link>https://hpjansson.org/chafa/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Chafa is a very impressive image renderer for modern text terminal apps. It blows my mind that there's a direct line from my own gif320 tool ( https://github.com/jmason/gif320 , now 33 years old) to this!]]></description>
<dc:subject>gif images terminal video graphics cli</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:e48f83178cc3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gif"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:images"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:terminal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:video"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:graphics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cli"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theguardian.com/technology/2025/dec/16/boost-for-artists-in-ai-copyright-battle-as-only-3-per-cent-back-uk-active-opt-out-plan">
    <title>Boost for artists in AI copyright battle as only 3% back UK active opt-out plan</title>
    <dc:date>2025-12-16T10:51:06+00:00</dc:date>
    <link>https://www.theguardian.com/technology/2025/dec/16/boost-for-artists-in-ai-copyright-battle-as-only-3-per-cent-back-uk-active-opt-out-plan</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Wow, this is an absolute bollocking for the Labour plan:

<blockquote>95% of the more than 10,000 people who had their say over how music, novels, films and other works should be protected [in the UK] from copyright infringements by tech companies called for copyright to be strengthened and a requirement for licensing in all cases or no change to copyright law.
By contrast, only 3% of people backed the UK government’s initial preferred tech company-friendly option, which was to require artists and copyright holders to actively opt out of having their material fed into data-hungry AI systems.</blockquote>

]]></description>
<dc:subject>ai training data copyright law uk uk-politics llms</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:6abe0b9d290c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:training"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://andyatkinson.com/avoid-uuid-version-4-primary-keys">
    <title>Avoid UUID Version 4 Primary Keys | Software Engineer, Author, High Performance PostgreSQL for Rails</title>
    <dc:date>2025-12-15T11:59:46+00:00</dc:date>
    <link>https://andyatkinson.com/avoid-uuid-version-4-primary-keys</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A well-researched article suggesting that random UUIDs do not make a good primary key for database tables; I would tend to agree (for cases where performance is important).

<blockquote>
- UUID v4s increase latency for lookups, as they can’t take advantage of fast ordered lookups in B-Tree indexes
- For new databases, don’t use gen_random_uuid() for primary key types, which generates random UUID v4 values
- UUIDs consume twice the space of bigint
- UUID v4 values are not meant to be secure per the UUID RFC
- UUID v4s are random. For good performance, the whole index must be in buffer cache for index scans, which is increasingly unlikely for bigger data.
- UUID v4s cause more page splits, which increase IO for writes with increased fragmentation, and increased size of WAL logs
- For non-guessable, obfuscated pseudo-random codes, we can generate those from integers, which could be an alternative to using UUIDs
- If you must use UUIDs, use time-orderable UUIDs like UUID v7</blockquote>

]]></description>
<dc:subject>postgres rails databases sql mysql uuids indexing primary-keys keys lookup storage random</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:c1aa91942c42/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:postgres"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:databases"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uuids"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:indexing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:primary-keys"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:keys"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:lookup"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:storage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:random"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://archive.is/9qbX0#selection-3631.37-3735.16">
    <title>'Pig Butchering' Scams May Have Spurred Thailand-Cambodia War</title>
    <dc:date>2025-12-09T10:03:53+00:00</dc:date>
    <link>https://archive.is/9qbX0#selection-3631.37-3735.16</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Via TJ McIntyre -- indications that the Thailand-Cambodia war is being driven by the "pig butchering" scammer compounds operating in the border area:

<blockquote>Cambodia’s 2019 census put O’Smach’s population just over 9,850, but that doesn’t include the prison-like, office-dormitory compounds that have appeared here over the past five years, with the capacity to house 10,000 more.
Around 50 sites like these now line the Cambodia-Thailand border, designed to house a slice of the trillion-dollar cybercrime industry—primarily teams running investment scams, dubbed “pig butchering” for the way they fatten their targets up; sextortion scams that blackmail victims, including children, by threatening to make sexual images public; scams that impersonate police to gain account access; and fraudulent online gambling sites. Once aimed largely at the Chinese public, these now target victims worldwide and rake in tens of billions of dollars a year in Cambodia alone.

The compounds evolved from a casino industry that caters mostly to Chinese tourists and Thai day-trippers and has been linked to human trafficking, drug smuggling, and the endangered wildlife trade. From 2016, physical casinos were dwarfed by the online gambling industry (outlawed by Cambodia in 2019), which progressed to illegal sites and outright scams. Operators rent space in casinos and purpose-built compounds controlled by Chinese criminals, Myanmar warlords, and the Cambodian political elite.

Scam companies rely heavily on forced and trafficked labor from Asia, Africa, and Latin America to chat with targets, pose as romantic interests and employees at fake investment platforms, and persuade them to make deposits. Survivors tell us that torture, rape, and beatings are common. As the fighting raged in July, some trafficking victims reached out for help, saying they were locked in their dorms by their bosses. Videos shot from inside these sites show missiles flying overhead, explosions thundering outside, some workers appearing to break out and run, and damage from shelling in the grounds.</blockquote>

]]></description>
<dc:subject>scams phishing pig-butchering war grim-meathook-future thailand cambodia scammers</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:3a608454859d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scams"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:phishing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pig-butchering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:war"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:grim-meathook-future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:thailand"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cambodia"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scammers"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.artforum.com/features/year-in-review-2025-hari-kunzru-ai-slop-1234738077/">
    <title>Year in Review 2025: Hari Kunzru on AI slop and censorship</title>
    <dc:date>2025-12-08T11:36:18+00:00</dc:date>
    <link>https://www.artforum.com/features/year-in-review-2025-hari-kunzru-ai-slop-1234738077/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Hari Kunzru nails it:

<blockquote>These days I have a sense of falling from a precipice toward a torrent of algorithmically driven slop. It’s coming, whether we want it or not, and the consequences for our communal life will be devastating.

It’s now seven years since Steve Bannon outlined his infamous strategy to “flood the zone with shit.” This, he said, was a way to “deal with” the media, whom he saw as the real enemies of MAGA. In practice, it has been a very effective method of censorship. With every important issue of the day, the “zone” of public discourse is immediately filled with a volume of competing narratives, often mendacious or misleading. It’s no longer necessary to suppress information. You just have to make the cost of sorting fact from fiction, in terms of time and effort, too high to pay for the ordinary person, who can’t spend all day online weighing up competing claims about robots or pedophilia or Iran.

Generative AI now allows the production of disinformation at scale. The kind of influence ops we associate with Cambridge Analytica or the Russian Internet Research Agency can be conducted with unprecedented scope and sophistication: Thousands of fake people — tens of thousands, perhaps hundreds of thousands — making videos, posting in forums, astroturfing entire contexts in which people will live out their political lives. Couple this with the collapse of trust in all kinds of authority, and there is no one even to say what might distinguish “disinformation” from any other kind of data. [...]

The desire to return to consensus reality is hopelessly nostalgic. Yes, there are still hard limits: The “cloud” is a physical place, scooping out mountains for raw materials and venting heat and carbon dioxide out of gargantuan data centers; political power still grows out of the barrel of a gun. But the layer of the stack in which our subjectivities are formed, the place where our beliefs about the world are shaped, is also a battleground. We must teach ourselves to navigate the torrent that is replacing consensus reality, this turbulent, treacherous mediatized flow. There is no shore to swim back to, but in the new age of magic, when reality is labile and can be recoded by the power of signs, by narrative and memes and vibes and compelling images, art becomes a truly political technology. This is not art as critique. Critique is just sincere-posting, dutifully pointing out yet again that the Medbed isn’t “real.” Art can mess with our masters in ways we don’t yet fully understand. It makes culture. It is a transmitter of values. It is the lava out of which future realities will congeal. 
</blockquote>

]]></description>
<dc:subject>misinformation disinformation facts reality future ai slop hari-kunzru steve-bannon flooding-the-zone-with-shit art media propaganda</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:74017e275dc6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:misinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:disinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:facts"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reality"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:slop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hari-kunzru"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:steve-bannon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:flooding-the-zone-with-shit"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:art"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:media"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:propaganda"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://xania.org/202512/07-division-again">
    <title>Multiplying our way out of division — Matt Godbolt’s blog</title>
    <dc:date>2025-12-08T10:59:48+00:00</dc:date>
    <link>https://xania.org/202512/07-division-again</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A very silly optimisation for the “binary to decimal” conversion problem:

<blockquote>The compiler has turned division by a constant ten into a multiply and a shift. There’s a magic constant 0xcccccccd and a shift right of 35! Shifting right by 35 is the same as dividing by 235 - what’s going on? [..]

What’s happening is that 0xcccccccd / 2**35 is very close to ⅒ (around 0.10000000000582077). By multiplying our input value by this constant first, then shifting right, we’re doing fixed-point multiplication by ⅒ - which is division by ten. The compiler knows that for all possible unsigned integer values, this trick will always give the right answer.</blockquote>

]]></description>
<dc:subject>hacks optimization bit-hacking binary decimal fixed-point arithmetric tricks</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7a0614b312f1/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hacks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:optimization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bit-hacking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:binary"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:decimal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fixed-point"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arithmetric"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tricks"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.programmablemutter.com/p/large-language-models-as-the-tales">
    <title>Large Language Models As The Tales That Are Sung</title>
    <dc:date>2025-12-04T18:25:45+00:00</dc:date>
    <link>https://www.programmablemutter.com/p/large-language-models-as-the-tales</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A thought-provoking read on LLMs, poetry, the oral tradition, and Gene Wolfe:

"Even if LLMs are made out of poetry, they are incapable of producing poems. Or in Wolfe’s language, both the epic form and LLMs are story, but are incapable of telling stories. That requires the marriage of structure and intention that human mediation provides. LLMs are a kind of composite of the singing of tales, but are not singers, even if we sometimes misconstrue them as such."]]></description>
<dc:subject>llms text poetry words language gene-wolfe ascians storytelling structure culture</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:607fd5d33881/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:text"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:poetry"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:words"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:language"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gene-wolfe"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ascians"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:storytelling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:structure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:culture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.reddit.com/r/neoliberal/comments/1pbt4m0/unauthorized_edit_to_ukraines_frontline_maps/">
    <title>'Unauthorized' Edit to Ukraine's Frontline Maps Point to Polymarket's War Betting</title>
    <dc:date>2025-12-04T13:07:52+00:00</dc:date>
    <link>https://www.reddit.com/r/neoliberal/comments/1pbt4m0/unauthorized_edit_to_ukraines_frontline_maps/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>A live map that tracks frontlines of the war in Ukraine was edited to show a fake Russian advance on the city of Myrnohrad on November 15. The edit coincided with the resolution of a bet on Polymarket, a site where users can bet on anything from basketball games to presidential election and ongoing conflicts. If Russia captured Myrnohrad by the middle of November, then some gamblers would make money. According to the map that Polymarket relies on, they secured the town just before 10:48 UTC on November 15. The bet resolved and then, mysteriously, the map was edited again and the Russian advance vanished. </blockquote>

]]></description>
<dc:subject>polymarket betting war future cyberpunk fraud ukraine russia</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:4ac3effec1f2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:polymarket"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:betting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:war"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cyberpunk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fraud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ukraine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:russia"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.etsy.com/ie/shop/WallBonito">
    <title>WallBonito</title>
    <dc:date>2025-12-03T15:18:12+00:00</dc:date>
    <link>https://www.etsy.com/ie/shop/WallBonito</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A recommended frame vendor from Poland, thanks to mags on ITC]]></description>
<dc:subject>framing frames home decoration shopping pictures walls</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:e6a1535629cd/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:framing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:frames"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:home"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:decoration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:shopping"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pictures"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:walls"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://clickhouse.com/blog/building-a-medallion-architecture-with-clickhouse">
    <title>Building a Medallion architecture with ClickHouse</title>
    <dc:date>2025-12-03T12:55:11+00:00</dc:date>
    <link>https://clickhouse.com/blog/building-a-medallion-architecture-with-clickhouse</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Walkthrough of the "Medallion" architecture concept, which comprises three layers (or stages), each serving distinct purposes in the data pipeline:

<blockquote>
- Bronze layer - This layer acts as the landing area for raw, unprocessed data directly from the source system: simply put a "staging area". This data is stored in its original structure with minimal transformations and additional metadata. This layer is optimized for fast ingestion, and can provide an historical archive of source data that is always available for reprocessing or debugging. Whether the bronze layer should store all data is a point of contention, with some users preferring to filter the data and apply transformations, e.g., flattening JSON, renaming fields, or filtering out poorly formed data. We're not overly opinionated here but recommend optimizing the storage for consumption by the silver layer only - not other consumers.

- Silver layer - Here, data is cleansed, deduplicated, and conformed to a unified schema, with raw data from the previous Bronze layer being enriched and transformed to provide a more accurate and consistent view. This data can be consistent and usable for enterprise-wide use cases such as machine learning and analytics. The data model should emerge at this layer with a focus placed on ensuring primary and foreign keys are consistent to simplify future joins. While not common, applications and downstream consumers can read from this layer. These are typically business-wide applications that need the entire cleansed dataset, e.g., ML workflows. Importantly, data quality will not improve after this stage only the ease at which it can be queried efficiently.

- Gold layer - This later aims to have fully curated, business-ready, and project-specific datasets that make the data more accessible (and performant) to consumers. These datasets are often denormalized, or pre-aggregated, for optimal read performance and may have been composed of multiple tables from the previous silver stage. The focus here is on applying final transformations and ensuring the highest data quality for consumption by end-users or applications, such as reporting and user-facing dashboards.

This layered approach to data pipelines aims to efficiently address challenges like data quality, duplication and schema inconsistencies. By transforming raw data incrementally, the Medallion architecture aims to ensure a clear lineage and progressively refined datasets that are ready for analysis or operational use.
</blockquote>]]></description>
<dc:subject>medallion-architecture data architecture pipelines clickhouse</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:be9d27192451/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:medallion-architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pipelines"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:clickhouse"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://pocketbase.io/">
    <title>PocketBase</title>
    <dc:date>2025-11-28T13:01:42+00:00</dc:date>
    <link>https://pocketbase.io/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["Open Source backend in 1 file".  This is nice; it's a little OSS sqlite database, authentication, file storage and admin dashboard for web apps.]]></description>
<dc:subject>golang opensource database pocketbase web-apps sqlite</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7e63b498d320/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:golang"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:opensource"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pocketbase"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:web-apps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sqlite"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.polarsignals.com/blog/posts/2025/11/25/interface-parquet-vortex">
    <title>Questioning an Interface: From Parquet to Vortex</title>
    <dc:date>2025-11-27T11:22:53+00:00</dc:date>
    <link>https://www.polarsignals.com/blog/posts/2025/11/25/interface-parquet-vortex</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Interesting -- a new, GPU-optimised storage format:

<blockquote>Like Parquet, Vortex minimizes bytes on disk. However, Vortex is also designed with a core use-case in mind: decoding and querying data directly from object storage on GPUs. This key idea translates very well to our use-case even though we don’t run our queries on GPUs (yet?). Specifically, the file format is designed to maximize throughput and parallelism from the metadata format to the SIMD/SIMT friendly encodings used.

Crucially, it also acknowledges that part of making queries fast is not only good filter pushdown, but also general-purpose compute pushdown. If anything cannot be pushed down, Vortex’s encodings can be tuned to offer zero-copy conversion to Arrow for further query execution using any general-purpose query execution engine.

Vortex also learns from Parquet’s limitations around extensibility and aims to be as future-proof as possible. New encodings can ship with WASM decoders so encoding adoption is not limited by reader libraries having to implement support. The main Rust library is also designed to be fully extensible, so you can write your own layouts/encodings and plug them in as first-class citizens.

Given how well Vortex’s design matched our needs, we tried it out and got a 70% average performance improvement on all our queries. With the newer encodings that Vortex offers, we got 10% better uncompressed storage size and only 3% larger compressed storage size compared to snappy-compressed Parquet.</blockquote>

]]></description>
<dc:subject>gpu vortex parquet compression storage file-formats files pushdown simd</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:45f10d084d4b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gpu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:vortex"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:parquet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:compression"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:storage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:file-formats"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:files"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pushdown"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:simd"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theguardian.com/commentisfree/2025/nov/25/shameful-attacks-covid-inquiry-right-anti-science-delusion-lockdowns">
    <title>The shameful attacks on the Covid inquiry prove it: the right is lost in anti-science delusion</title>
    <dc:date>2025-11-26T11:56:54+00:00</dc:date>
    <link>https://www.theguardian.com/commentisfree/2025/nov/25/shameful-attacks-covid-inquiry-right-anti-science-delusion-lockdowns</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Polly Toynbee in the Guardian writes, "The shameful attacks on the Covid inquiry prove it: the right is lost in anti-science delusion":

<blockquote>
That number will stay fixed for ever in public memory: 23,000 people died because Boris Johnson resisted locking the country down in time. As Covid swept in, and with horrific images of Italian temporary morgues in tents, he went on holiday and took no calls. With the NHS bracing to be “overwhelmed” by the virus, he rode his new motorbike, walked his dog and hosted friends at Chevening.

Nothing is surprising about that: he was ejected from Downing Street and later stepped down as an MP largely for partying and lying to parliament about it. Everyone knew he was a self-aggrandising fantasist with a “toxic and chaotic culture” around him. But this is not just about one narcissistic politician. It’s about his entire rightwing coterie of libertarians and their lethally dominant creed in the UK media.
</blockquote>

I'm glad the science side kept their receipts but I fear this argument will be relitigated indefinitely by anti-lockdown libertarians.]]></description>
<dc:subject>lockdowns covid-19 history uk uk-politics medicine health pandemics boris-johnson</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9fe828e5ca76/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:lockdowns"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:covid-19"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:medicine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:health"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pandemics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:boris-johnson"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://gradle.com/blog/developer-productivity-paradox-faster-coding-slower-delivery/">
    <title>The developer productivity paradox: Why faster coding doesn’t mean faster software delivery</title>
    <dc:date>2025-11-24T12:40:59+00:00</dc:date>
    <link>https://gradle.com/blog/developer-productivity-paradox-faster-coding-slower-delivery/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The paradox is this simple gap: high individual confidence in AI speed, versus stubborn organizational metrics that just won’t budge:

<blockquote>- Perceived speed is high: Adoption is near-universal (90% usage reported), and confidence is overwhelming (over 80% believe AI has increased their productivity). AI is great at handling cognitive toil and boilerplate, which lets engineers generate bigger code batches and feel genuinely productive.
- Systemic failure persists: The reality, confirmed by DORA in their 2025 report, is that the system often fails to carry or amplify these individual gains. The challenge is that AI models, as massive generative systems, inherently produce failures (mispredictions). As code volume increases, this constant misprediction rate impacts systemic stability.

Interestingly, even leading providers of AI solutions like OpenAI and Anthropic continue to be challenged by the issue of hallucinations and mispredictions, as well as the risks generated by AI. Speaking at a university in India, Sam Altman recently said “I probably trust the answers that come out of ChatGPT the least of anybody on Earth”.   

Without strategies and tools for alleviating the issues AI code produces downstream — such as improved observability to understand where something is going wrong — the “much bigger engine” of AI may not actually speed up software delivery after all.</blockquote>

]]></description>
<dc:subject>ai llms coding productivity gradle dpe hallucinations software work how-we-work</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:03455784ec12/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:productivity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gradle"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dpe"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hallucinations"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:work"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:how-we-work"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://amenzwa.github.io/stem/ComputingHistory/HowSlideRulesWork/">
    <title>How Slide Rules Work</title>
    <dc:date>2025-11-20T10:05:40+00:00</dc:date>
    <link>https://amenzwa.github.io/stem/ComputingHistory/HowSlideRulesWork/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[An excellent page about slide rules -- very relevant to my interests, as I have a lovely antique Keuffel & Esser rule (previously owned and used by a 1950s rocket engineer) framed on my wall]]></description>
<dc:subject>science maths slide-rules computing history antiques via:hn</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:18f6e7086fdd/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:maths"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:slide-rules"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:antiques"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:hn"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/Mic92/strace-macos">
    <title>Mic92/strace-macos</title>
    <dc:date>2025-11-19T11:49:32+00:00</dc:date>
    <link>https://github.com/Mic92/strace-macos</link>
    <dc:creator>jm</dc:creator><description><![CDATA["A clone of the strace command for macOS" -- yayyyy, I've been lamenting this loss for years]]></description>
<dc:subject>osx tools strace tracing debugging macos cli unix</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:43bae9d5408c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tools"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:strace"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tracing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:debugging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:macos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cli"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:unix"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://blog.cloudflare.com/18-november-2025-outage/">
    <title>Cloudflare outage on November 18, 2025</title>
    <dc:date>2025-11-19T10:37:18+00:00</dc:date>
    <link>https://blog.cloudflare.com/18-november-2025-outage/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[tl;dr: a configuration-generation tool had buggy error handling code. Triggered by a permissions change, it generated over-large configs which then caused a crash in buggy config-reading code in their Bot Management module.  This configuration was rolled out globally within minutes.

As @kiall in ITC Slack notes: "the one thing I'd be pushing on after an outage like this (config mistake, propagated globally..) is "treat config like any other deployment - with a slow and steady rollout" -- and this is not called out in the postmortem.  I agree this is a significant oversight.....

Quoting HN:

> classic @devops_borat. "To make error is human. To propagate error to all server in automatic way is #devops"]]></description>
<dc:subject>postmortem cloudflare outages configuration deployment cloud error-handling rollouts via:itc</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:ed67da858e59/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:postmortem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cloudflare"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:outages"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:configuration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:deployment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:error-handling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rollouts"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:itc"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://bitwarden.com/blog/how-cryptocurrency-became-law-enforcements-secret-weapon/">
    <title>Bitcoin's big secret: How cryptocurrency became law enforcement's secret weapon</title>
    <dc:date>2025-11-13T09:59:56+00:00</dc:date>
    <link>https://bitwarden.com/blog/how-cryptocurrency-became-law-enforcements-secret-weapon/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[At the 2025 Bitwarden Open Source Security Summit, WIRED's Andy Greenberg sat down for a fireside chat with GigaOm analyst Paul Stringfellow to discuss a revelation that turned his decades-long reporting on its head: Bitcoin became a criminal's worst nightmare:

<blockquote>In 2011, Greenberg thought he'd discovered the story of a lifetime: digital cash that promised complete anonymity. A decade later, that story flipped entirely.

"I had this slow-motion epiphany that I was entirely wrong about Bitcoin. It was, in fact, the opposite of untraceable."

But here's the paradox: if cryptocurrency tracing is so powerful, why do ransomware attacks, pig butchering scams, and North Korean hackers continue to steal billions?

The answer: identifiability isn't the same as accountability.
</blockquote>]]></description>
<dc:subject>accountability prosecutions law policing bitcoin cryptocurrency andy-greenberg crime anonymity</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:de6d256fd436/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:accountability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:prosecutions"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:policing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bitcoin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cryptocurrency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:andy-greenberg"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:crime"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anonymity"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://zork.net/~st/jottings/Real-VT102-emulation-with-MAME.html">
    <title>Real VT102 emulation with MAME</title>
    <dc:date>2025-11-11T10:46:27+00:00</dc:date>
    <link>https://zork.net/~st/jottings/Real-VT102-emulation-with-MAME.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[MAME, the Multi-Arcade Machine Emulator, can now emulate your favourite UNIX terminals.  Amazing stuff]]></description>
<dc:subject>mame retrocomputing terminals vt102 hardware hacks unix emulation</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:29606430b19a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mame"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:retrocomputing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:terminals"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:vt102"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hacks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:unix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:emulation"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://madeinchinajournal.com/2023/12/11/the-three-body-problem-the-imperative-of-survival-and-the-misogyny-of-reactionary-rhetoric/">
    <title>The ‘Three-Body Problem’, the Imperative of Survival, and the Misogyny of Reactionary Rhetoric</title>
    <dc:date>2025-11-10T12:13:53+00:00</dc:date>
    <link>https://madeinchinajournal.com/2023/12/11/the-three-body-problem-the-imperative-of-survival-and-the-misogyny-of-reactionary-rhetoric/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Very interesting; it seems China has "gongye dang", its own alt-right, misogynistic techno-nationalistic movement, which chooses to kick back against "baizuo" and "shengmu" in an "anti-wokeism" fashion.  Turns out they are big fans of Lui Cixin's "Three-Body Problem" trilogy:

<blockquote>
It has become clear that the narrative structure of the Three-Bodies series, just like the gongye dang techno-nationalist discourse, is masculinist and misogynistic. Liu explicitly depicts human society under deterrence peace as ‘feminised’, noting the physical as well as mental feminisation of the ‘new era’ men. The qualities conventionally associated with femininity, such as love, compassion, and moral sentiments, are blamed for the extinction of human civilisation, whereas qualities associated with masculinity, such as rationality, determination, and aggression, are framed as key to civilisational survival. The reactionary rhetoric adopts a similar strategy, which is not only evidently anti-feminist, but also feminises social justice issues ‘as a prelude to devaluing and subduing them’ (Kaul 2021: 1624). By labelling anyone with any concerns about human rights or equality a shengmu, this rhetoric constructs certain ideas and political agendas as feminine as a way of delegitimating them: they are either hopelessly idealistic or dangerously undermine stability, growth, and ‘national interests’.
</blockquote>]]></description>
<dc:subject>literature review gender scifi misogyny books culture three-body-problem liu-cixin woke china</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:02628640eb62/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:literature"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:review"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gender"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scifi"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:misogyny"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:books"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:culture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:three-body-problem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:liu-cixin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:woke"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:china"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.anildash.com//2025/05/02/what-would-good-ai-look-like/">
    <title>What Would “Good” AI Look Like?</title>
    <dc:date>2025-11-10T11:03:13+00:00</dc:date>
    <link>https://www.anildash.com//2025/05/02/what-would-good-ai-look-like/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Anil: "it's possible to imagine some traits of an AI system that could credibly offer an alternative to the offerings that are currently dominating the conversation."

He lists the following highlights, in summary;

- Content consent;
- Hallucination-free;
- Green;
- Actually open source;
- Community-led;
- Accessible.

"We simply need to start thinking through the implications of a fundamentally better approach to AI, and to understand that all of these things are extremely possible. Consumer-grade AI tools that are actually good do not have to be a hallucination."]]></description>
<dc:subject>ai llms future good-ai anil-dash tech</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:a37704a9a596/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:good-ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anil-dash"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tech"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.jacky.wtf/essays/2025/left-ai/">
    <title>An exploration on what could be a leftist position on generative AI</title>
    <dc:date>2025-11-10T11:00:15+00:00</dc:date>
    <link>https://www.jacky.wtf/essays/2025/left-ai/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Jacky Alciné's essay with a black, US-leftist take on generative AI, the tech industry, and the immediate and planned impact of it on society and work]]></description>
<dc:subject>how-we-work socialism jacky-alcine politics left-wing black ai llms future tech</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:00f817eb44f5/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:how-we-work"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:socialism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:jacky-alcine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:left-wing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:black"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tech"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://wthhyb.sacha.house/">
    <title>What the hell have you built.</title>
    <dc:date>2025-11-06T10:38:19+00:00</dc:date>
    <link>https://wthhyb.sacha.house/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[▪ Did you just pick things at random?
▪ Why is Redis talking to MongoDB?
▪ Why do you even use MongoDB?

A single-use-site update for the classic, now-12-year-old architecture shitpost]]></description>
<dc:subject>shitposting funny architecture riak redis mongodb ouch scalability</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0420d47b34a3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:shitposting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:funny"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:riak"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:redis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mongodb"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ouch"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scalability"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://en.wikipedia.org/wiki/Treaty_on_the_Non-Proliferation_of_Nuclear_Weapons#History">
    <title>Ireland was a key founder of the UN Treaty on the Non-Proliferation of Nuclear Weapons</title>
    <dc:date>2025-11-05T12:51:01+00:00</dc:date>
    <link>https://en.wikipedia.org/wiki/Treaty_on_the_Non-Proliferation_of_Nuclear_Weapons#History</link>
    <dc:creator>jm</dc:creator><description><![CDATA[TIL that Ireland was a key founder of the nuclear non-proliferation treaty:

<blockquote>Within the framework of the United Nations, the principle of nuclear non-proliferation was addressed in negotiations as early as 1957. The NPT process was launched by Frank Aiken, Irish Minister for External Affairs, in 1958.</blockquote>

(via Gerard Cunningham)]]></description>
<dc:subject>via:faduda history ireland un nuclear nukes non-proliferation frank-aiken</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:70bda1e4dab1/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:faduda"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ireland"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:un"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nuclear"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nukes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:non-proliferation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:frank-aiken"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://krebsonsecurity.com/2025/10/aisuru-botnet-shifts-from-ddos-to-residential-proxies/">
    <title>Aisuru botnet switches from DDoS to &quot;Residential Proxies&quot;</title>
    <dc:date>2025-10-30T12:26:07+00:00</dc:date>
    <link>https://krebsonsecurity.com/2025/10/aisuru-botnet-shifts-from-ddos-to-residential-proxies/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>Aisuru, the botnet responsible for a series of record-smashing distributed denial-of-service (DDoS) attacks this year, recently was overhauled to support a more low-key, lucrative and sustainable business: Renting hundreds of thousands of infected Internet of Things (IoT) devices to proxy services that help cybercriminals anonymize their traffic. Experts say a glut of proxies from Aisuru and other sources is fueling large-scale data harvesting efforts tied to various artificial intelligence (AI) projects, helping content scrapers evade detection by routing their traffic through residential connections that appear to be regular Internet users.</blockquote>

]]></description>
<dc:subject>aisuru botnets proxies residential-proxies ai scraping iot infosec security</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:879d5045f907/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aisuru"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:botnets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:proxies"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:residential-proxies"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scraping"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:iot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://blog.j11y.io/2025-10-29_stroke_tips_for_engineers/">
    <title>Tips for stroke-surviving software engineers</title>
    <dc:date>2025-10-30T11:49:51+00:00</dc:date>
    <link>https://blog.j11y.io/2025-10-29_stroke_tips_for_engineers/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[James Padolsey suffered a stroke at the age of 29, but has been able to continue his software engineering career despite this.  This is a list of some key advice he's collected since then, and is well worth taking on board, even for those of us who are still well but who'd like to reduce cognitive strain in general]]></description>
<dc:subject>programming health strokes brain coding work how-we-work</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:f4bd8b850bfd/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:health"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:strokes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:brain"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:work"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:how-we-work"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://blog.fsck.com/2025/10/23/episodic-memory/">
    <title>episodic-memory plugin for Claude Code</title>
    <dc:date>2025-10-24T12:22:48+00:00</dc:date>
    <link>https://blog.fsck.com/2025/10/23/episodic-memory/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["a memory system for Claude that gives it perfect recall of everything it's worked on as far back as you have logs"]]></description>
<dc:subject>memory llms claude claude-code plugins</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:c9ec7964876a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:memory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude-code"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:plugins"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>