HN user

aeontech

3,308 karma

a featherless biped

[ my public key: https://keybase.io/aeontech; my proof: https://keybase.io/aeontech/sigs/ITWRib8X6w055xVMUK6vRaEenJI_nAS8J0Flloe0Bl0 ]

email username at gmail

kismet: dfc172b9747a2945c00ed47fae2f07f7b73cb476b65f0c60580a8549bd7040f9

Posts100
Comments761
View on HN
www.youtube.com 2mo ago

Kevin Graaf: Computerising Hyerogliphic Scripts

aeontech
3pts0
machinelearning.apple.com 4mo ago

LiTo: Surface Light Field Tokenization

aeontech
3pts0
git.sr.ht 5mo ago

Kokoro TTS Hook for Claude Code

aeontech
1pts0
blog.dataengineerthings.org 6mo ago

Using Marquez as a lineage tool for Celery (2024)

aeontech
1pts0
harper.blog 11mo ago

An LLM Codegen Hero's Journey

aeontech
2pts0
developer.apple.com 1y ago

WWDC25: Verify Identity Documents on the Web (MDL, MDoc, etc.) [video]

aeontech
2pts0
ogmo-editor-3.github.io 1y ago

Ogmo – free, open source, 2D level editor

aeontech
83pts11
mimansajaiswal.github.io 1y ago

LLM (ML) Job Interviews (Fall 2024) – Process

aeontech
3pts1
hundredrabbits.itch.io 1y ago

Tote: A browser uxn emulator – primordial computation with symbols

aeontech
3pts1
futurism.com 1y ago

Former Space Agency Leaders Horrified by Plan to Destroy Space Station

aeontech
29pts13
www.youtube.com 1y ago

Controllable Neural Style Transfer for Dynamic Meshes (Disney/Pixar Research)

aeontech
2pts0
arxiv.org 2y ago

CBT-LLM: A Chinese Large Language Model for Cognitive Behavioral Therapy

aeontech
3pts1
apple.github.io 2y ago

Simulation framework for accelerating research in Private Federated Learning

aeontech
2pts0
github.com 2y ago

ClickHouse-Obfuscator – a tool for dataset anonymization

aeontech
3pts0
chrome.google.com 3y ago

Official Chrome extension to use iCloud Keychain Passwords

aeontech
176pts106
hubski.com 3y ago

Hubski – Another Reddit Alternative

aeontech
2pts1
github.com 3y ago

Pgsodium: Modern cryptography for PostgreSQL using libsodium

aeontech
2pts0
github.com 3y ago

Core-JS 3, Babel and a look into the future (2019)

aeontech
3pts1
github.com 3y ago

Batch Processing Gateway: Spark on Kubernetes OSS from Apple

aeontech
1pts0
rescript-lang.org 3y ago

ReScript 10.1 release – fast fully typed JavaScript on top of OCaml

aeontech
6pts0
rom-rb.org 3y ago

Ruby Object Mapper – Alternative to ActiveRecord and DataMapper

aeontech
3pts0
spectrum.ieee.org 3y ago

Wenyang, world's first Classical Chinese programming language

aeontech
1pts0
remix.run 3y ago

Remix.run vs. Next.js (Jan 2022)

aeontech
1pts0
www.youtube.com 3y ago

Rotary LTE Un-Smartphone (Video Overview)

aeontech
2pts1
datatracker.ietf.org 4y ago

IETF Draft: Privacy Pass Framework – privacy-preserving replacement for cookies

aeontech
25pts8
www.ietf.org 4y ago

IETF Draft – Private Access Tokens

aeontech
8pts1
developer.apple.com 4y ago

Apple Wallet – Order Tracking API

aeontech
3pts0
acko.net 4y ago

React – The Missing Parts

aeontech
2pts0
www.percona.com 4y ago

PostgreSQL Automatic Index Recommendations using pg_qualstats and hypopg

aeontech
1pts0
nonflowers.lingdong.works 4y ago

Nonflowers: Procedurally generated paintings of flowers by Lingdong Huang

aeontech
1pts0

The tendency of Wikipedia editors is that, when an article is many years old, they would rather flag it for improvement rather than simply throw away years of fellow editors' work.

That's not been my experience, tbh - in my view the deletionist fraction of the editors has essentially "won", if one can put it in those terms. I _think_ there is a (maybe small) group that have decided it is their mission to guard Wikipedia against what they view as cruft or non-notable, regardless of how many years of work these articles may have accumulated. They do not need to be paid for this - they enjoy it. Destroying is always easier than creation.

I seem to recall some study showing that the vast vast majority of edits/deletes on Wikipedia are the work of just a few hundred long-standing editors (citation needed) - which to me confirmed my gut feeling that most new editors bounce off and give up on contribution in short order.

I contributed for a few years, but gave up eventually - it was exhausting to spend time collating sources, collecting information, editing, rewriting, and then having someone come along and propose discarding your work with very little investment from their side.

Stackoverflow has gone through similar calcification - it's nearly impossible to contribute now, or build reputation as a new user, as posts get closed as duplicates or not-relevant.

Hmm, that seems to contradict the article directly - insecticides were used to try to battle screwworm initially and were not really effective - the solution was using sterile male flies to stop reproduction - which would work in South America just as well as it did in North (with sufficient scale)

Lemma 1: you want to protect your users privacy, and are also beholden to regulation enforcing that commitment (GDPR).

Lemma 2: you are obliged by other regulation to offer equal access to user data to third parties, so others can build equivalent functionality (DMA).

Lemma 3: malicious third parties will absolutely try to abuse the access and trick the user into sharing their data by all means possible. You will be held responsible in court of public opinion at minimum and legally at maximum if/when a malicious third party abuses said access.

This is a hard, possibly technically unsolvable problem no matter how much money you might have, because the root issue is not technical, it's the fact that you legally have to give third parties access and no way to control what they do with it - and as others have mentioned in the threads, it's exacerbated by the fact that the regulation doesn't say "this is okay and this is not", it is vague and judges things "by outcome", so you may spend all the time in the world implementing a solution you think will work, and then get hit by fines/lawsuits because the implementation is judged as not sufficient after the fact.

Very interesting - I just installed pg_hint_plan [0] extension a few months ago to get around a query that was confusing the planner too much. Edge case, but when you need it you really need it.

Haven't seen pg_plan_advice before, TIL!

Time to revive my account... (scrobbling since 2003, heh) - started in audioscrobbler days, before last.fm

My usage has gone way down since switching to streaming services, this made me search for ways to backfill the data...

For anyone using Apple Music, looks like you can request an export of your data from privacy.apple.com, then use https://github.com/nerveband/Apple-Music-Play-History-Conver... to convert it for Last.fm import (haven't tried it yet, but looks promising).

Well, sure - braking is mostly relevant when merging to the slower lane, when merging to faster lane I generally do not need to - since that lane is already moving faster, just need to speed up slightly and time it for the right moment.

My point is, it feels safer and easier to aim to enter a new lane with the aim of "following" someone, rather than trying to rush in "ahead" of someone. But maybe it's just me.

I'll tell you what I specifically and intentionally do when I need to change lanes. I brake slightly, signal, and wait for the person on my right or my left to pull ahead of me, then change lanes immediately _behind_ them. Then sit there for a moment until my following distance evens out a bit.

This ensures that

a) I do not cut anyone off accidentally, and minimize the amount of stress in my immediate part of the universe

