Posts Tagged ‘development’

The Open Source Almost Answer

Thursday, July 28th, 2011

An article at O’Reilly Radar sparked a memory back towards a previous post on open source in the mobile ministry (#mobmin) space. Here’s a snippet of the Radar article:

So, if all software should be free and open source, who is going to write this code? One argument is that the dentist, or a group of dentists, should underwrite the production of the code. But dentistry, like most things in western society, tends to be a for-profit competitive enterprise. If everyone gets the benefit of the software (since it’s FOSS), but a smaller group pays for it, the rest of the dentists get a competitive advantage. So there is no incentive for a subset of the group to fund the effort.

Another variant is to propose that the software will be developed and given away, and the developers will make their living by charging for support. Leaving alone the cynical idea that this would be a powerful incentive to write hard-to-use software, it also suffers from a couple of major problems. To begin with, software this complex might take a team of 10 people one or more years to produce. Unless they are independently wealthy, or already have a pipeline of supported projects, there’s no way they will be able to pay for food (and college!) while they create the initial product.

Read the rest at O’Reilly Radar.

We’ve been on the side of open source for a long time here at MMM. From Bible+ to Katana to Biblia to Door43, we are extremely supportive of those persons and organizations who see a need for transparent development, free/low-cost applications and content, and the communities that develop from such efforts. We’ve also been on the side of projects that started with a boom but are nothing more than a whimper (for example, Katana). Starting a project with the idea that it will be open source assumes a lot – and unless you are Google-like (Android was purchased by them and then made open source). You’ve got to have certain ducks in a row, and unfortunately, finances and impact are the major ones where some open source projects fail.

But, there’s a place for going open source after a time. Are  there Bible reader applications who have been in a maintenance mode, or are large enough that a critical mass of interested developers, designers, etc. would fill in some of the blanks such as platform support, languages, and reach? Probably. Yet only a few fall into this category – not to mention the fun of the content rights in this domain. It is an answer, and one that could afford to be better explored.

That only makes open source part of the answer. And as the Radar article is really trying to bring into the discussion, just because something is open source doesn’t mean its free to develop, support, or market. There are always costs, and somewhere, someone pays for this. This could be from donors, this could be from fans. But, it has to be a large enough group that open source ‘X’ makes sense over something that isn’t. When that’s not the case, open source is no more a correct answer than ‘C’ on a true/false test.

 

Pulling In Some Perspective on Mobile Apps

Monday, July 18th, 2011

Wikitude AR Web Browser - Share on OviOne – and probably the most popular – method of utilizing mobile a a channel for ministry is that of the mobile app. I’m working on a future piece that talks some about the return on investment question in regards to mobile ministry. But until that posts, I’d like to point to an excellent perspective on mobile apps from the marketing side of the mobile conversation from the folks at MobiThinking. Here’s a snippet:

…“When I saw the mobile winners at Cannes Lions, I immediately tweeted how the majority of the advertising festivals tend to think of mobile marketing only in terms of iPhone apps,” comments Leo Xavier, CEO, Pontomobi, the Brazilian mobile agency that built the official Cannes Lions mobile apps. “Obviously, it is a disappointing to see that four Gold mobile winners are nothing but an iPhone app. I really like the Heineken Starplayer app, though, because it is based on the new concept of co-viewing. And, yes, the best option to deliver that experience is an app. The problem here is that it is only for iPhone.” (Apple devices were about 3.5 percent of handset sales in 2010, so focusing on iPhone-only will exclude the vast majority of the client’s customers)…

Read the rest of Why Ad Agencies Like Mobile Apps at MobiThinking.

We do have some understanding of what works for mobile apps, but not necessarily what always works with those apps when “ministry” is envoked as part of the platter. Effective mobile ministry apps are few and far in between – at least if we have some common measure for what makes an effective mobile ministry app. So that approach is quite important. Probably mores than the app itself.

And now for a question to consider, if you are thinking of a mobile application as the/one of the methods that you will use for mobile ministry, what aspects of investing in that approach are you most unprepared for?

 

Weekly Web Watch #27 at Mobile Advance

Thursday, June 9th, 2011

Over at Mobile Advance, a weekly list of links to news and happenings in and around mobile is posted. Here’s a snippet of what’s in Weekly Web Watch #27:

Apps

  • Introduction to jQuery Mobile (by IBM/C. Enrique Ortiz)
  • Why Web vs. Native Isn’t a Black and White Battle
  • Standards for Web Applications on Mobile: May 2011 Current State and Roadmap

Read the rest of Weekly Web Watch #27 at Mobile Advance.

 

A Challenge of Relevant Innovation

Tuesday, June 7th, 2011

I was drawn to an article by a tweet which dang near summarized a number of projects that I’ve worked with in the past:

Innovation starts when someone has an idea, a sense that they can make something in the world work better. So far so good, but an idea plus 5 dollars is worth 5 dollars. Innovation is about taking an idea, working out whether it has value in the world, then getting it built and adopted by the people who would value it.

If the quote wasn’t a good kick, the rest of the article definitely was.

Since we are in the business of working with individuals and organizations which have aims of better utilizing mobile in a ministry context, we definitely have our share of “hey this idea will be the best thing ever to spread the Gospel.” Unfortunately, many of those ideas begin to fail when questions start to be asked about its relevance or realistic application.

That same UN Global Pulse article noted a few questions that any visionary/innovator should ask before they set their feet towards working out any new idea (summarized bullet points):

  • Understand what the problem space is
  • Know what already exists in that problem space
  • Clearly state the gaps in a way that allows people to help
  • Connect the resulting problem set with the people who are available to help
  • Try things out – internally and externally.
  • Understand when something is useful, usable and significantly improves on what has gone before.
  • Find champions.

Some years back, one of our contributors (Jay Noggle) penned the comment, technology is only relevant when its personal. It is vy true that cultural shifts and even pressures to be relevant might compell us to be innovative. Howeve, the test of anything innovative is how it communicates to its intended audiences. The Harvard Business Review adds three bullets to these:

  • What are the conventions for this type of product?
  • What are the key features/things to be communicated?
  • Is the timing for this product effective?

These bullets are just a further extension of applying this wisdom: be innovative, be relevant, be realistic. Let’s be encouraged to experiment and figure out solutions which may have mobile components, but do so in a way that’s not just cool, but relevant to an addressable group of persons in a clear manner.

 

The Casualty of Symbian Bible Apps

Monday, May 16th, 2011

In a lot of respects, its rare to talk about Bible apps for one specific platform – there so many – the causality of Bible apps for the Symbian platform has been one of those questions that has gnawed at me a bit. Not so much even for the lack of applications, but the missed opportunities because of where the Symbian platform has been represented.

What is Symbian?

Symbian is a mobile operating system and platform that’s been used by Nokia, Samsung, Motorola, Fujitsu, and LG for mobile phones. To date, there have been over 600 million devices shipped and sold with the Symbian operating system, making it one of the most prolific  in use.

Nokia has been quite adept at making Symbian fit its needs. It has pretty much been selling Symbian devices longer than people have given credence to there even being a category called smartphones. To that end, Symbian has been deployed with more carriers and in more world  regions than all but the most basic of Java handsets.

Unfortunately, it is also considered an older platform that while stable and optimized for mobile devices, falls quite far behind some of the newer entrants in respect to ease-of-use, developer tools, and ease of finding applications. And so Symbian recently befell Nokia’s reorganization efforts (first spun into an open source platform, and now to be greatly minimized  over the next years  to be replaced by Windows Phone).

Symbian and Bibles

By accident of niche, Biblical software usually is a fairly easy one to fill. Find a publisher that has the languages that you want to address, write the application to deliver it, and then make it available. The issue with Symbian is that its actually a pretty difficult platform to build on. Without getting too technical, its just plain to say that developers have needed to had a certain type of older technical knowledge (previously) or invest in toolsets (Qt, Java, etc.) which required a good amount of patience before progress.

When I moved to the Symbian platform in 2008, there wasn’t much to find for Bible apps. Laridian, Olive Tree, Symbian Bible, and Go-Bible were pretty much your only options. And for a while, this was just fine and covered most of the Symbian devices that were in existence. When Symbian went to a touch-based user interface (UI), things got a lot fragmented, and Symbian Bible pretty much became the only option (Best eBible came on the scene later). Which was good and not good – a free application, using Bibles formatted for the Palm Bible+ application, and had no support for newer translations. Newer platforms ended up with a very easy “in” for adoption, they had what people could read, and could find.

A Missed Opportunity…

In light of all of that history, its easy to say that Symbian (and the companies associated with that platform) might have missed an opportunity to take a platform that has already made considerable inroads even further. But, it had a good bit going against it, and so it is now in the position it is in.

But does that mean that all potential opportunity for this platform have been lost? I’d say no, if technical aptitude is seen as a gift that can benefit the Body. When I say technical aptitude, a platform (like Symbian, but all qualify here) benefits by such knowledge as developer tools, device interfaces, language mapping, usage analytics, etc. A person who is skilled in any of these areas would be a suitable team member for a larger project creating an application, service, or refining a digital faith experience. These persons have to be looked for in “not normal places” as their gift isn’t something you’d find in Exodus on the way to creating a mobile altar (Exodus 25-27).

There’s also the benefit of much of Symbian’s assets being made available in open forums (for example Forum Nokia), through some open source technologies (for example Qt), and through the continued ownership of Symbian devices (installed-based analysis by Vision Mobile). In effect, there’s a lot of folks out there who can still benefit from a Bible solution on this platform.

The Lesson for Other Mobile Platforms

It is easy for the market, and popular (loud) opinion to state where you should place your development resources. Certainly, making plans for mobile software you’ve got to take into account devices, services, and experiences (the entire frame of mobile) and what is currently and what will be in the years to come.

When it comes to religious software, you also have the opportunity to always tap into the installed base of current users. Many times, your frequent fans and users of digital faith items will not splurge on the latest devices or services, though they will want to receive some of the same experiences that newer devices offer. It is in this that the opportunity lies, and where its possible to not just make a product, but help drive older platforms to a friendlier sunset.

Currently, there are several mobile platforms that have come and gone (Epoc, PalmOS, Windows Mobile), and some that are pretty much on their last legs (Symbian, older versions of Android and iOS, RIM’s BB OS 6 and earlier). Developers looking to cut their teeth on a mobile platform to learn and to provide experiences should not forget these platforms. And at the same time, you should go into any project with a clear (and simple) goal and definitive timeline. You  will not be able to support those devices for very long when the official support has faded.

Lastly, when you are a platform that has cultured a community of content, but you are no longer able to support that platform, utilize the open code and support communities of Code.Google, Forum Nokia, SourceForge, GitHub, and others as places to put your code and release notes. There might be someone willing to take up the project, or at least help you migrate your project’s contents into a newer platform. For example, MMM participated in an effort to update the Rapier Bible application for Maemo 5 devices, fixing some linger bugs, but that also set the stage to develop (and later release into widespread testing) a Bible application written in Qt from the ground up called Katana. The rewritten application leans on lessons of the former, but has a much longer viable life because of decisions made early on to support certain content and programming hooks.

For Symbian, it may very well be the case that the sun is setting for it as a leading mobile platform. It is also the case that there are some years and various regions of users that still haven’t been served with digital faith content though having a platform capable of supporting it. Do keep that in mind as you consider your mobile strategies, and remember to study the past platforms for what is probably going to happen to many others in a nearer-than-you-can-expect future.

 

Technical Issues and Practices in Mobile Ministry

Thursday, October 21st, 2010

Each conversation about mobile ministry brings it’s own insights and challenges. Some of those challenges are of a technical nature and require the understanding of items related to content product and design. Here are a few resource links to address some of the technical items I have recently encountered:

What are some of the resources that you use in creating those mobile innovations that bolster your mobile ministry efforts? Or, what kinds of resources would you like to see more of?

 

An MMM App and a Case for Value

Friday, October 8th, 2010

This past weekend, I have put MMM on a bit of an evaluation. Asking questions around what is valuable about the content and service offerings, what has been done well and what has not. One of those things tat I wish had/has been done better is this idea of taking the centralized content approach away from MMM. If you will, not producing the content for it to live here, but for it to live anywhere and be aggregated here.
Image of MMM App from Ovi Store
One proposal in doing is was to use Google Wave. And this was met with some interesting comments and notes. Another proposal that has returned is the idea of having a MMM application that would work in concert with a mashup RSS feed to broker content and activity.

Now, the idea of an app is a popular one. Even in thought about this it was asked (again) why MMM doesn’t have an app. The answer is simple, what is the value of an app for a magazine that sells strategy not a virtual or otherwise physical product? This is something that we would have to be able to answer here, but also the persons who’d want the app would too. If it were just an aggregated RSS feed of articles and Twitter, we could easily point you to a site that would help you do this yourself.

So what is the value of an app? Is it to get certain types of interactions that you cannot get otherwise? Is the idea of making an app out of MMM’s content something that would even even appeal to most of you, if so, why?

Don’t get me wrong, there is a mound of attention that having an app would bring which is good. But, doing it just to do it makes no sense (common or spiritual). Going down this path again of detaching content from a single author and site, this is one of many ways which could more easily point out it’s value and increase the visibility of it’s relevance. At least I think and hope so.

*By the way, you can download the very first MMM application for Nokia devices here. A new one is soon to come, with multiple platform support and a few other features. We look forward to your opinions about this initial attempt, and what your thoughts can be towards an app.