Randy Arnold's Blog

I unloaded some Qt newbie frustration the other day detailing my first serious efforts to code for the Nokia N9.  Now I’d like to step back a bit and outline the actual project, and in subsequent posts walk other newcomers through my coding journey of pleasure and pain.

First a disclaimer: I’ve been programming for over 25 years.  That has included COBOL, Forth, Logo, DOS/VAX/Unix batch commands, Basic, LISP, Pascal, C, JavaScript and Visual Basic (both COM and .NET).  While I could work minor wonders with scripting and compiled linear languages, I found that I have been most productive in event-driven VB.Net.  Readers should know that I am not targeting an audience that’s totally new to programming, but rather, programmers who like me are experienced with other languages and platforms but new to Qt.

I really wasn’t very apprehensive about Qt, especially the mature 4.7.  Friends kept telling me how easy it was, and the Qt Creator environment did not look difficult at all at first glance. 

What got me motivated to finally dive in?  I was presented recently with a coding challenge and after some thought decided I would create an app for the Nokia N9 and N950 that would intercept calls and texts for responsible drivers.  I hashed the idea over with Andrew Flegg and Thomas Perl in London last month and they offered some really useful ideas.  Then I discovered not long ago that apps of this sort already exist for other platforms so there certainly appeared to be a need.

I elected to go the Qt Quick route and see if I could do this completely using QML and JavaScript .  What better test of QML’s depth and breadth?  I also have some experience with JavaScript and none with C++ so that was a deciding factor as well.

With any project, it’s always good to tackle requirements first.  So other than a clever name (in this case, MotoRing) what were mine?

• Constantly retrieve current device speed (in user-preferred units)
• Intercept calls and texts when device is moving above a preset threshold
• Send automatic text to callers/texters informing them that driver is not taking calls.  They should be instructed to immediately call back if there is an emergency
• Allow calls through from previously intercepted number if placed within specified time frame (i.e., emergencies)
• Automatically exit app after device has been moving below speed threshold for a given amount of time

That’s pretty much it.  Of course we can add more bells and whistles, but it’s usually best, especially for us beginners, to focus on core functionality first.  On that note, as I began this I wasn’t even sure if QML and JavaScript could handle this idea.  So the first order of business was to check that out, starting with the GPS need.

As I noted in the previous article, I found example code right away.  After some small bugs were exorcized, the example ran perfectly.  I just needed to add Speed capture.

No need to rehash my struggles with Qt Creator’s behavior.  I’m learning to work around its occasional flakiness anyway (and will report bugs once I get a good grip on what’s been happening).  My main problems outside of bugs and IDE quirks had to do with QML element layout.  Minor changes kept flinging things around my workspace.  Then I came to understand that Qt Creator allows UI elements to be positioned relative to each other… and that’s how my selected sample code was oriented.  This is an elegant solution to the need for fluidity on mobile devices, especially in handling portrait and landscape flipping.  On a related note, I had also been mystified as to why the layout Grid in the sample code extended beyond my portrait mode boundary, until I realized that this was done to accommodate landscape mode.

Ah HA!

With this new-found grasp of QML layout features I was able to make changes to elements positioning without fearing their fall into some IDE black hole.  That included adding a new Speed indicator for testing purposes (I really don’t need all the other GPS properties).

Getting the speed indicator to work was easy.  I found what I needed on a Qt API documentation page and It Just Worked.  But in my excitement I neglected to note how speed was returned.  My youngest son and I took the app out for a test drive and were mystified at the results.  Speed in MotoRing seemed to be about a fourth of actual.

I felt pretty stupid when I discovered the next day that speed is shown by default in meters per second.  That is, 3.6 kilometers per hour.

Of course in the US we measure miles per hour.  I wanted my app to be able to handle either, so I needed a function.  I whipped the following up in JavaScript (precision is truncated):

function speedConvert(speedState) {
if (speedState == buttonMetric)
return 1.00;
else
return 0.62;
}

I also added a ButtonRow element to the top of the page to toggle miles-per-hour and kilometers-per-hour.  The text box for speed passes the state of this element through the JavaScript function above to determine which is being used.  There is probably an even easier way to do this but my method works well.  Not counting a brief hair-pulling period where I forgot that JavaScript has no “THEN” in “If/Else” statements.  Oops!

