Ouais!
Enfin quand on à que des webservices à se mettre sous la dent pour faire communiquer 2 applis sur la même machine ca parait un peu lourdingue.
Du xml qui passe au dessus de http qui passe au dessus de tcp.....
pour un simple appel de routine qui peut se faire en local.
Sans compter la complexité du truc.
Pis après faudra être compatible SOAP 18.43.
A un moment faut aussi chercher simple
Par contre ton argumentaire sur Lucène en tant que moteur de recherche qui propose un algo bien ficelé est valable.
Sauf que si on le réécrit pour Mono, je vois pas pourquo on devrait se priver de le réécrire en C++ pour eviter une dépendance à un truc de plus.
Je me vois bien être obligé d'installer mono, la jvm, le cpython
xulrunner, URI .... juste pour utilser un editeur de texte qui utilise des composants réutilsables et "bien pensés"
Bref on va remplacer son apt-get par un runtime-get qui soit capable de détecter les dependance entre .class ou .sketuveu pour chaque runtime qu'on est sensé utilisé.
Je préfère attendre le MonoOS comme on a attendu le javaOS.
[^] # Re: A propos de KDE et de beagle...
Posté par golum . En réponse au journal Beagle et KDE : je t'aime moi non plus. Évalué à 4.
Enfin quand on à que des webservices à se mettre sous la dent pour faire communiquer 2 applis sur la même machine ca parait un peu lourdingue.
Du xml qui passe au dessus de http qui passe au dessus de tcp.....
pour un simple appel de routine qui peut se faire en local.
Sans compter la complexité du truc.
Pis après faudra être compatible SOAP 18.43.
A un moment faut aussi chercher simple
Par contre ton argumentaire sur Lucène en tant que moteur de recherche qui propose un algo bien ficelé est valable.
Sauf que si on le réécrit pour Mono, je vois pas pourquo on devrait se priver de le réécrire en C++ pour eviter une dépendance à un truc de plus.
Je me vois bien être obligé d'installer mono, la jvm, le cpython
xulrunner, URI .... juste pour utilser un editeur de texte qui utilise des composants réutilsables et "bien pensés"
Bref on va remplacer son apt-get par un runtime-get qui soit capable de détecter les dependance entre .class ou .sketuveu pour chaque runtime qu'on est sensé utilisé.
Je préfère attendre le MonoOS comme on a attendu le javaOS.