It is difficult to pin down where passion begins or what ignites it. For Dan Rowden, creator of Magpile, his passion for web development began with learning to play a musical instrument. To be more specific, it all began with learning to play the bass back in the late ‘90s at the age of 13. What began as an interest in music, evolved into an interest in sharing and making the learning process easier for others seeking to learn. Bass-tabls.co.uk was born and although it would not last, the interest in web development would linger in Dan’s mind for years as he fiddled with sites here and there and finally got serious about the whole process while obtaining his Bachelor of Engineering degree in Media Engineering with a focus on web development, printing technologies and European business from Helsinki Metropolia University of Applied Sciences. 

When Dan is not working his day job as a User Experience Designer for a Science and Technology university in the Middle East or browsing Stack Overflow and Dribbble, his favorite industry sites, he is dedicating his time to his true passion: web applications and the UX, UI and development that goes along with it. Last year, Dan combined his interest in magazines and web development into Magpile, an online community for magazine lovers. Dan was kind enough to take some time out of his week and share his thoughts on web development, magpile and the future of magazines.

Espresso (editor) is one of my favorite development tools. I only use that and Photoshop to make websites. There are a few compression tools I use, too, like jscompress.com or tinypng.org

If you have a team you have varied opinions and expertise, which leads to a more rounded and solid product. But as an individual you are forced to make decisions yourself so you can be quick and nimble, and work to your own deadlines.

Favorite developer language? Definitely Python. It’s a lot cleaner than most languages, in that you write only what you need (In Javascript or PHP, you should end lines with semi-colons and there are a lot of brackets needed in loops or if functions; Python has neither).

Working in web development, you can have an idea and make it into a product that people can use, within hours. Then you can change it and update it (and charge for it!), and it never has to be a 100% developed product, like if you were making a physical product.

There are a lot of sites I like the look of, but two that stand alone in my mind: gov.uk, which shows a lot of different information really clearly and easily available with its recent design (it has won awards) and Issuu, which is both beautiful to look at and interact with, and you can read magazines on it!

Magpile is like a Wikipedia for magazines. It is a reference to the world of print and digital magazines. It also has a community, where readers can sign up, say which magazines they own, discuss them and follow other users. I also launched a Store, where publishers can easily sell their magazines to Magpile’s global readership.

I wanted to keep track of my own magazines, which were spread across three countries. I decided once I’d started planning the site that I should develop it into something other users can use. This then spiraled into the large magazine reference it is today as users added more and more titles.

The site is built with Python, using the django framework. django is an awesome codebase that gives you a leg-up creating web applications. I did the coding (back-end and front-end) and design gradually over the past 1.5 years.

I think, like Wikipedia, Magpile should be a freely available and long-standing resource. Any change in the publishing field won’t affect this mission, nor Magpile’s impact as a record of print history. I can’t see magazines going away anytime soon, so Magpile should be around for a while, too.

For nearly every feature I’ve added there is something I didn’t know how to do. A simple thing like getting a cover image from the internet and saving it in the Magpile database and onto the Magpile server isn’t really that difficult, but as I’d never done it before I had to go out and read up on how it would work. I’m on stack overflow an awful lot researching different ways to accomplish a coding challenge.

I just launched Maggly, which is also aimed at the magazine market. It gives publishers a magazine-specific website with very little set up, which means that they can focus on releasing their magazine rather than spending time setting up and managing their website.

To be able to do my work, I have to be on the computer. I don’t like to be tied to a screen all the time, and would love to someday do things with my hands (like woodwork) instead.

James Atkins is a web designer and developer who did some work with my uncle’s company, Thompson Reuters, which is an umbrella company of the Reuters news service.  I interviewed via James via Skype from his home in rural France.  His website is located at http://jamesatkinsdesign.com/.

Mark Dennin: How did you first get into web development or design?  What led you to it?

James Atkins: I was asked to work at one of the UK’s first web design companies, it was called New Media Factory, in Cambridge, UK in the mid 1990s. I was a freelance designer and wanted to find out more about the web. I was bored of conventional design companies.

MD: What was your first web development/design job?

