A talk about git, github, and the difference between the two, with a sprinkling of open source contribution cheerleading thrown in to make it hang together. I am not a drupal user but I've had some great experiences being made to feel welcome at drupal events so I was delighted to pop over to my local DrupalCamp and deliver this session. There is video as well as my slides and a joind.in rating:
Once again co-keynoting with Ivo Jansch, but this time for the BBC:Develop event, a conference they hold for their developers each year. We shared our tips for improving as a developer over time and throughout various stages of a career.
See also the book: http://nwaysbook.com
This talk was at CodeConnexx in Maastricht, which was a mixed web technologies and soft skills event. Since the audience were of many different technical disciplines, this talk aims more at HTTP-level advice rather than implementation details.
The tech/work skills conference CodeConnexx was in Europe this year and I had the privilege of opening it with a keynote entitled "Teach a Man to Fish". My talk was a great opportunity to share some ideas I've had about professional development within teams, rather than just as individuals. I shared my own tactics for benchmarking and improving teams, and how to develop particular skills - and then how to scale up the benefits of the investment in learning by sharing it with your team.
OggCamp is an unconference, where the content is provided by the attendees. Apparently I am unable to attend this event without speaking or contributing in some way, and this year was no exception! I joined with some friends in presenting a "git basics" session. We talked about use cases and how it applies to open source, and I showed a few slides mixed with demo. The slides were from this deck, published by github themselves: http://teach.github.com/presentations/git-foundations.html#/
My netmagazine article has been posted on their new online home, Creative Bloq. I loved writing this post although it was hard work to rationalise my rant of all the things I really wish API designers would do (or NOT do!) down to just seven points, but they are all things that I think are important, achievable, and will make a real difference