News for hackers. Stuff that matters.
Re:Docker on Mac is slow. Here's the fix by maccard on Thursday December 22, 2022 @08:29PM (#34101283)
What are the tradeoffs?
Re:Docker on Mac is slow. Here's the fix by jitl on Thursday December 22, 2022 @09:14PM (#34101602)
It cost money sounds like the big one
Re:Docker on Mac is slow. Here's the fix by kdrag0n on Thursday December 22, 2022 @09:23PM (#34101656)
That's fair, but I think the value proposition is there for some :)

I'm honestly not sure how pricing and licensing will work yet, but there will be some way to try it for free. Maybe something like Docker Desktop: free for personal use, license required for companies? That seems like a risky bet as an indie dev.

There's also the whole question of one-time purchases vs. subscriptions. Subscriptions seem like the optimal model for this, so I'm not sure how to accommodate people who just don't like them.

Would love to hear if you have any thoughts on how it could be done to reach as many users as possible.

Re:Docker on Mac is slow. Here's the fix by judge2020 on Thursday December 22, 2022 @09:31PM (#34101716)
> Maybe something like Docker Desktop: free for personal use, license required for companies? That seems like a risky bet as an indie dev.

That's how it works currently.

Re:Docker on Mac is slow. Here's the fix by dtgriscom on Thursday December 22, 2022 @11:27PM (#34102335)
Yes, but I'm guessing kdragOn's legal budget is a whole lot smaller than Docker, Inc's, so the perceived risk of stealing the product would be a whole lot smaller.
Re:Docker on Mac is slow. Here's the fix by zenlikethat on Thursday December 22, 2022 @11:54PM (#34102454)
Most businesses are honest, plus once you get to a certain size, it's all about CYA, so sure, some people might plunder it, but if you provide something a lot of people want, you could make plenty of money from the legitimates or people afraid of getting sued at some point.

Then once the business is viable, the legal budget will be bigger...

Re:Docker on Mac is slow. Here's the fix by dtgriscom on Thursday December 22, 2022 @11:30PM (#34102346)
> There's also the whole question of one-time purchases vs. subscriptions. Subscriptions seem like the optimal model for this, so I'm not sure how to accommodate people who just don't like them.

My company is just large enough to require Docker Desktop licensing, and a per-seat continuous drip is too much for us. So, if you're looking to differentiate, having a buy-out option that gives permanent access to at least a range of versions would be big.

Re:Docker on Mac is slow. Here's the fix by andreareina on Friday December 23, 2022 @06:53AM (#34104818)
I’m not on macOS so I’m not in your intended audience but I’ve paid for stuff on the JetBrains model where the subscription also gets you permanent access to some previous version.
Re:Docker on Mac is slow. Here's the fix by jitl on Friday December 23, 2022 @11:15AM (#34107398)
Oh, I'll certainly pay for it. I'm excited to do so; and if it's substantially better than Docker we'd consider moving Notion eng over to it.
Re:Docker on Mac is slow. Here's the fix by gamacodre on Friday December 23, 2022 @01:22PM (#34108992)
The way I've seen this choice done that makes it easy (for me as a director of software dev) to buy into is a hybrid. You can pay $x/mo or $10x/yr. If you pay for the year, you don't have to do it as a subscription, but if you don't renew then you're stuck on the last version released during that year.

FontAwesome, TablePlus, and some others I've paid for multiple seats on do this and it's great. Some we just paid for the one year, and others we were able to see enough ongoing value to keep paying on the subscriptions.