Some things to note:

• It would be nice to have the app automatically set units of measure based on localization settings, but I’m not even sure QML can support that.  Readers?
• I would have rather used a RadioButton rather than ButtonRow element– but despite what’s shown in the Harmattan API documentation, it does not appear to be available for that platform.  Question: why would this be a Symbian-specific element?  Radio buttons are very common UI features
• Speed accuracy seems to be +/- about 3 miles per hour, so consider that when you set thresholds

After I got this part working well, I updated the code at wiki.meego.com/QML/Get_GPS_data.  If you have ideas on how to improve it further, feel free!

Next: I need to add the threshold setting, and look into SMS interception…

On a broader note: if you’re interested in this series, and/or articles that strive to make technology more accessible, make sure to subscribe to this blog as that will be more of the focus going forward.  And feel free to share articles!

source: http://www-bgr-com

I’ve been pretty easy on my favorite former employer lately, even to the point of gushing over Nokia World 2011 and pouring out pure fanboy praise over a fantastic phone that will only see limited release.  But I don’t think I’d be performing my duty as a recently-renewed Developer Champion if I didn’t provide some much-needed critical feedback.  Lovingly, of course.

Nokia’s physical withdrawal from certain locales is not a new subject for me, but it’s reached a point where I’m more concerned than ever.  Of course most of my focus is on the United States, and more specifically, my home near Dallas, Texas.  In just a few years Nokia as a brand has become a complete non-factor here and just about the entire country.  I’m keenly observant of devices used by others and, outside of a small circle of open source enthusiasts, I’m seeing everything but Nokia phones in the hands of the general public.

None of that is news to most people.  And Nokia has made it very clear that it expects its fairly new Windows Phone strategy, coupled with impeccable and compelling industrial design, to get its high-end products back into regions (like the US) where product sales margins matter.

The continued problem as I see it, though, is that Nokia seems to expect that they can concentrate all efforts on a few key cities.  Its shrinking supply chain system has led to greater consolidation of localization activities at sites far removed from the end customers.  Now, for core needs this consolidation need not be an issue; a phone engine is a phone engine is a phone engine.  But as many companies are becoming increasingly aware, last-mile localization is an absolute must.

This translates to customer Care activities as well.  Contract employees at remote call centers just cannot identify with many of the diverse clientele they are called upon to support.  It’s not just language barriers; cultural differences can be a real hindrance (not to mention cybersecurity risks).  But more than that, trade customers (i.e., AT&T, Telcel, Orange, et al) will not tolerate delays in problem resolution.  They will require local presence in key markets. 

For years now, Just-in-Time and Lean Sigma initiatives have been driving finished goods off of staging shelves and far up the supply stream.  In general this is a good thing and should continue.  But when trade customers are starved for product fulfillment (for whatever reason), they will quickly shift to whoever manages it best.

I saw this first-hand at an employer who went on a cut-at-all-costs binge that led to drastic factory consolidation.  At the same time we were shutting down and merging facilities, a major trade customer was asking us to fill growing shelf space as they opened new retail stores.  But we were too focused on reducing our manufacturing footprint, failed to ship enough of what they were literally begging for, and subsequently lost out to competitors.

That’s insane.

I’ve been concerned for a while now that Nokia is doomed to following that example.  It’s great that the company is finding new focus now, and figuring out the value of critical things like platforming and user-friendly touch interfaces.  But if they continue on this course of hyper-consolidation, not just closing manufacturing plants but also cutting in areas like last-mile logistics, I’m concerned that they may be undermining their own chances.

The Flip Side

Now, it could be that I’m ranting for nothing.  Maybe Nokia has some secret plan to reclaim and terraform its scorched earth.

Part of being a Nokia Developer Champion, though, means avoiding certain areas of speculation.  I would love to toss ideas around about what Nokia might be doing behind the scenes to recover lost mind share and to engage at local levels, but I’ll be good and leave that to others not so restricted.

However…

Anyone can look at official Nokia information and realize that all may not be as it appears.  For instance, recent job listings like:

