Genymobile is also behind Genymotion which was an incredible product when it came out. Head and shoulders above the other emulator options in performance.
I hate to spam this but Ive seen this misconception on bun repeatedly in each of these incident threads. It should really be noted that bun _does_ run lifecycle scripts for the top 500 most popular packages by default. You can opt out of this but its not the default config. Its much better than the npm strategy but I think it would be much better if there was a way to explicitly acknowledge you want this default whitelist applied (eg scriptPolicy = allow, deny, or allow popular only)
Note that bun is only immune to this because it isnt in the “top 500” that bypass this system by default. I was actually surprised (pleasantly, but still surprised) tanstack wasnt in that list already
Good to know. Though according to that page, bun still wouldn't have run it if it were on that list, since it came through a git dependency and not npm.
I think moving straight to local models is missing the required next step of open/self-hostable models which is certain to be the "AI future" end-state. Then local models become an optimization on top of that.
I just dont want us to put all this effort in to on-device computation when we need to get to "SOTA-equivalent" self-hosted computation faster.
Devenv is "mise but nix" and is very good. It is currently undergoing a big migration though, so still a few rough edges. I highly recommend checking it out if you find yourself wanting nix at all.
Because it allows you to be lulled into the trap of asking an AI to post-hoc justify something it did and thinking that the response is in any way valid. There is no retrospective analysis of the underlying intent. It either is or is not based on the chain of words that came before it. And the next word it generates is purely a function of those words.
Give an agent an obstacle and it will try to find a way around it. Most of the egregious commands Ive seen it run were fundamentally due to something blocking it from accomplishing a task. So eg if you block network access for the agent, you will get all sorts of creative solutions to try and get around the problem. This is also why its nearly impossible to corral commands. Because eventually it will rot13 encode a script and run it anyways.
Why? It sounds exactly like the design I would hope for. It automates what I'm going to do already without needing to wait. And it allows you to bypass it entirely and just revert to the manual process (along with waiting).
That all sounds reasonable until you realize that the same logic is how we ended up with customer support systems that try to walk you through a phone tree and if you are lucky, you will be able to press 0 to speak to a human without answering a bunch of questions first and being referred to the online help articles.
Do you enjoy using any of those systems? Do you want the world to be that way?
Maybe we are interpreting the GP differently. In this scenario, the phone tree is doing the same questions that the human agent is going to do but does it immediately when I call rather than "waiting for an operator" to ask me those questions. And as long as I can "press 0 to eject" (just like I can in the accounting scenario, then its completely kosher to me.
No, we end up with crappy systems because people are optimizing to save money over providing a good service. OP has simply replaced the traditional room full of clerks applying policy rigorously with a baysian algorithm and now AI. The management and oversight is still in place, and that is what makes a system that doesn't suck. To make it suck and save money, you remove access to that oversight or just remove it all together. And falling down that slippery slope is not inevitable, even if it sometimes seems like it is.
Regarding customer support on phone:
I usually have lock with just waiting and not responding to the tel bot, very often you are routed to a human at the end :-D
reply