Krugle biedt zoekmachine voor programmeurs

Onder de naam Krugle zal er in maart een zoekmachine gelanceerd worden die speciaal bedoeld is voor de schrijvers van open-sourcesoftware. Volgens de initiatiefnemer Ken Krugler bestrijkt Krugle ongeveer honderd miljoen pagina's met code. Onder de geïndexeerde pagina's bevinden zich onder andere de database van SourceForge en het Sun Developer Network. Programmeurs zouden hierdoor productiever kunnen worden, aangezien ze op deze manier onderdelen kunnen kopiëren in plaats van zelf schrijven. Het voordeel ten opzichte van soortgelijke initiatieven zoals Koders en Codefetch is volgens Krugler dat Krugle gebruikers de mogelijkheid biedt om code te annoteren, bookmarks aan te maken en zoekresultaten via tabs te sorteren. Ook krijgt elk zoekproject een unieke URL, zodat deze eenvoudig te delen is met collega's.

Niettemin is er ook kritiek, aangezien de verschillende soorten open-sourcelicenties tot juridische problemen kunnen leiden. Het gebruik van code uit bijvoorbeeld een project dat onder GPL-voorwaarden is gepubliceerd, vereist dat het eindproduct ook onder deze voorwaarden wordt vrijgegeven. Andere licenties geven echter rechten aan de oorspronkelijke auteurs, waardoor er conflicten in het eindproduct kunnen ontstaan tussen de verschillende voorwaarden die de codefragmenten met zich meenemen.

Reacties (27)

[sergefonville]

Niettemin is er ook kritiek.....waardoor er conflicten in het eindproduct kunnen ontstaan tussen de verschillende voorwaarden die de codefragmenten met zich meenemen.

Het lijkt mij dat dit de verantwoordelijkheid is van de programmeur, zoals dat ook het geval is als hij/zij zelf zou zoeken.

[mashell]

Ja, verantwoordelijkheid van de programmeur, maar expertise van de jurist want een programmeur kan meestal geen touw vast knopen aan al die open source licenties met hun vaak wat merkwaardige voorwaarden.

[TheGhostInc]

Daarnaast is het iets anders als je iemands code kopieert of gewoon leert van iemands code.

Het kan soms praktisch zijn als je een voorbeeld hebt wat werkt, zodat je op je gemak kunt rommelen en spelen, zonder zelf in helpfiles en naslagwerken te duiken. Dan is de licentie verder ook niet zo'n punt, je kopieert het immers niet 1 op 1.

Daarnaast denk ik dat het licentie verhaal zoiezo wat minder van belang is. Dat gaat toch vaker over hele applicaties of modules. Zo'n database zal toch wat specifiekere resultaten terug geven. Meer hoe een for loop werkt dan hoe het ICQ protocol in elkaar zit. Dan heb je het over enkele regels code die je zoekt, en niet complete uitwerkingen.

[DJ Henk]

Het lijkt mij dat dit de verantwoordelijkheid is van de programmeur, zoals dat ook het geval is als hij/zij zelf zou zoeken.

Precies. De klachten slaan nergens op, de code staat immers al op tinternet. Dit is hetzelfde als zeggen dat Google moet sluiten omdat je er mp3's mee kunt vinden.

Een zoekmachine helpt alleen maar bij het vinden van beschikbare informatie. Of die informatie ook op het web hoort, en wat je allemaal met die informatie mag doen, is altijd de verantwoordelijkheid van de mens.

[r5d]

code te annoteren, bookmarks aan te maken en zoekresultaten via tabs te sorteren

Lijken mij weinig in het oog springende features. Volgens mij is dit yet another Koders clone. Denk dat deze gasten zich eerder zorgen mogen gaan maken over hun naam, dit zal
Google niet leuk vinden.

[Verwijderd]

Denk ik niet Krugle is gewoon een gedeeltelijke achternaam van de maker, geen vuiltje aan de lucht lijkt me .

[xces]

ja weet ik eigenlijk niet, spreek het maar eens half duits engels uit: Kroogle krijg je dan...

[bigoldie]

Denk ik niet Krugle is gewoon een gedeeltelijke achternaam van de maker, geen vuiltje aan de lucht lijkt me

Helaas werkt dat niet altijd, ondanks dat het mogelijk een onderdeel van een naam is, kan het verwarring creëeren. Vooral omdat het beide gaat om zoekmachine. (google blijft een zoekmachine, ondanks andere activiteiten)

Als hij vaatwassers zou verkopen, zou het officieel geen probleem mogen zijn.
[off-topic]
En mocht iemand het toch vergelijken met Nissan.com, het is niet vergelijkbaar
[/off-topic]

[Verwijderd]

was het niet zo dat je altijd een bedrijf mag beginnen met je eigen naam?? (ik kan me vergissen hoor )

[Koeniepoenie]

In principe wel, maar toen ene Albert Heijn (weet niet zeker of het ook echt zo gespeld is) een supermarktje wilde beginnen en het ook naar zichzelf wilde noemen ging dat even mooi niet door.

Of het voorbeeld van Mike Row die zijn softwarebedrijfje (eenmans geloof ik) Mike Row Soft noemde en ook mikerowsoft.com had geregistreerd. Microsoft was niet erg blij met meneer Row, maar ze hebben hem toen afgekocht geloof ik.

[mashell]

Jawel hoor, die supermarkt bestaat en zelfs is een redelijk succesvolle keten in een klein land in westeuropa.

Wat ik denk dat je bedoeld is: je kunt niet iets onder eigennaam iets beginnen wat al bestaat. Dus geen gloeilampen fabriek onder de naam Philips als je Philips heet, maar een kleding fabriek is geen probleem.

[Reinstein]

Tenzij Philips een geregistreerde merknaam is dan mag het niet, omdat er dan o.a. ook verwarring /naam misbruik kan ontstaan.

[macnerd]

De registratie geldt in principe slechts voor de categorieën die de merkhouder heeft aangevraagd (in de Benelux); een merknaam kan wel degelijk meerdere keren voorkomen van verschillende fabrikanten.

Bijvoorbeeld Bruynzeel: er is zowel een potloden/viltstiftenfabrikant als een keuken-/vloerenfabrikant (even de andere activiteiten buiten beschouwing gelaten).

[mcdronkz]

Dat google nog niet met zoiets gekomen is verbaast me.

[Swaptor]

Waarschijnlijk omdat Google de in het artikel genoemde bezwaren in overweging heeft genomen, en deze zwaarder heeft laten meetellen dan het aanbieden van een dergelijke zoekmachine.

[Verwijderd]

Dit is natuurlijk prima.
Komop, iedereen gaat in andermans code snuffelen.
En als het al open-source is dat is er verder geen vuiltje aan de lucht. "Ow, dat heeft ie handig gedaan, nou dat pak ik die code en verander die 2 variabelen en dan werkt het bij mij ook."
Is volkomen logisch, en niks mis mee.
Gewoon ook even de auteur quoten als het om flinke stukken code gaat. Wel zo netjes.

[Verwijderd]

Dat niemand ziet hoe gevaarlijk dit is???

Je geeft een computer (in dit geval waarschijnlijk een serverpark) toegang tot de code waaruit hij bestaat (z'n DNA zo te spreken).

Deze computer is dan nu al in staat al deze informatie te verwerken en snel wordt hem gevraagd / opgedragen deze informatie op verschillende manieren handig te combineren en weer te geven.

Voor je het weet gaat die computer de code zo handig combineren dat er spontaan nieuwe programma's ontstaan. Eerst optimalisaties van huidige programma's (door delen te combineren) maar later ook hele nieuwe programma's.

Dan snel zal de computer in staat zijn zichzelf in cyberspace te reproduceren als een soort virus... en Terminator 3 is werkelijkheid

HALLO!!!! DIT IS EEN GEINTJE!!! LEZEN

[Verwijderd]

Ik zie het probleem nog niet echt.

Computers gaan niet uit zichzelf zoeken naar stukjes code om hun "mogelijkheden" uit te breiden.
Er moet nog steeds een stuk code zijn die hem de opdracht geeft om te gaan zoeken naar nieuwe mogelijkheden.

Aangezien de computer niet kan denken "oh, ik wil graag dit kunnen, laat ik ff gaan zoeken" moet dit nog steeds geprogrammeerd worden.

[sirdupre]

Op zich bestond deze functionaliteit al lang hoor. Bijvoorbeeld onder de control-f toets in microsoft visual studio.

[r5d]

Wat een onzin! Volgens mij heb jij te veel films gezien. Het is een zoekmachine voor sourcecode, geen matrix

[MneoreJ]

Voor je het weet gaat die computer de code zo handig combineren dat er spontaan nieuwe programma's ontstaan.

Dan zou die computer daar eerst voor geprogrammeerd moeten worden (in het bijzonder om die programma's te draaien) en dan is wat jij voorstelt gewoon een cirkelredenering.

Wel verdenk ik Windows er soms van spontaan nieuwe bugs te maken, maar ik denk dat dat gewoon paranoia is.

[boner]

nix hoor.
Als er een machine zo slim zou kunnen worden dat hij zijn eigen code/DNA gaat lezen en vervangen schrikt hij zo erg....


WHAAT besta ik uit dergelijke kut-code? En pleegt meteen zelfmoord.

[john_ven24]

Gewoon in china hosten dan.

[YStec]

bevinden zich onder andere de database van SourceForce

Neem aan dat SourceForce, SourceForge moet worden?
<div class="b4" style="position: relative; color: black; border: #C6C1B4 1px solid; width: 80%; padding: 5px; font-size: 12px;"><span style="color: C00042;">Admin-edit:</span>
Spel- en tikfouten kunnen op het forum worden gemeld in het Spel- en tikfoutjes topic in Frontpage Algemeen Forum.

Reacties onder een nieuwsitem met een dergelijke inhoud worden als offtopic en ongewenst beschouwd.
</div>

[ReLight]

@Thorchar
Jij geeft de machine nu wel een heel menselijk vermogen (uit zichzelf) : Ambitie.

[Verwijderd]

Zoeken naar code fragmenten is leuk voor knip&plak werk, liever zou ik een general purpose search engine voor api en (custom, 3rd party) libraries zien, die op een type laat zoeken.

Helaas is dat momenteel alleen beschikbaar voor Haskell.
Voor de Haskell api (die zo-ongeveer alle beschikbaar 3rd party libraries voor Haskell bevat) bestaat er namelijk http://www.haskell.org/hoogle/

Deze search engine zoekt op types. Je vertelt hem, geef mij een functie dat iets van het type String omzet in een Boolean en je vindt alle string-gerelateerde predicaten die beschikbaar zijn. Nu langzamerhand alle programmeertalen polymorphie (generics volgens de marketing afdelingen van Sun en MS, maar dat is niet) aanbieden, zou het zoeken op types ideaal zijn. Je krijgt links naar functies terug, die in ieder geval meteen zullen type-checken daar waar je ze wilt gebruiken.

Je kunt universeel gekwantificeerde variabelen gebruiken in de zoek-query. Geef mij alle functie-calls die je kent die 1 argument hebben, en wiens resultaat het zelfde type is als dat meegegeven wordt. (In hoogle is dat gewoon zoeken naar a -> a).

Het zou in theorie zelfs zo gek kunnen worden dat je compiler een fout melding geeft, en daarna functie-calls uit 3rd party libraries voorstelt, die type-technisch wel legaal zouden zijn ;-) Of integreer het in een IDE: dat is pas code-complementatie.

Het zou best mogen zoeken naar fragmenten, als hij dan maar zelf de types inferrered zodat hij ipv een functie call gewoon een stukje code kan vinden, dat zich aan dat type zou houden en dat je dus zou kunnen plakken op een plek waar iets van dat type verwacht wordt.

[Verwijderd]

was dit niet allang mogelijk op www.koders.com ?

edit: beter lezen goes, dit stond ook al in het bericht..... maargoed, ik zie niet echt de meerwaarde van krugle.

offtopic:
wel grappig om bij koders.com al die comments te lezen in verschillende code