It’s a huge problem, but I’d caution against this absolutism — there may well be structure that can be created around and between LLMs and their outputs to enable the necessary segregation.
As a loose comparison, hardware bit errors happen probabilistically, yet they’re so rare that we can effectively ignore them in day-to-day use assuming no specialized application (e.g. defense, space, critical infrastructure).
LLMs aren’t there yet, but it’s entirely plausible that structures may can be developed to solve the problem, and those structures aren’t known or commonly conceived of in the present.
Background: Staff-level full-stack engineer (13 YoE), both product and research. PhD in quantum computing/machine learning, applications in computational biology. MS in bioinformatics, applications to cancer genomics. I’m also the founding engineer behind June Dating (0-to-1). Our founding team bootstrapped the company to profitability, we’re currently on a product development hiatus. For my day job, I work in Rust and am building a data watermarking system for a flagship NIH consortium centered on ethical AI and FAIR data, currently around 160M files watermarked (1.9PB of data).
Open to: Founding engineer, staff/senior-staff engineer, and engineering manager roles. Industry/domain agnostic. I do especially well in high ownership and high impact roles.
Okay sure, but what happens when a high CVE is discovered that requires immediate patching – does that get around the Upload Queue? If so, it's possible one could opportunistically co-author the patch and shuttle in a vulnerability, circumventing the Upload Queue.
If you instead decide that the Upload Queue can't be circumvented, now you're increasing the duration a patch for a CVE is visible. Even if the CVE disclosure is not made public, the patch sitting in the Upload Queue makes it far more discoverable.
Best as I can tell, neither one of these fairly obvious issues are covered in this blog post, but they clearly need to be addressed for Upload Queues to be a good alternative.
--
Separately, at least with NPM, you can define a cooldown in your global .npmrc, so the argument that cooldowns need to be implemented per project is, for at least one (very) common package manger, patently untrue.
# Wait 7 days before installing
> npm config set min-release-age 7
I just experienced this same issue with Gemini. I pasted a text message thread into Gemini (Pro, Thinking, Flash – all are affected) and it was misattributing dialogue. It said Alice said x, which Bob had said; it said Bob said y, which Alice had said. This was a two person dialogue and clearly marked with:
Alice: x
Bob: y
Alice : z
...
While the analysis was mostly coherent with the exception of said misattributions, I filed away the mental note that this misattribution error happened frequently in these type of exchanges.
It's funny because the author notes a prior attempt to uncover Satoshi's identity and giving up because an implied lack of technical depth.
I guess this time they were undaunted. Perhaps they received an AI assist and felt validated by AI sycophancy.
Much of the technical evidence cited is weak (e.g. strong knowledge of public-key cryptography, both used C++, etc.). Still, the (somewhat lazy) forensic linguistics is interesting.
This completely ignores that: 1. Russia was the aggressor in Ukraine, 2. Putin has made clear his desire to pursue expansionist goals through military action targeting prior members of the Soviet Union, 3. Putin regular threatens nuclear war with Ukraine, 4. Russia has shown outward hostility towards Western democracies and sought to manipulate elections with information warfare to reach their goals (most notably, 2016 US Election and Brexit), 5. Russian regularly cuts cables connecting countries, and 6. Though completely unrelated, Putin has a history of assassinating political opponents. That's wolfish behavior if I've ever seen it.
Need to look into how this turned out – I've sent letters to Merkley and Wyden over the years about privacy concerns relating to facial recognition and similarly invasive technologies. We need more regulation in this space.
That said, the TSA is in some respects the lesser concern. Don't get me wrong, the TSA not having free rein with facial and biometric technologies is a good thing. But when companies like Clearview AI (https://www.clearview.ai) sell their facial recognition technologies to local police departments – technologies that were built on illegally obtained data and have a history of substantial racial bias – we have bigger issues. It's opaque, unregulated, invites a wellspring of social injustice, and doesn't past muster under any ELSI framework.
Government regulating government is important. But we, as a society, need to stop giving private companies like Clearview AI a pass on harmful, exploitative behavior – especially when they're run by founders like Hoan Ton-That who offer post-hoc rationalizations that amount to (and I'm paraphrasing here) 'Well, if we hadn't done it, someone else would have, so why not us?'
We need a bigger bill that enshrines and elevates privacy for the modern world.
Thanks for the recommendation – took a look, but I'm not seeing an odoo app that clearly seems to fit the criteria mentioned. Was there a specific odoo app you had in mind?
I once read that some people who are blind from an early age, as they get older, start to click their tongue, but often those around them (parents, siblings, etc.) will discourage them. Thing is, that clicking can actually be used to develop a type of vision that operates similarly to echo location in cetaceans (whales, dolphins, etc.) – it comes about because the child realizes that if they make a sharp sound, they can begin to orient themselves with the reflections of the sound waves. After all, vision is in the brain; the eyes are just the sensors. Point being, if your son starts making clicking sounds with his tongue, you likely won't want to discourage that. And on the flip, teaching him to click may provide a means of developing his vision in an alternative way.
I don't know if this is true – that pupil sizes vary meaningfully between races and folks from Africa and Aboriginal populations in Australia have smaller pupils – but it may make sense. Those are both relatively sunny places; Northern latitudes are less so. Greater dilation (or dynamic range around the dilation), more light, possibly improving certain aspects of vision in low light. Of course, the inverse may also hold – less ability for pupils to constrict in very sunny places would be problematic too. And yet, I say this knowing that hypotheses derived from first principles and uninformed of biological context tend to be very low mileage in the biological sciences. Biology is rarely so simple.
Here's the thing you may be missing: The complete diversity of human phenotypes (including what is socially discussed as 'race') is almost entirely present on the African continent. If you believe in evolution (and I'm assuming pretty much everyone here does), that makes a whole lot of sense – humans migrated out of Africa millenia ago and, as they moved to different environments, preferential selection for certain traits that already existed within the migrating population(s) occurred. There may be some traits that are beneficial and passed on due to spontaneous mutations post-migration, but they are relatively few and typically present in superficial features (e.g. eye color, hair color).
In the documentation and Supabase CLI, edge functions on Supabase are demonstrated and scaffolded, respectively, with a Deno runtime. I don't think it's required though. And if you've used Node.js, Deno will feel very familiar.
Mark Z. Jacobson! Haven't heard that name in a few years.
Don't know him personally, but here's a tangent for the interested: In the first year of my PhD, I read several of his papers from the 90's on the GATOR family of climate models. At the time, I was interested in a potential intersection with my field. One thing that struck me was the absolutely exquisite attention to detail in one of his papers made to model the perspiration of water vapor from leaf stomata in forests (don't have the paper handy but can find if anyone's interested). It was really quite impressive.
Been using Hono for a few months and have really enjoyed it. For me, it's been the perfect minimal HTTP/router functionality needed to structure an API that lives within a single edge function that's deployed to Supabase and interacts with the Postgres DB therein. Great project – simple, intuitive, fast, lightweight.
Yes, that's somewhat true, but in practice we have subtypes. As a counterfactual to that assertion, if it were meaningfully a billion different things, then we would need a billion highly precise treatments. Yet, we've managed to do decently with relatively few.
In principle, yes, in practice, no; real-world mutations are (more often than not) non-random and their frequencies can be affected by a variety of factors. For example, the location of the mutated gene or region within the bundled chromatin structure inside the cell nucleus (this structure is highly conserved into what are known as topologically associated domains, or TADs), or the interaction between a region of DNA and cellular machinery that increases the likelihood of some mutation. There are tons of examples.
In practice, we've now molecularly characterized most well-studied cancers and know that they tend to have the same mutations. For example, certain DNMT3A mutations are very common in AML and the BCR-ABL fusion protein in CML (and results from an interaction between chromosomes 9 and 22 that produces the mutant 'Philadelphia chromosome'). There are even a wide range of cancers that share similar patterns of mutations and fall under the umbrella of 'RAS-opathies', which all exhibit some kind of mutation in a subset of genes on a specific pathway related to cell differentiation and growth. Examples include certain subtypes of colon cancer, lung cancer, melanoma, among many others.
More generally, when a cancer is subtyped, that subtyping is always done with respect to some quantifiable biological trait or clinical endpoint and – as you've hinted – that subtyping is commonly a statistical assessment. Each cancer is unique and, even within an individual cancer, we have clonal subpopulations – groups of cells with differing mutations, characteristics, and behaviors. That's one of the reasons treating cancer can be so challenging; even if we eliminate one clonal population entirely, another resistant group may take its place. The implication is that cancers that emerge with post-treatment relapse are often 1. more or completely resistant to the original therapy, and 2. exhibit different behaviors and resistance, often to the detriment of the patient's outcome.
As a loose comparison, hardware bit errors happen probabilistically, yet they’re so rare that we can effectively ignore them in day-to-day use assuming no specialized application (e.g. defense, space, critical infrastructure).
LLMs aren’t there yet, but it’s entirely plausible that structures may can be developed to solve the problem, and those structures aren’t known or commonly conceived of in the present.