Reprise du message précédent :

 
non mais bon de temps en temps on aime bien discuter pendant plusieurs pages sur des sujets super intéressants mais qui polluent bien les topics, et n'intéressent généralement pas les créateurs du topic.

Ça peut coller dans ce topic

  antp
 
Toi qui est un excellent codeur, comment on fait (proprement) poour reinitialiser a 0 le maxlifetime d'un cookie de session en PHP au rafraichissement d'une page ?
 
(PS j'ai deja posté 2 sujets et pas de reponse)

j'en sais rien moi

 
Un mythe est en train de s'effondrer  

ban

Bon, dirigeons le débat vers une question qui me turlupine un peu :
 
quelles sont les API d'entrée/sorties des différents langages, laquelle est la plus générale, comment faire mieux ?
 
pour ruby :
y'a une classe IO dont héritent les différents flux (file, socket, ...) C'est très complet, mais pas toujours tres clair
 
http://www.rubycentral.com/ref/ref_c_io.html
 
pour python :
y'a une interface commune pour les fichiers, stringIO et autres :
C'est plus léger, mais suffisant a l'usage
 
http://python.org/doc/current/lib/ [...] jects.html
 
pour java :
ca passe par des objets flux (Input et OutputStream), avec des spécialisations en cas de besoin. Par dessus, on rajoute d'autres objets qui ajoutent des méthodes plus simple/efficaces en appelant les méthodes des classes de base. Tres général, ca marche bien, mais un peu chiant d'empiler les objets...
 
d'autres avis/langages ?

C'est normal, c'est parce que t'es bête.

Vous êtes tous des mangeurs de quiche.
Les vrais programmeurs qui ont de la cervelle utilisent le lang macro d'excel piloté par l'interpréteur de commande DOS, avec des appels de DLL Windows.
Pour les rares trucs pas possible, il suffit d'appeler debug.exe en lui transmettant un fichier constité avec les bonnes commandes.
 
Ça c'est puissant, souple, évolutif, pérenne, sûr, extensible, réutilisable et reconnu.
 
Mais enfin bon, tout se perd, le câblage en hard c'était quand même mieux...
 

Hors-sujet !  
Mais que fait la police ?  
 

Tenir compte de l'indentation, ça peut pas être une mauvaise idée.

Compiler au bas niveau pour une machine fixe (relativement théorique) est une... ineptie, un reliquat du passé, un concept restreint qui ne devrait concerner qu'une toute petite frange du domaine de la programmation.
 
D'ailleurs, le code machine actuel (intel-compatible en tout cas) est devenu un langage interprété.
Il ne reflète plus du tout la structure réelle du processeur, celui-ci le traduit en ses vraies intructions: le micro-code.
Saviez-vous qu'une mise à jour de BIOS peut contenir une mise à jour de ce micro-code, et corriger des bogues processseur ou l'optimiser ?
 
L'avenir est aux Machines Virtuelles de nouvelle forme, dont le code virtuel (j'aime pas le terme "byte-code" ) de haut niveau sera conçu pour être facilement compilable bas niveau.
Chaque plate-forme pourra adapter le même code, en l'optimisant selon son processeur, sa mémoire, son stockage, et même la charge du moment.
Ça pourrait être Just In Time, fait à la demande, ou pris en charge par une gestion automatique centralisée d'installations, de caches, et de temporaires.
 
Ainsi les programmes seront interopérables, pérennes, bénéficieront rapidement et automatiquement des améliorations de matériel et d'algorithmes, et pourront s'intégrer facilement dans toute interface.
 
Il peut toujours y avoir une avancée majeure de nouveau concepts:
-mémoire à plusieurs dimensions
-mémoire capable de recherche ou de traitements plus élaborés
-intrégration mémoire/processeur
-processeur plus douée pour le déplacement que pour la copie
-interface non tactile ou visuelle...
 
Dans ce cas, tout ce qui est compilé bas niveau est à revoir, alors que le code MV haut niveau en bénéficierait simplement et automatiquement (une pensée pour le mystérieux Crusoé 128 bits).
 
Bien sûr, un tel langage et code virtuel restent à concevoir...
Si le langage est suffisamment riche, expressif, et structuré, il permet d'exprimer au mieux l'intention du programmeur, de spécifier au plus proche ce qui est demandé à la machine.
Autant d'informations exploitables par un recompilateur bas niveau pour choisir au mieux parmi une bibliothèque ultra-spécialisée.
Si c'est fait correctement, ça peut être tout bénefice sur tout les plans: puissance, encombrement, vitesse d'exécution, rapidité de dévelopepment, chasse aux bogues, et bien sûr portabilité.
 
Accessoirement, je pense qu'une MV C++ est possible, mais que ce langage est incomplet pour un tel usage.

Musaran, il lui faut une Lisp Machine...
A+,

PROLOG est sans aucun doute un des langages les plus puissants à l'heure actuelle. Un code en PROLOG est beaucoup plus dense (1 ligne de PROLOG = 3 ou 4 lignes dans un langage type java ou C++) et plus difficile à produire (en java on peut coder mécaniquement sans réfléchir, ce qui est impossible en PROLOG). C'est un des langages les plus utilisés en Intelligence Artificielle, mais sa difficulté le rend mal connu de la communauté des programmeurs.

