BROADCASTS.com

Following-up from the last episode, Jelly tries to recover from his failed attempts to explain why he believes that opening up Radar isn\u2019t the solution to all of Apple\u2019s issues with bug reporting.\n\nThis causes Jake to note that part of the problem with Radar is that Apple, as an organisation, seems to care a lot less than Google about reported bugs in general. That\u2019s not to say that the engineers themselves don\u2019t care, which becomes obvious when you do hear from them directly, whether in labs at WWDC or through avenues outside Radar, such as Twitter or Apple\u2019s developer forum.\n\nJelly\u2019s about to release an new version of GIFwrapped, so he\u2019s been thinking about things like deadlines and code freeze and how developers handle those things. So he asks Ben and Jake a few questions about how they approach an app release.\n\nJake feels like the best approach is to develop iteratively, and aim for regular, short release cycles (like Facebook\u2019s two week cycle). Jelly takes issue with that, explaining that as a single developer, or even a small team, it\u2019s very difficult to aim for that kind of model.\n\nBen then brings up automation, explaining that part of moving to a regular release cycle requires a change in thinking. Jake also explains that perhaps larger features need to be broken down into smaller pieces, making it easier to stick to regular release schedules.