When launching a new project we have to decide which framework to use if any. As of now, the go to framework is Twitter’s Bootstrap. It’s quick to learn, provides an immense amount cookie-cutter markup that allows fast development & flight at the speed of light. There is a drawback, however, in that every Bootstrap-based project fundamentally looks the same. Theme modification is just not done often enough. At first this was totally okay but now the uniformity is becoming more noticeable. Time for a change.
How about pick a different UI Framework, then, if you don’t want to customize the look and feel of Bootstrap?
Looks slick, full-featured, and great documentation. 99Lime
I also came across two layout frameworks that look intriguing…
At some point today my Macbook Pro, running Mac OS X 10.6.8, locked my screen due to inactivity yet I was still able to control the audio via helper keys on the top row of the keyboard. That’s pretty cool. It made me think of my Android phone, and how that too offers audio controls when locked. It made me think of how designing a product requires attention to the most subtle of details.
When beginning a new project, I often start off in total ignorance at the amount of work that will ensue. I think to myself, “sashimi slices, it’ll all work out” and then I plug away at writing some code, designing some views, and seeing it all come together. At some point I find myself customizing the little pieces of the Application: the footer. Woah, seriously the footer is valuable real estate but I rarely look at it that way. Yet, in it’s tiny form it can hold some of the most important links and people naturally go there. We actually expect a footer on the pages we frequent; we expect it has worthwhile resources that we may need. And what goes into this footer is exactly what I’m talking about: subtle features.
I’ve tried to come up with a name for these features and I think I’ll stick to unoriginality and call them Core Application Functionality – CAFs.
Apple loves their CAFs and it shows. My Macbook Pro understands me. It knows that just because I’m not logged into my computer I still may need to adjust the volume. It knows that physical components of my machine, like sound, need physical controls.
Mac OS X reminds me of how CAFs can make or break an (web) application. For example, looking at user authentication we have a baseline rubric for what we need to use a service. We expect a web application to let us register, login, and logout. That’s the basics. Of course we are missing one very important feature: password reset. Unfortunately, not all web apps are created equally and some fail to provide a password reset mechanism. A missing CAF like this highlights the little attention to detail in core functionality of the Application. That’s pretty bad and what’s worse is how the user is left feeling helpless. A negative experience such as this will have the Application failing — what a silly way to break the bank!
CAF gaps happens. Trust me. As an avid user of new web applications I find myself stuck more often than I’d like. These gaps creep up on start-ups as well as medium-to-large sized companies. They just happen. And they suck. So my advice is to take a moment and ask yourself this, “does my application get me?”