Re: Rép : Prochaine AG

> Ceci étant dit, tentons aussi de regarder les choses objectivement : Ada 
> ne souffre pas seulement de son caractère strict réel ou imaginaire. A 
> mon avis, il souffre d'un manque criant de bibliothèques qui 
> permettraient de l'utiliser dans les contextes de l'informatique 
> actuelle : de vrais bindings maintenus vers les outils graphiques, les 
> bases de données, le web, le calcul scientifique lui ouvriraient une 
> plus vaste communauté.

Bonjour Philippe,

Vous touchez là un point essentiel. Ci dessous un message qui aurait 
également dû arriver sur la liste hier.

----

Dans le cadre de l'association, il faudrait également susciter des 
projets...

Je pense en particulier :

- au WEB 2.0.
- aux bases de données.
- au systèmes d'exploitation.

# WEB

Aujourd'hui, hormis des applications très spécifiques, il est désormais 
possible, voire préférable, de réaliser des applications courantes en 
utilisant son navigateur internet comme terminal.

Le succès de PHP n'est pas anodin.

En fait, il me semble qu'avec Ada, on a toutes les technologies pour 
s'affranchir de Apache/PHP.

Il ne manque qu'un framework d'intégration de tout ça pour offrir 
quelque chose de totalement intégré, avec des concepts "à la Ruby", 
voire mieux d'ailleurs.

Quand on voit les raison du succès de Python, on se demande dès fois 
pourquoi ce n'est pas Ada qui est à la place de Python...

Tous ces langages ont un point commun, ce sont des langages interprétés.

Il y a 20 ans, on considérait les langages interprétés comme des jouets, 
aujourd'hui, beaucoup de langages utilisés (java, .net et les autres 
déjà cités) sont des langages interprétés, avec tous les inconvénients 
connus de cette technologie, mais également quelques (rares) avantages.

Je me demande si l'ouverture de Ada vers un "subset" interprété (genre 
AdaScript que l'on trouve dans BUSH), compilable à la volée pour les 
perfs, couplé à un framework aux concepts puissants, permettrait de 
décupler la productivité et les performances des applications WEB.

Un "subset" interprété, limité à une grammaire entre SPARK et AdaScript, 
serait également le moyen de ne pas "submerger" le nouvel entrant dans 
des concepts trop abstraits et/ou inutiles à un tel framework.

# BD

Parmi tous les modèles de BD sur le "marché", il existe un trou entre 
des solutions type MySQL et SQLite.

Il manque une sorte de SQLite performante en environnement réseau, avec 
ou sans moteur déporté sur un serveur (intégré à l'application ou 
client/serveur).

L'API pourrait être fondée sur des objets et non pas sur des requêtes 
SQL. Ada est le langage idéal pour ce type de développement (BD objet).


# OS

On a quelque chose de pas mal avec Lovelace, faudrait juste susciter des 
vocations autour de Xavier Grave, qui ne peut y travailler seul depuis 
tant d'années.


De là à mettre en place une sorte de sourceforge pour Ada et fondé sur 
le serveur Monotone déjà en place (et qui doit, entre autres, déjà 
héberger Lovelace).


Bon, tout ça, c'est du blabla, c'est pas du code, bon WE !


-- 
Stephane Riviere
Oleron Island - France

Personal pages    : sr.sriviere.info
Email		  : [email protected]
Skype contact     : stephane.riviere
X509 certificates : www.sriviere.info


_______________________________________________
Site WWW de l'association Ada-France: http://www.ada-france.org/
[email protected]
http://www.ada-france.org/mailman/listinfo/ada-france