personne ?

Les vrai programmeurs utilisnt ça => http://www.muppetlabs.com/~breadbox/bf/
 

lorill:
En C++ c'est un peu comme Java, mais c'est un ensemble minimaliste.
Pas d'autre avis.
 
gilou:
C'est quoi une LISP machine ?
LISP est orienté IA non ?
 
Osama:
PROLOG puissant... dans son domaine seulement je suppose ?

 
Ca ne vous ai jamais venu a l esprit qu il pourrait y avoir une histoire d affinite entre le programmeur-son boulot- et le angage qu il utilise ?
Je ne sais pas vous mais moi j ai "la chance" de faire un peu tout les languages de base. On m a forme a penser algorithmes avec Turbo Pascal, puis les tableux pointeurs etc avec C (quel horreur !) Puis bien des annees plus tard j ai fait de l objet avec Delphi et j ai eu l occasion de "programmer" en Java. Par contre je ne peux m exprimer pour les autres languages cites precedement.
J ai beaucoup aime le pascal. Pour moi ca a le merite d etre clair. le C c etait deja moyen. C est pas entierement la faute du language mais les notions de tableaux et de pointeurs avec etoiles et pas etoiles !!!!   J en ai eu mal au crane ajoutee a cela qu on nous l"enseigne" a coup de 8 par jour en deux semaines avec 45 personnes en classe et 20 PC dans une salle minuscule. Ca donne envie   . ET pour finir il n y avait plus d envie d apprendre une fois a la maison. Car vuos serez bien d accord avec moi la prog juste a l ecole ou au boulot c est un peu juste non ? faut s entrainner a la maison !  
Java... J aime deja plus que le C. CE qui est genial en Java c est que quand mon programme "marche" j ai le sourire jusqu aux oreilles. Je m en quiquinne a ecrire clairement et c est chiant mais a chaque fois que mes prog java marchent je suis heureux (merci moulte fois a Lorill et DarkLord pour leur aide precieuse) . Ce que je trouve bien aussi avec Java c est NetBeans et sont "debugger Live". Je crois que ca serai cool que tous les langages aient cette "option". Ca eviterai bien des compilations inutiles. Par contre mauvais point pour java c est toute cette histoire de classpath et de virtual machine etc. Combien de fois j ai eu des potes incapable de compiler ou de lancer un prog java. Parce que la JVM est aussi dans Windaube etc etc etc. Quand je rends un devoir en Java je ne sais meme pas (bon j ai pas cherche) rendre un executable alors quand delphi ce probleme ne m efleure meme pas.
Maintenabilite. Tout porte a croire que les boites prog sont au courrant de ce probleme. C est clair que java a une petite longueur d avance mais je me souviens avor ecrit un prog en delphi 4 et l avoir continuer sans probleme dans delphi6. J ai meme du faire des va et viens entre versions sans problemes a partir du moment ou je n  ajoutais pas des elements specifique a delphi 6. Cependant je ne suis pas un programmeur aussi prolixe que Dark, Zion, lorill, Antp and Co. Donc mon experience en la matiere est vraiement minime et ne devrait pas etre generalise...
Ce quoi le meilleur alors. Et bien... je crois que ca depends franchement de l application a developper. Perso je regrette de ne pas connaitre mieux Java par exemple. Si pour un type d appli c est mieux et que je peux et bien je fonce pour Java. Cependant mon langage prefere reste Delphi car au moins je peux distribuer des exes et c est bien plus court comme developpement en ce qui concerne interface graphique et base de donnees.
Maintenant faites une introspection. N aimez vous pas tel ou tel language parce que vous avez ete forme pour lui et parce que vous maitrise l outil ?
Determiner quel language est le meilleur est sterile (sauf que VB est mort   ) . Avec chacun d eux tout est possible seule notre connaissance en la matiere est la limite.
 
@->--
 
PS: CE poste a ete ecrit sans avoir lu le reste. Les sujets non abordes tels que portabilites, VM etc ont ete drope par manque de connaissance en la matiere.
 
Bonne journee a tous.

Tout à fait d'accord.  Il n'y a pas de meilleur langage, il y a un bon langage suivant le type d'application et l'usage qu'on en fait.

 
Conneries! c'est pas parce que t'y comprend rien en prolog que t autorisé à dire que c plus dur que tel ou tel langage. Le prolog, c une manière différente de programmer, c tout. Un manière différente de programmer, pour une finalité bien particulière d'ailleurs : l'IA. Dire qu'en Java ou C++ on peut programmer sans réfléchir... mais n'importe quoi. Toi, tu dois aussi penser que pour parler le français, on peut le faire sans réfléchir, non ? en tt cas c ce que tu viens de faire!
Bon, allez, j'voudrais pas non plus semer la zizanie, ms qd même, des conneries comme ça, j'pouvais pas les lire sans réagir.

   
 
