jcollins
Joined 17 years ago
Karma
285
Submissions
45
Member since
Apr 22
https://github.com/beetlebugorg
View on Hacker NewsRecent submissions
Comment · 2 months ago
Do you have an example? I don't doubt it, I just want to make sure I watch out for it.
One downside for sure is lack of deep knowledge on all these platforms can make it difficult to see issues.
Comment · 2 months ago
I really believe this is the way forward, native platform UI built by AI.
I'm trying it now with an app and so far it's working really well. I build what I can cross platform, the non-ui stuff, then have AI build the UI for each platform.
It even implemented native low-level graphics on each platform: metal, vulkan, and d3d12. It builds SwiftUI on Apple platforms, WinUI3 on Windows, GTK4 on Linux, Compose on Android. The cross platform stuff is Zig with a C ABI.
And yeah, it's a bit terrifying how fast you can iterate. I've built for all these platforms in about a month. It would have taken at least a year, maybe more before. I haven't even optimized the process by having AI agents follow my lead automatically, so as I finish features on the primary platform they could start building the others by watching. Requires some setup I haven't tackled yet (VMs for all platforms with agents waiting).
Comment · 1 year ago
Fair. Making https work with mDNS seamlessly sounds like work (i.e. local CA would be needed I think). It would make things nice though.
Comment · 1 year ago
Tailscale Operator for Kubernetes sounds like it'd fit your second bullet point. It's has a really good experience. I've only used for my person homelab but I've been more than impressed by it.
Comment · 5 years ago
The only thing I can say with confidence is that if you're using ARM containers it is really fast, probably thanks to the Apple Silicon.
I imagine memory consumption is on par with running on Intel. I don't think Docker Desktop can really change that.
Comment · 5 years ago
Yes, it runs ARM containers natively.
Comment · 5 years ago
There is overhead for sure but if you use x86 containers on an Intel Mac or arm64 containers on an Apple Silicon mac, it's pretty performant.
Comment · 5 years ago
You don't, see the download link at the bottom of the page.
Comment · 5 years ago
Docker Desktop already ran on Macs. This is specifically for the new Apple Silicon support (M1). It's not native, technically, but it feels native the way Docker Desktop works. Basically they manage the VM for you, so you don't have too.
Comment · 6 years ago
I've been subscribed to https://www.devopsweekly.com/ for a long time. I usually find something interesting in it every week.
Comment · 6 years ago
Hi, I'm a member of the team that built Gyro.
Gyro, a command-line cloud automation and management tool, started as internal tool over 5 years ago. We had a vision of building one tool that would pull together several different tools (Chef, Service Discovery, Authentication, Deployments, etc) into a single interface that would greatly simplify the day to day management of our systems. This goal was very successful in transitioning to a DevOps model. Our developers are able to make configuration changes, do their own deployments, and build there own test environments without help from the operations team. And most importantly they've embraced this model because it gave them the power to make changes without waiting for an operations team and in turn it helped the operations team by reducing their work.
We decided to clean up the code and open source it. The result is Gyro (getgyro.io).
What makes this different than what exists?
- Designed with logic (for loops, if conditions, etc) from the beginning (https://gyro.dev/guides/language/control-structures.html)
- Workflows provide the ability to stage complex changes and rollback (https://gyro.dev/guides/workflows/)
- Extensions allow for tight integrations with other operations tooling (https://gyro.dev/extending/)
For some screenshots of Gyro see (https://getgyro.io/introducing-gyro), source is available one Github (https://github.com/perfectsense/gyro)
We're really excited to open source Gyro and see how people extend it!