Monthly Archives: August 2013

Class Reflection

Class overall: I was excited to take this class because I knew it was going to be quite different than my other PR/CC classes. Overall, I’m coming out of class with a better understanding of the fundamentals of web development, and why it’s important for today’s marketing/communication professionals and journalists to be well versed in this field.

The first few weeks were overwhelming and a bit difficult to grasp everything. Coding is very detailed with so many moving parts, so when Greg told us to only concentrate on the bigger concepts — it was challenging. But, I’m happy Greg reiterated this throughout the semester – by learning the broad concepts and utilizing WordPress, you are capable of creating a customized website.

What I learned: My expectation of the class was to learn enough coding skills to create a website, as well as learn how to better communicate with developers – and I think this was accomplished. In addition to learning basic coding skills (HTML, CSS, PHP, JavaScript), I gained knowledge about how to actually setup a website. I never heard of MAMP, GitHub or CyberDuck before this class, so learning these applications was tremendously helpful. I had some WordPress experience prior to class, but now I feel much more comfortable with the Admin and Codex. I also learned that taking a class like this is going to be very frustrating at times, but I’m happy that I’m coming out of it with better problem-solving/troubleshooting skills.

Why it matters: Learning about web development is going to matter more and more as we progress in our careers. From the developer profile assignment, I learned that the working relationship between developers/designers and digital marketing/communication professionals is extremely important.

What I’ll do with the new knowledge/skills: I plan on drinking more wine so I can add additional content to my site 🙂 There’s also more customization that I’d like to do, such as incorporating a photo slideshow. The knowledge/skills gained from this class has already helped me in my current job and will continue to in the future. My department at work is implementing WordPress by the end of the year, and I will have a key role in the CMS/front-end. I don’t think I would be as excited about using WordPress at work if I wasn’t for this class. Clearly companies are catching on by investing in this platform, so it feels good to know that I have experience working with WordPress.

Thoughts on initial readings: I feel much more comfortable about the concepts explored in our readings from week one. The readings about “thinking” talked about looking at programming from a broader perspective… I can appreciate this idea much more having lived through creating a website. I also enjoyed re-reading the WordPress philosophy and really took to the 80/20 principle:

“The rule of thumb is that the (WordPress) core should provide features that 80% or more of end users will actually appreciate and use……That should allow all users to find the remaining 20% and make all WordPress features those they appreciate and use.”

After the class ends: Although we covered a lot of different topics in class, I don’t recall learning about Python. I keep hearing that it’s the “latest and greatest” language to learn. Maybe I’ll check out a Codcademy lesson or tech blog to see what all the hype is about. After this class, I think there’s going to be a lot of that — reading industry blogs — to further my skills and knowledge.

Snyder’s Reflection

The Class Overall

I chose this class, because I wanted to learn a new skill. Something I could walk away with and use. Something tangible. Overall, I think the class gave me that. I think I was a little thrown off by the style of the course, which seemed to involve a lot of self-teaching. However, when I think of my wife’s experience during her MBA, I remember it being much the same. If that’s the idea behind a masters program – that you go through it with a little more independence – I think I can appreciate that. And I think, overall, it worked well in this course.

What I Learned

I learned to struggle through new concepts on my own, which isn’t such a bad thing. I think I couldn’t have learned a lot quicker with more hands on during class, but perhaps the hard lessons of identifying and correcting my own mistakes made the lessons all the more permanent. Obviously I learned a lot about coding. I think the best lesson I learned is to ride the backs of people that are dedicated and know what they’re doing. That is why, for example, I was happy with my decision to use a WordPress theme. I think if I would have gone with a random developer’s theme, I may have missed out on the responsiveness and constant updates, and probably would have run into a few bugs.

Why What I Learned Matters

It doesn’t really, right? I mean if I don’t put it to use, why would it? So, I think the answer to this question is that I have to make it matter by using it to make a difference in my work, my personal endeavors, and possibly even the endeavors of family or friends. Like Luis did. He built that site for his mother’s family business. Who would have done that for her? I think that’s what will make what I’ve learned matter – when I use my newfound ability to do something that no one else could have, or would have done.

