pezillionaire

Hubspot vs. Front End Dev

Jan 28, 2015

Over the past few weeks I’ve been getting up close and personal with Hubspot.

Hubspot sells itself as sort of an all encompassing marketing CMS/platform for building out “brochureware” sites, landing pages, blogs, email marketing and (shudder) social integration. Truthfully, it does do all those things, probably quite well from a certain perspective and from a purely marketing point of view, Hubspot is and ideal solution to a lot of problems that a marketer would want to solve. It claims easy to update pages, A/B test, analytics out the wazoo, “tracking” of “leads” (something I know very little about) and I’m sure all sorts of wonderful other bells and whistles.

I am, decidedly, not a full blood marketer. I like to think that I have a breadth of skills, I have lots of interests in the gamut of tech and design, marketing knowledge being one of them. I’m not great at it, but there is an interest. However, I do have a larger skill set in web design, user experience, and front end development so my view does skew that way. So it is with that lens that looking at Hubspot as a service I can say that it seems hostel in it’s approach to those who’s job it is to actually design and build the web.

No Git Support

If you want a developer friendly system today this is a must. I have come to rely on git in my work. The combination of easy to learn, well established, and excellent for team use make git a no brainer for most team development environments. Hubspot doesn’t allow git, or source control at all, this is a red flag.

Poor File System

Instead of git Hubspot uses COS uploader, a poorly documented CLI that watches a folder for file changes an uploads it to Hubspot’s file system. This is not a sync service. Mistakenly uploading a file requires using the time consuming Web UI to find the file and remove it. As an added bonus, the structure bears no resemblance to the location files on their system.

Lousy Framework

Even when done well frameworks can be problematic for developers. For all the wonder that is Bootstrap, as soon as a project is ready to move beyond bootstrap there is a system in place that now requires it. Anytime a framework is forced upon you by the nature of the templating system, it’s time to take a step back and evaluate what you are to committing to.

Structurally AWFUL templating

Making a system easy for “non tech” users is a challenge. Hubspot seems to go with the idea that it’s templating makes the service more accessible to these users. And while it might succeed, the result of this is a poorly structured DOM littered with nested <span>s (of all things). These spans are what Hubspot uses for it’s own styling and grid system but as an added bonus it also invalidates otherwise compliant HTML!

Everything is a work around

All of the above took me a week of work to discover in their system. The fact is; Hubspot wants customers to use their basic web tools and pay them to build out sites. There are so many obstacles to working in Hubspot as a developer it would seem the they don’t want customers who can code/design or build at all. The message is clear, Hubspot is not for you.

For people who build websites control is everything. This can encompass languages, frameworks, libraries, version control, page performance, styling, user experience and more. These decisions all work to determine your process for getting a site from crude ideas to something live and in the wild. Any system or service that blocks choice in these matters is adversarial to building a better web.

Jekyll Migration

Jan 25, 2015

This weekend I opted out of running this site on Octopress, the blogging framework I started using last year when I built it. I switched to Jekyll. Jekyll and Octopress are quite similar, heck, Octopress is a fork of Jekyll with features added in to make blogging easier. The reason I did this was because I found myself fighting against Octopress too much and Jekyll is a more barebones framework that I can modify to my liking.

Migrating posts and pages over was as easy as copy/paste, hooray for that! The only real trick was setting up URL structure and SCSS the way I wanted. That took a few hours, but I’m happy enough with the quick results. So much so that I deployed the new Jekyll generated site a few hours after I began migration.

So where did Octopress go wrong for me? The biggest thing was theming. Anytime I modified my theme in the slightest I had to rebuild the source from the theme files. I found that half the time I spent working on the site was just recompiling the source. Jekyll doesn’t have “theming” as such so there was no feeling like I had to separate my theme from my source files. It’s all just part of one site, my site.

SNES iPhone 6 lock screens

Nov 2, 2014

