Héritage du projet
De l’infrastructure de recherche
à un laboratoire d’ingénierie plus large.
Egothor a commencé en 1998 comme projet de moteur de recherche. Avec le temps, le même programme d’ingénierie a exploré traitement du langage, services distribués, crawling, géolocalisation réseau, passerelles de capteurs et plateformes expérimentales de données. Cette page conserve cette lignée sans présenter les systèmes retirés comme des produits actuels.
Lignée principale
Egothor Search Engine
Moteur Java open source de recherche plein texte avec mises à jour dynamiques de l’index, transactions, détection de plagiat, mises à jour incrémentales, formats courants, modèle booléen étendu et stemming indépendant de la langue.
Résumé historique ↑J5M
Couche légère d’application distribuée fondée sur des services coopérants, la découverte d’objets distants, l’invocation locale ou distante, le contrôle du cycle de vie et des instances de secours à chaud.
Résumé historique ↑Bobo
Plateforme distribuée de crawling et d’entités virtuelles, issue des besoins de crawling d’Egothor puis généralisée pour des composants autonomes exposés au web.
Galeo
Recherche en géolocalisation IP avec un modèle traitant les chemins réseau comme hétérogènes plutôt que comme une propagation constante uniforme.
Egothor3 / Q!D
Direction expérimentale de bases de données initiée en 2012 ; l’implémentation Q!D ultérieure utilisait J5M pour explorer des modèles alternatifs de traitement de grandes collections.
Génération Egothor actuelle
Radixor renouvelle la ligne langage, ZeroEcho l’étend à la cryptographie moderne, conflux apporte une infrastructure ciblée, MethodAtlas applique l’ingénierie orientée preuves à l’assurance logicielle et EGOTHOR v4 ramène la famille à la recherche plein texte pour environnements réglementés.
Projets actuels →Systèmes appliqués
La famille élargie a aussi inclus des systèmes autour des réseaux, capteurs et acquisition de données. La liste historique de Leo Galamboš mentionne SNOG (passerelle de réseau de capteurs), SafetyCare (application d’assistance GPS/GSM), Cyclone (crawler/analyseur distribué) et RaSPEL (pont/contrôleur LoRaWAN vers REST).
Ce qui a traversé le temps
Les systèmes sont différents, mais plusieurs idées reviennent : déplacer la complexité hors des chemins critiques ; rendre le comportement des services explicite ; préférer des structures compactes ; laisser les composants évoluer indépendamment ; conserver suffisamment de preuves techniques pour qu’un autre ingénieur puisse contester une affirmation.