Archive for the ‘Business’ Category

How Trustworthy are Apple Rumors?

Wednesday, May 27th, 2009

Someone sent me yet-another iPhone rumor for the June 17 launch of SDK3.0 and possibly a new hardware profile for the device. The meat-and-potatoes of this one is basically:

  • OLED Screen resulting in 1.5x battery life
  • FM transmitter
  • Glowing logo & rubber tread on back
  • Higher res camera
  • Super mega-fast CPU
  • Turn-by-turn directions

There are several reasons to doubt the veracity of this rumor. For starters, it wasn’t accompanied by any specific hardware specifiations: graphics processor, CPU, GPS chip, etc. Anyone close to the hardware team would know these things. Other rumors have been accompanied by specifics. Another reason is the cost implications of switching to an OLED screen. Although the same happened on laptop and desktop mac’s, sticking to a $299 price point might shave Apple’s margins considerably. Finally, an FM transmitter seems superflous. Apple has always been about delivering content through the iTunes software universe and has never really been that into letting users sidestep their proprietary networks and formats. FM radio is going to add cost to the device, and be of value to a limited number of people. It might potentially even cut into their iTunes revenues. Finally, the turn-by-turn directions would require significant upgrades to the Maps application on the phone, and there has been no sign of this in 5 beta releases of the 3.0 SDK. It’s possible they have it but haven’t released it but it seems like something they’d want to beta.

What’s interesting here though is the  tendency for popular tech blogs to receive exclusive and anonymous “scoops” on product launch details before the rest of us. Scoops – I might point out – that nearly always turn out to be false. Take a look at some recent other generation 3 rumors for the new hardware being unveiled (supposedly) in June:

iphonegen3rumors

These tend to be non-conflicting, but some of these items seem farfetched. I mean, how can Apple be adding hardware features while simultaneously improving battery life (which seems to be an essential feature of any new device)? Time will tell.

Palm Pre Launch Plans Leaked

Tuesday, May 26th, 2009

Engadged got the scoop. An internal and secret marketing guide for the much anticipated Palm Pre was leaked to the public – and it reveals much about their pricing plans as well as their general marketing activities.

There’s nothing particularly groundbreaking in here except for some subtle marketing insights as to how they are positioning it relative to other devices. I found this chart in particular to be interesting:

screen-capture-2

Although it appears that Palm Pro has everything sewed up – that is to say nothing that few people are going to give much of a crap about NASCAR content, and the layered contacts and calendar features are ambiguously advantageous at best.

Nemo Mobile Development Framework Interview

Thursday, April 16th, 2009

The other day I was made aware of a relatively new player in the mobile development ecosystem. A company called Everypoint has a Java-based tool set called Nemo that lets developer write mobile apps across a variety of devices in Java (including iPhone). Responses by Allan MacKinnon, President, Founder and CTO, Everypoint.

Q: Tell me about Everypoint.

Everypoint was founded with the goal of redefining mobile application development by creating a simple way for developers to create, distribute and manage rich, networked-enabled applications to Internet-ready mobile phones.

Over last three years, Everypoint has developed Nemo, a mobile application development platform, that lets developers graphically rich, always on applications to inexpensive feature phones. Nemo is a powerful and general-purpose solution that is suitable for developing mobile applications ranging from casual games to real-time social networking experiences.  Some example applications can be seen here: http://nemo.everypoint.com/wiki/Live .

Q: I’ve heard a little bit about your new mobile development framework called Nemo. Why should developers be interested in this?

Everypoint’s Nemo platform is the industry’s first mobile application development ecosystem to create, distribute and manage iPhone-quality applications for the over 1+ billion Internet-ready phones in use across the globe today, effectively increasing market potential by at least 100x.  Nemo empowers developers to create applications that have the power to transform the mobile consumer experience by dramatically improving the interactivity and graphical quality of new applications that run on existing Java-enabled mobile phones.

Nemo’s vector graphics engine and push-sync database enable development of powerful applications that can run on today’s feature phones. Nemo’s scripting language and development tools encourage developers to test their code immediately, facilitating iterative user experience refinement and rapid application development.  This allows developers to write code interactively, making development more efficient and productive.  Once applications are completed, Everypoint’s infrastructure automatically distributes them into the application catalog. For more developer benefits, visit: http://nemo.everypoint.com/wiki/NemoFeatures .