Tu sais ce que tu es en train de décrire, là ? Un langage de programmation conçu comme étant généraliste et dont les implémentations seraient garanties 100% compatibles au niveau source.
Certaines implémentations pourraient reposer sur une machine virtuelle, d'autres sur un compilateur natif. Certaines pourraient utiliser un ramasse-miettes, d'autres reposer sur des désallocations explicites. Et caetera.
 
Et c'est curieux, mais il me semble que ce langage existe déjà... (et je ne parle ni de Java, ni de C, ni évidemment de C++ ou C#)

A mon avis, l'API ne doit surtout pas être le critère de sélection d'un langage. Un langage a des qualités qui lui sont propres, comme la lisibilité, la facilité d'écriture, de maintenance, la sécurité lors de l'écriture, la compacité (au niveau source), la puissance d'expression, etc.
 
Mais étant donné un langage, si l'API ne te plait pas, tu peux toujours, même toi simple programmeur, t'en refaire une plus appropriée. Par contre, modifier la définition du langage, c'est autre chose...

Justement... comme tu l'as sans doute vu en signature, je suis en train d'ecrire mon propre langage (principalement pour la forme).
Et la tant qu'a faire je voudrais faire une api propre et générique, d'ou la question.

 
Ada ?

Je vais attendre qu'une dizaine de réponses soit donnée avant de dire "Le langage auquel je pensais est dans le lot".
Je serais vraiment surpris si effectivement, dans le lot, ce langage n'était pas cité...

lisp ? caml ?

 
Si si et ça s'appelle swing (enfin, si on se débrouille mal). Je me rappelle notamment avoir utilisé Netbeans (IDE tout en java de Sun) à l'école et "Netbeans ça rame" était devenu une phrase récurrente...

brainfuck?
 
 

 
J'allais le dire heureusement que j'ai fait un refresh avant de poster, sinon j'aurais été grillé

surtout que drasche est grillé lui aussi :

j'étais pas allé voir l'url

La phrase "Java ça ame", c'est aussi une phrase récurrente, que je continue à entendre de temps en temps par des gens qui n'en ont jamais fait. Mais certes, c'était vrai au tout début de Java, mais maintenant ce n'est plus vraiment le cas.
 
Idem pour Swing. J'ai travaillé pas mal de temps avec JBuilder qui est écrit entièrement en Java/Swing, et je suis désolé, mais moi, je ne trouve pas que ça rame. Maintenant, c'est clair que certains softs peuvent être si mal conçus qu'ils en sont vraiment lents. Mais ce n'est pas propre aux IDE, ni même aux softs écrits en Java, d'ailleurs.
 
Je reconnais aussi que Swing a toujours été, jusqu'à présent, excessivement lent sur les plate-formes autres que Windows, et en particulier sous X/Window (je me souviens en effet avoir lancé, en 1998, NetBeans sur une station Sun, et c'est vrai, c'était mortel...). Mais prière de ne pas jeter le bébé avec l'eau du bain : le problème vient de l'implémentation de Swing sur X11, pas de Swing lui-même.
Sun a annoncé avec le JDK1.4 avoir amélioré de manière drastique l'efficacité de l'implémentation de Swing sur X/Window. Je n'ai pas eu la possibilité de vérifier moi-même. Est-ce certains parmi vous l'ont eu ?

crotte c'est vrai en plus, j'ai même cliqué sur ce lien
 
mais bon c'était avant que BifaceMcLeOD nous propose de chercher le langage en question

Netbeans est utilisable sans probleme sur un athlon 900 avec 300Mo de ram sur unix. Par contre etrangement, avec un win2k sur une machine equivalente, ca rame a mort, il me faut parfois 3 secondes pour ouvrir un menu, la machine se fige entierement, ...

Bizarre, bizarre...

J'aime pas la quiche    
Pour le reste je suis entièrement d'accord.

Au jeu du langage, proposé par Biface, je ne trouve pas de réponse. Aussi, je donne ma langocha.

Bon, allez, j'ai pitié de vous, alors j'abrège vos souffrances (horribles, n'est-ce pas ? )
Je confirme que la réponse à ma devinette a déjà été donnée.
 
Forth ? APL ? Oak ?    COBOL !    Langocha ?  
 
 
Non...    
 
Ah, oui : je rappelle quand même que les concepteurs de ce langage l'ont voulu généraliste et industriel, alors parmi les langages que vous avez proposés, il ne reste plus beaucoup de choix...

Bon, la différence entre un bon langage et un mauvais langage :
- avec un mauvais langages, le développeur part tête baissé et il code.
-  avec un bon langage, ben le développeur il part tête baissé, et il code, vous voyez. Car c'est un bon langage.
 

mauvais codeur, remplacer codeur

 
je travaille sur plusieurs projets en parallèle sous PROLOG (algorithme A*, résolution de CSP), c'est mon langage de prédilection. D'ailleurs je me demande jusqu'ou tu es allé en PROLOG pour ne pas avoir vu de difficultés. Pour Java et C++ je persiste à dire n'importe qui sans compétence particulière peut coder dans ces langages.