Sometimes it is hard to know which technology to use in iOS for a specific task.
Storing data is indeed one of these cases. When I wrote my first app, a diet app for the Mac when the iPhone did not exist yet, I used Core Data to store its data (macOS and iOS share the same technologies and frameworks). Looking back, I think that was probably the right choice at the time, given the kind of data the app handled. But back then I had no idea and no way to tell. I picked Core Data just because I heard other developers talking about it and I didn’t know any other way. When it came to store static data in the app, though, I definitely made the wrong choice.
Continue reading
When I was in university, I had to take a course called “Foundations of computer science”. Since this course was placed in the second trimester of the first year, it was an immediate roadblock for many people. Unlike others, I found the course to be very easy and passed the exam quickly with the maximum grade, with almost no studying. I am not saying this to brag, but I think there is an important lesson there.
View controllers have a central role in iOS apps and build the skeleton of every app you make. This is because each screen of the app is represented by a single view controller. Because of this central role they have, they are at the center of a lot of activity and perform many duties during their lifetime.
A couple of years ago a company hired me for a last moment rescue of an app they were developing for a client of theirs. After months of development the app was late and full of bugs. The goal was fix as many bugs as possible in one week, before we delivered the app to the final client. This was not the first time I had to rescue a project and probably will not be the last. Any freelancer can tell you that, as deadlines get closer, companies sometimes bring in extra power to be able to meet them. As I poked around the code it became clearer and clearer what the source of the problem was.