Quick question :  
 
Je suis en stage et je vais avoir a coder un petit peu. J'ai déjà touché (plus ou moins, genre cours en école d'ingénieur, jamais très sérieusement) a certains langages mais je voudrais un conseil pour faire un choix définitif.
 
J'ai des notions plus ou moins avancés en VBA/VBS/VB.NET/SQL/qBasic/C(un tout petit peu).
 
Aujourd'hui, je vais devoir créer pas mal de scripts, programme et je voudrais faire le bon choix.  
 
Quel langage est :
- approchable pour quelqu'un de mon niveau en quelques semaines
- capable de faire un peu d'algo (inverser une matrice 100x100 doit pas être trop long ou faire 1000 régressions d'ordre 3)
- capable de traiter simplement des requetes SQL
- s'interface/commande facilement sur un navigateur
- capable d'aller chercher/créer de l'information dans des fichiers excel
- ne soit pas de trop bas niveau histoire que tout ne soit pas compliqué
 
J'ai pensé au PHP ??? C'est aussi ce que le gars avant moi utilisait. Qu'en pensez vous ?
 

Vu les perfs de PHP sur les maths, je doute qu'il ait la moindre chance de satisfaire ton second point.

Quand je dis être capable, ça n a pas besoin d'être fait en 30 secondes, mais il faut que cela soit stable et consomme des ressources raisonnables.  
 
Il n'y a pas besoin d'être hyper performant mais que cela n'atteigne pas ou ne dépasse pas ce pour quoi le langage est fait.

autre question: t'entends quoi par "s'interface/commande facilement un navigateur"?

A partir de firefox mais en restant en local, je puisse avoir une sorte de tableau de bord d'où je lance mes scripts, qui m'affiche un certains nombre de paramètres, de résultats.

inverser des matrices en PHP, j'aurais tout entendu avant de mourir v_v

Ca me semble un peu bizarre comme concept, mais bon avec un serveur HTTP local tu peux toujours créer une page web qui servira de hub. Dans tous les cas, je conseillerais plus Python ou Ruby que PHP
(je sais que Python a une lib ou 2 pour lire des fichiers Excel, Ruby aucune idée)

C'est juste que la boite a déjà une interface de ce genre ou je vais me greffer, et plusieurs utilisateurs pourront y avoir accès.

 
Si je pose la question, c'est que je demande conseil. Si pas PHP, quoi d'autres ?

tu te fais un CGI en C qui appelle LAPACK et ca aura quand même une meilleure tête

Les trolls c'est le vendredi normalement

clair que du PHP ca a l'air mieux ... Y a un milliard d'exemple su rle web d'interface LAPCK, au moins 50 binaires preinstallés du dit LAPACK et un CGI c'ets quand meme pas la mort.

Non mais

• Son but c'est pas juste de faire des calculs de matrices, t'as pas l'air d'avoir remarqué mais il y a d'autres trucs à côté, et il a précisé "pas trop bas niveau"
• Je suis pas persuadé qu'il ait son temps à perdre avec du C à la con
• SciPY/NumPY

* je dixit : "capable de faire un peu d'algo (inverser une matrice 100x100 doit pas être trop long ou faire 1000 régressions d'ordre 3) " :E
 
* le Python à la con c'est tellement mieux faut dire :E surtout quand c'est présenté comme ça avec un vrai argument massue :€
 
* SciPy le truc ou la dernière fis qu'il y a eu un topic le gars etait content de traiter une image 1200*1600 RGB en 8s clair que ca me fait bander

oui, le but est pas de faire un truc rockperformant, meme si ta solution est celle qui parait la bonne si j'avais un vrai développeur pour m'aider.  
 
Je suis plus dans une optique (enfin elle m est imposée) quick and dirty mais faut que ce soit utilisable. C est du temporaire qui risque de durer.

Je sais lire merci, apparement tu as par contre des problèmes de ce côté là (genre rater les 5 autres points)

