Before setting off for Gran Canaria I decided I was going to try out the Slow Carb Diet found in Tim Ferris’ 4 Hour Body. I had read a few blog posts about it before getting the book and decided i’d give it a go.

I was that set on ensuring I was going to follow the diet, I had also gone out and purchased a set of Withings Scales, they connect to your iPhone via bluetooth and keep a nice graph of your progress day to day. Plus they fit perfectly inside my suitcase and for some reason having a gadget to use to accomplish my goal makes it more likely i’m going to stick to it.

I’ve never been one to manage to stick to a diet for very long but I was going to be in Gran Canaria by myself without the temptation of going out with friends, family and only had local food and drink to tempt me away from the Slow Carb Diet. This felt like a perfect time to make a few changes to my diet.

While flying to Gran Canaria I read through relevant sections about the Slow Carb Diet and started a shopping list in my head ready for my arrival. Shortly after arriving at my apartment I headed off to the supermarket with a small shopping list consisting of items I was allowed on my new diet.

• Chicken
• Beef
• Tuna
• Eggs
• Asparagus
• Spinach
• Peas
• Lentils
• Beans
• & Lots of water

I hadn’t cooked for myself in a long time, probably before Tel Aviv last year. Wherever I was I would always opt to eat out so why would Gran Canaria be any different? Truth is, I don’t know any Spanish at all and i’ve been using that to ensure I don’t venture out to too many places to eat out every night. It’s much easier to go to the supermarket and pick up the items I need and pay than it is to get lost in translation ordering food. Bit of a silly excuse but it’s been working well and i’ve rediscovered that I love cooking which is also a bonus.

Meals using the above shopping list do end up being somewhat similar day to day, but thats not necessarily a bad thing and is actually advised in the book. I find myself using things like Garlic, Pepper, Chillis and Herbs to add more flavour to the meals especially when using Lentils (not a huge fan). I’m yet to grow bored of the same foods over and over again.

On the slow carb diet you have a cheat day, the first cheat day I had I walked around the coast of Las Palmas and found a restaurant by the beach and picked out a meal. Cheat day stops your body from going into starvation mode and actually help you lose weight over the coming week. The morning after my first cheat day and I had a head in hands moment discovering I was back to square one. I took to Google and found that it was to be expected and after a day or two you’d be back below your pre cheat day weight. Sounds obvious really.

I can safely say that coming away with the slow carb diet as a goal for my time here has worked really well. I am 100% certain that anywhere else I would have stopped shortly after starting the diet. Now that I have had a couple of weeks of progress and can see that it works I am more focused to continue it when i’m back in Birmingham and San Francisco. Although I know they won’t be easy places to keep on the straight and narrow.

Within only a couple of days I was seeing results from my scales, seeing results only motivates you to carry on as you are doing and now i’m about to start week 4 which will also be my last full week in Gran Canaria.

And i’ll finish with something a coworker Åsa said while we were discussing Gran Canaria and the Slow Carb Diet, “going somewhere new is awesome to switch your routine up and change some bad habits too” and I totally agree.

The post New Environment, New Habits appeared first on AndyDev - iOS Developer Andrew Yates.

Fraser mentioned how iOS needs a generalised “send this piece of data to apps that claim to handle it” service, just like Android.

This would be something hugely beneficial for Buffer allowing us to integrate in apps that make use of the new inter-app linking features of iOS 7 without the need to get in touch with the developers. Allowing users to install apps they use on a day to day basis to control which apps display in a new sharing menu.

Each version of iOS brings us better sharing functionality, last year Apple released UIActivity’s while these needed to be included by the apps they offered some help at quickly integrating sharing options within apps albeit without linking to them. We quickly developed one for Buffer and got it integrated in a whole stream of apps ever since, this has then developed into the SDK we have today allowing you to present the same sheet directly or through a UIActivity.

Hopefully iOS 7 allows us to set what data an app accepts through an inter-app integration system. Whether thats text, links, images or videos. One solution that could possibly work, would be something similar to the system that is used within Apple’s Maps app to display routing options from installed apps. When you develop an app you set which routing services it supports which tell the Maps app which options to display to the user at a given time. I’d hope to see a similar section in Xcode which could allow you to select which data your app accepts.

Apps that handle inter-app linking options would be able to handle the different data types via the application:openURL:sourceApplication:annotation: method as routing apps do with the Apple Maps app.