b) I will (most likely) have plenty of room behind me after I change lanes, reducing chances of anyone else running up on me

c) If there's noticeable traffic, the time I spend signaling and waiting for the person to move slightly ahead of me gives plenty of warning to the people _behind_ them that I'm about to enter the lane.

Ultimately, yes, of course in principle you're right, when I change lanes, I enter the lane in front of someone.... but I _can_ control whether I enter as far as possible ahead of them.

While I agree that the training/learning ecosystem is pretty heavily centered in Python, going from that to "Ruby is awful" seems like a very drastic jump, especially if we are talking about the LLM interaction only.

I probably wouldn't write a training system in Ruby (not because it's not doable, just because it's not a good use of time to rewrite stuff that is already available in python ecosystem)... but hooking up a Ruby system up to LLM's for interaction is eminently doable with very little effort.

I am assuming your situation had some specific constraints that made it harder, but it would be nice to understand what they were - right now your comment describes a more complicated solution and I am curious why you needed it.

You don't need it until you need it, and needing it often comes in the form of a lightning strike from blue sky. The counterargument is that having everyone pay a higher amount makes it feasible to actually have this coverage available, when needed, without bankrupting the insurance companies, because the rare astronomically expensive care is covered by the premiums paid by the vast majority of people who are relatively healthy and are unlikely to need it.

Now whether the on-paper prices for medical care in this country actually have any relationship to objective reality is an entirely separate question of course. In general coming from an outside perspective, combining healthcare and for-profit motives in a single system seems particularly likely to lead to all kinds of perverse incentives, but, it's the system that exists, and it seems unlikely to change any time soon.

Yep. You'd be shocked (or maybe not) at how many people I looking at their phones on a freeway.

I wonder if there's any statistics comparing deaths and injuries from drunk driving versus distracted driving over the past 20 years or so. Is it a comparable at all?

teacher chose my essay specifically to repro onto a transparency and place on the overhead as an example of bad writing

Oh man, regardless of how "bad" someone's writing is, this is terrible terrible teaching. Public shaming in front of peers, especially on something subjective like this? Some people should not be teachers. I'm sorry you had to go through that.

Oh, I just realized I am guilty of the drive-by-free-association comment without actually saying anything about the subject of the post - sorry!

Very cool to see a team use Jepsen for super early pre-release testing of the system.

I wonder if you wish you had waited for the runtime to be a bit more stable, or you feel this was already well worth the effort, even with some of the identified failures being in "known incomplete" areas? (I could see either side of the argument - waiting longer might give you more valuable failures, but testing early gives you a chance to catch problems before they become baked into the foundation and become more difficult to fix...)

Another tool that feels like sci-fi to me any time I hear a mention of it, is Antithesis [1] - written by the people who built FoundationDB. Could be another interesting integration to investigate in the future to help bulletproof the language runtime?

[1] https://antithesis.com

That sounds like stuff of science fiction, can't believe it works. The best part is that it works long distance without having to have satellites in the sky... and is probably un-jammable?

Thanks for sharing this, so cool to learn about it!

Wow, that is a brilliant approach. Thank you for sharing. In the US we seem to be stuck in a local maximum (or local minimum) with little chance of changes to the existing system - I wonder what kind of solutions exist to transform an entrenched institutional process, barring drastic upheaval...