Pour le genre de trucs qu'il veut faire, oui ça l'est, de très très loin.

Effectivement ça a l'air de tellement t'exciter que t'arrives plus à taper. Ceci mis à part, pour ce dont il a besoin il passerait par NumPy, pas scipy, et si ça va pas assez vite il peut utiliser ctypes pour invoquer LAPACK depuis python, ça prend 5 lignes et pas besoin de se taper du C

ouais mais bon, le reste me paraissait effectivement plus du domaine de python :E
 

Ouais je me paluche dessus tu peut pas savoir    
Et bon, ca prends guere plus de lignes en C non plus mais bon ...

Tu as raison, après tout pourquoi faire simple et tout faire avec un seul langage quand on peut faire compliqué et en utiliser 3 (oui parce que si on va par là, pour faire du calcul matriciel l'idéal reste quand même Fortran, qui est après tout le langage avec lequel LAPACK est implémenté, clapack et autres LAPACK++ c'est pour les tapettes)

c'est fait, LAPACK c'est déjà du FORTRAN , la boucle est bouclée

Comment ça ta boîte a déjà une interface et tu veux te greffer dessus ?
 
C'est quoi ? C'est écrit en quoi ? A mon avis t'as déjà la réponse à ta question. Il vaut mieux continuer à utiliser ce qui existe déjà, même si c'est un peu plus difficile ou un peu plus crade. Parceque quand il faut 12 personnes différentes pour maintenir 12 outils différents, c'est très moyen...

Hey les gamins vous avez fini de pourrir le topic de lorifan ?

 
Si t'as déjà fait du VB.NET alors tu peux faire ça en VB.NET (ou C#). Ca sera le juste milieu niveau perfs et complexité entre le C et le PHP : c'est presque aussi simple que le PHP, presque aussi performant que le C (comparativement au PHP), et niveau maintenabilité, c'est largement au dessus des deux. (t'as moins d'erreurs à la con qui ne sont pas détectées par le compilo, genre pointeur parti en balade, variable pas déclarée, etc.)

 
le mot clé étant "presque"  

bah des traîtements de matrice 100x100 en C#, ça reste viable. et en temps de traîtements, même avec une échelle de temps exponentielle, ça reste plus proche du C que du PHP quand même
 
au pire il peut appeler une lib en C depuis son programme C# si ça te fait plaisir

 
Il y a une interface en html (le strict minimum creer avec dreamweaver) et du php. C est pour ca que j ai pensé au php.  

effectivement, si y'a du PHP, c'est tentant.
 
à la limite, tu peux toujours rêver à un mod pour PHP qui sâche faire des maths
 
après, si le serveur web est sous windows, tu peux sans problème basculer PHP sous IIS, et ainsi faire en // du .NET sur le même serveur d'application. mais ça demande toujours une double casquette PHP/.NET pour la maintenance.
par contre, si l'appli PHP existante est simple et petite, c'est très envisageable de la refaire en .NET assez rapidement.
 
si c'est du nux, tu peux aussi passer par mono pour faire du .NET, mais à ce moment autant passer par la solution de Joel F. Ceci dit, à mon avis ça répond pas du tout à ton premier critère (enfin, approchable, si, mais de là à être productif...). Et une fois de plus, double casquette et par contre pour refaire une appli web tout en CGI, ça devient un peu la galère je pense, mais je ne connais pas trop le sujet, je ne sais pas quelles sont les limitations (existence des variables de session, d'application ? etc.)

Python j'ai dit, bourdel, ça fait tout ce qu'il faut

je sais pas ce qui est pire mon troll sur le C ou le débarquement de MagicBuzz dans cette histoire.
 
Blague à part : après googlage, NumPy effectivement

C'est toujours magicbuzz
 
Magicbuzz, une valeur sûre

Je suis un peu en retard, mais :
 
http://www.ruby-doc.org/stdlib/lib [...] index.html
 
Par contre, après avoir vu comment est scriptée la fonction d'inversion d'une matrice, je suis pas sur que je l'utiliserai ...  
 
