It is typically laced into other drugs. A small amount of fentanyl is highly powerful, so if you mix it into heroine, you get a different buzz. But if you (a drug dealer, not a chemist) mess up and drop too much, then your customer will accidentally OD.
Tiny bits of fentanyl are added to a variety of recreational drugs used extensively by all kinds of people, rich and poor. They add it to cocaine, heroin, meth and even marijuana. They imitate oxy, percocet, vicodin, xanax and adderal using fent laced pills as well.
As much as 20% of Americans use these recreational drugs. Europeans on average use recreational drugs like half as much as Americans, maybe 10% use them.
- you need to specify the rules before starting an application. How one is supposed to guess what application will do? Figuring out the correct rules may take lot of time and is impossible for non-programmers. Imagine I want to install 10 apps per day and they should work perfectly, how much time will I be spending writing rules?
- the rules cannot be changed in runtime, for example, giving access to a camera for 1 minute
- the rules are too limited. You can restrict access to a file, but can you restrict access to a DBUS bus? Can you restrict access to audio, video, GPU etc? To /proc filesystem? To a DNS domain? The rules feel like they were written for computers with teletypes from 70s and not for modern machines.
- they do not allow providing fake data, for example, a fake list of WiFi points so that the app thinks it has the access to your geolocation while in reality is doesn't.
So it is some outdated technology unfit for modern day.
What does a user want? The user wants to be able to run anything without any risk and without writing any config files. Obviously it takes a skill to write such OS, and there is definitely a lack of people with this skill among Linux distribution creators.
A system where installation is done using "curl + sudo bash" is the opposite of a safe OS.
Either you're engaged in some large-scale testing operation and your automation already handles it, or something has gone terribly wrong and the inconvenience of the sandboxing UI is the least of your concerns.
No, the point is that the amount of friction you can add to new app installs is much higher if you don’t optimize it for the unlikely case that your user is an app reviewer.
No, the point is that every time your computer isn't doing something you want it to do, you should be able to download a software package to make it do that.
I am still rocking my M1 MacBook Air and performance-wise I have no complaints. Even doing heavy workload, it manages surprisingly well.
What I don't like is the direction MacOS is heading to. In my opinion, it always catered to the "casual" people UX-wise, but somehow I feel more and more that I, as a developer am just an afterthought.
On the other hand, I replaced Windows on my gaming PC and I keep thinking about buying a Laptop for Linux. I always had a sweet spot for KDE, but the amount of configuration it allows, while having nice defaults is such a nice experience after the Mac...
I feel like Apple is always pushing the dev side forward in pretty awesome but small ways.
I’m super excited for containers. Yes they exist without Apple recreating them, but built in container runtime for the OS is developer forward thinking
There's the experimental Fairydust Branch which lets you connect a monitor via USB-C. However if you want to use more than one external monitor DisplayLink is currently the only option that works reasonably well. Unless you have a Mac with an HDMI port in which case you can use it.
HDMI out works great on M1 and M2 chips, and DP alt mode output is nearly ready, and works if you compile an experimental kernel. I daily drive an Asahi Linux ALARM M1 Pro macbook, and I have almost zero complaints.
> I am still rocking my M1 MacBook Air and performance-wise I have no complaints.
Ah, but see, I'm rocking a vanilla Ubuntu install on a vanilla[1] Raptor Lake Dell I got used on eBay last summer for $220, and I too have no complaints.
"No complaints" is a great way to celebrate worthwhile hardware's value in the age of consumerism. It's death to a business who needs to sell stuff to survive. That M1 Air isn't booking revenue, and to be blunt Apple would have preferred its lifespan to be lower.
[1] Still has 16G though for VM and docker tinkering, something that is hard to get on Apple hardware without springing for a MBP.
> Sorry I'm not sure what point you're trying to make.
Just that "Apple customers use old MacOS devices" is in fact of a piece with "Let's monetize our users" (by stuffing ads into the Settings app in this case). They can't rely on you for upgrade revenue and need to squeeze you in other ways.
No free lunch, basically, unless your software vendor really cooks for free.
Please don't take this as offense, I'm honestly curious as I'm pretty bad at these things.
You say this is your first time seeing openspec, but you've been working on a pretty similar project for a year now. Openspec and Speckit both seem to have similar (almost same?) goal as yours. Do you just jump into such a project as yours without worrying about others already existing?
No offense taken. I'd also say I overthink things, so this question hits home.
The existence of similar tools has certainly given me pause several times. I was aware of SpecKit (GitHub) and Kiro (Amazon) when I started in January of this year. I Googled around and asked AI to find and evaluate similar things to my idea. Somehow I genuinely missed openspec, which seems to have had 20k GitHub stars at that time. I look at this and realize how bad I've been about sharing and promoting spekk.
I've continued to iterate on my idea because nobody else is as focused on the concept of declarative, living specifications that evolve with the code. From the beginning that has been Spekk's differentiator.
I've definitely had doubts about whether building my own version is "worth it."
Some wisdom I've gained as I get older is that the world is a complex place. There are many valid ways to solve the same problem, and every version has its audience and community.
The other thing is that even in this age of AI, putting sustained effort into a thing is still a scarce resource. The best software still takes time to mature and refine. It never ceases to amaze me how many small but important decisions and features go into what many see as "just markdown files and skills."
the workflows are still so scpecific to the individual that they all feel like a short blanket at some point, i have my own "framework" that i'm perfecting for my use case
I have the same feeling when I come across a new one. It's easy to throw something together that's good enough. That's why I open sourced spekk. I don't think there's a product here, just a way of thinking and doing I want to share.
FWIW, there are about ten people using Spekk at my agency daily. The standardization across people and projects is helpful to us. It's built for teams like us, not just me. There are definitely some features that took us a few weeks to months to get right, even AI assisted, and I think that has value whether you use our tool or ask your AI to copy parts of it.
We're a small team though, so your point still stands.
It's pretty nice for tedious tasks. I tried to have it look through job listings based on my criteria. It burned through my 5h Claude quota, but what I got was pretty impressive.
I agree on the privacy concerns but this could be useful with a local model, I think.
For me it’s not only privacy, I just don’t trust an agent to use my credentials without doing any destructive task because unlike an MCP, I cannot enforce any permission model on the browser
I started doing this and then a colleague of mine recommended me OpenSpec. It might be overkill for small projects but it’s pretty clean and if you have goldfish memory like me, it helps to track changes.
To me it doesn't sound so "economically convenient" to pay extra usage to alternative providers while someone pays 20/100/200 dollars for their service.
The subs for those alternative providers have similar tiering but more generous token allocations than Anthropic and OpenAI, and deliver good enough quality to be worth it.
If I needed to fall back on OpenRouter, it'd be paid per token, of course, but that'd take 4 major providers being down, in which case I suspect I'll have more critical things to worry about.
As it is, I use more than I could with a single $200 Claude Max subscription anyway, so I distribute my tasks across multiple providers.
Even without that it's cheap insurance given the cost of lost time.
reply