What I’ll Do With the New Knowledge and Skills

I think I’ll just build on it. I have a site now that I’m pretty happy with. I think I’ll continue to work on it when I have time, and perhaps build another site. I think I’ll volunteer to help people with their ambitions to have a presence on the Internet, and perhaps even study the coding of some of my favorite sites. I’m also thinking of creating a T-shirt company that sells shirts with random code, written in short witty ways. <!– my back end rocks –>

Thoughts on Re-Reading the Initial Readings

Obviously a lot of it made much more sense. Some of it was still a little out there, perhaps intended for a more professional developer. However, most of it seemed to hit on some key points we covered in the class. The underlying theme being how this all relates to journalism, which I think at least one of the readings discussed. Some of the readings will serve as a good reference for future projects.

What I Want to Learn After the Class Ends

Honestly,  just want to fix the remaining issues I have with my site. I think if I can do that, I’ll be happy. Perhaps in the future I’d like to learn how to create a phone application. It seems like the new “get rich” thing to do (and yes, I’ll throw you a couple mil’ when I sell my big application to Apple). But other than fixing my site and getting rich, there’s really not a lot more I can think of right now. Honestly, it would probably be a waste to try to learn more while I still have so much more to learn and practice with the topics we covered in this class.

See you Tuesday …. don’t cry.

Developer Profile – Angela Banks: Simply Amazing!

Angela Banks

Angela Banks-Beach Body Coach, Engineer at GE

Angela Banks achieved her Masters in Information Technology, May 2012 from the Virginia Polytechnic Institute (VT). Angela began her course work as a student of Computer Science, but decided that she preferred to have a higher level understanding technology  versus hands on. As a result, she changed her degree to Information Technology.

Her degree, hard work, and commitment to success have helped Angela overcome barriers. She obtained a Human Machine Interface (HMI) Engineer position at General Electric in Salem, Virginia, a predominately male occupied position. On top of serving as an Engineer, Angela for the past two years has been working on defining a new path for herself as Beach Body fitness Coach. She has found that aside from developing and testing she enjoys helping people achieve fitness goals.

The programming skills, which Angela obtained at VT, have been key to her career.  As a Validation Engineer (a position held by Angela early on in her career) she used programming to modify and/or create automation scripts that were used for testing.  For her current HMI position Angela leverages her programming skills to configure switches.

For her Fitness business as a Beach body Coach, she created a site using Word Press. There she called on her programming skills to create a site, which had the look and feel that she desired for her customers. “By knowing what to look for in the common gateway interface (cgi) code I was able to modify the template for my website”.

The Programming Journey 

During our interview Angela and I talked about her journey from learning programming in school, leveraging her learned skills at work, and leveraging the skills for her business.  Per Angela, programming is all about continuous learning. Programming languages are similar in many ways, but not identical, leaving room for learning.

At work, programming skills allowed Angela to achieve career advancement, strengthened her ability to communicate with business and technical personnel. Her programming skills and her ability to push through obstacles have made her a valuable asset to General Electric.

Angela became a Beach Body Coach about two years ago. Upon embarking the journey, she decided to create a blog which enabled her to communicate upcoming events to her clients and to increase client involvement. Angela started the journey to create a WordPress site for her Beach Body business with foundational programming skills.  She soon found herself depending on research and trial and error to standup an interactive site. And troubleshooting solutions that would enable her to produce to her goal.  The concepts which were the most difficult for Angela include:

  1. How to make her site interactive
  2. Personalizing Widgets
  3. Personalizing frames

The WordPress journey was professional and personal to Angela. The further she advanced in the journey the more she learned about herself.  The journey led to learning new programming concepts and to the realization that she enjoys troubleshooting and seeing her development work come to life. The most important concepts which she learned was knowing when to walk away from the computer and the criticality of making decisions at the right time.   The effort to launch the Beach Body had just kicked off when Angela found herself updating code and making progress and then she found herself hitting a huge wall.  At that moment Angela found herself devoting a lot of time to fixing her site and not building it up. That is when she made one of the most difficult decisions anyone can make regardless of the field: Starting Over. No one ever wants to start over, just think of all the time that she had already invested. Anyone that has ever developed knows, it is a huge commitment. Regardless of the time already invested, Angela decided that starting over was best, so she made the call. Beach Body WordPress take one was aborted.  Angela very quickly launched take two of the effort.  She is very glad that she did not give up.