Q: How does Nemo fit together with Nemo Cloud Services and RepliSync

Everypoint’s Nemo Cloud Services support a built-for-mobile programming model providing real-time push notification and synchronization of content to mobile devices, the ability to manage the access rights and distribution of applications and detailed analytics. The same services used to synchronize content are also used to guarantee that applications are always up-to-date.

The Nemo runtime contains an embedded version of the RepliSync database and the Nemo programming language provides direct access to the Nemo Cloud Services.

Q: What does it cost to write a Nemo-powered app? In other words the inevitable question is how does Everypoint make money from this?

The Nemo Developer Environment and Nemo Mobile Runtime are both free to developers. Nemo supports both paid applications and advertising supported applications; it’s up to the developer to decide what model they use.  Developers can set their own prices for their apps – free apps are not charged fees by Everypoint, except when very generous resource thresholds are exceeded. If a developer chooses to restrict the delivery of the application, the developer must enter into agreement with Everypoint where, during the Preview Beta, we will charge 10% of the sale price or 10 cents (whichever is higher) for each application.

Q: How does Nemo compare to other mobile frameworks like J2ME or even PhoneGap? Are these fair comparisons?

First of all, Nemo is not a “framework”, rather it’s a complete development environment, programming language and tools with both client-side and server-side support infrastructure.  The Nemo platform is suitable for general-purpose application development.  Unlike other mobile solutions, the Nemo platform targets feature phones and above.  This means Nemo applications can reach a much larger audience.  Nemo brings an entirely new set of features to these mass market devices.

Frameworks like PhoneGap will only let you go so far. If your app can be presented in HTML and you need to bring it to several smartphones platforms, then it makes sense to use. But developers who want to develop more complex applications will continue to program in either Objective-C (iPhone), Java (Android), C++ (Symbian) , ActionScript (Flash in the browser) or Nemo (J2ME mass market devices).

Q: Anything else you’d like developers to know?

With Nemo, for the first time, developers can create “rich” interactive always-on applications for Java ME devices.  Nemo gives developers a rich presentation layer, infrastructure for pushing and syncing content in real time and an interactive scripting language that lets them try code out and break free of the “edit, compile, test and debug” loop of traditional mobile development.

Because Nemo is interactive, a developer can ease into development and try the language out from the command line.  The developer can draw anti-aliased text and graphics to the screen as well as create new definitions and test them immediately.  We’ve found this immediate feedback invaluable and conducive to rapid development of applications.

Finally, it’s worth noting that Nemo is written in itself.  The entire language, interpreter and compiler are written in Nemo.  We found this to be a great way to “bring up” a new language as well as prioritize features during early stages of the language’s development.

Q: Nemo is in beta right now, where do I go to check it out?

Nemo is available for preview beta via registration at nemo.everypoint.com. You can view demos of our apps at http://nemo.everypoint.com/wiki/Live

Free Adobe Flex Builder 3 (if you’re unemployed)

Sunday, April 12th, 2009

In a pretty-smooth move sure to be emulated, Adobe has announced they are giving out free copies of Flex Builder 3 if you are a developer and are unemployed. Although accepting the free $700 license has the following catches:

  1. Developers must not be currently employed or being paid to develop software applications or web pages
  2. Adobe Flex Builder 3 Software they receive under this program is for their personal use to learn about Adobe Flex and improve their skills
  3. Their license to use Flex Builder 3 under this program cannot be used for production or commercial purposes, nor will it be transferred to any other person or entity, including to their employer should they become employed.

So… they can get Flex 3 to learn a new skill but NOT to get a new job..  great.. Wouldn’t it be great if they just said “here you go, use this to get back on your feet again – use it to earn some money while you’re unemployed, and please think of us during your next tech purchase.” instead of “here you go.. just don’t use this to earn any money or do anything to help put food on your table.. we’re generous, but not THAT generous!”

Actually all-in-all it’s a pretty classy move and I suspect a lot of people will take them up on it. Get your copy here.

What Framework Should I Use?

Friday, April 10th, 2009

