3 ms·
Basically the same process as when you first started. Implement the changes on Platform A, get it stable, port it over to Platform B, get it stable, port back a
by dougk16 7y ago
Basically the same process as when you first started. Implement the changes on Platform A, get it stable, port it over to Platform B, get it stable, port back any refinements to platform A. Platform changes themselves should ideally be quarantined behind said abstractions/injections, so your actual ported code is very simple and "timeless": no fancy language features, no preprocessor magic, no annotations, no excessive syntactic sugar.
- paulryanrogers 7y agoApproaches like this could increase the second-class-platform effect. Where, for example, Android gets updates long after IOS. (Unless both releases are synchronized.) In theory the shared code approach means platforms could be tested in parallel.
- ufmace 7y agoThe whole point of the post here is that the theory doesn't apply very well to modern mobile development, and trying to share code effectively slowed them way down.