On Thursday, in conjunction with BookMachine, the Bibliocloud team ran a workshop to teach 30-odd publishers how to write code.

Yes, it was as ludicrously ambitious as that. You can’t learn programming in a day: it’s quite possibly a life’s work. And yet I hope that we demystified a few elements of programming for some people whose future roles depend on being able to effectively navigate the digital world.

We prepared very thoroughly for this workshop, starting with a brainstorm of what we hoped to achieve. We decided that we wanted to introduce several key concepts, such as HTML, CSS, Ruby, APIs, and JavaScript, highlighting their relevance to publishing. Andy wrote a Sinatra app which queries the Google Books API, and over the following four weeks we iterated on, tested and documented it.

The results are here:

  • A Github page with a quick start link to download the web application code to your own Nitrous account.

To follow the course yourself at home, register for a free account at Nitrous.io [Update: now defunct] then visit the Github page to get started.

If you’d prefer to have been there in person, then you’re in luck. There was an 80 person waiting list for this course – there’s clearly demand for technical skills in publishing, so we’ll be running it again sometime soon. Watch this space.

Archives

    Most popular

  1. Ruby code and why you should care
  2. A quick look at data visualisation and analysis
  3. Learning how to code, the long way around
  4. A manifesto for skills
  5. It's us in the industry who need to be able to code
  6. Menial publishing jobs are destroying our future
  7. Company news

  8. New website
  9. 2018 Customer survey report
  10. 2017 in review
  11. And now we are five
  12. Prizes galore
  13. Sara O'Connor to join the team!
  14. Product news

  15. 'Continuing to solve real problems': Futurebook 40, London Book Fair 2018 and the Works page
  16. How many authors is too many?
  17. Better ONIX fragments
  18. Advanced advance information!
  19. Schedules page
  20. Publishers hack their own bibliographic data
  21. Case studies

  22. Burleigh Dodds Science Publishing
  23. Zed Books
  24. IOP Publishing
  25. Code

  26. What publishers need to know about Ruby on Rails
  27. How APIs can make publishing more efficient
  28. A day in the life of a programmer
  29. A publisher’s guide to APIs
  30. eCommerce

  31. Don’t outsource your publishing business away
  32. Inbound marketing
  33. Who has the balance of power over data?
  34. To go direct, publishers must mean business
  35. Why publishers must use direct sales
  36. The business case for going direct
  37. ONIX

  38. A hidden benefit
  39. Thema Subject Codes Update November 2017
  40. ONIX. Not very standard
  41. BIC, Thema and artificial intelligence...
  42. Three ways to do more with ONIX
  43. How to create a catalogue automatically using ONIX and InDesign
  44. A non-technical, beginners’ guide to ONIX for Books
  45. ONIX Changes
  46. Skills

  47. A taste of code
  48. Mechanical sympathy
  49. Publishers can learn a few things from programmers
  50. Embrace the code
  51. Strategy

  52. A company of one's own.
  53. Responsibility, Authority, Capability
  54. Five things I've learned since moving into enterprise product management
  55. The search for publishing's holy grails
  56. Sometimes, size matters
  57. Managing expectations
  58. Rejuvenation
  59. Decisions, decisions
  60. The real price of a strategy shift
  61. Why ‘easy’ publishing solutions hardly ever are
  62. Technical debt
  63. Start with Why – How to refine your publishing mission
  64. The right tool for the job
  65. No computer system can fix a broken publisher
  66. Creative industries and the division of labour