And how much are you paying? I pay $20 a month, but I doubt OpenAI makes money on me; they probably lose a lot.
Pro is the $200/month plan
Readit Newstuckerman commented on The Walt Disney Company and OpenAI Partner on Sora openai.com/index/disney-s... · Posted by u/inesranzo
That’s standard practice, on HN, and has been, before AI was a broken condom on the drug store shelf.
Unpleasant, but comes with the territory (I don’t like it, when it’s done to me).
That said, I’m not sure that kind of scolding is particularly effective, either.
I think saying just "explain" is a bit of a meme and meant to come across as almost humorously asking for an explanation.
tuckerman commented on NY school phone ban has made lunch loud again gothamist.com/news/ny-sma... · Posted by u/hrldcpr
That high school is necessarily a place of cliquey behavior and bullying, and that kids may even benefit from it, is not a universal thing. In some countries, viewers of imported American TV shows are baffled by that depiction of high school, because in their high schools there aren’t such hard knocks.
I agree with you, American schools seem particularly bad at breeding these sorts of unhealthy dynamics, and we shouldn't accept it as normal. But even in a better environment, unstructured social interaction with peers still seems like a useful part of growing up/socialization and shouldn't be replaced with kids sucked into their phones.
tuckerman commented on Debian Technical Committee overrides systemd change lwn.net/Articles/1041316/... · Posted by u/birdculture
"everyone else" in this case is pretty much only the debian ecosystem because they insist on enforcing a serial lock policy from the 1980s. It's fine if Debian wants to move at the speed of a Soviet committee but I don't think it should be expected (or would be healthy) for systemd to move at the same pace.
A software developer's primary job is to develop software for their users, not to comply with a third party distributor that repackages their software.
The beef isn't with systemd upstream which already has a very simple/boring workaround for this, it's with the debian package maintainer (some people here are wearing multiple hats).
Really the whole raison d'etre of debian is move at this pace to prioritize stability/compatibility. If you don't like that philosophy there are other distros but a package maintainer's primary job is to repackage software for that distro (which presumably users have chosen for a reason), not comply with upstream.
I would divide these as functions inside a monolithic executable. At most, emit the plan to a file on disk as a “—whatif” optional path.
Distributed systems with files as a communication medium are much more complex than programmers think with far more failure modes than they can imagine.
Like… this one, that took out a cloud for hours!
Doing it inside a single binary gets rid of some of the nice observability features you get "for free" by breaking it up and could complicate things quite a bit (more code paths, flags for running it in "don't make a plan use the last plan mode", flags for "use this human generated plan mode"). Very few things are a free lunch but I've used this pattern numerous times and quite like it. I ran a system that used a MIP model to do capacity planning and separating planning from executing a plan was very useful for us.
I think the communications piece depends on what other systems you have around you to build on, its unlikely this planner/executor is completely freestanding. Some companies have large distributed filesystems with well known/tested semantics, schedulers that launch jobs when files appear, they might have ~free access to a database with strict serializability where they can store a serialized version of the plan, etc.
> Why is the "DNS Planner" and "DNS Enactor" separate?
for a large system, it's in practice very nice to split up things like that - you have one bit of software that just reads a bunch of data and then emits a plan, and then another thing that just gets given a plan and executes it.
this is easier to test (you're just dealing with producing one data structure and consuming one data structure, the planner doesn't even try to mutate anything), it's easier to restrict permissions (one side only needs read access to the world!), it's easier to do upgrades (neither side depends on the other existing or even being in the same language), it's safer to operate (the planner is disposable, it can crash or be killed at any time with no problem except update latency), it's easier to comprehend (humans can examine the planner output which contains the entire state of the plan), it's easier to recover from weird states (you can in extremis hack the plan) etc etc. these are all things you appreciate more and more and your system gets bigger and more complicated.
> If it was one thing, wouldn't this race condition have been much more clear to the people working on it?
no
> Is this caused by the explosion of complexity due to the over use of the microservice architecture?
no
it's extremely easy to second-guess the way other people decompose their services since randoms online can't see any of the actual complexity or any of the details and so can easily suggest it would be better if it was different, without having to worry about any of the downsides of the imagined alternative solution.
Agreed, this is a common division of labor and simplifies things. It's not entirely clear in the postmortem but I speculate that the conflation of duties (i.e. the enactor also being responsible for janitor duty of stale plans) might have been a contributing factor.
The Oxide and Friends folks covered an update system they built that is similarly split and they cite a number of the same benefits as you: https://oxide-and-friends.transistor.fm/episodes/systems-sof...
tuckerman commented on Liquid Glass Is Cracked, and Usability Suffers in iOS 26 nngroup.com/articles/liqu... · Posted by u/uxjw
You were wrong to even attempt to share design language across platforms. You should make your applications good native citizens if you have any respect for your users, because yours isn’t the only software they use.
I think this depends on the context.
If the only way I interact with a service is a single app then I want that app to blend into my phone. I don't care if the Uber app on Android and iOS are the same, I only see one of them. If I have to use a service on many different platforms, I sometimes prefer having a consistent design language, e.g. I like that Slack has a consistent sidebar interface everywhere. I want to go from the browser to tablet to phone and not have anything in a different spot.
tuckerman commented on Wild performance tricks davidlattimore.github.io/... · Posted by u/tbillington
I see. These optimisations might not be UB as understood in compiler lingo, but it is a kind of "undefined behaviour", as in anything could happen. And honestly the problems it might cause don't look that different from those caused by UB (from compiler lingo). Not to mention, using unsafe for writing optimised code will generate same-ish code in both debug and release mode, so DX will be better too.
As an example, parts of the C++ standard library (none of the core language I believe though) are covered by complexity requirements but implementations can still vary widely, e.g. std::sort needs to be linearithmic but someone could still implement a very slow version without it being UB (even if it was quadratic or something it still wouldn't be UB but wouldn't be standards conforming).
UB is really about the observable behavior of the abstract machine which is limited to the reads/writes to volatile data and I/O library calls [1]
[1] http://open-std.org/jtc1/sc22/open/n2356/intro.html
Edit: to clarify the example
The line might be at least a tiny bit fuzzy: https://www.nytimes.com/2022/08/21/technology/google-surveil...
tuckerman commented on Framework Reveals Upgradable Laptop GPU spectrum.ieee.org/upgrade... · Posted by u/rbanffy
Makes no sense to buy Framework laptops.
For example, their part to upgrade to an Ryzen HX 370 costs $1050.[0]
You can find a brand new laptop with an Ryzen HX 370, 3k 120hz OLED display, 32GB of RAM, 1TB drive for $1050 on sale.[0]
Framework sell their 16" laptop with the RTX 5070 for $2,449.00. Meanwhile, you can get the same CPU, display, GPU for half the price at $1200 on sale.[2]
[0]https://frame.work/products/laptop16-mainboard-amd-ai300?v=F...
[1]https://slickdeals.net/f/18576667-asus-vivobook-s-15-15-6-3k...
[2]https://slickdeals.net/f/18592141-gigabyte-aero-x16-16-qhd-1...
For those exact specs the Asus you linked seems like a great deal but it also looks like it has soldered ram which could limit the useful lifespan (the FW13 has two so-dimms and officially supports up to 96 GiB of ram but on forums people have been using the new 64 GiB dimms to get 128 GiB working fine).
The linked gigabyte seems like maybe a good deal as well but that's also not the Ryzen 9, it's a 7. Some people (mine included) also have strong opinions on the look/quality of the case and their preferences might lean more towards FW than the linked gigabyte's glowing green look.