On Thu, Apr 12, 2012 at 02:44:36PM -0700, Quim Gil wrote: > On 04/11/2012 02:23 PM, ext André Pönitz wrote: > >On Wed, Apr 11, 2012 at 10:01:13AM -0700, Quim Gil wrote: > >>Just to be clear: Nokia employees follow the same registration process, > >>like anybody else. Organizers too. Lars too. Me too. Everybody. > > > >If you say so... > > > >>http://qt-project.org/groups/qt-contributors-summit-2012/wiki > > > >There will be at least one person who is not even remotely amused > >about the prospect to have to enter personal data into some random > >document hosted at some third party site. > > Interesting. Can I ask what is your concern? > > Every time someone registers to some third party event s/he uses > some third party site.
There seems to be a misunderstanding concerning the term "third party" here. In that what I consider a "usual registration process" _two_ parties are involved: A person who wants to attend an event, and the host of the event. The host typically promises to use the attendee's personal data only for the purpose of the event, to not pass it on to third parties etc, and the attendee typically trusts the host of the event to stick to the promise. The registration setup you choose for the summit involves a third party as "man in the middle" which neither the host nor the attendee has any business with, let alone controls in any way. On the contrary, by using the services of said third party one agrees to their terms and conditions, put into writing in several pages of legalese, not all of it harmless to the uninitiated on first sight. > This is no exception. Last year a 3rd party service was used as well afair. I don't really remember filling in a form hosted at google. But I admit that doesn't mean much. > The alternative would have been to use something within > http://qt-project.org - but what? We didn't want to bring more work > to Marius & co installing services and we actually are reusing as > much as Qt DevNet as possible, The alternatives range from a hand crafted web page on qt-project.org to using plain email and manual transfer into a database. Total effort for a 200 person event in both cases less than a day. And I'd rather volunteer to key in the data personally instead of spending the time discussing basic privacy concerns. > The personal data requested is mostly public anyway? ["mostly" perhaps. But even if so, it would not matter in this particular context. Availability does not imply the right to use it without consent, at least not over here.] > Also, if you send it to me via email guess what I will do: > store it in the same online spreadsheet [...] I would feel more comfortable if you could at least try to pretend that a "Qt Project community manager" acknowledges the existence of the concept of privacy, and does not feed personal data of members of the community into _anything_ outside the reach of the Qt Project without the consent of the person concerned. > [...] since that is the space used by the organizers and all > badges are printed from there. I can take care of a badge. No worries ;-) Andre' _______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development