Pierre Y. a écrit :
> Flo a formulé ce lundi :
>> Pierre Y. a écrit :
>>> C'est vrai. Il vaut mieux se taper delfilles toute sa vie...
>>>
>>
>> lol
>>
>> et tu es plutôt dans le CDI ou le CDD de tapage? parce que bon
>> investir dans un truc qui sera défraichi dans 10 ans comme la bonne
>> vieille Violette Bathier (plus connue d'après ses initiales); faut
>> aimer le temporaire sans avenir...
>
> La seule chose qui tienne la route depuis plus de 40 ans maintenant
> c'est ce qui a été standardisé.

je ne suis pas de cet avis...ce qui tient la route, c'est ce qui est
simple

> Le Pascal/Delphi n'est pas standardisé.

le Pascal l'est, mais je préfère le Delphi Langage qui est ce que
Borland en a fait...FreePascal et le seul autre compilateur pour ce
langage, donc le standard est ce que Borland à fait

> C# si. La CLR aussi, la DLR le sera comme le sont JavaScript, HTML, XML,
> HTML, XSL, SGML, LaTeX, les formats d'OpenOffice, HTTP, IP, TCP, UDP,
> POP, IMAP, les Mails j'en passe et des meilleures.

alors là je mettrais pas tout dans le même sac !

au niveau protocoles IP ce sont clairement les plus simples qui
s'imposent. SIP et non H.323, SNMP face au reste, etc...

pour HTML/XML le format est simple au départ, par contre les
implémentations sont loin de suivre la norme !

Microsoft Office reste à ce jour le format le plus utilisé si je ne m'abuse.

> Toutes ces technologies sur lesquelles on s'appuie, tout les jours pour
> que l'édifice 'informatique' tienne debout.
>
> Qu'est-ce qui aura encore un avenir dans 10 ans ? Qu'est-ce qui
> continuera de garantir l'interopérabilité des systèmes d'information qui
> tendent à devenir de plus en plus hébergés ?

le protocole ! je l'ai toujours dit d'ailleurs !
que la couche IP soit sous DOS, Windows, Mac, OS/400...que ce soit
développé en C, Delphi, Python ou PHP importe peu ! ils parlent tous les
même langage !

> L'avenir de Delphi ne repose QUE sur les épaules de CodeGear, du bon
> vouloir de ses architectes et... de ses financiers.

ça oui

> J'aimerais bien voir CodeGear standardiser Delphi et Delphi.Net, fournir
> les spécifications qui permettront à des gens comme ceux de FreePascal
> de fabriquer des compilateurs vraiment compatibles,

FreePascal ne cherche pas au départ à être compatible Delphi, tu as des
divergence dans le langage, et le but premier me semble être le
multiplateforme.

> ou alors que
> CodeGear libère les sources du compilateur de Delphi. Permette le (re)
> portage vers d'autres plateformes. Là oui on pourra parler de perennité
> et d'avenir.

à mon avis ça serait la mort de Delphi, car les communautés OpenSource
n'ont pas les épaules assez larges pour supporter un produit qui est
trop à la marge...et oui le Pascal ne fait pas l'unanimité chez les
programmeurs

> Que CodeGear se concentre sur la création d'IDE, que Delphi soit un
> plugin d'Eclipse ne me dérangerait pas moi. Je m'en tape de l'emballage
> du moment que le produit est fonctionnel.

oui mais alors ça serait quoi sa fonction justement ?

> Je crois que Jean a suggéré
> que CodeGear produise un Delphi capable de compiler pour la JVM. Moi
> j'adhére. Le marché Java côté serveur est énorme. Celui de Delphi
> minable, inexistant.

j'ai parlé de ça aussi, moi un Delphi light, qui reprend les 10% de
composants utilisés dans 90% des developpement, mais qui soit porté sur
Windows, Java, Gnome, et autre Mac, ça serait très bien je trouve.

> L'avantage si Delphi était un plugin d'Eclipse ? Je pourrais utiliser
> Eclipse pour tout (SVN, PHP, Ruby On Rails, Java, ...) sur toutes les
> plateformes. Même MacOSX.

il faut donc un Delphi capable à minima de recompiler son IDE et son
compilateur...Et hop ! tu as un Delphi pour chaque plateforme

> C'est trop fermé tout ça, trop propriétaire.
>

alors que .Net