Combining my love of of SNES and Apple here are a couple of iPhone 6 wallpapers that I made and currently use. They’re sized to fit and take advantage of Perspective Zoom. Enjoy!

Super Metroid iPhone 6 Super Mario World iPhone 6

Playing with Octopress

Oct 23, 2014

Over the past few days I’ve been playing around in octopress a bit to try and get the blog/site/whatever rolling again and there have definite been some good times and frustrations in getting back in the swing.

First the good.

Octopress is pretty easy to set up if you are at all familiar with using the command line. Me I’m barely above a novice so that fact that I can get ruby up, octopress cloned from github, installed, set up, themed, posts and pages added AND deployed is pretty freaking amazing really. Creating is a breeze if you are able to follow the Octopress documentation for doing so, writing posts is even easier if yer down with the markdown. And as a general rule deployment to a github page is easy too. Again, just follow the instructions.

And the frustrations…

I have 2 computers that I switch between constantly, an iMac and a MacBook Pro. you’d think with github taking care of my version control it would be pretty easy. Welp let me tell you, ruby can be a bitch sometimes. Both systems are somehow configured slightly different so every time I make changes on one machine and transfer to the other I get some issue with generating the site. sigh. But I manage to hack my way around it (and I mean that in the crudest sense of the word).

However, I think what irritates me most is the process for theme development. I, being the UI/UE/Design/Code/Pirate that I am, want to build out a kick ass (work in progress) theme for octopress but every time I make a change I have to reinstall the theme, generate the site, and refresh firefox. This may not seem like a lot but when you do it 200 time it becomes a little tedious. But maybe I’m just missing something in the process. I am still learning.

30 years of Macintosh

Jan 24, 2014

The Macintosh has been around for nearly my entire life. I can’t claim like many others to have been a day one adopter of the Mac. I was, after all, just hitting my second birthday when it launched. Still, the memories of Macintosh linger long in my mind. My very first memory of using a computer is a Macintosh and I sit in front of one writing this blog post today.

The first Mac I can honestly say I owned was an LC 575, but that was not my first experience. When I was a child of about 7 or 8 my father would routinely bring home his Mac SE/30 from work so that he could draw up the blueprints for our then future cottage. He’d use MacDraw, a simple vector drawing application, to accurately place every wall, beam, door and window in the building. I still have these drawings on floppy, and they amaze me every time I can view them. The time I was able to spend on the SE/30 was in MacPaint or playing games like Dark Castle and Winter Games. As a child, it amazed me that Dad was able to get any “work” done on that machine.

My dad being enamoured with that SE/30 knew that when he got a computer for home it would be a Mac. So few years later for Christmas the family got an LC 575. I wasn’t sure what to make of it at first, I was 12 and all of my Windows PC having friends were knee deep in DOOM, I had no such luck. But then I discovered what could be done with it. Everything. That machine opened me up to a world of creative endeavours. It was the first time I had access to the internet, the first time I coded, manipulated a photo, animated a story, made a game, hacked the OS, created a UI. I wrote my first HTML on that machine. I was able to do it all because of software like KidPix, Hypercard, Photoshop, telnet, ResEdit, Netscape.

From then on I began to associate Windows with work (from School) and the Mac with fun. My friends would ridicule me for my devotion to the Mac, it didn’t bother me. I knew what kind of creativity I could accomplish with it. I walked around High School in an iMac tee shirt promoting it I was such a proud user. The Macintosh had opened a world of possibilities to me that I wouldn’t have known existed if I had been playing DOOM instead of Photoshop. I wanted to share my experience with others.

So yeah, I was there when Apple was Doomed. I was there when Steve Jobs came back. I vividly remember watching the Keynote launch of the original iMac and exclaiming only to myself “That’s a Computer!?!”. I may have been the first person in Canada to touch an iPod. Since that SE/30 time I have only ever used Macs at home. I’ve never owned a Windows PC, I simply enjoy the Macintosh experience. It makes what could be boring tasks, fun. It smiled at me the very first time I turned it on, and I smile every time I use it.