Mobile Ministry Magazine (MMM)

Posts Tagged ‘developer issues’

Trying Out the biNu Mobile App Developer Platform

Friday, May 11th, 2012

Per our usual activities here, we occasionally check out processes and software which would be relevant to the #mobmin (mobile ministry) world. A question for many groups is the process of making a mobile application, and so we definitely like to take a look at the various application creation platforms that are out there to get an idea of what’s needed in terms of graphical, technological, and marketing knowledge to get things up and running. The latest of these development platforms we are looking at is the biNu platform.

biNu is a software delivery platform. Think, something like an app store – but optimized for feature phones (non-smartphones). When there is an opportunity for an engagement to be accented with a mobile app on a (most likely) Java-based mobile, biNu is positioned through its delivery platform to refactor your RSS feeds or any other custom (mobile-lite) page content into a downloadable application for these mobiles.

We took a look at it from the perspective of  a content owner who’s looking to gain a presence on feature phones (its a good idea to read Should Our Church Have an App or Mobile Website prior to this). Therefore, our most important places of entry happen through the biNu Dev portal (still in beta – this comes up again).

Note: the screenshots and activity here were performed on a Windows 7 laptop using the Google Chrome browser. For the benefit of the impression, this is an imposed boundary to using the product.

Step 1: Registering for at the biNU Developer Portal