iOS would ideally also need to make the sharing menu available in all apps somehow rather than waiting for apps to integrate a specific sharing menu to truly solve the problem. This would open up inter-app linking straight from the start and would mean people didn’t need to wait for apps to include the dynamic linking menu. Maybe another option along the long press select, copy, paste, define menu which then opens a modal with the app options.

At Buffer we have included x-callback-url support in v2.4 which as of writing is in review with Apple. x-callback-url is a specification which aims to provide a standard means for developers to link to other apps has made some great advances in improving linking between apps recently with a few apps starting to support it over the past few months. The new Buffer support allows apps to open the Buffer composer within the Buffer iPhone app along with text and a link just like our normal URL Scheme. However when it is closed when an update is shared or the composer closed the source application is opened with a success or failure message. This would be an added bonus but depends on the app being linked to performing an action rather than simply “opening” a link for instance.

I’m personally excited to see what Apple do in iOS 7 around this subject. Just like last year i’ll be looking at the documentation straight away to find out what is possible and no doubt start building something while keeping up with videos from WWDC. Fingers crossed Apple include some of the power features Fraser mentions.

The post iOS 7 inter-app linking appeared first on AndyDev - iOS Developer Andrew Yates.

We also wanted to make authorising the composer with Buffer a breeze, with auth options for Buffer, Facebook and Twitter. Using native authorisation available within iOS available where possible. Providing this in a 3rd party app is rather tricky but we fortunately figured it out. The main problem we had was in fact with our own Buffer authorisation, our plan was to allow it to open the Buffer iPhone app if the user had it to authorise the 3rd party app access to their Buffer account.

Normally when you hit issues like the ones we were faced with you will sit and think until you have a solution. We did sit and think about the problem for sometime before deciding to move on and revisit it later. So we left those issues to one side and continued with the development of the SDK which in itself without the functionality we were having issues with would be a huge step up from the offering we had.

After about a month I had a brainwave while sat drinking coffee working on the Buffer iPhone app, I grabbed my Moleskine out of my bag and started drawing out a flow of the solution that I had in my head and started to pick it apart to find a fault. A fault that I was sure i’d find as it was a simple solution that none of us had come up with, yet here it was a month later out of nowhere while working on the Buffer iPhone app rather than the SDK.

Once I was somewhat confident that the solution was water tight I got another developer to check it over, he paused and once again checked for any faults. Both of us were surprised the solution was so easy & glad that we had finally figured it out. Despite not actively working on solving the problem.

We managed to solve the issue not through sitting and pondering over the issue but by stepping back and continuing development of other areas until a solution came up. Obviously a solution won’t just appear for all issues and you will need to sit and figure it out but stepping away for a bit in some cases can provide great solutions if timescales permit it.

The post Don’t be afraid to step back appeared first on AndyDev - iOS Developer Andrew Yates.

Why?

Buffer is a distributed team with people dotted all over the globe and travelling is part of the Buffer DNA with visits to Hong Kong and Tel Aviv under its belt with many more places planned.

I’m hoping to fit in various other trips over the coming year with a list of places already in mind. Those include New Zealand, Italy and wherever else I point at on the globe. To think that up until last year I hadn’t been outside of Europe.

“So, young person, travel. Travel wide and far. Travel boldly. Travel with full abandon.”
Jeff Goins (3 Reasons to Travel While You’re Young)

Picking a place

I’ve made use of Airbnb for all of my visits so far, searching for a place is as easy as typing in a location and selecting your requirements. I have simply being typing in countries in order to find somewhere, think of it as spinning a globe and stopping it just somewhere within that country.

The main requirement for me as I’ll be working as normal is a decent Internet connection so I can communicate with the rest of the team and develop Buffer for iPhone along with the Web App.

As I don’t drive being able to get from the Airport to the destination easily is also a requirement, fortunately my Airbnb host was able to set this up for me and a taxi will be waiting for me at the Airport and is about 15 minutes from the Airport.

Prior to searching in Spain I was looking for somewhere in Italy, somewhere that I have wanted to visit for a while. I struggled to find somewhere suitable close to an airport and with good Internet also as I only have a month before my next trip I decided I’d prefer a longer trip in the future, maybe with a few hops around Italy to various cities.

So I typed in “Spain” on Airbnb and selected my specific requirements, I then viewed for half an hour or so adding possible places to a wishlist before picking the apartment i’m going to be staying in. Before booking I dropped the host a message enquiring about how good the broadband is and result it has 100mb Fibre Optic Broadband so it was decided a booked.

Why Airbnb?