JA: Prior to New Media Factory I was a design consultant at LIFFE, now NYSE Euronext, in London. It was essentially a trading floor where the traders all wear loud jackets and shout deals across the floor. That was 1994-5 if I remember correctly, it was the first time I’d seen the World Wide Web. I’d downloaded a copy of Mosaic and loaded a few pages – the first Yahoo, the FBI “Most Wanted” page and a few academic sites. I was intrigued that this stuff was published, free and available at anytime. I suggested to LIFFE that we could do a web page. They didn’t listen, so I started making pages in HTML 1.0 in my own time to try and work out how it all functioned. However I didn’t understand web servers, not many people did and remember, I’m a designer first, so didn’t really get very far on my own. I’d decided I’d need to find out more somewhere else.

So my first real projects were probably at New Media Factory. We worked on several sites all at once. I worked on the first site for the Economic and Social Research Council [esrc.ac.uk/]. Did some consulting and the first version of ft.com in early 1996 and created several internal intranet sites for BP. Another large site which we threw a large team at was for Nationwide a UK Bank that sponsored the English football league.

MD: What does your current or most recent web development job entail?

JA: I’m working with a team for the redesign of website for Private Swiss Bank. This will be launching this year for desktop and mobile versions. We’ve also been helping them with their intranet, email and other digital communications over the last couple of years.

MD: What field was your education in and did it prepare you for a career in web development?

JA: I studied Fine Art, Painting. That doesn’t prepare you for much in the way of a career except for being an artist. When I left art school I moved into the design world because I’d always had a love of typography. Desktop layout applications were just coming out then, PageMaker 1.0, Quark Xpress 1.0, Adobe Illustrator 88, and I was quite computer savvy as a kid so it was quite accessible for me, perhaps more so than most graphic design graduates at the time.

There are thousands of web developers these days. A lot of them very good – but my fine art education has taught me to stand on my own two feet, not wait to be told what to do and to have certain amount of self-belief. That’s useful when you are a consultant.

MD: What are your main responsibilities now in web development or at your job?

JA: It depends on the project. For larger projects I am generally an Art Director working with a team of juniors. I do a lot of presentations for clients and there’s a bit of problem solving and brainstorming. But for smaller projects I still do a bit of production, layout, design.

MD: What websites have you worked on?

JA: Lots! Recently I’ve been collaborating with colleague from NMF days [scheybeler.com]. We’ve re-launched Prixpictet.com we did a lot of work on www.univadis.com/ which is now rolling out around the world – essentially a website for doctors.  The Swiss bank thing should be going live this Autumn. I run a few smaller sites on my own – of course you know about psenterprise.com which I templated and PSE created the pages. But these days it’s not really all about websites. Apps, social media, interactive advertising – there’s all aspects of digital design to be get involved with.

MD: What has been the most challenging and most rewarding aspects of your career in web development?

JA: The big challenge is keeping up with new developments!  It’s constantly changing. Technology, approach, specifications, browsers, standards, devices. It’s rewarding; well these days I no longer have to go into a London office or studio every day. I can work remotely from my house in rural France.

But it’s always good to launch something too!

MD: What languages (HTML, PHP, JavaScript) have been most useful in your career?

JA: Probably HTML and CSS. They’ve been the most constant languages. It’s useful to know the basics of a few of the standard CMS systems like Drupal, WordPress or Textpattern.

MD: Do you have any experience doing web development for news or P.R. organizations?

JA: I did some work the FT. I started working with the Daily Telegraph but that didn’t really work out (they were starting a new company to do apps and dev – but it seemed not well thought out or resolved so I bailed very quickly). It’s important to know when to say “No!”.

I’ve just been working on the redesign of kernelmag.com which is re-launching on August 12^th.  They are a news/journalism/tech blog/ which launched last year. They are re-launching with new backers. P.R., no, although I’ve done some digital work for Brunswick PR in London  – but that wasn’t really a website as such.

I interviewed two professional web developers in an effort to get two different perspectives. Some overall takeaways are: both guys have amazing jobs that they really enjoy; both were somewhat self-taught and recommend continuous learning to keep up with latest trends; both are advocates of agile/scrum processes; and both provide great insight about working with communications/marketing professionals.