Re:Docker on Mac is slow. Here's the fix by i386 on Thursday December 22, 2022 @10:55PM (#34102192)
Even after building and selling developer tools for a decade, it always surprises and enrages me to see how miserly developers are.
Re:Docker on Mac is slow. Here's the fix by wkat4242 on Thursday December 22, 2022 @11:37PM (#34102378)
It's also our employers. They don't like to spend money on dev tools because the suits don't see the benefit. There's no glossy Gartner magic quadrant BS for every niche development usecase so they think they're throwing money into the fire.
Re:Docker on Mac is slow. Here's the fix by YetAnotherNick on Friday December 23, 2022 @02:43AM (#34103253)
If you think you get more productive with $10/month or something that most dev tools cost, why don’t you buy it on your own. After all even if it increases your salary hike by 1%, it will be worth it. I have seen designers buying Adobe tools which cost much more than dev tools, and their salary is on average lower.
Re:Docker on Mac is slow. Here's the fix by wkat4242 on Friday December 23, 2022 @03:32AM (#34103544)
I don't know where you work but in our place using tools without internal approval or certification is really frowned upon. And in the case of this particular product we were talking about, it's really an infrastructure thing. You can't implement this on your own because then your colleagues' work won't connect to yours anymore.

But also, the company should just supply the tools.

Re:Docker on Mac is slow. Here's the fix by lioeters on Friday December 23, 2022 @03:03AM (#34103376)
> glossy Gartner magic quadrant BS

The phrase is gold. I understand from this that companies which provide tools and infrastructure for professional developers must not only attract the devs themselves, but also (and maybe more importantly) market/advertise and sell to the "suits", their managers and employers.

Not sure if that's what you intended, but I'm now seeing the value of glossy Gartner magic quadrant BS, and thinking how to apply it in my own projects.

Re:Docker on Mac is slow. Here's the fix by wkat4242 on Friday December 23, 2022 @04:40AM (#34103951)
I am calling it that because I often see solutions being marked at the top that are actually worst in capability. I don't understand how they make these quadrants but I guess money has a lot more to do with it than technical capabilities.
Re:Docker on Mac is slow. Here's the fix by asmor on Friday December 23, 2022 @06:05AM (#34104477)
Also, there are some tools where you could convince someone up the chain to spend money, until they see the offer from the vendor.

I would have loved to have HashiCorp Vault Enterprise for instance, but the math just wasn't working out to get a feature you can get by... just running more of them.

Re:Docker on Mac is slow. Here's the fix by randomdata on Friday December 23, 2022 @01:33AM (#34102879)
I'm not surprised. Software is an attractive hobby to the miserly because it requires little investment. And eventually those hobbies become careers.

If spending was our thing perhaps we'd have gotten into woodworking, or photography, or whatever it is that can take a good chunk of change to get into deeply instead.

Re:Docker on Mac is slow. Here's the fix by asmor on Friday December 23, 2022 @06:02AM (#34104465)
Anything but a FOSS license makes my life as an employed software engineer harder if I don't want to completely disregard compliance rules. So usually I don't bother.

Also, some developer tools want outrageous prices that are in no way proportionate to their value if you compare them to some standard paid tool (i.e. a JetBrains IDE)

Re:Docker on Mac is slow. Here's the fix by brailsafe on Thursday December 22, 2022 @11:03PM (#34102224)
Also seems like they put in a shit ton of work
Re:Docker on Mac is slow. Here's the fix by kdrag0n on Thursday December 22, 2022 @09:16PM (#34101618)
In general, I don't expect anything to be worse than existing solutions, but not everything will be better.

Enabling Rosetta can have a minor performance hit on memory-intensive workloads in the VM (not only x86 ones) because of TSO memory ordering, so it'll be optional. Hypervisor.framework doesn't have an API for third-party VMMs to set this and doesn't seem to let the VM modify ACTLR_EL1 either, so unless I can find a private API for it, I'm stuck with Virtualization.framework's limitation of Rosetta being either on or off for the entire VM at boot time.

Memory usage is probably the biggest uncertainty right now. It should be at least slightly better, but I'm not sure if I can improve it much more due to Virtualization.framework limitations. Still looking into it.

Networking is implemented with my custom userspace proxy for VPN compatibility. Servers are forwarded to localhost automatically, but you can't connect to the VM by IP because the network doesn't exist from the host's perspective. I've ran into too many issues with Apple's NAT setup and host-only networking is a private API, so this is postponed for now. Should be able to do better with root.

Graphics won't be supported at launch, but I could look into it later if there's interest. Not sure how feasible acceleration will be if I can't find a way around having to use Virtualization.framework.

Let me know if there's anything specific that I missed!