As with similar services, you have to go through a short process to register for the biNU developer portal (http://developer.binu.com/). After filling out the form, you get a confirmation screen noting that you need to complete a step in your email in order to complete the process. Nice and simple in this respect.

Step 2: Navigating

biNU Developer Dashboard

Once you login, you are presented a straight-forward list of what you’d want to do: List Apps (see all the apps you’ve built), or create a new Basic or regular app. First up on my listing was to do the Basic App (this would most likely be the used option for 1st time users of this service).

Step 3: The Basic App Wizard

biNU App Wizard

Once you get into the Basic App creation wizard, you simply just add the title and description to your app. You do need three graphic files here. Though the sizes were specified, I noticed in the test view that all of them seemed to be resized fine. I’d recommend here not using anything smaller than the recommendation, and you will need to ensure that its a PNG graphic w/o transparency for best effect.

You will also need the URL for the RSS feeds that you would use to populate the app. I took our raw feed, in addition to our Twitter feed and the Twitter feed for the #mobmin hashtag (we’ve done this previously with other apps) and there seemed to be no issue with either of those kinds of sources.

Step 4: Testing/Further Edits

biNu testing emulator

biNu offers a Java-based emulator that gives you an impression of how your content will flow to the smaller screen and different input controls of a feature phone. On the PC that I used, I didn’t update the Java client in order for this to work properly (but you would probably want to do this).

Step 5: Publishing

biNU Publishing Your App

Once you have created and tested your app in the emulator, next is to publish it. There are two avenues for publishing – the first puts the app on the biNu platform “store” where those who’ve downloaded biNu would be able to search and download it among other similar apps/services. The second avenue is for you to generate the app yourself using biNU, and then use publish that app on your website or wider-serving app stores such as GetJar.

biNU Generate Java/Android app

When you choose the option to generate an app, you are taken to a screen that’s similar to the app wizard where you refine the details about your app. What’s most interesting here is that you see the option to generate either a “regular” Java app (ideally, compatible with most Java mobiles) or an Android java app (an apk, compatible with Android devices). Apps can be unsigned or signed using Verisign or Thawte. Again, good options for an app which could be distributed in an open market environment.

Generating the app was the only point in the process where I entered an issue that I had to escalate to biNu directly. As of this writing, this is something being looked at.

Step 6: All Done, Go Build Some More
biNU listed apps dashboard

Once you’ve finished making your app (testing, publishing, and generating Java versions), you are pretty much done. As seen in the publishing step, you’ve been given a URL with which to publicize the app (I’d recommend using a URL shortening service like TinyURL or Bit.ly to make it smaller, more share-friendly, and easier to add to marketing materials). View/Download the 1st MMM biNu app.

Conclusions:

Overall, using the biNu app wizard enabled me to build an app in less than 30min. When I went back through the process to build an app from scratch (see Step 2: Navigating), the process took even less time because the source for the app was an existing mobile website (in this case, our alternate mobile site which is written using HTML5 and jQuery). Given the speed and costs (free) to just get on their platform, this isn’t a bad idea for many sites. I’d like to know how some of the more interactive content offerings would fare here – for example, those doing church online might want this for a presence, but the experience of viewing media on a 2.2in screen that’s not optimized for such “snack time” viewing might be a turn off in some respects. Still, there’s some sense that could be made from doing this and perhaps pointing to your YouTube feed of content.

For more information about biNU, do check out their website. Again, the developer section of the site is in beta right now, so if you enter into any issues with it, do chalk it up to that aspect of things. Still, there aren’t too many mobile services specifically targeting feature phones (more people use these than smartphones by a very wide margin). If your content is ready to go, then biNu should be ready for you.

 

WIP/VDCC Recap: Cross-Platform Conversations

Friday, September 24th, 2010

This week, MMM participated with WIP at the Verizon Developer Conference. We were invited by WIP to annotate the UnPanel session on day two, but ended up contributing towards one of the session conversations on cross-platform development.

As many developers find out quickly, and some users have figured out as they have gotten into Google Android-powered mobile devices, or have moved from one mobile platform to another, there are times when applications or content just doesn’t work so well. We kind of think about data as being something that is easy to transfer from one platform to another, but such doings are ripe with challenges and opportunities. At the Verizon Developer Conference (VDCC), we participated in facilitating a few panel discussions on cross-platform development and some of the challenges. The following three items came up the most in these conversations.

Fragmentation
The number one issue that developers said that they faced when trying to take an application, or apply a service across several mobile devices, is this issue of fragmentation. Fragmentation is basically when you have a single platform (for example Google Android), but there are variances in how that platform is implemented across devices. These variances can include input mechanisms (touch, keyboard, etc.), application program interfaces (APIs) which talk to hardware or services, and even carrier-specific functionality which doesn’t line up across the same device on different carriers (for example, cell ID information).

What happens is that when a new update to a platform comes out, or an offshoot of a current platform is produced, developers have to code their applications and/or services to account for these changes. And especially in the case of non-Apple iOS devices (where things are commonly similar across all of these devices), this causes the developer to have to spend more time acquiring the resources to test and approve their software across these variant platforms.

One of the things that frequently came to mind is the challenge that many of the developers of Bible software have towards this issue. I wonder how many of you deal with fragmentation, and whether you share the opinion that this isn’t something that’s going away, but might be solved with better tools?

Communication
Another impact to cross-platform development that was talked about in these sessions was that of communication with the carrier. For example, while fragmentation is an issue, developers who are proactive would like to hear from the carrier something towards devices, APIs, etc. which might not be support or might change when platforms are updated so that they can be faster able to adapt their products to those new devices.

On the carrier side, its difficult to respond to everyone individually, and so carrier involvement in developer networks, standards bodies, and a general attention to being open in communication is something that Verizon and others are doing a lot more of. The challenge for them (of course) is to be open without impacting their abilities to continue to offer differentiated products and services.

To you who are developers, or even users, what kinds of communication strategies would you like to see from developers, carriers, and other service providers to better allow you to make the move from one platform to another? Or, does this even matter, do you just need things to work?

Up-to-Date Market Information
Of the many issues that developers can have in making sure that they have a solid application or service, one of their challenges is making sure that they have up-to-date market information about platforms. Verizon’s Developer Center has some upcoming things in this area, as do some other developer networks. But, this is still the challenge.

As a resource and analyst, one of the challenges is always to promote the statistics and the information that allows developers to make sound decisions towards where they can make solid applications. For example, you will never hear MMM tell you that Symbian isn’t a good platform to develop for, unless your target audience for your content is in an area where Symbian is not a primary focus for the carrier/user base. In the same accord, as a developer, you have to broaden your research and analysis horizons beyond just those persons who are “louder” about what positions they have, and make sure that you are seeing those folks who are holding a contrary viewpoint.

That being said, it is difficult for many people to both develop an application/service, and keep on top of market trends. What would you like to see more of in terms of getting up-to-date market information for your respective target audiences? Where do you go for information now, and are those areas sufficient?

Conclusion
During the time at the Verizon Developer Conference, I was exposed to a subset of some of the general opinions that I hear developers go through. Much of MMM’s viewpoints are formed and spoken of in global contexts – this was a chance to center in on a specific US (only) carrier and what issues matter to them.

Stay tuned as in a future post we’ll talk some about these specific challenges and opportunities. And what you can do as developers and as a notable target market (re: faith-based organizations) to make your applications more visible and profitable both spiritually and economically.

 

Mobify empowers marketers and developers to create amazing mobile web experiences. Tap to learn more

Mobify