josh
Josh

Charlotte Programming Company Helps Business Clients Go Digital

0
Posted January 30, 2012 in Announcements, Business & Culture

Along with being ranked one of the Best Places to Work in Charlotte, North Carolina, James Hartsell—SDW’s co-founder and CEO ,was recently profiled by the Charlotte Business Journal. The Q&A is reprinted below.

Charlotte, North Carolina computer software mobile programming

Tell us a little about what Skookum Digital Works does and how it was founded?
Skookum Digital Works is a technical partner for anyone with a startup dream. We mainly work with entrepreneurs—building out their products or customizing software for businesses. 

My co-founder and I, Bryan Delaney, founded Skookum in 2005. We were roommates at UNC Charlotte, both graduated with computer science degrees, and both went to work for the Department of Defense for a few years before deciding we had a better mousetrap. 

Bryan and I are Charlotte natives, and we’re happy to have located our office Uptown. 

Do you specialize in any particular types of apps or client base?
I don’t think its crass of me to say we like to work with funded startups. Our typical client is the non-technical entrepreneur; someone with business skills and ideas but with no programming background. We allow a non-technical entrepreneur to get started on their digital product without having to find a technical co-founder or trying to hire engineers they are not qualified to vet. 

Our clients have often heard the word “No” elsewhere. We have expertise in the mobile web, complicated software integrations, and real-time web collaboration. 

What are some examples of apps Skookum has created?
A publishing company wanted a marketing tool to promote their books. SDW gave them a digital revenue stream.

Some D.C. folks knew independent voters were eager to take collective action. SDW built them a data mining and people matching system.

A group of investors-and-avid-golfers hated the 100+ scoring apps already available. We made players’ phones talk to each other. (!)

A neighborhood of New York businesses disliked Groupon keeping their margins. We created a localized model they collectively controlled. 

What do you think will be the next innovation in smartphone applications?
Mobile apps are going to be easier to download and live outside the walls of the Apple iTunes store and the Android Marketplace. Companies can now place their applications on iPhones and iPads without Apple taking 30% of the cut. 

Mobile applications are also slowing making their way into retail. Most stores know they can use smartphones and tablet devices to enhance their store experience, but the smaller chains (and certainly the local guys) are waiting to see what the big guys do before making the investment. 

Charlotte isn’t really seen as a tech town. Will that ever change?
It’s fundamentally a marketing problem and one that we and 70+ other Charlotte tech leaders have addressed face to face with Mayor Foxx. Aside from numerous local startups and technical partners like ourselves, all of the banks are essentially technology companies. 

For just one example, If you took all the programmers out of Bank of America, they would comprise the tenth largest tech company in the world. BoA has technology needs that make engineers at IBM cry. 

We like to think we’re doing our part recruiting talent to the area and flying the flag in front of national entrepreneurs. We have clients all over the place happy to come see us and come visit Charlotte. 

Charlotte is already a tech hub, but the city definitely needs to get better about spreading that message. 

dustan
Dustan

Debugging with the Weinre

0
Posted January 11, 2012 in Development & Mobile

weinre. A rather odd accronym indeed. It could be pronounced why • ner • ree.
Or wee • ner (which my training of the English language biases me towards).

weinre. Web Inspector Remote. This is what happens when developers make and market a product.

weinre.

Weinre is a tool for remotely debugging your web pages. Let’s say you’re building a responsive web site or a mobile web app. iOS’s Debug Console certainly can’t be the most helpful option for peeking behind the curtain. This is where weinre comes in.

Recently being brought into the Phonegap fold (and therefore Apache and the Apache Incubator), weinre is undergoing active development. You can learn about weinre at
phonegap.github.com/weinre/Home.html or callback.github.com/callback-weiner (callback is the Apache Incubator github account).

Watch a demo
on Youtube

Here, you’ll learn that if you’re on OSX there is an app to get you up and running fast. You’ll learn that it’s a javascript-only implementation of the Webkit Inspector. You’ll learn that there are three parts (each with the word “Debug” in it’s name). But what you won’t learn is how to open up your localhost development server to outside devices. For that you came here.

