3,011 karma · joined December 10, 2021
I’m not generally interested in having it read my email or calendar. I have a digital calendar in the kitchen, and I rarely get important email. I do really enjoy being able to control my house by voice in natural language. I had it set all my lights to Easter colors a while back in a single instruction.
It’s not unreasonable for people to expect the most expensive subscription plan to be “premium”. That’s how it works everywhere else. They typically have better margins on the premium plans, and the monthly payment gives them reliable cash flow at that higher margin.
You’re right that that’s not true at Anthropic (or really most AI providers). You’re not even really buying tokens because you get billed whether you use it or not, the tokens don’t carry over like buying API tokens, and they get to dictate what an acceptable way to use those tokens is. They are cheaper though, assuming you actually use them. Which Anthropic et al would really prefer you didn’t.
Releases go to the release webhook, which should output nothing and ideally should be a separate machine/VM with firewall rules and DNS blocks that prevent traffic to anywhere not strictly required.
Things are a lot harder to secure with modern dynamic infrastructure, though. Makes me feel old, but things were simpler when you could say service X has IP Y and add firewall rules around it. Nowadays that service probably has 15 IP addresses that change once a week.
This doesn't track to me. I can send someone else my QR code to use without actually transferring the tickets to them unless they're checking ID, and if they're checking ID then it doesn't matter whether the tickets are paper or digital.
I can't really see a way that digital tickets prevent something paper ones don't.
> At some point, you have to cut off previous technologies because virtually everyone's moved to something better. You also can't buy tickets any more by snail mail with an enclosed check.
That happens way less often than you'd think. I can still ride a horse on the road, I can still heat/cook with wood, I can still call customer support on a landline, I can still use email over landline. There are tons of things that were superseded decades ago that we still support.
It's certainly their choice to make (unless someone can make an ADA complaint or some kind of age discrimination case) but it seems like a shitty thing to do. If he can't use a computer or cellphone, they're clearly willing to _sell_ him tickets non-digitally like at a ticketing counter. Throw a cheap printer behind that counter and have the employee print them off. With the amount this guy is spending for tickets he'd probably buy the printer for them.
The modern answer would be immigration, and that’s gender-agnostic.
The most direct fault leading to that is the massive expansion of the Commerce Clause and the following elevation of every major issue to the federal level. The founders never expected this because the federal government wasn’t even supposed to be able to dictate most intra-state things.
The idea of the Senate makes sense, at least to me. States give up some sovereignty to be in the union, the Senate gives each state equal representation because they’ve each given up the same level of self-governance. The House reflects people equally as members of the union, and the Senate reflects states equally as members of the union.
Without the Senate, small states are giving up way more sovereignty than larger ones. Eg Rhode Island would have practically no sovereignty, they’d just be captives of Texas, California, etc. They don’t have enough people to swing a vote, so no federal party is going to campaign there or listen to what they want.
Making more states dilutes power in the Senate, and I don’t see a clean way to do that. If we allow arbitrary divisions of states, we invoke a race to the bottom where states can just fragment into a million tiny states and chaos ensues. If we enforce a lower population limit then the Senate just reflects the populace and becomes a pointless copy of the House.
The flip side of the dynamic content is that every Wordpress I've ever worked on is a horrifying mountain of plugins managed by the world's worst package manager. Plugin A needs to be updated because it has a vulnerability, which requires plugin B to be updated, but the theme hasn't gotten updates in 6 years and plugin B is using new stuff the theme doesn't support, so either the site has to be re-built with a new theme or plugin A just needs to be left at a vulnerable version.
Static sites get around some of that because vulnerable plugins only exist at build-time. I'm not worried about using an old version of Hugo or Jekyll, but I'm very worried about using old Wordpress plugins.
Bash can be idempotent but isn’t by default, so you either spend time making and idempotent bash script or you spend time learning Ansible to accomplish the same thing in a reusable way
Most places I’ve worked have Artifactory or something like it sitting between you and actual PyPI/npm/etc. As long as someone has pulled that version at some point before the internet goes out, it’ll continue to work after.
The timer starts from when you invoke it, though.
The 2 issues, which she may be caught in, are that it’s “speedy” from the perspective of a court, and that it really means “free from undue delays”.
There is no general definition of a speedy trial, but I think the shortest period any state defines is a month (with some states considering several months to still be “speedy”).
A trial can still be speedy even past that window if the prosecution can make a case that they genuinely need more time (like waiting for lab tests to come back).
It’s basically only ever not speedy if the prosecution is just not doing anything.
It is ugly as sin, but so is MTGO.
> While xz is commonly present in most Linux distributions, at the time of discovery the backdoored version had not yet been widely deployed to production systems, but was present in development versions of major distributions.
Ie if you weren’t running dev distros in prod, you probably weren’t exposed.
Honestly a lot of packaging is coming back around to “maybe we shouldn’t immediately use newly released stuff” by delaying their use of new versions. It starts to look an awful lot like apt/yum/dnf/etc.
I would wager in the near future we’ll have another revelation that having 10,000 dependencies is a bad thing because of supply chain attacks.
Antimatter is always “armed” and is only rendered safe by containment. If containment fails, it explodes. It’s more like keeping a massive stockpile of fluorine, but somehow worse and harder to contain.
Time will tell, but I'm dubious this will hold longer-term. I don't doubt that Claude can write the code, but I am dubious Claude can manage it sanely. Does it have backups? Does the guy that wrote it know how to restore those, or can Claude do it? Can Claude upgrade the backend and/or migrate the data when the backend changes, or is this going to be running known CVEs in a month?
This has sort of always been a thing via hiring CS students as interns. I don't doubt most of them could jam out something that looks like Slack or Gmail. The problems aren't apparent immediately, they become apparent when you realize it doesn't handle invalid responses well and the backups are hosed so you just lost a bunch of data.
Everywhere I’ve worked, if a migration is causing this much downtime then you kill the migration or slow it down. If every change has a 10% chance of bringing the site down, you only do a change every week or two until you can work out the kinks.
Then you end up with collateral damage if your wife or roommate or whatever works at a hospital and they take their infected device to work.
There are a lot of people who don't understand this stuff to a degree where they don't even know whether a repair is dangerous or not. My family member was afraid that if they messed up installing the toilet arm they'd flood their house.
Those people are very capable of having a few repairs a month, just on random stuff. Cabinet hinge screws wore out their hole and just needs a bigger screw, shower curtain mounting is loose and needs new anchors, an outdoor light fixture with a bulb cover needs a new lightbulb and they can't figure out how to get the cover off, etc.
It also seems incredibly risky. This US admin might be okay with it, but will the next? For multi-national corporations, will other nations be okay with it? I wouldn't think countries unassociated with the conflict would be happy with digital privateering.
They’re heavy, they don’t share the entire process memory space (ie can’t reference functions), and I believe their imports are separate from each other (ie reparsed for each worker into its own memory space).
In many ways they’re closer to subprocesses in other languages, with limited shared memory.
It’s not “clean” to spin up thousands of threads, but it does work and sometimes it’s easier to write and reason about than a whole pipeline of distributing work to worked threads. I probably wouldn’t do it in a server, but in a CLI I would totally do something like spawn a thread for each file a user wants to analyze and let the OS do task scheduling for me. If they give me a thousand files, they get a thousand threads. That overhead is pretty minimal with OS threads (on Linux, Windows is a different beast).
E.g. mypy has a plugin to read the methods and return types of SQLAlchemy records, I believe without actually executing them.
Obviously not globally true, but in limited domains/scenarios you can see what would exist without actually executing the code.
Writing something that understands all the methods that come in a Django model goes way beyond parsing the code, and is a genuine struggle in language where you can’t execute the code without worrying about side effects like Python.
Ty should give them a base for that where the model is able to see things that aren’t literally in the code and aren’t in the training data (eg an internal version of something like SQLAlchemy).
I think they're more into the extra context they can build for the LLM with ruff/ty.
I'm sort of wondering if they're going to try to make a coding LLM that operates on an AST rather than text, and need software/expertise to manage the text->AST->text pipeline in a way that preserves the structure of your files/text.
A reasonably prudent internet user gets half a dozen of these a day, and prudence would dictate the obvious futility of reading all of them, much less remembering the terms bound by each service.
It does mean that TOS would be almost wholly unenforceable, but that may be a bridge we need to cross as a society. These documents have gotten too large and updated too frequently to reasonably bind the population at large.
To my knowledge, we understand how an individual neuron works quite well. We just don’t really understand macro effects in large networks of neurons.
The video seems buzz wordy. Without looking into this too deeply, it seems like they’re using neurons individually or in small groups rather than creating a true “brain”. I would guess they’re using neurons or small groups of them sort of like transistors that do a single basic thing rather than a full “brain” that they just feed images to.
Unless your proposition is that no collection of human neurons outside of live birth can become sentient, and I’m not sure how you’d arrive at that conclusion without invoking some kind of spiritual argument.