I feel like in the last few years, the amount of real choice has improved for selecting a language to write software in. That’s a good thing, but it does make investing in a platform a bit of a risk. Here is the framework I would use to decide on a language or framework choice.

Desktop Development

I put desktop development into two general categories: business and entertainment. I feel like your choices narrow considerably once you start doing game development and things begin to get a lot more expensive quickly because you need that razor-thin proximity to the hardware. If performance isn’t super important and what you’d really like is your app to run on a lot of different platforms you have a few choices, Java (Swing, Webstart, or otherwise), Adobe AIR (apps running on Flex or HTML / JavaScript), or .NET (compatibility via Mono). Otherwise you’re stuck dealing with OS-native runtimes like .NET, Cocoa, and so-on.

cplat

Mono is interesting, but not quite the write-once compile-often solution it’s made out to be.. there are plenty of catches and as I understand it a hefty learning curve. I personally prefer to work in .NET in Windows, but if I had to write a cross-platform application I’d probably try to find a way to do it in AIR. At this point I’ve written a few applications in AIR using the HTML/JavaScript runtime and dabbled in Flex. You can do a LOT in a very short amount of time, and I’ve seen a lot of big names like PayPal, Salesforce.com, NASDAQ, and so-on. Just check out their showcase.

You’d have a hard time writing a commercially viable game in AIR, though. The 3D API’s are nowhere near as powerful as OpenGL or DirectX running natively, but you could do some pretty decent 2D or 3D puzzle games. AIR is really more for business-applications at this stage. I did write a Jeopardy-clone game at one point for a client that I made some cash on.. which was used at a conference. That was fine – but it was Jeopardy, after all.

Mobile Phone Development (iPhone, Blackberry)

There are a couple ways to approach the mobile handset development problem. Let’s say you wanted to write a version of your app for a phone but didn’t know which handsets to support – where do you start? iPhone uses Objective C, Blackberry uses a version of Java ME, Android uses Java also – are you just supposed to figure out which device your uses use the most and start there? Getting expensive again. You might do that, but the first thing I would do is find out if there is any way on earth I can use a project like PhoneGap to write my app as a web-app with a native shell. It’s that write-once compile-anywhere thing again. PhoneGap really lowers the bar for mobile apps letting you deploy most simple applications to any number of touch-devices.

phonegapsupport

By the time you read this, that chart may be out of date, so definitely visit the site to check it out.

One Great Book: slide:ology

Wednesday, September 17th, 2008

The other day, this book ended up on Andre’s desk from O’Reilly: slide:ology – The Art and Science of Creating Great Presentations. This book is less science and more art, but it’s full of inspiration and practical advice for people giving presentations. As someone who has seen a few talks, good and bad, a lot of this book rings true. In fact I think a lot of Nancy Duarte’s philosophy is similar to Edward Tufte, who is also a great presenter in his own right and a philosopher of the art of presenting – except maybe for the idea the Powerpoint is a tool to be tamed rather than one to be left out entirely.

Pick up a copy here.

Some thoughts on Apple’s MobileMe

Friday, July 11th, 2008

MobileMe is Apple’s answer to Microsoft Exchange with some additional features that look a lot like that Microsoft is offering with their new Live Workspace service. Essentially it gives you a unified way to handle eMail, Files, Photos, Calendar, and Address Book between all your machines including your PC, Mac, iPhone (iTouch), and AppleTV. For a marketing overview, check out the video over at apple.com. Its main advantage for business users is probably the way it provides similar functionality to Blackberry with the Push-Email Push-Contacts and Push-Calendar features. This means that the very moment an email is sent to you, you are notified with an audible noise from your iPhone without having to wait for it to page the server. Pretty cool indeed, and I bet RIM is shaking in their boots.

The Good

Email. The web based eMail application seems top notch. Clearly mirrored on Microsoft Outlook, it provides a clean, fast UI with seamless integration to the other MobileMe services. The push-email to mobile devices such as iPhone and iPod Touch make this feature an excellent choice for business users. Also, the Ajax-y goodness baked right into the Sproutcore platform makes this a really competitive webmail solution – right up there with Yahoo Mail and Gmail.

Online Storage with iDisk. This is something that has really been missing all-in-one suites. Some way is needed to move large files about the web between devices that doesn’t feel so ‘tacked on’. I was really impressed with the way Microsoft is solving this problem with Live Workspace, and it looks like Apple is following suit with 20GB of storage.

