Deleted Theory

Archive for the ‘Web Development’ Category

Namescout.com re-launch

Monday, July 26th, 2010

I am stoked to share with you the re-launched namescout.com. Our team worked super hard to bring it together & the re-launch marks the beginning of  new era for the momentous registrar group.

The project involved many teammates from momentous.ca, and sleek design/intro video by mad.ca.  Great work!

DemoCampOttawa 13

Friday, March 26th, 2010

We are super happy to announce DemoCampOttawa 13.

  • Date: April 15, 2010 – 6pm to 9pm
  • Location: ClockTower Brew Pub (575 Bank St. and 417, downstairs)
  • Format: 5 demos: 2 minute introduction, 8 minute demo, 5 minutes for Q&A and discussion

To sign up your demo and for more information: http://barcamp.pbworks.com/DemoCampOttawa13

Sign-up to attend: http://guestlistapp.com/events/18768

Hope to see you there.

Come work with ME at Momentous

Thursday, March 18th, 2010

Time flies. It has been almost 2 months since I joined the Registrar Group at Momentous.ca.  I am writing killer SQL queries and blasting heavy metal with a super smart team.  Doing research, plotting graphs, and planning the next generation of domain & web tools. Exciting times.

That said, we are looking to add a few more people to our team in Ottawa.  If you are down with all things interweb, you love load-balancing, working on sites which get a tonne of traffic, and you roll with ASP.Net, SQL Server, and jQuery, then you are a match.  Come join our team.

We are always looking for good people, but we are going to fill these roles immediately:

Submit your resume through the site or fire it over to me (rob.villeneuve@momentous.ca) and I will put in a good word for you.  Also, stay in the loop our careers page.  Hope to hear from you.

WordPress 2.9 oEmbed – Gotcha

Wednesday, December 23rd, 2009

WordPress 2.9 has sweet new features, but my favorite addition is oEmbed.  For a wordpress author the oEmbed feature lets you simply paste a media link into your post and presto, the media will automatically embed itself.  This feature is enabled by default in WordPress 2.9 and works with Vimeo, Youtube, flickr, and a host of other sites which are listed in the documentation.

The Gotcha!

If you copy your link into the visual editor, the editor my may surround it with the HTML tags, and the oEmbed tag may not work as expected.

The easy solution is to paste your link into the HTML view, and to double check that your oEmbed link is:

  1. On its own line in the HTML Source
  2. Is not surrounded by tags which may interfere with oEmbed

If all else fails, try surrounding the link with the short code.

InBoccaAlLupo.ca Launched

Sunday, November 15th, 2009

inboccaallupo - Photography by Lisa Catana - Ottawa, Canada

My good friend Lisa Catana has launched a website called inboccaallupo.ca which showcases Lisa’s wicked photography.

Lisa did a fantastic job, and is not only responsible for the wonderful photography, but also the identity and web design.   My part was to help her with the interaction and quickly stitch it all together.

Lisa has gorgeous photography prints for sale, and if you are interested just contact her directly. Also, her work is on display at the Crawford Alexander Gallery until later this week.

Lisa Catana – InboccaAlLupo – Exit Strategy
Crawford Alexander Gallery
1112 Wellington Street West
Ottawa, On

Exploring a Development Team's Momentum

Tuesday, February 24th, 2009

Lately I have been thinking about ways to measure and gauge the health and quality of a software development environment/team.  I am wrapping my head around the key components, and need to find ways to articulate these to non-developers.  Well, today I came up with an interesting analogy based on the study of motion known as kinematics.  It probably won’t help non-developers understand, but I did find it amusing.  The analogy goes like this, and hopefully you vaguely remember high school physics.

Three main measurable ingredients of a healthy development team/environment  are:

  1. speed: The rate at which we get things done.  Or a better term would be pace.  Are things moving so slowly that no progress is being made?  Are we operating at breakneck speed, or with reckless abandon?  Are things moving at a manageable pace where we can think, design, re-think, and execute?  Can we turn if we need to? or stop when necessary? How often does our speed fluctuate?
  2. velocity: (veloci-raptor):  I have been using this term with account managers to describe how quickly we can complete projects, and every time I do my college Laura thinks I am talking about dinosaurs.  Velocity is a measure of speed in a direction.  It can also be explained as the distance traveled over time.  You may remember from physics that a car moving 100km/h forward for 10 minutes, and then 100km/h backwards for 10 minutes has an average velocity of  0km/h.  Why? Well, while the car maintained a speed of 100km/h the the entire time, in the end it didn’t go anywhere.  Adding direction to the mix begs the following questions: which direction are we heading? Positive? Negative? Towards a greater goal? Short term? Long Term?   Are we moving in a direction at all?  Does the direction change so often we are actually going in circles, or nowhere at all?
  3. mass:  this is the long shot of the analogy, but  lets make mass represent the team’s attitudes.  A team which is positive has more mass, while a team which is deflated has less mass.  Contributors to mass are simple:  Positivity, Support, Teamwork, Collaboration, Leadership, Accountability, and more.