I’ve been using Airbnb for all of my trips for the ease of organising online and communicating with hosts easily. That and a hotel would work out alot more expensive and finding short term leases would be nigh impossible in most places although we did do that in Tel Aviv.

Airbnb places are all furnished and the likely hood is it has everything you need. Some even make sure that they have a beer or bottle of wine waiting for you.

Depending on your choice you can have a whole apartment to yourself or share it with the hosts and even other Airbnb travellers. Sharing allows you to ask any questions about the local area whenever and also means you can go grab a beer or meal with your hosts, handy if you don’t know anyone in the area. Hosts where i’ve stayed in the entire apartment have given me contact details and said to drop them a message at anytime if I have any questions about the local area.

Apartments on Airbnb are reviewed after a stay so you can easily decide whether somewhere is a good pick for your visit from the feedback they have.

Packing

After travelling to Tel Aviv for 2 and a half months and San Francisco more recently you’d be surprised how little you really need to take with you. Each time I leave for somewhere new I end up packing less after learning from the previous trip. Obviously a selection of clothes is a must, along with all the various cables for your tech.

I’m yet to come away somewhere without something that is essential, hopefully that’ll never happen.

Explore

Depending on location you can find various useful apps to find places to visit and eat. Two of which are Yelp and Foursquare, the reviews and tips on these apps allow you to pick out places you want to visit during your time somewhere.

This depends in where you are going. A quick look at both before I left revealed that Yelp isn’t used that much and Foursquare tips are in Spanish (unsurprisingly), so Google Translate and star ratings it is.

Fixed Dates

Picking your length of stay can be tricky, I’ve been working out my travel plans around fixed dates in my calendar. Those being conferences and Buffer Retreats, anything that can be moved like appointments at dentists etc don’t have to effect your plans unless urgent. It is working well so far with fixed dates in San Francisco for conferences in June & August and back home in September for another conference then who knows where i’ll end up. Any recommendations?

If you have any travelling tips or stories please share them in the comments, I’d love to hear them.

The post A post from 35,000ft appeared first on AndyDev - iOS Developer Andrew Yates.

A few people have asked myself and the creative minds (Chris & Marc) behind Globbert what engine Globbert is built on top of. Having only ever previously done apps that interacted with API’s, such as Magic Bean and obviously Buffer, Globbert was something entirely different. I’ve never tried to tackle building what is essentially a “game”, albeit one with the label of an “interaction stop motion cartoon”. This post not only serves as an insight into the tech behind Globbert but as an insight into some of the challenges I faced along the way and I how I overcame them.

First thing’s first, a demo

It was decided a demo would be created before kicking off the project, not only to show that it can be done and performs well but to also prove to myself that I could step out of the world of UITableViews and get the animations displaying on a device and running smoothly in time to sounds.

The demo contained only a few select animations and was obviously crude, excluding nice functionality like squishing and poking. Instead buttons along the right hand side of the screen allowed you to trigger animations without any of the polish seen later in the App Store version.

Even though it was completed within a fortnight, the demo showed Chris, Marc and myself that Globbert was ready to go to the next stage.

Playing out the animations

Each animated sequence contained in the app is a series of images, looped through at 25 frames per second, to create the illusion of motion. Globbert didn’t and still doesn’t use an existing engine, all animation playback is driven by a hand-crafted, bespoke implementation. Each animation is stored as a plist file, containing each frames’ filename and coordinates, ready for display.

Each plist file within the demo was crafted by hand, a painstaking process of copying the filenames for each frame and placing them into the plist one by one, including any additional sound files that needed to play out at specific points. This was time consuming but got the demo functioning as it should very quickly. This wasn’t a solution that was going to scale when it came to building each of the Plist files for X animations however…

For the real thing, Aaron Wardle had mentioned PlistCreator. I managed to use this to take an array of file names and with some other PHP magic it could create the files for me by simply passing it the images for each animation. This was done by grabbing the image files and dragging them to an upload field which then generated the file based on the image filenames, pulling out the required animation reference and coordinates for each frame.

Even though some of the plists required some gentle massaging afterwards, this tool ultimately saved me hours of repetitive work. It just goes to show that every dev should know at least one scripting language to help automate these mundane tasks.

Animations need sound

Sounds for each animation lived in a separate Dropbox, along with a spreadsheet which gave the specific frame number the sound needed to be played for. Most of the animations support multiple sound effects, so the animation doesn’t feel repetitive when you poke and squish Globbert around his little world.