To begin using weinre to remotely debug your projects, simply follow this six step program.

  1. Download the mac package from https://github.com/callback/callback-weinre/archives/master
  2. Create the directory and file 
    ~/.weinre/server.properties

    with the following content:

    boundHost:  -all-
  3. Grab this bookmarklet Weinrize it!
  4. Launch weinre
  5. Run local server and weinre on the same machine while opening the website on your remote device.
  6. Bask in the glory of Webkit Inspector and iOS Development.

Disclaimer: Opening up your computer with all boundHosts has security implications.

Happy debugging.

Mark
Mark

Automated WordPress Plugin Deployment

0
Posted January 5, 2012 in Development

Have you ever found a tool that made things so much easier you had to tell as many people about it as soon as possible? Yeah, that just happened to me.

A little back story:

I wrote a pretty neat WordPress plugin and had it hosted on GitHub. Basically, it takes an iTunes App Store application ID and fetches all the data about it and displays it on a WordPress site (while caching it for you in the WordPress database).

So I wanted to release it to the world using the WordPress plugin directory… the go-to location for finding plugins. If it didn’t live there, it basically had zero chance of getting any usage whatsoever. Nobody goes searching GitHub for WordPress plugins.

There was one problem…

WordPress uses SVN as the required source code management tool for publishing plugins. You clone check out the repository, make your changes, commit them and then tag the new version and the WordPress plugin directory detects the change and within a few minutes, your updated plugin is released to the world and every site that is using your plugin gets a little message at the top of the admin bar asking them to update their version of the plugin.

Except I haven’t used SVN in about 4 years. Basically the whole world has moved to GIT. There’s been a exodus from SVN, CVS, Perforce, Mercurial, etc. because of GIT’s ease of use and distributed model.

GIT to the rescue

Recent versions of GIT have really focused on integrating SVN as much as possible. The git-svn command is powerful enough to clone an entire SVN repository and allow you to work on it like it’s a GIT repository, then commit your history back to the SVN server, and the SVN server is none the wiser.

So I knew there had to be an easy and/or automated way to publish and then submit subsequent updates to my application.

tl;dr bro

I know, I know…

Which brings me to my point:

With a little Google-fu, I found Brent Shepherd’s blog post about his Automated WordPress Plugin Deployment script. Basically, it’s a bash script that you download and put into every plugin repos and change a few variables. When you’re don’e working on some features, just run ./deploy.sh and it automatically, checks out the SVN plugin, updates it with all your changes, making sure to ignore your GitHub “README.md” and the deploy script itself. Then it tags the new version and commits everything back to the WordPress server. It even aborts if it detects your readme.txt file stable version number doesn’t match your plugin’s declared version.

Thanks, Brent, for the fantastic deploy script. It worked flawlessly on the first try and my new plugin has been published.

Octocat to the rescue.
Well, technically, the Octocat only has 5 arms in the image, but I'm assuming that the rest are perfectly in line with the front legs.

Mark
Mark

Open an iOS App from an Email

4
Posted December 22, 2011 in Code Samples, Development & Mobile

Apple has allowed iOS apps to register their own URL schemes on your devices for a while now, but I’ve never used this functionality in-depth ’till just recently.

Having your app register a URL scheme on a device means that you can open an installed application on a user’s iPhone or iPad in ONE CLICK from their email (or the web, or another application). There are all sorts of apps already using this functionality.

Use Case

We just used this for a project where the client would send confirmation emails to the user after signup. The email would contain an link to a URL. The URL opens in mobile Safari, then launches the app and seamlessly logs the user into the app.

That’s one use case; there’s probably others (let us know yours). Another one could be a URL embeded in text—say someone is reading on their iPad and the content could prompt them to hop over to the app.

Try It Out

If a user has your app installed on their device, all you have to do is send them to my-great-app://whatever/ and Safari will resign to the background and your app will open. Why don’t you try it? I know you’ve got the Facebook app installed on your iPhone. Just clear your address bar and type (or click the link): fb://profile

Go ahead, I’ll wait.

It opened the Facebook app and took you to your profile page (or gave you a big fat cryptic error message if you don’t have the Facebook app installed). Facebook allows a LOT of options that you can pass to the application to take you into various parts of the app.

Process

So enough about the Facebook app. What does a developer do if they want to pass a bunch of data to the app—without actually defining what needs to be passed using a bunch of if/else or switch statements?

It’s fairly trivial to add url scheme to your application’s Info.plist:

  1. Register the url scheme in your Info.plist. Lets say: my-great-app://
  2. In the application delegate, implement this method and return YES: 
    application:openURL:sourceApplication:annotation:
  3. That’s it!

I wrote a method you can add to your application that allows the passing of data through the url with key/pair values like so:

my-great-app://user_id/27/token/really9385long5892data/email/user@yourservice.com/

When the user clicks a link like that, or you auto-redirect them from your site to that URL, you can parse the URL into an NSDictionary with this code. Here’s the method and an example implementation along with some pretty badass comments so you know what the heck is going on:

Let me know in the comments if you find this useful at all or if you make changes to it.

steve
Steve

Who Says Speed Kills?

2
Posted December 21, 2011 in Business, Culture & Development


Skookum Digital Works is wicked fast. Speed to market. Speed to prototype. Speed to minimum viable product.

Never is developmental speed more apparent than when I think back to my pre-SDW sales life.

I ran a software company.

Same industry.
Same clients.
Same challenges.
And two completely different approaches to solving those same business needs.

Perhaps my impressionable years of growing up in a Parochial school operated by nuns armed with wooden rulers lead to habits that played a role in my partiality for an inflexible, doctrinaire approach to application development.

I thought our 350+ page specifications documents were awesome. I thought our inflexible system produced predictable results. I thought our lumbering process equated thoroughness.

That all changed when I fell in love with Skookum. SDW was the company I always envisioned building.

SDW was nimble.
SDW was able to change course and turn on a dime.
SDW was fast, unfussy, AND thorough.

Importantly, SDW also had a full toolbox. At my .NET shop, we had one hammer, so every problem looked like a nail.

Skookum has its own creative department. Instead of waiting for innovation to come from Microsoft, SDW makes their own. Gone are the square buttons and pull downs of the .NET environment (and expensive licensees), and instead, I can now give clients, chic, state-of-the art solutions emphasizing intuitive design and natural functionality.

I admit it, I’ve become an Agile convert and enjoy nothing more than winning over clients both former and new. I like showing how they too can be better, faster, and more nimble. Ahead of schedule, and under budget. No fuss, just shipped code.

I used to think complex web-based application development meant one thing—mass.

Now I know I was wrong. Whoever said “Speed Kills…” has obviously never worked with Skookum Digital Works before.

Corey Ballou
Corey Ballou

Don’t Let String Sanitization Slow You Down

2
Posted December 14, 2011 in Code Samples, Development & Experimental Dev

If you’ve ever taken a gander at a string sanitization class or library, you’ve probably noticed the amount of code necessary to keep the script kiddies at bay. We’re talking about slow string manipulations, i.e. string replacements and regular expressions.

Most MVC Frameworks today come with some form of sanitization or input filtering class built in. The problem with many of these libraries is that they fail to clean some of the more creative attack vectors. To combat this, some people use drop in libraries like OWASP AntiSamy or HTML Purifier to ensure their data is getting scrubbed clean. HTMLPurifier, for instance, uses a Smoke Test via the ha.ckers.org XSS attack list (the de-facto standard for finding attack vectors to test, might I add) to ensure they’re cleaning anything and everything. Continue reading →

josh
Josh

SDW Logo Photoshop Fun

3
Posted December 12, 2011 in Culture

As the SDW ranks are growing, so too are the office non-sequiturs.

Back in the spring, we had the fabulous Aaron Draplin re-work our logo which is just ripe for interpretation. We’ve heard it called everything from the “mother ship” to the “alien egg” to (my favorite) the “space volcano.” (Also, I’m the one who says “space volcano.”)

Recently, our SDW design whizzes have been leading ad-hoc Photoshop classes for the guys who do nothing but stare at the Terminal all day. One of those forays quickly resulted in a round-robin PSD free-for-all with the results included below.

Aaron DraplinI know the one, Mr. Draplin would be horrified to see his meticulously crafted logo butchered in all manners presented; I hope to do a full writeup on the identity process at some point to show off some of the other great things we’ve yet unleashed.


Skookum Digital Works Logo Photoshop Roundup (Gizmodo Style).

Honorable Mentions

From the Land of Obvious…nice try, Jason (probably the first time he’s used PSD, so good effort there).

Body Art from Hunter and James, respectively.

The I-see-what-you-did-there from Dustan.

An homage to the Carolinas, also from Jason (learning quickly).

If you pay your bills to SDW, you pay them to Don. And Don likes golf.

Banksy from Rich.

Winners

5. Tron from Jim.

4. “Starbury” from Chris (this got some laughs).

3. Mischief. Mayhem. Node. From Rich again.

2. Skookums Helped Build the Pyramids, from Jim again (two top fives, nice).

1. 2001, from your’s truly.

Rigged

This was my blog post; you didn’t thing I was going to lose, right? (Also, I’m the only cinefile here, so I accept this first place award in protest. Y’all need to get right with Kubrick.)

Would you like to play?

josh
Josh

Web & Mobile Developers Turned Windows Developers, Overnight?

3
Posted December 2, 2011 in Business & Development

Buried in a June announcement and first public demo of Windows 8, Microsoft—the uncool, lumbering, gray-haired, monolith that inspires exactly zero new developers to take up the practice1, let loose an off-hand remark saying their new development platform would be based on HTML5 and JavaScript.

Yeah, wow.

It’s a little surprising this revelation has not received further attention from [allow me, cough] progressive web and mobile application developers given the basis of their existing skill-set can soon be applied to the desktop development. It could be, perhaps, that a lot of forward-leaning digital manufacturers don’t USE Microsoft products and therefore are ambivalent to advancements in its production environment. Though for the business-minded application development shop, it’s hard to overstate this new opportunity.

And for lifelong .NET, VisualStudio, and Silverlight software developers who long ago exclusively hitched their wagon to whatever-came-out-of-Redmond, their reaction to news relating to the downgrade of their respective skill-sets falls somewhere between the bothersome and ulcer-inducing. Understandably.

Since Microsoft Vice President Julie Larson-Green first spoke of this transition, the company has mostly been mum on the issue. Their silence has largely not been comforting to their installed developer base. Not all the Windows 8 details have been worked out, and since their marketing and product development teams are still honing their message prior to an expected Windows 8 Spring 2012 release date, Microsoft may continue to be working on features (i.e. some throwback SDK tooling) that will calm the fears of their existing devs.

For Microsoft, switching over to technologies aimed at “invigorating their Windows-developer ecosystem” is an extremely intelligent business move. The sheer number of worldwide HTML5 and JavaScript professionals vastly outnumbers Microsoft “Sofities” (apparently, what Microsoft Windows devs call themselves, who knew?).

It’s rumored all the “cool” Windows 8 UI will be powered by this new-to-them dev stack—one of the main features being visual scalability of the apps to work across Windows 8 powered touchscreen tablets. (In other words, responsive Microsoft software.) Old-school Windows applications will still run and will still be produced using hammers and chisels2, but only in that weird-OS 9-to-OS X-classic-environment way. That’s a working theory, anyway.

At Skookum Digital Works, we’ve now got a little skin in the Microsoft game. We’ve already been using HTML5 options to power cross platform mobile (iOS, Android, Blackberry, tablet, etc.) experiences that also look great on a larger browsers from desktops or laptops. In addition, we’re experts at bridging the browser-software-to-desktop-software chasm; to now think we’re now in the business of all web, all mobile, AND all (new) Windows platform apps is quite exciting.

Though anyone’s who’s spent hours or days rewriting IE rules can say…how exactly Microsoft decides to adopt HTML5 and JavaScript will be in the details.

1 hyberbole
2 there too

josh
Josh

In The Future, All Golf Balls Will Hit Themselves…

2
Posted November 23, 2011 in Culture & Video

…but until then, it’s our job to go out there and whack them around.

Two makes it a ritual

Though Skookum Digital Works was founded in 2005, the (official) first annual golf trip didn’t happen until 2010. Funny enough, it came at my expense.

See, just a little more than a year ago, I was a client. I was the digital guy at an agency in New England, and the crew at SDW had built out a bunch of executions for me over a couple years.

And I totally screwed them.

The details won’t be interested to anyone outside of advertising, but on a Friday during a known, several-month timeline, I called in a nuke. I begged to have three of SDW’s finest crank over the weekend. They made it so I could make my client happy—I sent them a fat check.

Though we had a great relationship, Founder & VP Bryan needed some convincing.“Dude, If I do this for you, I’m actually going to shut down for a day next week to apologize to my team for ruining their weekend. Like, I’m literally going to take part of your rush money and bring everyone golfing.”

Over the phone, I laughed because I knew he was serious. Also, I was fine with this arrangement.

Second Time Around

SDW makes non-office company time a priority, so we plan group outings on the reg. (*See also: paintball.)

However, sometimes getting away as a group is very hard. We are teaming with startup businesses and custom software development, so our shop is slammed. Alas, a few us had to stay behind and tend projects at headquarters (better luck next time with the short straws Corey, Hunter, Chris S., Jon, Kenny, Rebecca).

And as you can see from the video, the 2nd Annual Skookum Digital Works Golf Outing was long on smiles and short on technique. We hope to share even more of these fun moments as our studio continues to grow. (And grow, and grow, and G R O W.)

Join the team, will ‘ya? Besides, how many other places can you play golf a week before Thanksgiving? (Charlotte FTW.)

Chris
Chris

HTML5 vs. Native Mobile Apps

4
Posted November 3, 2011 in Development & Mobile

If you need a mobile app, call me. Please don’t be mad at me if I tell you that you don’t actually need one. At least, not in the way you think you do.

You may have heard that companies like Amazon and Wal-mart are getting some press with the release of their recent HTML5 mobile apps. Most agree that their decision is in efforts to avoid the App store vigorish.

What’s an HTML5 app? In simple terms (always preferred by this sales-guy-non-developer), it’s a web app that plays in your mobile browser, looks, feels, and acts like a native app, but you don’t have to go through any of the device stores to get it.

HTML5 App Pros:

  • Cuts the stores out, which can mean 30% take from Apple for example doesn’t apply.
  • Because it uses your device’s browser, it’ll work across any platform and devices.
  • One can essentially “hand” someone an app. I could have you scan a QR code, which takes you to the web app, and blamo you’re playing DinoPirates (the next Angry Birds, trust me.) almost instantly.*
  • You can still save the app to the home screen of your device like a native app, and cache data locally to the device, so it picks up where you left off last use. (Let’s say you were almost ready to overtake Volcano Island with your rag tag group of cast away Dinosaurs and you need to take a call from your boss for example…)

HTML5 App Cons:

  • There are some limitations to the HTML5 app, like it may not work with all the hardware features on the device like accelerometer, camera, gps, gypsy catcher, etc.
  • For some apps, the app store is important for exposure to drive users to the app, which won’t apply to HTML5 apps.
  • Not best solution for graphics heavy apps that need processing speed.

So, there’s a bit about HTML5 apps; it might be the right solution for the mobile application you need to make. Of course, there are other flavors of development and distribution between full native and full HTML5 apps. If you were lucky enough to attend our Mobile App A-Z Workshop last week, you likely saw myriad examples and best use cases for each option.

*On a side note, anyone want to fund this great idea I have for a game called DinoPirates? Battling extinction on the high seas—in pursuit of gold sound like something you may be interested in?

Page 1 of 812345...Last »