|
That is the first question that should be asked.
Very good question.
The two huge reasons for an app is user convenience and your apps ability
to be found.
On the note of user convenience, it is sooo easy to install apps from
Android Market or Apple App Store and for the user to subsequently use the
accompanying icons of the app to create short cuts on their home screen.
We live in a day and age where a simple inconvenience can cause you to
lose business to a competitor (genX and genY are particularly inclined to
do this and that is the next generation with money to spend). Which of the
two statements at a social gathering will more likely end up with your app
being downloaded/installed:
"Hey friend, check out EverNote. Just search for it in the app store"
or
"Hey friend, check out Evernote. Just go to evernote.com, click on
download mobile app, select ...."
On the "ability to be found note", I have yet to do a search for new
Android apps outside of searching in Google's Android Market or Amazon's
market (though I don't even think I loaded that on my most recent Android
phone yet). If you have an app as your primary selling point (i.e.
EverNote) then it is imperative you are in the App Market/Store. If you
are adding customer interaction to an existing business (i.e. Lowes has a
mobile version of their website) then the web app route is definitely a
good route. But even with that said, if I were Lowes I would still create
an app for the App Market/Store because that is one more additional way
your customers can get at you.
Note I am still fairly fresh to the mobile dev scene so my comments are not
flavored as much as somebody that's been doing it since 2007 (when Android
came to Google).
Aaron Bartell
www.MowYourLawn.com/blog
www.OpenRPGUI.com
www.SoftwareSavesLives.com
On Tue, Jan 3, 2012 at 9:24 AM, Mike Wills <mike@xxxxxxxxxxxx> wrote:
Sorry, I haven't read every post in this thread. But why create an app?look
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
at why you want an app vs. a mobile web site. I can write a mobile webwhat
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
you need, this can work in a web app. If I need access to the camera orcreate
other features I can't access though a web app, then I would have to
an application.it).
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
In fact the web app when added to my home screen (on my iPod Touch), nowThen
looks and works like a native application.
Maybe instead of mobile applications, take a look a responsive design.
you can create the web application once and have it work on phones,my
tablets, AND PCs and they all have their own look. One example is one of
websites (http://bizdevtalk.mikewills.me). I did not create the theme,but
has a responsive design.why
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
you need an app when a web app might work just as well and saves thewrote:
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>
aren't
One of the big differences between service bureaus and the 'cloud' isnot
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 repeatinghistory 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
do both at the same time!!! After all, we are a lot smarter now,
we?web400-bounces@xxxxxxxxxxxx]
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:
thinkOn 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
upAppleof 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
has rolled out its products from a developers perspective, it is now
--demandto 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
hasthem 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
butsome 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
languageAndroidsince 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
and drop support for iPhone. Android: open platform, open
closed(Java), open API. iPhone: closed platform, closed hardware,
--------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.
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 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.
midrange.com
