Skip to main content

App'ed programming

So I've built some cools stuff as a software engineer - applications with voice response, telephony and vision technology, web applications and GUI front-ends for medical devices. But I've had conversations outside of work where I've told people that I make software for a living and they excitedly say "Oh! Are you an App developer?" and then display the littlest bit of disappointment when I tell them I develop software for medical products- "oh well, that's nice too".

So in my efforts to make it into the big time, I'm delving into the world of apps. I recently became the proud owner of a Nexus 7 - since I'm way too cheap to pay for a Smartphone. This will, of course, affect my choice of platforms for my app. And as every designer, business analyst and marketer would point out, the platform doesn't matter. What you build is what matters. What problem gets solved, what human needs get fulfilled, what "niche gets scratched"? That's the key.

So, what to make? I've always got ideas, but I'd like something tractable, smallish, which will let me explore lot's of client-side tools and techniques and yes, which has some small kernel of need associated with it. And that I can run on my Nexus - and feel oh-so-cool!

Speaking of cool, my son has raced go-karts for the last 8 years. We've traveled around the northeast U.S. to races weekend after weekend and learned a lot in the process. And had some fun. And some success. And some disappointment.

It turns out, that even though a go kart looks simple, there are a lot of variables to play with to make them faster. Keeping track of all these variables is kind of a pain. Tire pressures, alignment, weight distribution and track width, just to name a few. Lot's of notes on paper and after awhile you develop setup sheets on paper to help organize your measurements and settings. But there's no easy way to search these notes, sort them, and all in all, they aren't as helpful as they could be.

I'm sure you know where I'm going with this. I want software to do this for me. I want it to be available on a smartphone, tablet or laptop because I might be home or at the track when I'm using it. It needs to work offline and online.

So, that's the direction I'm heading in. I think I've decided to do it with HTML5 - that can meet most of the criteria I've mentioned so far - multiplatform, online and offline - and it's all the technology I want to become expert in. Let's call it Winning Setups for now.

Comments

Popular posts from this blog

Unit Testing - What to Test

This I wrote to answer a question that came up when we were discussing our software process and I was training developers on how to unit test. It seems a simple enough question, but I kept pondering it and delving deeper until I realized I needed to write this monograph. What unit tests should we write? How do we know what to test? Ideally, unit tests should cover every path through the code. It should be your chance to see every path through your code works as expected and as needed. If you are practicing Test Driven Development then it's implied everything gets a test. In the real world, you might not be allowed to test everything - for instance, if the testing suite ends up taking a week to run, then the world will have changed by the time it finishes and the test results will be obsolete. Unit testing at it's basic is testing an object, a method - the smallest unit of your code that it can test independently. It should test the inputs "goes into" an

Healthcare and Health Informatics Glossary

Here is a glossary of terms useful in Healthcare and Health Informatics ACO (Accountable Care Organization) MEDICARE’s outcomes-based contracting approach Arden Syntax an approach to specifying medical knowledge and clinical decision support rules in a form that is independent of any EHR and thus sharable across hospitals ARRA (American Recovery and Reconstruction Act) the Obama administration’s 2009 economic stimulus bill Blue Button an ASCII text based standard for heath information sharing first introduced by the Veteran’s Administration to facilitate access to records stored in VistA by their patients. The newer Blue Button + format provides both human and machine readable formats. CCD (Continuity of Care Document) an XML-based patient summary based on the CDA architecture CCOW (Clinical Context Object Workshop) an HL7 standard for synchronizing and coordinating applications to automatically follow the patient, user (and other) contexts to allow the clinical u

Files as UI

Files as UI vs API  -  compares attributes of iCloud vs Dropbox. It starts on an interesting note - the model of a file system in the UI is dying, and should be let go. Beyond that it looks at mappings of each system to a file system from an API point of view and compares the successes of each. I find the initial thread the most interesting. Drop the mental model of a file system - which maps virtual concepts of files and directories to a physical model of papers, folders and file cabinets - and replace it with...what? This is a paradigm shift for me. I have to admit, I loath, hate, nay, despise looking for things. If I can't find something easily, it's only about a minute before I start growling and muttering things my mother would disapprove of. On this basis, I like the idea that I can save myself from thinking about where to put things or, where I have already put them. But how do we do this? It's non-trivial, since humans think of "things" and once they