Calendar. This feature is well executed. The calendaring synchronization between devices is perfect, and the UI for the calendar interface on the web is as good as Outlook’s.

The Bad

No Chat. Integrated chat is conspicuously missing from this package. While I can do texting-yes, I cannot see those conversations in the web view if I am away from my phone or don’t want to use my phone. I’ve really gotten used to this feature with Google Apps.

Browser Support. It’s odd that a solution targeting PC users does not support IE6 and only has limited support for IE7. As a rich-ui web developer I know that it’s far easier to build a web app that supports these browsers from the beginning than to go back and fix it later.

Price. Apple is asking for $99 for an individual account (per year). If you buy an iPhone or Mac you can get it for $69. To me this is steep. If I fork out the $2200 commitment for a new iPhone (with 3 year contract in Canada) why are they asking for $70 more bucks just so I can have the same level of communications Blackberry offers me all-inclusive? Also just generally what I expect these days for $99 is quite a lot when it comes to online services. Microsoft will sell me an entire office suite for $170 – I feel like I’m getting ripped off by paying $100 to Apple to make their own devices talk to one another. If I had to pick a price that would make sense for me.. I’d go closer to $49 for the Individual account, and no more than $20 if I buy a new computer or iPhone and sign up within 30 days.

Data Migration. I have so far seen very little on how they are going to help me move my data from Blackberry/Exchange/Google Apps to MobileMe. This is huge for winning converts and my biggest objection so far.

The Verdict

Apple has bitten off a lot for the first release appears to have chosen well for the baseline featureset. As always, I am wary about jumping on new Apple products right when they come out because I usually get burned (either with unanticipated price drops soon after launch, or hardware/software failures). However, my main objection to mobileme is that I am a committed Google Apps user and would have a hard time migrating all my data – as well as my email address. I will certainly keep my eye on this because I would love to get this level of integration with my devices, and like a lot of what Apple does, it looks oh-so-sweet.

Review of Viewzi

Monday, May 12th, 2008

I felt lucky to get on the Viewzi preview invite list. You can too if it hasn’t launched by the time you read this. Viewzi is a search aggregator that tries to present search results in an innovative and user-friendly way. This is achieves quite well, in my opinion, having studied a few other attempts at this over the years (snap.com, nexplore.com). Here is a summary of my experience on Viewzi today.

Launch Page

Nice and simple. I like the invitation to watch the training video. However, then I went to see it in Internet Explorer 8 (running in IE7 mode) and the whole thing went to hell (see screenshot below)

viewzibroke.png

I was also treated to a JavaScript error. Next, I was curious about the footprint of this launch page. I opened up FireBug and watched the download. This page is 113kb, which in my opinion is too much for a search launch page. I recognize that nobody on a dial-up connection would ever use this site to begin with – fair enough, but under high-load conditions this is going to be an expensive page to serve and probably a slow page to download. Certainly when compared to the 12KB of utilitarian sparseness of Google.com. Anyway, the page did in fact come up very quickly for me so I probably shouldnt complain.

Test-Search “U2″

I tried searching for the band “U2″ and was presented with this results-browsing view. First off – it looks great, and the UI is really smooth and intuitive. However, this was not a search-results page. I think I should have been shown search results right away – as a jumping-off point for browsing these other views. Note: If you DO click on a search results view, further searches are immediately presented in this view.

In general I was impressed with the overall speed of everything. Search aggregators have a rep for being sluggish. I didn’t get that impression here.

Next I started exploriing the different views. Since U2 is a band, I was curious what results the MP3 view would produce:

These were all U2 songs and I could play then directly from the viewzi window. Nice! The other day myself and Mike Han were talking about 90’s rock and we wanted to hear some Nirvana. This would have been great.

Next I clicked on the ‘celebrity photos’ view to see if there were any Bono mugshots.

No mugshots, but these were mostly all relevant. The question is what can I actually do with these results? Normally when I’m searching for images I want them to download. for use in some graphic I’m putting together. This isn’t the view for that, but fortunately there IS another photo view:

This is where Viewzi had search-relevance problems. None of these images were of U2. Oh well.

