From: Thomas Lord <lord@emf.net>
To: rms@gnu.org
Cc: Julien Danjou <julien@danjou.info>,
dave@lab6.com, emacs-devel@gnu.org, carsten.dominik@gmail.com
Subject: Re: Google modules integration
Date: Fri, 10 Sep 2010 10:47:56 -0700 [thread overview]
Message-ID: <1284140876.2505.23.camel@dell-desktop.example.com> (raw)
In-Reply-To: <E1Ou5kb-00067t-Sv@fencepost.gnu.org>
RMS,
About whether or not Google maps is "SaaS" or simply a "service",
you wrote:
> We reject packages whose functionality is support for proprietary
> programs. However, a service is not a program. The issues about a
> service are totally different. For instance, we disapprove of SaaS
> (see gnu.org/philosophy/who-does-that-server-really-serve.html). But
> these services [Google maps and weather] are not SaaS. As far
> as I know, they just provide information.
You have defined SaaS this way:
"Software as a Service (SaaS) means that someone sets up a network
server that does certain computing tasks—running spreadsheets, word
processing, translating text into another language, etc.—then invites
users to do their computing on that server. Users send their data to the
server, which does their computing on the data thus provided, then sends
the results back or acts on them directly."
Google Maps (for example) fits your definition of SaaS, even the limited
set of features supported by that emacs package.
Google's primary proprietary "hook" there is, of course, its
proprietary databases. Given that raw data, rather than simply
and affordably sell copies and let people write their own programs
to use the maps, Google hords the data in order to gain a
monopoly over what programs may be used to process it.
For example (this example taken from the google-maps.el homepage),
suppose that you want to see a map of Paris -- but you want a
customized map. You would like it centered upon
a particular cemetary of historic significance, you would like to
highlight some famous landscapes, and you would like to
compute and highlight a route of travel that hits a customized
list of landscapes.
Of course, to specify all of that, you will write out
locations like "Tour Eiffel, Paris" rather than giving
latitude and longitude.
Two elements are involved in producing your map: a lot of
data - a huge database - plus some programs that take your
input, do some computations on them, and give you back results.
That, per your definition is SaaS and Google Maps is an example.
It is alarming that you say Google Maps is not SaaS in part
because Google Maps is a very fine example of a set of programs
that Google alone controls and which are fantastically
great for nasty and unwelcome surveillance of users. In other
words, Google Maps exemplifies *quite well* the sort of evil
that can result from proprietary software whether that software
is horded via copyright or via the SaaS mechanism.
>From a broader perspective, I'm not sure that your definition
of SaaS actually excludes many network services at all. I
think you've framed the issues awkwardly there. The report
I owe you (coming up soonish) will suggest a better framing
of the issues.
-t
next prev parent reply other threads:[~2010-09-10 17:47 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-09 20:23 Google modules integration Julien Danjou
2010-09-09 22:25 ` Stefan Monnier
2010-09-09 22:56 ` Lennart Borgman
2010-09-09 23:36 ` Ted Zlatanov
2010-09-09 23:43 ` Jambunathan K
2010-09-10 6:36 ` Glenn Morris
2010-09-11 5:29 ` Richard Stallman
2010-09-12 0:36 ` Glenn Morris
2010-09-12 1:42 ` Juanma Barranquero
2010-09-12 2:29 ` Óscar Fuentes
2010-09-12 9:34 ` Jambunathan K
2010-09-12 10:12 ` Jeff Clough
2010-09-13 2:07 ` Richard Stallman
2010-09-12 17:27 ` Stephen J. Turnbull
2010-09-13 7:18 ` Richard Stallman
2010-09-12 11:24 ` Richard Stallman
2010-09-12 18:35 ` Glenn Morris
2010-09-13 7:18 ` Richard Stallman
2010-09-13 16:22 ` Jambunathan K
2010-09-14 8:16 ` Richard Stallman
2010-09-10 6:29 ` Julien Danjou
2010-09-10 6:43 ` Glenn Morris
2010-09-11 5:29 ` Richard Stallman
2010-09-11 12:28 ` Stefan Monnier
2010-09-12 11:23 ` Richard Stallman
2010-09-09 23:33 ` Sebastian Rose
2010-09-10 6:17 ` Julien Danjou
2010-09-10 8:30 ` Andreas Schwab
2010-09-10 11:00 ` Stefan Monnier
2010-09-11 5:30 ` Richard Stallman
2010-09-10 8:08 ` Andy Wingo
2010-09-10 11:26 ` Thierry Volpiatto
2010-09-13 14:36 ` James Cloos
2010-09-10 15:42 ` Richard Stallman
2010-09-10 17:47 ` Thomas Lord [this message]
2010-09-10 18:03 ` Chad Brown
2010-09-10 18:10 ` Thomas Lord
2010-09-11 15:50 ` Richard Stallman
2010-09-10 19:07 ` Sebastian Rose
2010-09-11 15:49 ` Richard Stallman
2010-09-11 20:03 ` Sebastian Rose
2010-09-11 15:50 ` Richard Stallman
2010-09-13 19:07 ` Thomas Lord
2010-09-13 19:09 ` Thomas Lord
2010-09-15 2:39 ` Richard Stallman
2010-09-14 12:38 ` Stephen J. Turnbull
2010-09-15 2:39 ` Richard Stallman
2010-09-11 5:38 ` Stephen J. Turnbull
2010-09-12 11:24 ` Richard Stallman
2010-09-12 17:21 ` Stephen J. Turnbull
2010-09-20 0:16 ` Richard Stallman
2010-09-21 5:40 ` Stephen J. Turnbull
2010-09-19 9:34 ` Julien Danjou
2010-09-21 16:01 ` Chong Yidong
2010-09-21 16:30 ` Julien Danjou
2010-09-21 16:50 ` Chong Yidong
2010-09-21 17:24 ` Thierry Volpiatto
2010-09-21 17:25 ` Sebastian Rose
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1284140876.2505.23.camel@dell-desktop.example.com \
--to=lord@emf.net \
--cc=carsten.dominik@gmail.com \
--cc=dave@lab6.com \
--cc=emacs-devel@gnu.org \
--cc=julien@danjou.info \
--cc=rms@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).