Issue Analyst-CAR0000004E

As the Issue Analysis Specialist you will analyze and test verify Nokia Store and content issues reported from field or other teams. You will work closely with Issue Managers and Store R&D teams to make the issues understood and resolved in a quickly manner. When issues are resolved, you will verify the resolution.  (Burnaby, British Columbia)

Note that I’m just asking rhetorically, not speculating.  I have no knowledge on these questions whatsoever, either.

Anyway…

As I hear of more friends and former colleagues losing cherished positions at Nokia, I grow more and more concerned over the company’s moves.  I know intimately that Nokia is letting go of very key people that have the knowledge, means and desire to get it back on track.  Some of them are being let go in cities that surely Nokia intends to address with future outreach.  So why cut them?  Why not find new roles if that’s what it takes to keep them?  And will they even be considered for rehire at all if/when Nokia restarts efforts there?

And isn’t killing and then restarting those efforts much more expensive than letting currently unused or underutilized assets simmer for a while?

Hey, I’m not an MBA.  Maybe there’s big business stuff going on that’s beyond my comprehension.  I’m just a customer, investor and community advocate who’s very mystified right now.  I just hope the mystery is cleared up soon… and I’m keeping an eye on Nokia Irving…

As I’ve noted before, I have been interested in Qt development for some time and finally got to where I could allocate the hours to learning.  I missed out on local Qt training a while back so I’m dependent on documentation along with patient people online.

The latter have been a huge help.  I’ve encountered some weird and frustrating situations from which many friends have rescued me.  The former, however, have been severely lacking.  But let me share the pain with you progressively.

I decided to create an application for the Nokia N9.  The app will make use of GPS and cellular services mainly, and shouldn’t be very complicated.  I chose Qt Quick because I wanted to see how mature QML really is at this point.  Plus I’m allergic to C++. 

Installing the latest Qt SDK was no problem.  It was  a slow process, but everything just worked.  I then began searching for sample code because starting projects that way has always been my best mode of learning outside of formal training.  Note to others who do the same: always credit those who have selflessly shared code that gets you started.  One day you’ll want others to do the same for you.

I elected to start with GPS since that was the crucial, and I wasn’t sure if there was even QML support for it.  I was pleased to see many results come up for GPS +QML +sample, especially a MeeGo wiki entry by a friend.  However, at first the code generated too many errors, most related to specifying invalid anchor properties.  I passed that along, the code was updated, and I progressed from showstopping errors to a blank screen.  Well, that was something!  Another friend made a few more changes and success!  I now had GPS data.  What a feeling!

Then the weird stuff.  I added another QML file and changed the id of the grid object on MainPage.qml, and after the next build my app was all black.  There were no new errors or warnings so I was mystified.  But no problem: surely unwinding the last code changes and reverting back to the last good state would restore the app to its previously successful condition… right?

Wrong.

Even after a new build the app stayed black.  I exited Qt Creator and restarted the project twice; no improvement.  No one online could provide an answer, either.  Out of exasperation I killed the project and recreated it from scratch using the same code that had just failed.  It now worked again.  Go figure.

The next day I made some more changes, and each test build was successful.  I really felt I was getting the hang of QML now!  Until I renamed the id of a button on main.qml.  Zap!  Black Screen of Death again.

So at least now I had a culprit: mucking with element id values.  But still no understanding of why.  I was told in the #Qt irc channel on freenode.net that the project was not getting fully repackaged even after reverting the code.  I would assume that the Clean function would resolve such issues… but in these two instances it did not.  However, this second time exiting Qt Creator and reloading had the desired effect: the project compiled and ran properly again… mysteriously, even after I did the id rename a second time!  In other words, the change that seemingly broke the build the first time sailed right through a second.

I now have a reputation on twitter as the guy who scares off wannabee QML coders.

But of course that’s not my goal.  I really want to master this, and maybe ultimately help others as a Nokia Developer Champion.  In the course of the past two days’ madness, however, I have discovered a few things:

• The Qt community is awesome.  I cannot overstate that.  Even as I flooded twitter and IRC with inane questions, rants and cries of despair, patient experts kept stepping forth.  Nokia is truly blessed to have them involved.
• QML code examples are fairly easy to find and usually useful.  I have been brute-force hacking my way through Qt Quick, and mostly successful at finding relevant code snips to plug into my project.  And when they don’t work, again, the community does.
• Qt documentation is severely lacking.  Don’t get me wrong: it’s easily available and there’s a LOT of ground covered– but it falls short in details.  I ran into too many situations where the text would say “To do this you first need to do that” with no pointer whatsoever to how you did that.  Come on… at least give us a link!  And some examples that demonstrate entire solutions, not just pieces (note: according to the latest Qt Blog article, they are getting this now).

To be fair, documentation that comes up short is certainly not unique to Qt.  The sort of omission I cited above has been a huge issue with Microsoft developer docs for decades.  To the Qt team’s credit, they embedded bug reporting right into the dev environment.  I dutifully reported my first bug and I’m sure it won’t be my last.

My suggestion to the Qt Project is to start floating docs past beginning users, especially those with a coding background in other platforms but new to Qt.

I learned in humbling fashion very early in my developer days how useful this can be.  I had written a DOS QuickBasic utility that converted data from one format to another.  There was a single screen of user inputs and I was very confident I had coded it strong enough to foil the worst of evil users.  But to be sure, I sat a very disagreeable co-worker down at my PC and challenged him to find bugs.

Some time later, he smugly presented me with three pages worth.

It turns out I had neglected to test for invalid inputs in several cases.  My trouble-making tester had tried every character combination he could imagine and broke my app more ways than I had thought possible.  But he did me a huge favor: not only did that app turn out to be extremely robust after bug-fixing, but I learned a valuable lesson.  That is, test your apps (and documentation, sample code, etc) on people who come at them with fresh eyes and even a high desire to find fault.  Your product will ultimately emerge the better for it.

Now, back to QML coding… you’ve been warned!

source: conversations.nokia.com

I didn’t expect to be able to say anything first-hand about the Nokia N9.  I really thought my semi-facetious post a while back would be pretty much it unless I came up with some other abstract commentary to inflict on you all.  And I really haven’t used this meandering blog for device reviews, unless you count one admittedly unusual attempt for the slightly-less-cool N8.

So I was genuinely surprised to receive a sleek black N9 in London last month the day before Nokia World 2011, at a special Champions Day event.  And I’ve used it enough to share some juicy details.

First, however, a disclaimer:

The following review is from a drooling, starry-eyed device nut who is contemplating super-gluing an N9 to his hand.  Don’t expect much objectivity.

So let’s do this. 

Design

There’s been enough mentioned on this aspect, but I have to say it myself nonetheless: this is the Ferrari of phones.  In fact I even suggested on Twitter that Nokia co-brand a red one with the Italian king of cars.  I cannot overstate the sexy elegance.  Yes I have overused that word “sexy”.  Yes the N9 deserves it.  No other cell phone has been designed better.  Most don’t even come close.

Your gaze is immediately hooked by that seductive ebony screen.  The one bordered by an almost non-existent bezel.  The only one that gently arches above the front surface of a cell phone.  Double-tap that gloss black Gorilla glass beauty and be dazzled by the display’s brilliance.

This device is such a work of art that I find myself treating it with much more reverence than its predecessors.  I am using the included slip case religiously, and finally contemplating placing a screen cover on a cell phone… for the first time.  Just hope I find one that does it justice.

The single-body case is almost stunning enough to make me forgive Nokia for the sealed battery.  Almost… but given my discouraging experiences with Nokia batteries, I’m really concerned about the possibility that this one could go bad.  So there’s a risk.

I’m also disgusted with myself for somehow letting the chrome camera trim get a little scuffed.  Probably from riding in my pocket.  Note to self: buy a damned hip case.

Oh, and I really like the robust SIM slot and usb cover mechanisms.  Nokia finally got those right!

UI/UX

I came to this conclusion with the N950, but the N9 just cemented it: MeeGo Harmattan provides the ultimate mobile device experience.  Period.  Yes, I have a fondness for the various Maemo iterations (and a tolerance for Symbian Anna) but this user experience is state of the art.  Swiping is so intuitive, so expected, that I now find myself futilely flicking my finger across the screens of lesser devices.  Other than some oddities with settings drilldowns, I’m completely satisfied.

Notifications and messaging integrations go a long way toward making this a must-have product.  I’m a forgetful sort who gave up on watches when I started using cell phones, and the N9 does a great job of alerting me to what I’ve scheduled and what is going on in my virtual world.  The sleep screen shows the time and icons for alert types– very handy.

Power/Performance

At first the N9 irked me with its sluggishness on waking from sleep.  No such thing as a coffee app, unfortunately, so I had to wait for the recent PR 1.1 update to see an improvement.  Sure enough, it now wakes up and goes straight to work.  Nicely done, Nokia!  Especially getting the update out so quickly.

Battery life is… tolerable.  I’m a demanding user of mobile internet so I know to keep expectations low… but I would not have complained if a larger capacity battery had added some size and weight.  My ultimate dream device will go at least a day of heavy use without needing a recharge.  The N9 isn’t there, but it tends to last long enough between recharge opportunities.  I occasionally have issues charging from usb (“not enough power…”) but without some troubleshooting I don’t know if it’s the phone, my power sources or both.

Apps

You know me: I’m not really an app guy.  Allergic to Apple-sized content stores, I’m usually content with what the manufacturer includes.  Nokia has done a great job here, preloading the N9 with the usual useful utilities like Maps, Music, Facebook & Twitter clients, a nice integrated Accuweather app and much more.  That even includes Nokia Drive, contrary to some misleading press.

So what have I installed?

• Solitaire
• PhoneTorch
• Recorder
• File Manager (beta)
• Radio FM4

…and a really pretty fish wallpaper.  All recommended.

Etcetera

I love the tiny usb-style wall charger.  It’s about time Nokia got on board with that.

Kudos also to Nokia for its environmentally-responsible quest to reduce packaging.  The N9′s product box is really close to zero wasted space.  Other manufacturers, take note: you should be ashamed of your excess.

I enabled Developer mode on mine because I’m trying to teach myself Qt.  I haven’t seen it interfere with any other functionality.  Now if only my code would work…

Summary

The most surprising thing about the N9?  The amazing reaction it’s garnered.  Quotes like:

You’ve never seen anything like it, and if you think it’s attractive in pictures, wait until you see it in person — it’s completely and utterly irresistible. -Engadget

The thing with the N9, though, is that, much to my surprise, I really do rather like it. -Gizmodo

After using the Lumia 800 for a day, I am happy to say that it makes my Nokia N9 purchase even more valid and justifiable -ZDNet

The sole complaints from reviewers?  The expected short shelf life of the MeeGo Harmattan OS and the scarcity of apps.

I must now remind the reader: I am really a computer person, not a phone person.  And when I have had to use a cell phone, my past preference has been Nokia sliders and E71-type form factors.  So when I tell you I can’t put this candy bar touchscreen phone down, that’s profound.  The user experience has no equal.

Well done, Nokia!  Now… if your CEO would only change his mind on the platform’s viability…

This is a highly personal post so for those whose eyes roll or minds reel at the thought, click past this one and I promise more juicy tech stuff next.

As regular readers know, I lost a great job with an awesome company in January of 2009.  As of this past Monday I started a challenging new role with what seems like another awesome company so far.  In between, I worked at something that didn’t work out while keeping an eye on Nokia opportunities the whole time.   

Now, maybe I need to qualify that last statement.  It’s not like I’m ever going to “phone in” performance at any employer.  I worked hard at my previous position.  But I could have made much, much more of the role had I been so empowered… and it was extremely difficult going from the can-do culture at Finland’s single largest employer to an organization that could have used a best-practice infusion at the very least.

I’ve related here and there some lessons learned before and after my Nokia job loss and I will repeat them here for the interested readers’ sake.  Not just to bemoan my own mistakes, but perhaps help others from making the same ones.

But first I want to share some things with Nokia.

You really were an awesome employer.  There’s no such thing as absolutely perfect, but you were close enough for me.  You provided me opportunities I never could have previously imagined.  Thanks to you I’ve been to Finland, France, Ireland, The Netherlands, England and Mexico (not to mention states here in the US).  I was already open to cultures other than my own but you cracked my mind wider.

