NCDevCon 2014 Session-Best Practices are Best, Except When They're Not

Best Practices are Best, Except When They're Not

A code-review of sorts where we go over some of the real-world situations when things just don't go the way the Stack Overflow Gods say they should. We'll look at the pros and cons of solutions in these situations and the lessons hopefully learned along the way. Description of target audience: Developers that write apps in the real world, that have deadlines, and have to solve real problems that don't always fit nicely in a box. Assumed knowledge for the topic: Intermediate level of ColdFusion (or similar language) and some experience with OOP (but by no means will you need to be an expert...in fact, if you call yourself an 'expert' you'll probably think this talk is beneath you...and if that's the case, I'd encourage you to attend even moreso. ;) Objective of the topic: We all see lots of "well I would never do it THAT way" comments on blog posts, mailing lists, and the all-mighty Stack Overflow. But what about when you HAVE to do it that way? Let's look at some of these situations and talk about different solutions that might not be the most elegant, but solved the problem, and helped us learn something for making the next version of our app better. Qualification: I've been running a software consulting business for the last 6 years. Several of my big projects have involved inheriting large spaghetti-code projects, and having to figure out ways to add new features without rewriting everything from scratch. This isn't always clean, or elegant. The goal isn't always to write something that is blog-worthy, the goal is to solve a client's issue in the given time-frame, often with a terrible codebase. Main points: 1. When is it BETTER to have errors emailed to the team instead of stored in a logging tool (Yes, there is a time for this). 2. Can you do things like add Bootstrap to an old table-based web app? (Yes, there are still some of these out in the wild.) And what happens when you do so? 3. An explanation of technical debt and why it's important. 4. Some real code situations where incurring a little technical debt was necessary. 5. Some lessons learned when these situations have presented themselves, so we can improve things in the future.

About Nolan Erck

Nolan Erck

Nolan Erck has been developing software professionally for more than 18 years, starting in the video game industry and advancing to web development in 1999. He has worked on high profile projects for LucasArts, Maxis, Lisa "Left Eye" Lopes, and Schools Credit Union, among others. His list of credits includes Grim Fandango, Star Wars: The Phantom Menace, SimPark, and SimSafari. Nolan currently manages SacInteractive and is an active member of the Web Developer community, giving presentations on Object-Oriented Programming and Web Development for groups across the country. Nolan is an in-demand consultant, providing training and development experience for a variety of companies.

Follow Nolan Erck on Twitter

Ready to Register for NCDevCon 2014?

Eventbrite - NCDevCon 2014 - North Carolina's Premier Web Conference

There are no comments yet...Kick things off by filling out the form below.

Leave a Comment

Leave this field empty: