Don't want to hijack the thread, but I wanted to respond to your two
points...thanks for the comments.

With regard to effective use of Android technologies, there weren't
many for me to use.  Bluetooth support was basically nonexistent, so I
had to write my own simulated version.  The Bluetooth stack as it
exists doesn't even interface with the host computer's Bluetooth
interface; I had to write that layer myself.  As for WiFi, well, there
isn't even an interface given (while for Bluetooth they seem to be
basing it own bluez).  So I didn't even want to write my own simulated
WiFi interface before one exists.  I didn't need/want to make my
interface flashy; the application is very basic to use from a UI point
of view so no animations are needed.  As for other technologies, since
the whole point is to provide communication without using a
centralized network, I didn't want to use any technologies that
required access to a centralized network :-)  Creating a "mapping"
layer or LBS would require contacting Google's servers which, given
the censoring of information in China, is a cause for concern...

As for conceptual design, well, security has been at the forefront of
my thought from the beginning.  The application works much much better
if there are many nodes in the "network"; adding a security layer
decreases its effectiveness dramatically.  In other systems of this
type (i.e., an application like txtmob) an entirely open message board
actually found wide use even though there wasn't any authentication or
"trust".  On the other hand, having some means of limiting
transmission of messages is certainly necessary at times, and within
the README I wrote some text that mentioned this area as a place of
future improvement.

With that said, I hope that at least one of the winners was something
in this space.  I guess we'll hopefully find out tomorrow.

nick


On May 12, 8:51 pm, Biosopher <[EMAIL PROTECTED]> wrote:
> Actually thanks for bringing your Fluid Nexus into this discussion as
> an excellent example of the social technologies we need to consider.
>
> I watched your video & read viewed your ReadMe images when you first
> announced last month.  I liked the idea, and if you don't mind my
> commenting, can only guess that you lost points (at least from the
> website screenshots) on effective use of Android technologies (none
> that I saw) and perhaps polish of the app conceptual design overall
> (e.g. security & authentication as you can't trust ad-hoc Bluetooth
> networks).
>
> There's always Round 2 though where you can showcase the location-
> awareness & mapping benefits that would better utilize Android
> capabilities and allow people to better coordinate spatially.
>
> As you say though, maybe one of the other JIT collaboration apps won.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Android Challenge" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/android-challenge?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to