momentum = velocity * mass

Momentum is all about velocity and mass, and remember that velocity is your speed in a direction. To maintain speed and course through a hostile collision, the more momentum you have the better.   A team with momentum can easily bump small challenges out of the way, and can maintain speed and course during a collision with a larger issue.  Conversely, a team with little momentum can find the even smallest  collisions challenging.

Speed, Direction, Mass and Momentum. I am going to re-focus on gaining momentum using throttled speed, by gaining mass and most importantly by maintaining a net positive direction.  Remember that friction reduces speed, as do turning, and collisions.  If you want speed, you need balance the straightest path with the least resistance, while avoiding the catastrophic collisions.   Oh, and once you are rolling with velocity and mass, inertia will keep you moving.  Note: the speed and direction need not reflect soulless productivity.  You control the speed and the direction, and you can direct the ship anywhere you want.  It is up to the leaders and the team to balance these components.

Next I will turn my focus to kinetic energy, potential energy, and gravity.

What are your thoughts?

wordpress theme & stellar background from boedesign

Friday, December 26th, 2008

I finally got around to updating deleted theory’s wordpress theme. All in all it was straight forward, even for a programmer like me. A super special thanks goes out to my work neighbor Jordan Boesch of 76design, taxime.ca & boedesign.com fame for my stellar new background! Thanks Jordan!

How Digg Works

Saturday, September 20th, 2008

People are excited about the web for different reasons.  Some people are excited by the social interaction, some simply for e-commerce, others are drawn in by exciting design, and then there are those of us who are in to the technology which brings it all together.  I admit it, I am a geek, and I am very interested in the latter.  Well, lucky for me that digg.com has started a technology category on their blog where Joe Stump and other’s give you a behind the scenes look at the technology behind digg.com.

This is not just your run of the mill LAMP installation. A distributed computing dream, I would love to have this type of hardware to play with. Or better yet, google’s hardware to play with.

q&a with 37signals

Wednesday, September 17th, 2008

I was fortunate enough to catch a tweet about the live.37signals.com webcast, and I after catching the last 30 minutes and was impressed.  These guys have solid web dev & business philosophy (but we all knew that), and they hand out some great advice.  Inspiring for designers, developers, programmers & entrepreneurs.  You can catch previous episodes at: http://www.justin.tv/signals37/archive

Passing around some new found respect // QA Testers

Friday, June 6th, 2008

About a month ago a friend of mine named Peter Childs wrote an insightful blog post called Learning to Code, in which Peter describes what it is like to jump into a developer’s shoes. Peter has plenty of experience working with software developers, but this is the first time that he has coded a website all by himself. He is not limited by ideas or expectations, in fact he has plenty of both. So for Peter, a simple word press & theme just wont do. He envisions web 2.0 with all the fixins & media. He has been adapting and coding his ideas for a few months, and Peter has found out that with code, the devil is in the details.

My favorite part of his post is the end where Peter states,

“Oh! And to all those programmers that I antagonized by asking “how hard can it be” when some business pressure meant a 90 degree turn in code – I apologize. I now know software happens at the level of details not concepts.”

I have worked on a few projects with Peter, and he should rest assured that he is not the only one to have suggested a 90 degree turn in code. Also, Peter should know that his revelation will offer coders insight on how our non-coding coworkers view software development. I now know to simply remind my requirement suppliers that the details are not as flexible as the concepts.

However; The point of Peter’s post is a little broader than the coder/business dynamic. Peter has shared some new found respect, and I feel that I have had an experience in which I can do the same. For the past few days I have been dedicated full time on web app QA and managing our bug system. It has been a race to the finish line, and the other developers are working very hard to deliver top quality which I must somehow measure. I realize how challenging it is to be the QA gatekeeper for a team of developers. Every feature and change requires me to race to complete a number of feature and regression tests. [And don't forget about cross browser testing.] This task takes great patience, attention span and a tedious amount of concentration. Furthermore, it doesn’t take very long to realize that programmers will loose their appreciation. It starts off warm and fuzzy as you save their behinds, but after sending a bug back for the fourth time the programmers no longer feel like sharing the love.

So, in the spirit of Peter’s post… To all those QA tester’s to whom I have passed incomplete features or have forced to regression test immediately before a deadline – I apologize. I now know that the assurance of quality stems from meticulous attention to detail and a rigourous amount of searching, testing, and reporting. You have saved my butt on more than one occasion, and the nature of software QA means that only you and I will every know about the bugs we killed immediately before release.