MEET:
Hardian Muljadi, Senior User Interface Designer at Blackboard Inc.
Lee Kohn, Lead Developer at Zoomph

1. What is your professional background? Why did you want to become a web developer?

Mulijadi: My background was in computer science and business administration. My first job out of college was as a web designer, having experience in both website content management and development. I was very comfortable working in code, but I knew that I wanted to do something more that involves working with people; gathering requirements, figuring out what makes user tick, and designing a solution that solves their problems. Additionally, the web development field was on the rise, and with my background it felt like the right industry to get into.

Kohn: I became a developer because I’ve always liked building things and tinkering with computers.  Doing web development allows me to get paid to do something which has always been a hobby of mine.

2. Did you invest in formal training, or were you self-taught?

Mulijadi: I took some courses back in high school and college to learn the basics, but for the most part of my professional career I was self-taught. I followed many web design blogs and attended conferences to gain more knowledge on the field and meet some of the key players in the industry.

Kohn: I have a BS in IT from GMU which prepared me for a lot of the infrastructure and business related topics however most of my software development expertise has come from a lot of reading on my own time and on the job training.

3. What advice do you have for writers/marketers/project managers that would help make your job easier? Any tips for a more effective working relationship?

Mulijadi: Most are advice for project manager:

• Don’t schedule unnecessarily long meetings; especially when it involves a lot of people, it’s a lot of wasted manpower and cost to the company. When facing critical issues, facilitate a smaller group with only the key people to tackle the issue at hand; stay with this group until the issue is resolved.
• Be conservative at estimation; it’s better to deliver a working feature on time than to promise something more robust that is impossible to accomplish.
• Update the team as often as you can on progress and due dates; in my company we have daily scrum meetings where everyone on the team shares 1) what they’re working on and 2) what’s blocking. Take advantage of scrums to get a sense of everyone’s progress and where you can intervene to help unblock issues so work can continue and project stay on schedule.

Kohn: I could go on for days about this one, but the top ones would be:

• Computers are dumb.  They are only as smart as the requirements for the software and the person implementing the requirements.  It is of utmost importance to be very specific in requirements since details which are left out will require the developers to guess as to what the author meant.
• Scope creep is very bad. Developers generally like to be flexible when it comes to changing requirements however the desire to be flexible usually comes at a cost to quality since last minute changes are generally poorly thought out and are rushed through development leading to bugs and poor overall quality.
• The difference between can and should.  Software development is very open ended, computers can do just about anything you ask of them.  This doesn’t necessarily mean that you should do it. When developers say that something is possible they usually mean it is feasible; not necessarily that it is a good idea to do.  For example something may be possible but could require $100,000 worth of servers.
• Please understand the difference between (web) developers and web designers.  Web designers are generally graphic designers who happen to know enough HTML and CSS to create a static web page.  They cannot make a website interactive (at least not well).  Developers are for the most part engineers who are focused on more ‘backend’ types of work such as databases.

4. What are some best practices you can share regarding web development?

Mulijadi: Technology is always changing. Everyday somebody figures out a better and more efficient way to do something. Keep up with the latest trends so you can anticipate market direction and cost of building things. Blogs, books, podcasts, and conferences are some of the best way to keep up with the latest and greatest.

Kohn:  This is another one that I could go on for days about.

• Security within web applications is something that shouldn’t be taken lightly. Most non-technical people don’t even think about security related issues until they’ve been hacked. As developers it is our job to point out any security risks and develop secure software even if we are not explicitly asked to do so.
• Plugins are a great way to get a site built quickly but will very often make tweaking functionality very difficult if you can’t read/understand how the plugin works. Also plugins can a lot of the time interfere with each other. Using them can be very tempting but in my experience they tend to be more trouble than they’re worth in the long run.
• Code organization and quality are very important. You can get away with sloppily written and un-organized code while a piece of software is small. Once the size of the codebase starts getting large having a properly architected codebase becomes very important to maintainability and extensibility.
• Comment your code. You may remember what that line of code does right now but in six months you won’t.