Adding sounds to the app was obviously much simpler than the animations themselves, with only a filename needed in order to trigger the sound through the standard iOS frameworks. However we didn’t want sounds to be repeated multiple times, so the audio system was tweaked slightly in order to ensure a sound is only played once per animation. To get around this various animations have their sounds stored elsewhere in a list, each time a sound is played it is removed from the list. Once the list is completely empty the list is re-populated and the process starts over again.

Adding the ability to hold frames

Some animations within Globbert require a frame to display for more than the usual 0.04 seconds (1/25th of a second), so like sound I had to include an option within the Plist files to hold a frame for a number of given seconds. When the code loops through the Plist and finds a hold it will pause the loop for that length of time. Sounds simple, right?

Sleeping the loop wasn’t enough as in that time the state of the app could change. Globbert could be squished during the sleep or splatted across the screen. This meant that the sleep could potentially be invalidated at any time so another animation could be started. Another loop was used for this which after each frame it had been held for checked that the state was still the same before continuing with the sleep. If the state changed it checked the state and either continued or canceled the current animation and moved on.

Follow on animations

Some animations have multiple endings and only look completed when another animation is played. For instance an animation of Globbert flying back on screen doesn’t show him land, the animation Plist file contains a list of animations that can follow and one is selected at random. Another way to ensure that the experience doesn’t feel repetitive.

Many animations at once

From the outset Globbert required multiple animations to be happening at once all interlinked with one another.

For example, a speaker would include an animation and sound, but at the same time Globbert would need to show a reaction to the speakers. Each animation has it’s own duration, sounds and loops that need to be managed. This required slightly different handling for a few different aspects, so animations were grouped by type.

• Globbert Animations
• Speaker Animations
• Idle Animations
• Exit Sign Animations
• Instruction Animations

Each group of animations has slightly different play out logic, for example Speaker animations play and loop a set of frames in while sound files are playing. Once completed the speaker animation progressed passed the set of frames used during play to retract off screen.

Each frame of animation within Globbert is comprised of the element moving and the background from the set, this meant that frames could sometimes clash and overlap. Extra logic within the play out allowed certain animations to speed up to avoid overlapping frames within certain states. For example, a speaker would be playing a noise to annoy Globbert and would be squished to try and atatck the speaker which would retract quicker than normal to avoid overlaps with bounce-fly animations which see Globbert bounce around all corners of the set.

Off screen

Part of the magic behind Globbert is when the story happens off screen; when you squish Globbert and he flies out of the viewport, a set of different audio clips is played. You’ll hear Globbert interacting with things not visible on screen. Things that you can imagine him doing in your head.

While he is off screen the world would have been completely still, so various idle animations play out during off screen audio clips to keep the world alive, such as dripping pipes or eyes peeking out.

Queuing animations didn’t seem to work well.

When Globbert is squished he flies off the screen, the animations that are performed for this are comprised of a list of separate animations which show Globbert bouncing around the screen in different directions. These all vary in length and initially were built using a Plist which detailed the separate animation references. When one of these bounce-fly animations needed to play out it would have to grab the reference from the queue before fetching the Plist for that animation before progressing onto the next one in the list. This method worked fine in the simulator and on newer iPads but when it came to the 1st generation iPad it just couldn’t handle it.

The queues were eventually removed and each of the bounce-fly animation Plists were manually created to remove the need for the animation queue files. This improved the performance on the 1st generation iPad.

Make Globbert come alive

To give Globbert the impression of being a living, breathing character subtle effects such as blinking and reacting to the players actions had to be introduced, otherwise you end up with a rather stilted character no-one would believe in. The first step to make Globbert come alive was to add blinks and double blinks throughout the animations, while still allowing squishes and interactions to flow correctly.

After we had breathed some life into the animations, Globbert felt much more natural. With a moving, chaotic world the player never quite knows what to expect when they squish him.

Globbert for iPhone

While we wrapped up development on Globbert for iPad we started to think about iPhone. The iPhone app would be a scaled down version of the iPad app with a few entries removed due to the smaller window into Globbert’s world.

After a few hours sat with a calculator, the maths to work out how much everything needed to be scaled down by was done and all of the assets and playout code was tweaked ready for the smaller viewport.

iPhone 5, another screen resolution…

While Globbert for iPad was being developed Apple announced the iPhone 5. The iPhone 5 came with a taller screen so we had to figure out a way of making the world work within the new resolution. We decided rather than zoom into the world and affect more of the gameplay within Globbert, we would add a border to the top and bottom which sat within the world.

Transcontinental

Not all of the challenges have been technical ones; working at Buffer has meant I’ve been traveling around various parts of the world while trying to keep things ticking over with the app. Globbert has well and truly become a transcontinental project, with development ranging from the beach front in Tel Aviv, to coffee shops in San Francisco and even back home in Birmingham.

This has proved challenging providing builds of the app for testing, requiring a rather decent Wifi connection wherever I am to submit TestFlight builds. Fortunately Globbert sits just under the maximum limit for TestFlight builds and has proven invaluable in getting Globbert developed and tested while I have been traveling.

Some stats

• 16,000 files in the Xcode Project (contains both iPhone & iPad targets).
• 400+ Plists for both versions.
• 550+ audio files for both versions.
• 6300+ images, for the iPad version alone

Go grab Globbert now!

You can now get your hands on Globbert and interact with him within his little world. Help him reclaim his peace and quiet by beating the noisy things. Grab it now for iPad and iPhone.

Drop me a comment below if you’d like to know anything else about how Globbert was developed, I tried to cover as much as I could that I thought might be interesting so no doubt I’ve missed something.

The post Globbert, a development journey appeared first on AndyDev - iOS Developer Andrew Yates.

New York

Till this year I hadn’t been outside of Europe, late last year I was planning to head to New York for a holiday, followed by a week in San Francisco for Apple’s World Wide Developer Conference. As with most things planning was left till last minute, booking accommodation just a week or two prior to leaving for the big apple.

I hadn’t planned an itinerary for each day in New York, often deciding what I was doing each day just after waking up. I managed to take in most of the sights I wanted to. I even got to see sights I thought I would miss due to the dates I had chosen. Fortunately some bad weather meant I was able to see the Space Shuttle craned onto the Intrepid, which was a somewhat bizarre experience.

I’m hoping to get back over to New York in 2013 for a longer period than a week and see even more of New York.

San Francisco / Apple’s World Wide Developer Conference

Ever since starting iPhone development and even prior to that WWDC has been high up on my list of conferences i’d love to attend. Fortunately I managed to get a ticket within the short amount of time that they were on sale, which was a good job as I had already booked flights to be in San Francisco following New York.

Prior to hitting WWDC a group of UK iOS Developers got together to cycle over the Golden Gate Bridge, a definite highlight of the whole week.

If you do iOS or Mac development and haven’t been i’d recommend it, I certainly want to go again next year. Crossing my fingers already for tickets. Not only do you learn about the new features in the upcoming iOS release you get to chat to developers from around the world and also chat to Apple Developers who can point you in the right direction if you have a problem with some code.

Buffer

2012 saw me join Buffer fulltime in June after working freelance on the iPhone app since last September, working alongside an ever growing team of awesome people. We’ve visited Tel Aviv and I have a list of places I want to visit in 2013.

Want to join the Buffer team? We’re hiring!

Tel Aviv

Buffer decided we’ll be heading to Tel Aviv, Israel for a few months. Somewhere that initially some of us were sceptical about. Something that two weeks in triggers me to post “Give it a chance“…

My take out from the past few weeks is to not judge somewhere based on what you’ve heard in the news. They rarely pick up on the good stories and focus on the negatives as they are the stories which make the headlines. While those bad headlines are no doubt happening, they are out of sight and out of mind while I explore and experience somewhere entirely new (and the weather’s not bad either).

I’d definitely go back to Tel Aviv given the chance. I didn’t make it to Jerusalem while I was there and it’s definitely on my list of places to visit.

Buffer for iPhone

The original Buffer for iPhone launched in January of this year with various released adding and tweaking things released after. Then we started working on version 2 in June, which was released earlier this month. It is a huge step forward and it was a pleasure working alongside Luke Beard, who made it look very pretty.

We added the most requested features such as Photo Upload, Analytics shown without having to select each update as well as promoting all of the other amazing 3rd party apps that have Buffer integration.

Feedback on the new version has been great. We have lots of other tweaks and improvements planned for future versions.

Globbert

Having only worked on productivity apps and data driven apps such as Buffer and Magic Bean it was a whole new challenge to work on an animation based iPad app. It has been a pleasure working on Globbert, while also learning so much during the development. It’s been great to get to grips with another side of iOS development I hadn’t experienced till now.

If you got an iPad this Christmas or had one already go and get Globbert from the App Store! Watch out for updates about Globbert in the future.

2013?

