Pour le moment, le code est en C++, mais Google est ouvert à des extensions en Java ou Python. La seule contrainte est de pouvoir compiler (s'il s'agit de C++) sur un Linux 2.2 ou 2.4 avec g++, d'utiliser du Java de Sun, ou du Python 2.2.
Que gagne-t-on ?
- $10,000
- une visite VIP de Google en Californie
- ton code qui tourne chez Google !
- être un vrai geeks ;-)
Bon, à votre vi^H^H emacs !
Aller plus loin
- L'annonce chez Google (23 clics)
# L'est bizarre la licence...
Posté par Anonyme . Évalué à 7.
Inc. solely for academic and research purposes related to the Google
programming contest. You may not modify, distribute, or make any commercial
use of the repository.
This source code is copyrighted 2002 by Google Inc. All rights
reserved. You are given a limited license to use this source code for
purposes of participating in the Google programming contest. If you
choose to use or distribute the source code for any other purpose, you
must either (1) first obtain written approval from Google, or (2)
prominently display the foregoing copyright notice and the following
warranty and liability disclaimer on each copy used or distributed.
The source code and repository (the "Software") is provided "AS IS",
with no warranty, express or implied, including but not limited to the
implied warranties of merchantability and fitness for a particular
use. In no event shall Google Inc. be liable for any damages, direct
or indirect, even if advised of the possibility of such damages.
# Remarque concernant la recherche d'images
Posté par Tony Flow . Évalué à 10.
Mais j'ai été très déçu de constater que seuls les gif et les jpg étaient indexées. Alors je ne demande pas de prendre en compte tous les formats d'images, mais peut-être au moins le png ! (et c'est tellement bien d'avoir un support de la couche alpha)
Ca me fait toujours bien de la peine de voir le png autant délaissé, alors qu'il est officiellement le 3ème format d'image du web et le remplacant libre du gif depuis maintenant de très nombreuses années...
Alors j'espère vraiment que google indexera dès que possible les png. Le service images.google.com était encore en beta il n'y a pas si longtemps, m'enfin quand même ça doit pas changer grand chose de rajouter un format de plus à indexer (et ils ne doivent pas être à ca près vu leur boulimie) !
[^] # Re: Remarque concernant la recherche d'images
Posté par chl (site web personnel) . Évalué à 10.
non le sujet n'est pas sur l'indexation, car google s'en occupe deja, le sujet c'est plutot a partir de leur base de donnees deja faite, creer une application interessante qui utilise les document deja indexes par google.
# Precisions et un peu d'eau froide ...
Posté par Bruno Stévant . Évalué à 10.
J'ai lu d'ailleurs quelque part (slashdot?) que les participants auront de meme a defendre devant le jury l'interet de leurs algorithmes (mais c'est pas dans les regles du concours, donc prenez ca comme une rumeur)
Enfin un truc qui me plait moins dans leur reglement:
"With regard to an entry you submit as part of the Contest, you grant Google a worldwide, perpetual, fully paid-up, non-exclusive license to make, sell, or use the technology related thereto, including but not limited to the software, algorithms, techniques, concepts, etc., associated with the entry."
Bref toute contribution au concours appartient a Google qui peut placer votre code sous n'importe quelle license sans vous en demandez l'avis ...
--
Taliesin
[^] # M'ci /.
Posté par Bruno Stévant . Évalué à 10.
http://slashdot.org/article.pl?sid=02/02/06/2025229&mode=thread(...)
[^] # Tu parlerais pas de ça ?
Posté par Anonyme . Évalué à 10.
C'est sur l'annonce chez Google...
[^] # Re: Precisions et un peu d'eau froide ...
Posté par Sebastien . Évalué à 10.
Cela n'a rien de choquant, il suffit de le savoir et de l'indiquer clairement comme c'est fait ici.
Quand une SSII fait une prestation, le client est souvent le proprietaire du code, il en fait alors ce qu'il veut. Par contre, les concepteurs garde pour la "méthode", et donc peuvent la réutiliser sans contrainte.
[^] # Re: Precisions et un peu d'eau froide ...
Posté par chl (site web personnel) . Évalué à 10.
Je ne suis pas d'accord, regarde ce qu'il y a sur le newsgroup du concours :
There's been some confusion about Google's use of the code submitted by
entrants to the contest. We'd like to make it clear that under the contest
rules, Google does not claim ownership of the entries you submit. Instead,
Google simply obtains a non-exclusive license so that we're not precluded
from doing work in the same space as the entry you submit.
You remain free to use your entry in any manner you see fit (e.g.,
distributing it, selling it, licensing it, etc) as long as you comply with
the license requirements as stated in or with the files you download or
receive.
We hope this clears up any confusion about the contest and ownership of the
entries submitted. Our intent is purely to stimulate creative thinking about
search over large datasets, and to recognize those who find this kind of
problem interesting. Thanks for your interest and for taking the time to
write to us.
The Google Team
[^] # mea culpa willem^W maxima
Posté par Bruno Stévant . Évalué à -6.
Confusion il n'y a plus.
# Hum
Posté par Eric Renard . Évalué à 10.
Quelqu'un a une idée ? ;)
[^] # Poster
Posté par Jean-Pierre Schwickerath (site web personnel) . Évalué à -1.
[^] # Re: Hum
Posté par Tal . Évalué à -2.
Ca serait cool, non?
# [OT] Question...
Posté par Eric Renard . Évalué à 10.
[^] # Re: [OT] Question...
Posté par Alphonse Oncle . Évalué à 10.
Un article qui en parle un peu:
http://www.journaldunet.com/0111/011120google.shtml(...)
[^] # Re: le modele economique de google
Posté par jm . Évalué à 10.
Yahoo - par exemple - paye google.
et recemment EarthLink est devenu client
http://www.google.com/press/pressrel/earthlink.html(...)
et puis y'a les pubs AdWords:
http://www.google.com/ads/index.html(...)
le blabla corporate en anglais
ttp://www.google.com/press/overview_biz.html
[^] # Re: [OT] Question...
Posté par kadreg . Évalué à 10.
Seule piste que j'ai trouvé, cet article du JdN, ou ils parlent de leurs sources de revenu
http://www.journaldunet.com/0111/011120google.shtml(...)
[^] # Re: [OT] Question...
Posté par Conrad . Évalué à 7.
Mais je crois qu'ils cherchent a diversifier les sources de revenus.
[^] # [OT] Question...
Posté par Roland Trique . Évalué à 10.
http://www.pcworld.com/news/article/0,aid,81685,00.asp(...)
[^] # DRAM moins cher que les HD
Posté par darkleon (site web personnel) . Évalué à 1.
Prix
Quand tu vois les prix des fermes de stockage qui sont de plusieurs centaines de KF ça te paye quelques machines avec 4 go de ram et que tu peux mettre en redondance. Et quand tu vois le prix de la maintenance, ça te paye encore d'autres machines tous les ans.
Performances
Du coup leur appli tourne en RAM et sur le réseau interne à google, cela doit être bcp plus rapide quelques nanosecondes au lieu de quelques millisecondes pour chaque appel disque (sans compter le chargement en mémoire et le parcours de la mémoire).
Fiabilité
Le seul truc c'est qu'ils peuvent perdre toutes les données d'une machine en cas de panne de celle-ci, mais vu que le net change tous les jours, s'ils perdent 512mo~4go de donnée sur plus de 5000 machines, ce n'est pas trop grave.
Par contre s'ils perdent une ferme de quelques To pendant quelques heures, ça se verra aussitôt, il y aura rupture du service, pour nous c'est pas trop grave, mais Yahoo pourrait tirer la gueule et demander des indemnités.
Alors ils pourraient dupliquer leurs fermes de stockage, mais ça augmenterait encore le coup.
Ce n'est pas une solution qui pourrait être adoptée si on veut que les informations soient persistantes, donc c'est trés valable pour google, mais pas pour une base de donnée d'une entreprise par exemple.
Dés fois il faut payer plus cher au départ pour être moins cher et plus performant à l'arrivée.
# devel
Posté par Loup Ysengrin . Évalué à -10.
Ca sux grave vi et emacs...
[^] # Re: devel
Posté par VACHOR (site web personnel) . Évalué à -7.
Mais c'est vrai que pour developper, y'a largement mieux.
[^] # Re: devel
Posté par Frédéric Desmoulins (site web personnel) . Évalué à 0.
Tha !
[^] # Re: devel
Posté par kalahann . Évalué à 10.
Pour être sérieux, en fait on se retrouve devant 2 programmes qui sont loin de n'être que des éditeurs de texte, et qui se rapprochent d'un IDE. Suffit de voir tout ce qu'on peut faire sous emacs.
Quand on dit à un windowsiens qu'on utilise un éditeur de texte pour coder, il n'est pas étonnant qu'il nous prenne pour des fous: lui, il pense tout de suite à notepad, pas à un soft avec indentation auto, coloration, etc...
[^] # Re: devel
Posté par Anonyme . Évalué à 5.
Et pis si tu déprimes un peu, t'as un psy...
En plus, il t'affiche le niveau de batterie de ton portable, et peut te préparer le café (si, si -> http://www.chez.com/emarsden/downloads/coffee.el(...))
[^] # Re: joke
Posté par Pierre Jarillon (site web personnel) . Évalué à 10.
Richard apprécie l'humour. Une ou deux heures plus tôt, à linuxexpo, il nous fait un excellent jeu de mot en français. Je regrette seulement de ne plus me le rappeler.
[^] # Re: devel
Posté par Sebastien . Évalué à 10.
Mais c'est vrai que pour developper, y'a largement mieux.
Car IDE de dvpt et editeur sont contradictoires ?? Je pense pas.
Tout d'abord, emacs est bien plus qu'un editeur, il inclus de nombreuses fonctions que tu cherches dans les IDE :
- support cvs/rcs
- coloration/identation
- debogage dans emacs (avec gdb par exemple)
- "indexation" des fonctions/methodes pour naviguer rapidemment dans le code
- correction orthographique dans les commentaires : indispensable vu le niveau d'orthographe des informaticiens ;-)
Mais surtout, il existe des IDE qui cohabitent avec emacs ou vi. Un premièr outil gère le projet (templates de fichiers, makefile, modélisation UML etc..), et le code est édité avec l'editeur de ton choix qui s'ontègre dans ton IDE. Togethersoft est un exemple (et il tourne sur linux).
Et puis, quand le code fait moins de 10'000 lignes, emacs ou vi (plutot elvis ou vim) est plus que suffisant.
[^] # Re: devel
Posté par Guillaume Cocatre-Zilgien . Évalué à -2.
# Bonjour l'arnaque.
Posté par Erwan . Évalué à 2.
Enfin, ils trouveront bien de bonnes poires pour leur faire leur boulot...
[^] # Re: Bonjour l'arnaque.
Posté par Yusei (Mastodon) . Évalué à 10.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.