Au pire effectivement je ponterais par une lib C pour faire le boulot

Je cherche pas specifiquement qqch pour inverser une matrice, c etait juste un exemple comme un autre pour dire que je vais faire un peu plus que des additions.
Mais bon, c est jamais qu une inversion de matrice, c'est pas la mort non plus.

nan mais fait comme ils disent, fait une lib en assembleur et pilote là avec ruby sans oublier de développer ton propre serveur web en C, tu verras ça va aller tout seul

Oué tous des cons ces gens qui utilisent la ressource la plus appropriée au lieu de ré-inventer la roue ... Suffi de voir tous ces cons qui utilisent des scripts matlab au lieu de se recoder à la main des fonctions style inversion de matrice (et avec un peu de bol, ne connaissant pas toutes les math qu'il y a derrière)..

Non faut un peu arrêter hein .. Il fait tout le site en Ruby (+Rails) ou Python en appelant les lib C nécessaires à optimiser son code..

"capable de faire un peu d'algo"
 
l'exemple de l'inversion de matrice, c'est un exemple d'algo.
 
lui, il veut faire de l'algo dans son prog, pas des calculs.
 
arrêtez de faire une fixation chacun sur un bout de ligne.
 
je remets pas en cause le choix de python, ruby ou quoi que ce soit. même PHP pourra peut-être très bien s'en sortir.
 
mais arrêtez de donner des conseils juste en lisant la partie la moins significative d'une des 6 conditions... franchement...
 
faire des requêtes SQL et générer des fichiers Excel, ça se fait avec matlab peut-être ? vous compter vraiment lui faire croire que c'est facile à faire en C ?

J'ai jamais dit qu'il devait faire quoi que ce soit en C moi monsieur  
Mais remplir du excel ( http://rubyonwindows.blogspot.com/ [...] -ruby.html ou mieux http://wiki.rubyonrails.org/rails/ [...] ortToExcel ), faire des requêtes SQL (s'il le fait sur son site, un model Rails et c'est parti) c'est largement aussi facile en Ruby qu'en C# .. Avec la particularité que si un jour son chef décide de prendre un serveur web tournant sur un unix-like parce que ça le gonfle de payer les licences Windows Serveur, et bien il pourra le faire sans trop de difficulté.

j'ai jamais dit le contraire je ne connais pas ruby, mais je sais que c'est effectivement un truc sympa.
 
et ta note à propos de x-like marche aussi bien pour C#. mono marche très bien (et du coup tu peux même faire du ruby au mieu du C# avec )

Faudrait préciser le type d'algos utilisés.
 

Si il ne s'agit pas de fichiers CSV, je pense que pour taper de l'excel, .Net n'est pas une mauvaise idée, surtout compte tenu de tes connaissances actuelles, du moment que des drivers existent pour ta base de donnée.

Pour les algos utilisés, c'est rien de fantastique, c'est de l'économétrie classique, des tests de causalités, des modèles  régressions linaires ou non linéaires (sur de petites séries), des modèles dynamiques (type ARMA), des séries temporelles...  
 
Que des choses ultra conventionnelles. Les séries feront rarement plus de 200 points (max environ 1000 et typiquement 80), il y aura quelques centaines de séries a agréger.  
 
L'idée pour l'interface est que tout doit être commandable de l'intranet.  
 
Vis a vis d'excel, ce sont des fichiers pré-formatés a parser (donc facile a mettre en csv) pour en faire des sources de données ou des résultats a mettre dans excel pour les mettre en forma facilement ou que d'autres personnes puissent travailler avec un outil qu'ils maitrisent.

Et pourquoi ne pas utiliser Matlab ?
Ca se connecte facilement a SQL, il y a un addin pour excel, des toolbox pour les statistiques, c'est coder en C donc capable de faire ce dont j ai besoin rapidement.
 
En revanche, cela va t il est facile a commander via des scripts PHP ou batch ?