Dans le cas des problèmes de décimal, je ne faisais que suivre les exemples de code tirés du manuel (pour faire bien) de microsoft dynamics CRM).
.net est fâché avec les nombres. Je me souviens de la classe utilisée pour récupérer les entiers retournés par les requêtes en bases en .net 1.1 avec visual c++ qui retournait un entier natif alors que le type en base était en entier compris entre 0 et 10^13 mes programmes plantaient. J'ai fin par passer à la regexp pour contourner le problèmes.
Leurs docs sont tellement illisibles que j'ai renoncé à :
1) comprendre pourquoi les objets int de taille arbitrairement long n'était pas facilement accessible dans le langage de base http://msdn2.microsoft.com/de-de/library/ms173104.aspx
C'est la base non ?
Comme tous les langages il est extensible, pourquoi il y a pas un cpan like ... un truc moderne de gestions d'extension quoi ?
<generalisation hâtive>
Le c# est pas mauvais en soi, mais c'est juste que je trouve qu'il y a un bon nombre de codeurs de ce langage qui ont tendance à réinventer la chaise dans leur coin, et à imaginer que parce qu'ils peuvent acheter des bibliothèques oops pardon ils disent des librairies, il doit forcément il y avoir une bibliothèque qui le fait.
</>
Là où je veux en venir, c'est que pour moi la force d'un langage vient aussi de sa communauté et de ses pratiques, et que comme tu viens de l'illustrer résoudre un problème d'informatique consiste parfois à réfléchir en dehors du langage.
Néanmoins sur le sujet du fortran et des NumericalRecipies qui ont quelques siècles*hommes derrières elles de dév et test, je crois pas qu'un langage jeune comme python/perl/php/ruby/java/c# peut les concurrencer. On ne construit pas une pyramide en un jour.
Donc je pense toujours que le fortran est aussi peu mort que le perl. Juste pas très utilisé. Comme perl le devient.
PS : arrête de montrer mes lacunes en développement c'est drôle quant tu reprends les autres, mais c'est vexant quand ça m'arrive.
[^] # Re: Perl, quel utilisation ?
Posté par Jul (site web personnel) . En réponse à la dépêche Sortie de Perl 5.10.0. Évalué à 1.
.net est fâché avec les nombres. Je me souviens de la classe utilisée pour récupérer les entiers retournés par les requêtes en bases en .net 1.1 avec visual c++ qui retournait un entier natif alors que le type en base était en entier compris entre 0 et 10^13 mes programmes plantaient. J'ai fin par passer à la regexp pour contourner le problèmes.
Leurs docs sont tellement illisibles que j'ai renoncé à :
1) comprendre pourquoi les objets int de taille arbitrairement long n'était pas facilement accessible dans le langage de base
http://msdn2.microsoft.com/de-de/library/ms173104.aspx
2) pourquoi il y avait pas un lien vers ce genre de bibliothèque
http://search.cpan.org/~tels/Math-BigInt-1.87/lib/Math/BigIn(...)
ou un numerical recipies ?
C'est la base non ?
Comme tous les langages il est extensible, pourquoi il y a pas un cpan like ... un truc moderne de gestions d'extension quoi ?
<generalisation hâtive>
Le c# est pas mauvais en soi, mais c'est juste que je trouve qu'il y a un bon nombre de codeurs de ce langage qui ont tendance à réinventer la chaise dans leur coin, et à imaginer que parce qu'ils peuvent acheter des bibliothèques oops pardon ils disent des librairies, il doit forcément il y avoir une bibliothèque qui le fait.
</>
Là où je veux en venir, c'est que pour moi la force d'un langage vient aussi de sa communauté et de ses pratiques, et que comme tu viens de l'illustrer résoudre un problème d'informatique consiste parfois à réfléchir en dehors du langage.
Néanmoins sur le sujet du fortran et des NumericalRecipies qui ont quelques siècles*hommes derrières elles de dév et test, je crois pas qu'un langage jeune comme python/perl/php/ruby/java/c# peut les concurrencer. On ne construit pas une pyramide en un jour.
Donc je pense toujours que le fortran est aussi peu mort que le perl. Juste pas très utilisé. Comme perl le devient.
PS : arrête de montrer mes lacunes en développement c'est drôle quant tu reprends les autres, mais c'est vexant quand ça m'arrive.