[vlozko]

Code-only purists are still prominent in the iOS community. Yeah, there’s definitely baggage one must take on when using IB but the ease of being able to instantly preview your layout in different sizes is the big seller for me.

[rimliu]

I actually went the other way. With autolayout is just easier (for me), to do UIs in code. Especially because IB does not offer 100% of what UIKit has. I don't hate IB, it just become less relevant to me. Storyboards on the other hand… Never thought well about them.

[ardit33]

most large apps, build by large teams, (from large companies) don't use IB at all.... for many reasons, but the main one it just doesn't play well in a 'many people working at the same codebase' type of environment.

For smaller apps, with a team of 2-3 people, IB is fine....

[cloudwalking]

IB files are essentially impossible to code review.

[m3kw9]

If you read the storyboard diffs the layout code is human readable, just need to get used to it. Although there is no docs

[generalpf]

Not in the case where a bunch of views are moved inside a new view. Then the XML diff is really janky, and elements are assigned new IDs.

The constraints are impossible to code review in XML since they refer to elements by IB ID which is essentially obfuscated. I don't understand why IB doesn't let you give the elements their own human-readable IDs.

[dep_b]

I’m not against IB but the lack of stuff like constants is really difficult when a customer demands “same app, different skin”. SwiftUI seems to fix this.