Euh, le concept objet c'est une grande évolution qui apporte beaucoup de chose.
Mais le C++ et l'objet c'est deux choses différentes.
C'est comme parler des voitures en se limitant aux lada.
La ou je bosse les technologies c'est ca :
SAP / Java / Oracle / Microsoft. (en gros, y en a 2 ou 3 autres mais bon, pour le moment c'est surtout SAP).
Perl, y en a qui connaissent le nom.
Python, personne sait de quoi je parle.
Ruby, on commence a me parler de bijoux...
Entre le C et le C++ y a pas beaucoup de différence.
Oui, y a un début de concept objet que l'on peut utiliser.
Mais en contrepartie on a une grande quantité de saloperie.
Donc, l'évolution en terme de haut niveau / bas niveau est pas énorme.
On se prend toujours la tête avec des choses qui n'ont rien a voir avec le problème. Et même plus qu'en C.
Euh, merci, je sais ce que sont C et C++. c'est juste un couple de langage bas niveau qui va bien ensemble.
Je vais pas réexpliquer ce que veut dire langage haut niveau.
Y a qu'a suivre l'évolution C ->C++ -> Java. Quoi que de C a C++ l'évolution est pas énorme. D'ou le couple qui va bien ensemble.
Euh, passer plus de temps a penser au probleme et moins au langage, avec perl vs python, ca marche pas.
Peut-être pour toi, parce que t'es un uber perler, mais pour l'immense majorité des autres, c'est pas le cas.
Ce qu'il dit, c'est que python est plus haut niveau que java parce qu'on a moins a se prendre la tête avec le langage et qu'on peut se concentrer sur le résultat.
Dans la même optique, cobol est plus haut niveau que C. Mais ca reste une merde.
Il dit ensuite, que d'apres lui, une des raison de cette facilité est le typage dynamique, et qu'une autre est la flexibilité de python.
Mon avis personnel, c'est que typé un langage n'a plus de sens, il suffit d'intégrer des mécanismes propres de réflexion dans la VM et elle sait faire ca proprement.
Le seul intéret du typage, c'est pour le mapping DB.
Au passage, je bosse depuis un certain temps, avec un autre langage pas vraiment typé, les attributs des class sont typés, les variables, pas, dans un package de plus 1200 class,sans doc, et ca marche tres bien.
Les méthodes de dev ne sont pas les même, mais avec un interpréteur, et un langage pas ou peu typé, on développe bcp plus vite.
C'est justement la relation signifiant-signifié qui se perd dans des traductions comme celle la.
Traduire package en paquet appauvrit énormément le message.
Il est également vrai qu'un mot peut signifier plusieurs choses, et que ce n'est pas le cas de "l'équivalent" utilisé pour la traduction dans une autre langue.
C'est mon avis, et c'est le dernier que je donne ici, vu que apparement j'ai sous-estimé le nombre d'intégristes de la langue françoise et que je veux pourvoir continuer a donner mon avis et des informations pertinentes sur ce site.
Ben le débutant qui lit la doc et qui ensuite va poser des questions sur les paquets aux techniques, il va rien comprendre quand on va lui parler de package. Ca complique tout.
Courriel, j'ai jamais vu ca qu'en france, et je ne suis pas en france, ni français.
# Re: Défonce-moi la gueule à coup de crosse de M16
Posté par Nicolas Tramo . En réponse au journal Défonce-moi la gueule à coup de crosse de M16. Évalué à 0.
Sinon, la seule chose qui me surprend c'est qu'ils ne l'aient pas emener.
[^] # Re: Hackles à la retraite...
Posté par Nicolas Tramo . En réponse au journal Hackles à la retraite.... Évalué à 0.
J'avais découvert y a pas longtemps.
Domage, j'aimais beaucoup.
Me reste http://www.reallifecomics.com/index.php(...)
Mais bon, c'est pas vraiment le même domaine.
[^] # Re: Combien de spams recevez-vous par jour ?
Posté par Nicolas Tramo . En réponse au sondage Combien de spams recevez-vous par jour ?. Évalué à -1.
Dans un mail que l'in envoie on peut mettre ce qu'on veut dans le from...
[^] # Re: Combien de spams recevez-vous par jour ?
Posté par Nicolas Tramo . En réponse au sondage Combien de spams recevez-vous par jour ?. Évalué à -3.
# Re: Combien de spams recevez-vous par jour ?
Posté par Nicolas Tramo . En réponse au sondage Combien de spams recevez-vous par jour ?. Évalué à 1.
[^] # Re: Another GPL violation: Kiss Technology
Posté par Nicolas Tramo . En réponse au journal Another GPL violation: Kiss Technology. Évalué à 2.
Bon, vu que tout le monde veut que je ferme ma gueule, je vais plus rien dire.
[^] # Re: Another GPL violation: Kiss Technology
Posté par Nicolas Tramo . En réponse au journal Another GPL violation: Kiss Technology. Évalué à -3.
[^] # Re: Another GPL violation: Kiss Technology
Posté par Nicolas Tramo . En réponse au journal Another GPL violation: Kiss Technology. Évalué à 4.
Bon, j'ai pas encore trouvé le fichier incriminé, je cherche.
Mais ca me semblerais assez stupide de mettre tout le code en GPL sauf le lecteur.
[^] # Re: Le langage du futur ?
Posté par Nicolas Tramo . En réponse au journal Le langage du futur ?. Évalué à 1.
Mais le C++ et l'objet c'est deux choses différentes.
C'est comme parler des voitures en se limitant aux lada.
# Re: Another GPL violation: Kiss Technology
Posté par Nicolas Tramo . En réponse au journal Another GPL violation: Kiss Technology. Évalué à -6.
Prendre du GPL pour faire du GPL c'est pas en violation avec la GPL.
[^] # Re: Le langage du futur ?
Posté par Nicolas Tramo . En réponse au journal Le langage du futur ?. Évalué à 1.
[^] # Re: Le langage du futur ?
Posté par Nicolas Tramo . En réponse au journal Le langage du futur ?. Évalué à 2.
SAP / Java / Oracle / Microsoft. (en gros, y en a 2 ou 3 autres mais bon, pour le moment c'est surtout SAP).
Perl, y en a qui connaissent le nom.
Python, personne sait de quoi je parle.
Ruby, on commence a me parler de bijoux...
[^] # Re: Le langage du futur ?
Posté par Nicolas Tramo . En réponse au journal Le langage du futur ?. Évalué à -3.
Entre le C et le C++ y a pas beaucoup de différence.
Oui, y a un début de concept objet que l'on peut utiliser.
Mais en contrepartie on a une grande quantité de saloperie.
Donc, l'évolution en terme de haut niveau / bas niveau est pas énorme.
On se prend toujours la tête avec des choses qui n'ont rien a voir avec le problème. Et même plus qu'en C.
[^] # Re: Le langage du futur ?
Posté par Nicolas Tramo . En réponse au journal Le langage du futur ?. Évalué à -2.
Je vais pas réexpliquer ce que veut dire langage haut niveau.
Y a qu'a suivre l'évolution C ->C++ -> Java. Quoi que de C a C++ l'évolution est pas énorme. D'ou le couple qui va bien ensemble.
# Re: Le langage du futur ?
Posté par Nicolas Tramo . En réponse au journal Le langage du futur ?. Évalué à 0.
Pour ce qui est de s'imposer, pour java c'est déjà fait.
Je verais bien ensuite C#.
Maintenant, ce que je voudrais comme langage c'est du plus haut niveau que ces truc la. Des truc que tout le monde connaitra dans 10 ans quoi.
[^] # Re: FIRST JOURNAL !
Posté par Nicolas Tramo . En réponse au journal FIRST JOURNAL !. Évalué à 0.
[^] # Re: Slackware, une distribution conviviale :)
Posté par Nicolas Tramo . En réponse au journal Slackware, une distribution conviviale :). Évalué à 0.
Faut pas coller une virgule apres une URL.
Et merci pour le lien au fait.
Et pi bonne année aussi, toussa.
# Re: Malheur à moi, je suis danné!
Posté par Nicolas Tramo . En réponse au journal Malheur à moi, je suis danné!. Évalué à 3.
Maintenant, Alizée, on aime ou on n'aime pas, ou on s'en fout. Moi je fais partie de la 3me catégorie.
[^] # Re: Pourquoi ?
Posté par Nicolas Tramo . En réponse au journal Pourquoi ?. Évalué à 1.
C'est le server qui attribue l'id, donc y a des tonnes de raisons de passer de high a low et l'inverse. Et ce sous linux et windows.
Pour moz, je sais pas, j'utilise pas.
[^] # Re: Python et Java
Posté par Nicolas Tramo . En réponse au journal Python et Java. Évalué à 3.
Peut-être pour toi, parce que t'es un uber perler, mais pour l'immense majorité des autres, c'est pas le cas.
Ce qu'il dit, c'est que python est plus haut niveau que java parce qu'on a moins a se prendre la tête avec le langage et qu'on peut se concentrer sur le résultat.
Dans la même optique, cobol est plus haut niveau que C. Mais ca reste une merde.
Il dit ensuite, que d'apres lui, une des raison de cette facilité est le typage dynamique, et qu'une autre est la flexibilité de python.
Mon avis personnel, c'est que typé un langage n'a plus de sens, il suffit d'intégrer des mécanismes propres de réflexion dans la VM et elle sait faire ca proprement.
Le seul intéret du typage, c'est pour le mapping DB.
[^] # Re: Python et Java
Posté par Nicolas Tramo . En réponse au journal Python et Java. Évalué à 2.
[^] # Re: Python et Java
Posté par Nicolas Tramo . En réponse au journal Python et Java. Évalué à 3.
http://www.zope.org(...)
Au passage, je bosse depuis un certain temps, avec un autre langage pas vraiment typé, les attributs des class sont typés, les variables, pas, dans un package de plus 1200 class,sans doc, et ca marche tres bien.
Les méthodes de dev ne sont pas les même, mais avec un interpréteur, et un langage pas ou peu typé, on développe bcp plus vite.
[^] # Re: Y a-t-il un futur pour Savannah ?
Posté par Nicolas Tramo . En réponse à la dépêche Y a-t-il un futur pour Savannah ?. Évalué à -2.
Mais bon, de toute façon, je dis plus rien, ca ne sert a rien ici.
[^] # Re: Y a-t-il un futur pour Savannah ?
Posté par Nicolas Tramo . En réponse à la dépêche Y a-t-il un futur pour Savannah ?. Évalué à -1.
Traduire package en paquet appauvrit énormément le message.
Il est également vrai qu'un mot peut signifier plusieurs choses, et que ce n'est pas le cas de "l'équivalent" utilisé pour la traduction dans une autre langue.
C'est mon avis, et c'est le dernier que je donne ici, vu que apparement j'ai sous-estimé le nombre d'intégristes de la langue françoise et que je veux pourvoir continuer a donner mon avis et des informations pertinentes sur ce site.
[^] # Re: Y a-t-il un futur pour Savannah ?
Posté par Nicolas Tramo . En réponse à la dépêche Y a-t-il un futur pour Savannah ?. Évalué à -1.
Courriel, j'ai jamais vu ca qu'en france, et je ne suis pas en france, ni français.