The projects I was given, and others I was able to initiate thanks to your empowerment, had me eagerly racing into work on Mondays when others dreaded the drive.  It’s an almost indescribable feeling.  Like I was being paid to play.

When you closed the Alliance factory I was almost in tears.  Many colleagues did indeed cry.  We were a family.  A tight, talented family that kicked ass if I might say.  I still believe there was value in what we did for the US market.  I still believe we had the skills and strengths to turn around your prospects here.  I just hope you’re truly serious about pulling that off.

You emphasized Connecting People at every level, every entry and exit point.  I wasn’t good at that at first.  You helped.  In three years I went from a stuttering introvert to a much more confident trainer, presenter and business explorer.  You demanded it.  Thank you for pushing me out of my comfort zone.

But I didn’t get it as well as I should have.  Sure, I networked globally with 400 to 500 people on a regular basis, but I neglected key parties on my home turf.  So when you (mistakenly) decided my critical role was superfluous, I discovered the hard way that I had not made managers at the fringe of my circle aware of who I really was and what I could do for them.  You were good enough to give me two months to find another internal opportunity, and they did exist, but the hiring managers declined to interview me because of my former failure to fully network.  Ouch. Lesson learned… painfully.

But it wasn’t all me.  In the past three years I’ve noticed you doing some odd, even counterproductive things with regards to hiring.  I’m mystified by why you deleted the “Global/Location Negotiable” job classification out of your Taleo  career system.  Many of your employees can and do operate virtually.  So how do you classify them now?  And why did you remove that for new prospects?  I don’t get it; virtual is the trend!

Then there was the extremely frustrating experience of applying for jobs that were available.  On one I was told I was overqualified and would not be considered.  I replied that the economy here had dropped just about everyone down a job grade so that was not an issue.  Still no go.  The job was closed without being filled, then re-opened weeks later, same exact description.  I applied again, and this time was told I was underqualified.

Really?

There were so many other chances at roles I could fulfill.  But no interviews.  I still don’t know why.

I came so close to rejoining you a month ago, though– I was even told to expect an interview!  But you dashed those hopes by deleting the opening… along with, I now hear, the jobs of more friends and colleagues.  That’s hard news to swallow, and I can only hope your master plan is on track.  Of course I also hope that every released employee finds another good opportunity as soon as possible.

But hey, I’m not writing just to lament lost opportunities.  I’m throwing myself into what I’m doing now.  An even though I failed to rejoin you, I’ve stayed close.  In 2009 after a brief hiatus I shifted my focus in the Maemo community from technical liaison to outreach.  Being elected to the community council is what got me to Amsterdam.  Helping the MeeGo community later got me a trip to Dublin.  More recently, participation in your Nokia Developer Champion program helped land me in England for Nokia World 2011.  Friends and family don’t quite get why you do these things without hiring me back, and I have been trying to explain the perks of volunteerism in response.  Personally I feel well-rewarded!  I strongly urge everyone, especially young people, to volunteer in activities that interest them.  One never knows where that might lead.

I had hoped to eventually leverage that volunteer work into a related role within your walls, but it looks like you’re not ready for that yet– at least, not in my neck of the woods.  Everything these days seems to revolve around Beijing and Sunnyvale.  The Irving office is about to lose more employees and I don’t know for sure your plans for its future.

But I did just have my Champion status renewed for another year, so I’m looking forward to our continued relationship.  I will proudly carry (and show off!) my gorgeous N9 and when my Lumia 800 arrives, I’ll try to give it equal time.  I’m even hoping to develop for both (currently struggling with Qt).  I want you to succeed, for a variety of reasons, and I will continue to do my small part in that… paid, unpaid or what have you.  So ping me when you need me!

I still believe in you.  You truly were an awesome employer.  It’s just a shame I could not put “Nokia” back on my resumé.

But life goes on.

A few weeks ago, Nokia Connects held a media contest to award tickets, travel and accomodation for some lucky blogger to express why he or she was excited about Nokia World 2011.  I already had all that covered, but gave it a shot just in case my wife or a friend could use the prize.  Worth a try, right?

