Skip to main content

[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/


Back to the top