[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [technology-pmc] CodeMatch code snippet search engine considers moving to Eclipse Recommenders
|
Hi Marcel,
Am 23.08.2011 17:51, schrieb Marcel Bruch:
> Computing the models and storing the data puts some demands on the
> machine. In addition, the server side is in constant flux and that we
> can't assess the demands properly for a crowd-sourcing approach yet.
That sounds like we should postpone the discussion till there is more
information available. Of course, any project can request a virtual
server at any time. If there are resources available you'll get one that
you can play with.
> CQ 5453 (https://dev.eclipse.org/ipzilla/show_bug.cgi?id=5453) contains the crowd-sourcing client (for Eclipse) and the server.
I approved the contribution so that it can be processed as we continue
with the discussion. Code is one aspect. Having it at Eclipse is
important for gaining trust (IMHO).
>> I'm not sure I got your last point:
>>
>>> Of course, you should not enable a public connector with a bunch of packages listed per
>>> default.
>>
>> What do you mean with "with a bunch of packages listed per default". Will there be any (public-or-not) connector be enabled per default?
So let's say there is an Eclipse collector of Eclipse APIs. This
collector should only receive usage data for org.eclipse.* packages. If
there will be a public "TU Darmstadt" collector than I (as a user)
should be able to explicitly list the packages which should be uploaded
to the collector. Thus, at any point in time a user must be able to
verify that usage data for his "com.company.*" packages is not uploaded
to any service where it's not explicitly listed.
-Gunnar
--
Gunnar Wagenknecht
gunnar@xxxxxxxxxxxxxxx
http://wagenknecht.org/