Back to the other results. Viewzi has traditional text-search results that aggregate Google and Yahoo (is that legal?). Anyway, they were spot on of course – and quite snappy. The other view that really caught my attention however was the Video search:

The video search aggregates a bunch of video services in a really cool browser that actually saves you a lot of time. To me this is one of the key strengths of a service like this.

Overall I’m really impressed with Viewzi. I think it had some search relevance issues with the images but I’m sure they’ll continue to work on that as they move towards release. I think what could really help Viewzi is if they in turn opened up their aggregation capabilities in the form of a set of API’s, and Widgets that other people can use on their sites in the way that Snap.com has done. I don’t think I’ll really switch over from google (not until they get their browser search widget to work) – but I’ll definitely be checking back to see how it evolves. In the meantime, I encourage you to check it out: viewzi.com

The Business of Making Things Simple

Thursday, April 17th, 2008

noparking.jpgOn the proverbial eve of our Q2 release I’m thinking about how far we’ve come with our components. We’ve been building components for 5 years or so now and I dont mind telling you that it took us a while to figure out that we are essentially in the business of making complicated things simple. That being the case I guess we have something in common with companies like Apple, Microsoft, Books for Dummies, Internet Dating sites, and the like. The hard part for all these guys is modeling complex real-world problems as software features, but their market success is driven by how well they package those features so they are in-turn, dead-simple (if not fun) to use. This isn’t an airy-fairy ‘do what feels good’ problem – but it’s a worthwhile place to invest your time if you’re a software or hardware vendor – I mean heck: Apple is selling almost 20,000 iPhones per day. They didn’t do that with entertaining commercials alone.

As anybody who has become a fan of how Apple (and indeed Microsoft to some extent) packages their software and hardware solutions will agree, communicating technical features is just as much a science as software development itself – even if the lines are blurred sometimes. You would also agree that Apple has made buckets of money focusing on this aspect of their products, and has even created a sort of ‘premium good’ effect around this experience. Apple products sell for more than their competition, and with some notable exceptions we just can’t get enough.

This advice applies also to many of our customers – who are also building software products. Here are some random examples from our (very niche) world of computers and programming in general to help make my point: invest in usability if you want your technical product to succeed.

nsite.gif

NSite was a customer of ours from way back. These guys had built a product around allowing business users to rapidly assemble and customize web applications without writing a line of code. Everything was done through their web interface, and you could build spreadsheets, import Salesforce.com data, connect to web services, build forms, and generally run a lot of CRM data through their system in an easy to use web-app. They’ve since been snapped up by Business Objects although not until they racked up a whackload of customers. Of course, there are others doing a similar thing using newer technology like DabbleDB.

Why Conventional Wisdom Says it Should Have Failed

Why should developers be interested in hog-tying themselves to a proprietary web framework that doesn’t even let them get in and code? Why should non-technical users be interested in developing applications? Who has the time to learn their development paradigm and the imagination to see how it can be jury-rigged to suit real business problems?

Why It Succeeded Anyway

Who wants to pay a developer to write something in one year what I (as a business user) can set up in 3 days on NSite? The fact that they made the back-end open with lots of ways to get data in and out meant that real developers could extend and connect to other enterprise systems. Another thing they must have realized is that a lot of business users would love to get in and tinker with their business apps. It’s like customizing your hot-rod to get things just right for you. They combined that effect with a hefty sales force of their own to create a dynamite product concept that consumers loved. Hello Business Problems, meet Simplicity.

ruby_on_rails_logo.jpg

For those who don’t know, Ruby on Rails is a web development framework based on the Ruby language. If you really don’t know anything about it, read the Wikipedia page on the subject which is written for anyone to understand. Basically, it appeared on the scene in 2004/2005, and quickly formed a cult following in the web development community. It employed concepts from Model View Controller, package management, Ajax, and combined that with a scripting language known for its brevity or terseness. The result was a platform that was tailor-made for rapid prototyping of “Web 2.0″ applications – If you bought into it’s very radical view of the universe (more on this below). Fast-forward to 2008 – Ruby on Rails books are the fastest-growing book category. The movement has spawned a series of conferences, has gained a worldwide fan-base, and has influenced other frameworks (including .NET), probably making the founders quite rich in the process.