Angela’s site is up and running and has become a gateway for adding new clients to her Beach Body portfolio. It has helped her keep existing clients informed, and enables her to maintain a social media presence on Twitter and Facebook.

Angela’s Lessons Learned 

Know when to walk away from your computer.  According to Angela, hitting walls and/or barriers is part of the development life cycle and knowing when to step away from your computer to re-strategize is just as important of a skill as programming.

  1. Research and learning are never-ending. Angela obtained her Masters in Information Technology, but she still spent time researching and learning new tactics for developing as she created her WordPress site.
  2. Don’t give up. One thing that Angela is known for is giving it her all. Never give up applies to everything. Angela when developing her site leveraged this modo and now she leverages it for her Beach Body Coach business.

Angela plans to continue leveraging her programming skills to make a difference in her life and that of others.

 

 

Final Thoughts

The class overall: Although it may be extremely hard to scope out based on my posts throughout the semester, I did find this class helpful. I learned that web development should not be feared as long as you have time, patience and a close relationship with Google. My negative feelings toward the class came from an expectation of mine that I now see to be completely unrealistic. I registered for the course expecting to be taught how to code and although I have basic knowledge of coding, a lot required me to Google(self-teaching) and I am nowhere near pro status. What I learned though is going into a summer class, or really any class, thinking that you’ll automatically leave as a coder is the first mistake of a non-coder mind(although I’m still trying to figure out  Luis’ technique in accomplishing this. Congrats!). This class covered everything that the syllabus said it would and I not only have a better understanding of what web developing is all about, but I also learned a little more about how I learn/function.

What I learned: The very basics of HTML, PHP, CSS, a lot of things about WordPress that I never knew existed, Github/Sublime/Cyberduck, that Codecademy exists and what questions to Google. I also learned that I do not want to be a web developer. I said this in the beginning of the semester and I’m sticking to it that the feeling I have after getting my code to work does not outweigh the misery and annoyance I feel when my code fails.

Why what I learned matters: Knowing even a little about coding not only helps journalists within their job, but it also looks good on a resume. I cannot and will not put on my resume that I know any code languages, yet, but I know enough to identify the language and work through certain issues. Also, with the disappearance of newspapers and the increase of news being consumed online, there could not be a better time to know some code languages.

What I’ll do with the new knowledge and skills/What I want to learn when the class ends: Shockingly, I do plan to learn and practice more once this class is complete. I do want a better site and I think I may want to change my theme to 2012 after Rob so graciously pointed out to me that there is just way more support with that theme. I have no immediate plans, but by the time I graduate(2 more semesters) I intend to have a site that I’m proud of as well as a better understanding of the codes I mentioned above. JavaScript may still be a lost cause.

Thoughts on rereading the initial readings: They make a  LOT more sense now that  we know what they’re referring to. I really wish I would’ve paid more attention to the reading Rethinking our Thinking. The quote below sums up this entire class for me.

“Your mindset impacts thinking which impacts mindset which impacts thinking… etc for infinity.”

My mindset was negative and therefore my thinking was negative. I believe that knowing code and being able to create sites on your own, even if just for personal use is extremely beneficial for journalists. I also think it is is something that you really have to WANT to do. If you really want it, you will be able to conquer it, even if it takes months. If it is nothing more than a curiosity of yours and you are not willing to put in time, it will kick your butt and your mind and you’re whole approach is negative.

Web Developer Profile: Dan Rowden

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.

 

Wrapping Up the Class

This class was quite a learning experience.  I hit a lot of roadblocks but also solved a lot of problems and realized what I can accomplish within WordPress if I put my mind to it.

The Class Overall:

I think that the class was great for giving us a structured environment to learn some coding basics and safely experiment.  It allowed for a lot of tinkering on our own, but could have definitely benefitted from some more class and one-on-one time.  While the instructional periods were informative, more time to work with Greg on specific issues would have been nice.  I found myself working on some problems the wrong way for hours when Greg could have given me a simple fix or explanation in a few minutes.

What I Learned:

I learned the basics of HTML, CSS, PHP, and JavaScript.  I learned that you can find the answer to almost anything with Google and a little (or a lot) of mental elbow grease.  If I want to experiment in the future, I know that I can commit my changes to Github and share my code (and my issues) with a world of other developers.

Why this is important:

Knowing the basics is important because it opens lots of possibilities. Just knowing that I can look up how to write code on Codecademy or crowdsource and issue to Github or utilize Stack Overflow for almost any coding issue makes it way easier for me to solve problems and learn how to make my website capable of almost anything.

What I plan on doing with my knowledge:

I hope to keep up my blog, once I solve a couple more responsiveness and design issues.  I’m also going to be helping out a local logo artist build a portfolio and informational website that will hopefully expand her business.  I will be able to give her advice on what types of templates to use as well as give her ideas of what a good website could be capable of.  I plan on using WordPress to build this site.

Re-readings and initial readings:

Reading the initial readings over again made me realize how much I have learned about the language of coding.  Not just in the terminology, but the concepts are clearer to me as well.  “Don’t repeat yourself” was simple enough the first time I read about it, but until you actually code the same thing four times in a row you don’t realize the value of it or how it might actually require finding a new way to do things.  Designing for the masses makes more sense now, because if my functionality changes are too complicated for my authors to use, they won’t use them.  Actually working with the site makes you realize how these problems from the initial readings can quickly present themselves.

What I want to learn now:

Obviously, I’d love to get my custom meta boxes working, but beyond that, I want to learn how to make my site more responsive and aesthetically pleasing.  I want to keep it simple still, but I want it to impress.  I’m taking a web design class in the fall that I hope will help me with this.  I want to learn how to build or customize more of my plugins, as well, as so I think I’m going to fork some of my favorite code and see if I can improve on it.

Interview with Web Designer and Developer James Atkins

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 12th.  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.

Q&A with Developers from Blackboard and Zoomph

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.

A look back, a look forward and a congratulatory self five

I went into our final assignment, re-reading the documents from the beginning of the semester, knowing exactly what I was supposed to feel. I was supposed to surprise myself with how much more I understood from the documents. Like a child watching an adult movie and not understanding, only to re-watch it years later and finally get all the jokes. To some degree, I did feel these things, probably not as much as I had initially anticipated but if this class has taught me anything it is that learning web development cannot take three months. It is a time consuming process that never really ends.

I may not be an expert at code but I pulled together a pretty decent web site (if I do say so myself) and I did it all on my own. Three months ago I had my doubts about whether that would be possible. I have the basics under my belt so going forward I will continue to use tools like Codecademy to deepen my understanding of html, php, css java script and more. I would love to pick one at a time and really focus on it to get a more full understanding of how it works before moving on to the next. I learn better when I focus my energy and for self-learning I think that will be the best way to proceed.

The WordPress Philosophy call for designing websites for the majority.

Many end users of WordPress are non-technically minded. They don’t know what AJAX is, nor do they care about which version of PHP they are using. The average WordPress user simply wants to be able to write without problems or interruption. These are the users that we design the software for as they are ultimately the ones who are going to spend the most time using it for what it was built for.

Thanks to this class, I’m already way ahead of the majority. We’ve talked about it in class but I think re-reading the WordPress Philosophy really helped it sink in. I don’t need to be a developer to use the skills learnt in class. Some of the lessons learnt from coding can actually be implemented in many aspects of my life, including being able to better communicate with people who are full time web developers. In fact, many of the the points made in The Pragmatic Programmer Quick Reference Guide could have been drawn straight out of a self-help book: Care about your craft, don’t make lame excuses, remember the big picture, finish what you start, don’t think outside the book – find the box, exceed expectations. (I also think my running app may spout a few of these out to me on a weekly basis.)

And with that I leave you all. Self five for a great semester.