Sorry, I haven't read every post in this thread. But why create an app?
That is the first question that should be asked. If it is just because,
well, have fun. If you are looking at it for business, take a serious look
at why you want an app vs. a mobile web site. I can write a mobile web
application once and not care if you are on Android, iPhone, or Windows 7
(I admit Blackberry may be harder but could work). If I need GPS, I can
access that though the web app easily. If I need offline, depending on what
you need, this can work in a web app. If I need access to the camera or
other features I can't access though a web app, then I would have to create
an application.

One good example of this is Trello (https://trello.com). It is a basic
project management site focused towards giving a manager a high-level
overview of a project. Their desktop web app works slick. Their mobile
website works pretty good. Their iOS app sucks (the last time I tried it).
In fact the web app when added to my home screen (on my iPod Touch), now
looks and works like a native application.

Maybe instead of mobile applications, take a look a responsive design. Then
you can create the web application once and have it work on phones,
tablets, AND PCs and they all have their own look. One example is one of my
websites (http://bizdevtalk.mikewills.me). I did not create the theme, but
has a responsive design.

I am not saying that apps are worthless, but in the realm of business, I
think you need to think beyond the buzzwords and seriously think about why
you need an app when a web app might work just as well and saves the
headaches of dealing with 3rd party sellers and approval workflows. Just
simply push out the changes to the web server and your bugs are fixed and
new features added.

--
Mike Wills
http://mikewills.me


On Tue, Jan 3, 2012 at 8:39 AM, Michael Ryan <michaelrtr@xxxxxxxxx> wrote:

One of the big differences between service bureaus and the 'cloud' is
that you essentially moved your processing to a service bureau. You
virtualized your processing someplace else, but it was still atomic.
The 'cloud' concept should enable many different processes to be made
available. You don't know or care where these processes exist - they
just provide information when requested.

On Tue, Jan 3, 2012 at 9:25 AM, Mike Pavlak <mike.p@xxxxxxxx> wrote:
And I was musing at the fact that we are simultaneously repeating
history in two directions:

1) Service Bureau's are back as "The Cloud"
2) Client Server is back as mobile applications on small devices!

Centralize...decentralize...centralize...decentralize...Oh hell, why not
do both at the same time!!! After all, we are a lot smarter now, aren't we?

The more things change, the more they stay the same!

Happy New year, all!!!

Mike
Office Phone: (708)233-5880 Cell: (408)679-1011


-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Jim Oberholtzer
Sent: Tuesday, January 03, 2012 8:07 AM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] Android Development for the IBM i

Funny, as I read Joe's post and Pete's reply I could not help but think
of the things that were said about AS/400 and OS/400 back in the day.
Same tune, different company. While I am not a big fan of the way Apple
has rolled out its products from a developers perspective, it is now up
to the corporate customer base to demand the types of APIs that have
built into IBM i over time. The GenX and GenY crowd will never demand
them since all they care about is finding a restaurant, texting, and
exposing their lives and secrets to the world at any chance. Real
business will have to demand them.

That's primarily why I carry an Android based phone, although Google has
some learning to do too.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 1/2/2012 7:47 PM, Pete Helgren wrote:
Nicely said, Joe. Choosing where to leverage your strengths is a
survival skill in this business. I have bet wrong a couple of times but
since 2001 learning Java has had the greatest positive impact on my
ability to stay afloat financially as a solo developer.

Pete Helgren
Value Added Software, Inc
www.petesworkshop.com
GIAC Secure Software Programmer-Java


On 1/2/2012 5:06 PM, Joe Pluta wrote:
But if it comes down to having to learn individual languages and
platforms to support different platforms, I'll gladly support
Android
and drop support for iPhone. Android: open platform, open language
(Java), open API. iPhone: closed platform, closed hardware, closed
language, closed API. Not a tough decision.
--
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.