Why Conventional Wisdom Says it Should Have Failed

A question for software developers: How many times have you heard the following? Here is a brand new and very opinionated development framework that forces you to learn a new scripting language, and develop in a totally different way than you probably were before, with virtually no enterprise support? Sound like fun? Actually, a lot of critics point out that in some ways, RoR is a very restrictive way to program. You simply cannot build applications in the same lazy-ass way you did before in RoR, forcing you to re-learn your approach. Who has time for that? Also, problems with the web server, mongrel, meant that it was relatively more difficult to build large scalable apps owing to a lack of multi-threading in the software. Popular RoR apps like Twitter are infamous for continually going down at the worst possible time.

Why It Succeeded Anyway

The truth about RoR fanaticism is definitely more complex than I’m revealing here, but the essence of it is that RoR does more things right than wrong. Rails offers a way to build web applications that is ridiculously fast, and once the shroud was lifted, the early-adopters who stumbled onto it couldnt believe their eyes. It’s worth giving up a little bit of flexibility for the sheer power of being able to write features as quickly as you can imagine them. Want an Ajax-powered autocomplete? 5 minutes. Want some simple animation? Just a few simple lines of code. Want to connect to a database? You barely need to even think about it. Turns out, programming doesn’t need to be complicated to be powerful or worthwhile. If the stigma of being one of the ‘cool rails kids‘ doesn’t bother you, you’ll do yourself a favor by checking RoR out

apple_computer-01.jpg

This one is a little obvious, but hopefully I can spin it in an interesting way. Apple Computers are king for making things simple where they were previously complicated – and consumers are throwing themselves before the church of Jobs (Steve) begging them to open an Apple Store in their town or city – in which to worship. I think we all know a little about the history of Apple, but it’s the recent incarnation that has everyone foaming at the mouth. I’ll jump right into the bad:

Why Conventional Wisdom Says Apple Should be a Tumbleweed on the Plains of Computer History

Apple computers are expensive. In an age where you can by a brand new laptop computer from Dell for $500, why would you spend $2000 for something similar from Apple? On top of that, when you own a Mac, you pay for everything. Virtually none of the software is free. You cant even have a photo sharing account without paying for it. If you’re a gamer, you’re out of luck too because historically very few games were ported to the Mac. On top of all this – the operating system that Mac’s run on used to be thought of as something a child or non-computer-savvy person would want to use. What did this do? It left early-adopters out of the equation because those people are typically very tech-savvy. Finally, Mac’s are known to suck when it comes to interoperability. The file system was totally different, so while you could open a document on a Windows-formatted disc, you couldn’t do the opposite. On top of that, networking a PC and Mac together was tricky. All in all it was an IT Managers nightmare to have an employee on an Apple (unless they all were).

Why Its Succeeding Anyway

A couple of things work in Apple’s favor. One – people are increasingly fed up with Windows and Microsoft. Improved anti-piracy technology in Windows and on Windows-based software in general means the price gap is shrinking all the time. While that’s true, it doesn’t explain the meteoric rise in Apple fandom. The real secret is to do with how Apple has managed to make their machines the most powerful PC’s on the market at the same time as the easiest to use. Computer-illiterates love Mac OS because they’re elegant, functional, intuitive, and minimalistic. Geeks love them for the same reasons, but also because under the hood there is a lot of power and control available to those who want it. There is a legitimate premium built into the price because consumers know that when they want to connect to the Internet, or install new hardware, it will just work. When they want to build a photo album or burn a CD, it practically does it for you.

Conclusion

The point I wanted to make here is that there is a culture shift happening in software development, and it’s mirroring what is happening in the consumer marketplace too. I think that engineers used to think that if something isn’t complicated, it’s not valuable or worthwhile. I think people are starting to think differently – as we at Nitobi are with our components. There’s no reason why we can’t achieve both goals – power and simplicity, with some care and attention.

Why Dell Rocks

Monday, April 7th, 2008

I needed to reinstall my laptop because of a virus. I didnt have the original XP disc that came with it so I couldnt use my own serial. The laptop was way old and out of warranty. They sent me a replacement disc anyway, FOR FREE, and it arrived the next business day. Thanks Dell!



© All rights reserved.