Granted, my entry began by addressing cynicism, some personal but largely general, which had to make it a long-shot.  I walked readers through my Nokia journey for this year, with the aim of providing an objective yet ultimately optimistic view of the company’s prospects.  

I didn’t win that prize, but I do feel like a winner after having joined around 4000 other skeptics and enthusiasts at one of the largest product launch events of the year.  Nokia didn’t disappoint, either: not only was the much-anticipated Lumia 800 formally acknowledged, but a compelling sister product (the 710) and a new feature phone line (Asha) made their debuts as well.  There were no surprises for me with Lumia; the sharp Nokia blogging community had already pegged the critical details.  But Asha was a pleasant revelation– I had been so focused on Nokia’s work on the high end that if there were signs of Asha’s existence prior to the event I completely missed them.

But I’m getting ahead of myself.  The personal high point for me was being invited, along with 34-or-so other Nokia Developer Champions, to arrive a day early for a special mini-event targeted specifically at us and by extension the developer community at large.  As important as the Big Show was, I believe community outreach to be equally critical.  Let’s all be honest: some Nokia moves and statements since late 2010 have cast a pall over its otherwise-stalwart developer armies, especially those in the Qt camp.  While many Nokia developers are certainly interested in adding Windows Phone to their arsenal, some have balked for one reason or another.  Nokia’s challenge is to make sure a sufficient effort is put forward toward developers feeling skittish or disenfranchised, as the company can ill-afford any more negative publicity.  Getting more behind developers and providing them a path to Nokia’s future will be much-needed goodwill.

Super-developers like Simon Botes have been successful at getting their products downloaded, but struggle at monetization.  During our Developer Day, Nokia’s Kenny Mathers and Reggie Hutcherson assured us that this is a key component of their strategy.  Hopefully we’ll hear more on that very soon…the survey we were sent afterward certainly asked all the right questions.

The Nokia Developer Team is to be commended for putting this day (including an evening mixer afterward) together.  Handing out beautiful black N9s was just icing on the cake.  Next: more regional events, please, especially across the US!  It’s all about engagement.

Which brings us back to the main event.  As awed as I was by the glitz and glam of that important opening keynote, what I found really assuring and exciting was a well-received live feed of Lumia product being packaged for shipment at the Salo factory.  This is precisely what Nokia needed to connect with the skeptics.  Not some pointless dog and pony show, but rather, a nuts-and-bolts example of something tangible.

As usual, for me the best part of any event is socializing.  Nokia World was an excellent opportunity for me to share thoughts with friends and meet new people with a fascination for All Things Nokia in common.  Yes, sometimes that fascination follows a cynical twist but even detractors freely admit that Nokia has many strengths.  For one, the sexy designs of the N9 and Lumia 800 were a hot topic of discussion.  And even those searching for flaws in Windows Phone 7.5 had to settle for minor gripes– if there are any showstopping-defects, I didn’t see or hear of them.

I can’t say the experience was 100% positive, however.  Communications (wifi and cellular) were horrible to non-existent throughout most of the show… not a good indication of Nokia Connecting People.  I was told 2010 suffered the same issues, and I sure hope this is resolved by 2012.  It’s embarrassing.  But not as awful as the Monster-made headphones that were revealed.  Ack.  Too glossy, too bulky.  Sorry, I don’t see these coordinating with the sleek Lumia phones.

Still, I’m newly enthused about Nokia’s prospects, even though I’ll admit to some discouragement over the move away from mobile Linux.  But I’m a ten-thousand-foot technologist, and don’t get as religious about platforms as I do platform philosophies.  I think now that Nokia’s thoughts are on a good track.  That’s a good feeling for this fan and stockholder.  ;)

Related articles:

http://thehandheldblog.com/2011/10/26/nokia-lumia-800-unboxing-video/
http://zomgitscj.com/2011/11/03/gallery-nokia-world-2011-day-one/
http://www.engadget.com/2011/10/29/nokia-world-2011-wrap-up/
http://www.slashgear.com/nokia-world-2011-the-us-perspective-28191709/
http://create.msdn.com/en-US/news/nokia-world-2011
http://www.theverge.com/2011/11/1/2529187/nokia-world-2011-interviews