3 ms·

This product looks great. I think their instincts are correct, that an app constantly open needs to be performant or else even regular users will grow to resent

This product looks great. I think their instincts are correct, that an app constantly open needs to be performant or else even regular users will grow to resent it and use it less than they might’ve. The comment about the difficulty of hiring is an interesting one. I haven’t come across a helpful, beautiful and interactive resource to teach those paradigms, as you find created for any language/framework combo used for web development. There also aren’t many huge desktop teams outside of Apple, Microsoft, AgileBits, etc., so it’s hard for someone to find a starter role where it’s okay to contribute minimally as they learn. Lots more lone wolf or tiny team programming where any kind of apprentice would just be a drag.

oscarmv 5y ago
It's honestly not that hard for a random iOS dev to learn the macOS ropes, the principles and paradigms between UIKit and AppKit are the same and at this point both frameworks have a comparable amount of baggage and quirks. AppKit adds some complexity in some areas (window management comes to mind, which UIKit has now but no one bothers with) but helps in others (document management is still miles ahead of UIKit's). The problem is convincing someone to try. There's a reputational issue "AppKit is haaaaard" "AppKit is baaaaad" "AppKit is dyiiiiiing". There's also a career issue as it's felt that building native mac apps is a career dead end.