Who knows what 2013 will bring. I hope to have even more countries crossed off my list this time next year, even more apps developed and shipped. Also I hope to make sure I post more regularly on this blog, so far so good!

So with that all said, Happy New Year!

The post 2012 appeared first on AndyDev - iOS Developer Andrew Yates.

I ended up releasing over 10 themes and a few plugins for e107, while taking onboard feedback and making updates quickly before letting them naturally fizzle out. With many of them are still available to use after 5+ years with most of them released during a “e107Advent” which I thought up just before December one year. Looking back at the code behind them isn’t a pretty sight at all.

Up until recently when i’d go to release anything into the wild i’d have an overarching feeling of fear that someone would come and attack me regarding something I had done within the released code. A fear that seems to effect most developers i’ve spoken to recently. While it’s definitely good to make sure your doing everything within it to the best of your ability, you can only do so much within the realms of what you know.

However, I now no longer worry about releasing code publicly. Releasing code to the world and having someone comment on any aspect of it is a great learning experience. If they mention a way of improving something or a better method of achieving the same result then it’s only helping me improve my code in the future. And with GitHub people don’t have to email you about an improvement but they can make the changes themselves and share it that way making the whole process much easier.

The post The Fear of Open Source appeared first on AndyDev - iOS Developer Andrew Yates.

Globbert lives in a sewer and enjoys a peaceful life, however he’s often interrupted by the noisy things. Help him regain his peace & quiet by squashing him down and aiming him at the noisy things. Plenty of surprises are in store.

Globbert has been 2 years in the making with development starting earlier this year, ahead of my trip to Tel Aviv. Many days were spent on the beach with my laptop coding away to make Globbert the loveable character come alive as well as those noisy things.

Each frame of the app originated from a stop motion puppet on a custom build miniature set, each frame was then cut out as small as possible before imported into a custom built play out system I developed over the past few months.

It’s been great fun working alongside Chris & Marc from Randall & Silk and we’re not quite done just yet with Globbert heading to other screens soon.

So go and say “Hi!” to Globbert by grabbing him from the App Store here.

The post Get Globbert appeared first on AndyDev - iOS Developer Andrew Yates.

It’s been nearly a year since we launched the first version of Buffer for iPhone and since then a fair bit has changed for me. I went from working at 383 Project and working on Buffer in my evenings and weekends. To starting working at Buffer fulltime in June building the brand new iPhone app and various other integrations with other iOS/Mac apps. Throughout this time I can’t say i’ve sat down and thought about what i’ve achieved in the past year.

It seems very rare that developers of any kind actually reflect on projects they’ve worked on. Say for instance you’ve built a site that gets used by thousands of people each day, you should be proud of the fact your work is being seen by thousands of people each and every day.

We’ve just launched version 2 of Buffer for iPhone, something that has been months in the making. Working alongside the very talented Luke Beard to improve the Buffer experience on iPhone. While looking at download figures we discovered 44,000 people have downloaded the Buffer iPhone app since its launch last January. When I was asked to find out how many I simply gave the number across without a single thought about how something i’ve built has been downloaded by that many people across the world.

So while your thinking about what you want to achieve next year, start by taking a look back on what you’ve done over the past year.

The post Reflect on what you’ve achieved appeared first on AndyDev - iOS Developer Andrew Yates.

This past week i’ve been visiting StackOverflow not only to read answers but to actually answer a few things myself about iOS. Having done so each day I found myself answering questions about stuff I didn’t necessarily know about. I’d search for an answer just like I would do normally and post a link to it, while gaining knowledge of that solution and if I knew the answer i’d sometimes verify it to make sure I wasn’t being stupid.

Getting techie for a second… So far i’ve it’s been pointed out that UIActivityViewController’s on iPad need to be presented as a Popover rather than a modal like I was previously doing in the Buffer UIActivity code released last week. Something that is in the documentation but isn’t necessarily highlighted and obvious, especially as both methods work.

So my improvement the past few days has been to keep answering StackOverflow questions to pick up things that i’d not necessarily pick up day to day but may be useful down the line. I’ve been pleasantly surprised at just how much you can pick up by just helping others, it’s definitely helping and it also means I won’t feel as bad leaning on the StackOverflow community for help in the future.

Following the quote from the Greek Philosopher Aristotle in my “Learn by Doing” post. I’ll continue on a similar theme, Roman philosopher Seneca Read said… “While we teach, we learn”.

The post Learn by teaching appeared first on AndyDev - iOS Developer Andrew Yates.