+ Répondre à la discussion Actualité déjà publiée
Page 1 sur 15 1234511 ... DernièreDernière
Affichage des résultats 1 à 20 sur 291
  1. #1
    Expert Confirmé Sénior
    Avatar de Idelways
    Homme Profil pro Ihssen Idelways
    Développeur Ruby on Rails / iOS
    Inscrit en
    juin 2010
    Messages
    1 376
    Détails du profil
    Informations personnelles :
    Nom : Homme Ihssen Idelways

    Informations professionnelles :
    Activité : Développeur Ruby on Rails / iOS

    Informations forums :
    Inscription : juin 2010
    Messages : 1 376
    Points : 68 241
    Points
    68 241

    Par défaut Dart : Google prépare un nouveau langage de programmation structuré pour le Web

    Dartium : Google publie une préversion de Chrome avec la machine virtuelle Dart
    son langage structuré pour le Web

    Mise à jour du 17/02/2012, par Hinault Romaric

    Google vient de publier une préversion (technical preview) pour les développeurs de Dartium, un navigateur à base de Chrome qui introduit la machine virtuelle Dart.

    Dart est présenté par Google comme un langage de programmation structuré pour le Web, basé sur les classes et optionnellement typé.

    L’objectif inavoué de Google est de mettre JavaScript à la retraite en proposant un langage qui offre la même flexibilité que celui-ci, mais qui se distingue par son typage fort et optionnel.

    Dart s'exécute soit sur une machine virtuelle native du côté serveur ou sur un moteur JavaScript classique à l'aide d'un compilateur qui convertit le code en JavaScript compatible avec Chrome, Safari 5+ et Firefox 4+, etc.

    Cette préversion permettra d’exécuter des programmes Dart directement sur la machine virtuelle Dart incluse dans le navigateur Chrome, en évitant une étape de compilation séparée pour convertir le code.

    Google a l’intention, après plusieurs tests de la VM Dart, de l’inclure dans les futures versions de son navigateur Chrome.

    Pour l’instant, le langage bénéficie uniquement du support de Google, et aucun constructeur de navigateur n’a encore indiqué son intention de supporter Dart. La firme espère néanmoins atteindre un certain stade de maturité avec Dart avant de le soumettre à un processus de normalisation.

    Dartium est disponible pour les ordinateurs Mac et Linux. Une version pour Windows sera disponible dans les jours à venir.

    Télécharger Dartium

    Source : Google



    Dart : Google dévoile la nature de son JavaScript-killer
    Un langage flexible et optionnellement typé, conçu pour les hautes performances

    Mise à jour du 10 octobre 2011 par Idelways


    Les rumeurs viennent d'être confirmées au sujet du nouveau langage de programmation de Google. L'entreprise a officiellement dévoilé la nature et les ambitions de son langage Dart à la conférence Goto qui se déroule au Danemark.

    Les spéculations autour du « langage de programmation structurée pour le Web » ont été déclenchées par une discrète annonce sur le planning de cette conférence. Puis, elles ont été confortées par la fuite d'un email interne de Google (lire ci-devant)

    Une première Preview sur le site officiel du langage met à disposition des développeurs des outils open source de création d'applications, des exemples de code, la documentation de sa bibliothèque standard et un brouillon des spécifications du langage.

    Dart est défini en tant que « langage basé sur classes et optionnellement typé », sur l'annonce officielle par Lars Bak, le créateur du moteur JavaScript V8 et membre de l'équipe Dart.

    Logo de Dart



    Les objectifs de la conception du langage visent à créer un langage « structuré, mais flexible », qui semble « familier et naturel pour les développeurs, et faciliter ainsi son apprentissage ».
    Enfin (et surtout), Dart est amené à afficher de hautes performances sur tous les navigateurs et environnements modernes, « à partir des périphériques portables jusqu’à l'exécution du côté serveur », confirme l'ingénieur émérite de Google.

    Dart se distingue du JavaScript, dont il a l'ambition de supplanter, par son typage fort, mais optionnel. Les développeurs peuvent donc coder avec la même flexibilité qu'en JavaScript et ajouter le typage par la suite, voir se faciliter cette tâche à l'aide d'outils d'analyse et d'inférence de types.
    Dart suit un modèle objet assez complet et plus classique que celui du JavaScript (qui est basé sur le prototypage). Il supporte notamment les concepts d'implémentation d'interfaces et d'héritage simple.

    Dart s'exécute soit une machine virtuelle native du côté serveur ou sur un moteur JavaScript classique à l'aide d'un compilateur qui convertit le code en JavaScript compatible avec Chrome, Safari 5+ et Firefox 4+ (d'autres navigateurs suivront).

    Sans surprise, les scripts Dart peuvent cohabiter avec le code HTML à travers la balise script qui prend le type « application/dart », qui est par la même occasion le mime-type du langage. La fonction main() du style C est obligatoire.

    Bien qu'il soit monothread, la programmation concurrente est dès le départ au centre des préoccupations de l'équipe Dart. Le langage supporte les « isolations » qui ont chacune leurs propres mémoire et thread de contrôle. Aucun état n'est partagé entre les isolations qui sont créées par spawning (des fonctions qui chargent et exécutent des processus fils).

    L'équipe de Dart envisage d'intégrer la machine virtuelle de Dart au navigateur Chrome, mais aucune date n'est avancée.

    Et en voici le traditionnel Hello World !

    Code :
    1
    2
    3
    4
     
    main() {
      print('Hello World');
    }

    Site officiel : dartlang.org
    Spécifications du langage

    Source : annonce officielle sur le blog Googlecode

    Et vous ?

    Alors, vous comptez vous y mettre ?
    Que pensez-vous du langage Dart ?




    Google souhaite-t-il pousser JavaScript vers la sortie avec Dart ?
    Son nouveau langage de programmation Web

    Mise à jour du 14 septembre 2011


    Le langage de programmation Dart sur lequel Google met les dernières retouches avant sa présentation en octobre devrait succéder au langage JavaScript, afin de pallier aux « défauts fondamentaux » qui ne peuvent être corrigés en faisant simplement évoluer le langage.

    Des défauts qui ralentissent le développement d'applications Web complexes, devenu « beaucoup trop difficile » et un véritable « labyrinthe déroutant ».

    Ce serait en tout cas les ambitions de Google à en croire le contenu fouillé d'un email supposé provenir du chercheur émérite Mark S. Miller et adressé à de nombreux collègues de Google.
    Un mail qui remonte au 16 novembre 2010 et dont le texte intégral peut être retrouvé sur Github.

    L'auteur de l'email évoque deux stratégies pour pousser JavaScript vers la sortie et le suppléer par le langage « Dash » (qui aurait changé de nom pour devenir Dart). Un langage « destiné à maintenir la nature dynamique de JavaScript, mais avec un meilleur profil de performance et qui se prête mieux au “tooling” sur les grands projets ».

    La voie Dash ou Dart, « très risquée, mais d’une grande valeur ajoutée », implique, toujours d'après l'email, que le langage soit open source et soutenu pour qu'il soit supporté sur d'autres navigateurs.

    Le langage — dans la vision de Mark S Miller — ne devrait pas (du moins en un premier temps) faire plus que ce que JavaScript permet de réaliser au niveau du navigateur, puisqu'il propose qu'un compilateur de code Dash vers JavaScript soit mis à la disposition des développeurs pour cibler les navigateurs qui ne le prennent pas en charge nativement.

    Google pourrait donc tenter d'accélérer l'adoption (non native) de son langage en prenant à sa charge la création de plug-ins pour les autres navigateurs. Il n'en est en effet pas à sa première intervention comme en témoigne l'épisode « Chrome Frame », pour Internet Explorer.

    Dash pourrait donc être utilisé comme le langage open source CoffeeScript qui compile en JavaScript, avec le but ultime « de remplacer JavaScript comme une lingua franca pour le développement sur la plateforme Web ouverte »

    Entre-temps, Google maintiendra une stratégie que Miller appelle « Harmony », en continuant de travailler conjointement avec le TC39 (le corps de standardisation d'EcmaScript) pour faire évoluer JavaScript.

    Mais toute cette initiative, destinée à faciliter le développement Web ouvert et améliorer ses performances, serait surtout motivée par la peur des écosystèmes d'Apple et d’autres plateformes fermées vers lesquels « dérive le cyclone d'innovation ».

    « L'émergence de plateformes alternatives impérieuses, comme iOS signifie que la plateforme Web doit se montrer compétitive, non seulement sur le fond, mais aussi sur sa portée », estime Mark S Miller, avant de poursuivre : « JavaScript tel qu'il est aujourd'hui n’est pas une solution viable à long terme et quelque chose doit changer ».



    Source : L'email sur Github

    Et vous ?

    Trouvez-vous, comme le supposait Mark S. Miller, qu'il est réellement beaucoup trop difficile de coder des applications Web complexes en JavaScript ?
    Êtes-vous prêt à développer en Dart ? Sous quelles conditions ?



    Dart : Google prépare un nouveau langage de programmation structurée pour le Web
    Qui sera dévoilé à la conférence Goto



    Quelques jours après que l'enregistrement de plusieurs noms de domaines ait vendu la mèche, c'est désormais officiel : Google travaille sur un nouveau « langage de programmation structurée pour le Web ».

    « Dart » sera présenté à la keynote d'ouverture de la conférence GOTO Aarhus le 10 octobre prochain, et c'est à-peu-près tout ce que l'on sait d'officiel sur ce mystérieux langage.

    Deux célèbres pionniers du développement, qui en seraient les principaux instigateurs, présenteront la nouvelle création du géant américain, présent partout sur le Web, mais beaucoup moins entre les doigts des codeurs Web hormis à travers les API et quelques outils comme l'excellent Google Web Toolkit.

    Il s'agit de Gilad Bracha, un vétéran de SAP et Sun, et coauteur des spécifications du langage Java, ainsi que Lars Bak, le créateur de moteur JavaScript V8, entre autres.

    Les conférenciers ont tous les deux une expérience conséquente avec le langage Smalltalk et Dart pourrait en être fortement inspiré.
    On s'attendra donc a priori à un langage interprété qui piétinera les plates-bandes de Python et JavaScript, deux langages de programmation plébiscités chez Google.

    Parmi les autres spéculations qui vont bon train sur le Web, on retiendra que Dart pourrait n'être qu'une extension du V8, ou un nouveau souffle donné au langage Newspeak inventé par Gilad Bracha, qui aurait été amélioré par Google et débarrassé de son nom à connotation négative : la novlangue imposée par le régime totalitaire de l'Océania pour éliminer toute expression subversive dans le roman 1984 de George Orwell.

    Mountain View dispose d'un langage de programmation orienté-système appelé Go, qui est considéré, en dépit de la croissance pénible de sa popularité vacillante, comme une alternative crédible au C++ et à Java.

    À noter que Google a détenu quelques temps une technologie qui porte le nom DART, issue de l'acquisition de Doubleclick en 2007. « Dynamic Advertising Reporting & Targeting » a été abandonnée l'année passée.

    Quoi qu'il en soit, le plus grand défi qui s'opposera à Dart sera d'apporter une véritable valeur ajoutée dans un paysage Web saturé de langages aussi bons que diversifiés.


    Source : Site officiel de la conférence Goto Aarhus

    Et vous ?

    Quel type de langage attendez-vous (ou souhaitez-vous) de Google ?
    Y'a-t-il encore une place pour un nouveau langage de programmation pour le Web ?
    Dans quels domaines et pour quelles applications ?

  2. #2
    Membre habitué
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mai 2002
    Messages
    228
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : mai 2002
    Messages : 228
    Points : 100
    Points
    100

    Par défaut Et un de plus...

    Bonjour,

    Je ne comprend pas pourquoi on cherche toujours à produire des nouveaux langages. Ne pourrais-t-on pas plutôt enrichir ceux existants ?

    Personnelement ma préférence va au C, on peut tout faire en C, du web (avec des CGI), des applications lourdes, des accès system (port USB, parallèle, ect... que l'on peut aussi accéder en java par exemple mais en créant des JNI avec une partie en... C).

    Bon OK les CGI c'est plus "compliqué" que du PHP ou du Java, peut-être, mais si on pond de bonnes librairies, cela peut faciliter la tache.

    Après j'entends dire, par exemple, "oui Perl c'est bien pour tout ce qui est traitement de texte", oui bon, éventuellement, mais on peut utiliser les expressions regulières en C.

    Après oui, un += sur un string c'est plus simple qu'un strcat, ok, mais on peut faire des += en C++, pourquoi ne pourrait-on pas ajouter cette fonctionnalitée dans une future version de C ?

    Bref, en gros, pourquoi ne par garder par exemple:

    C -> Applications et web (CGI)
    C++ -> Idem que C en orienté objet
    un shell évolué ou eventuellemetn Perl -> Script

    On n'aurait pas 36 langages à apprendre avec chacun leurs trucs et astuces spécifiques ?

    Qu'en pensez-vous ?

  3. #3
    Membre confirmé
    Homme Profil pro
    Inscrit en
    octobre 2010
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations forums :
    Inscription : octobre 2010
    Messages : 43
    Points : 278
    Points
    278

    Par défaut

    Les conférenciers ont tous les deux une expérience conséquente avec le langage Smalltalk et Dart pourrait en être fortement inspiré.
    On s'attendra donc a priori à un langage interprété qui piétinera les plates-bandes de Python et JavaScript, deux langages de programmation plébiscités chez Google.
    Est-ce que Dart sera un langage exécuté par le client ou par le serveur ?

    Car le Python c'est pour client et serveur. JavaScript c'est pour client.

    Faut en déduire que c'est "client" ?

  4. #4
    Membre régulier
    Profil pro jean-michel gens
    retraité
    Inscrit en
    mars 2008
    Messages
    123
    Détails du profil
    Informations personnelles :
    Nom : jean-michel gens
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2008
    Messages : 123
    Points : 97
    Points
    97

    Par défaut

    je suis du même avis que lovmy pourquoi un nouveau language moi le PHP
    ( combiné avec du J S) me convient très bien
    je me suis essayé à l'actionscript aussi ( flash only )

  5. #5
    En attente de confirmation mail

    Homme Profil pro
    Inscrit en
    juillet 2006
    Messages
    766
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : juillet 2006
    Messages : 766
    Points : 1 093
    Points
    1 093

    Par défaut

    On trouve Javascript côté serveur, notamment avec Node.js.
    Toutes les GoogleApps utilisent Javascript côté serveur.

  6. #6
    Membre régulier
    Profil pro jean-michel gens
    retraité
    Inscrit en
    mars 2008
    Messages
    123
    Détails du profil
    Informations personnelles :
    Nom : jean-michel gens
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2008
    Messages : 123
    Points : 97
    Points
    97

    Par défaut

    c'est vrai que google produit beaucoup de fiascos ( wave,buzz etc... )
    il se remettra sans doute de celui là aussi
    en attendant a donfe sur google +

  7. #7
    Membre éprouvé Avatar de kohsaka
    Homme Profil pro
    Intégrateur HTML / Developpeur .NET
    Inscrit en
    janvier 2007
    Messages
    383
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27

    Informations professionnelles :
    Activité : Intégrateur HTML / Developpeur .NET

    Informations forums :
    Inscription : janvier 2007
    Messages : 383
    Points : 423
    Points
    423

    Par défaut

    Citation Envoyé par Lovmy Voir le message
    Bonjour,
    ... Personnelement ma préférence va au C, on peut tout faire en C, du web (avec des CGI) ...

    Bon OK les CGI c'est plus "compliqué" que du PHP ou du Java, peut-être, mais si on pond de bonnes librairies, cela peut faciliter la tache.
    ...
    Le problème de développement web en CGI n'est il pas qu'il nécessite de lancer un processus serveur pour chaque utilisateur du site, ce qui peut être coûteux en terme de performance ?

    J'ai fait très peu de CGI, j'ai juste quelques notions qui remontent à l’époque de mes études.

    En tout cas, je trouve quand même suicidaire de faire du web en C alors qu'il y a des outils beaucoup plus appropriés pour le faire, je pense notamment au framework asp.net combiné avec du C#

    Sinon pourquoi pas une nouvelle alternative pour faire du web, celui-ci évolue vite. Il lui faudra un bon environnement de dev aussi s'il veut s'imposer. Dans tous les cas, on en sait encore trop peu pour se prononcer pour l'instant

  8. #8
    Membre confirmé
    Homme Profil pro
    Développeur Java
    Inscrit en
    juillet 2009
    Messages
    77
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2009
    Messages : 77
    Points : 292
    Points
    292

    Par défaut

    @Lovmy
    Le problème du C, et également du C++, est que la gestion manuelle de la mémoire est la source de nombreux problèmes. En ce qui me concerne c'est la principale raison qui m'a fait me désintéresser de ces deux langages.

    Développer, c'est à dire traduire une idée, un raisonnement, en une suite d'instructions logiques est souvent une tâche difficile (mais c'est pour ça qu'on aime ce qu'on fait ^^), si en plus il faut prendre en compte la gestion de la mémoire... sauf pour des applications spécifiques, il me semble que cela constitue un obstacle supplémentaire et non nécessaire entre le développeur et le but qu'il souhaite atteindre, à savoir obtenir un programme fonctionnel.

    Mais pour en revenir à la question "pourquoi produire de nouveaux langages ?", je pense que c'est tout simplement parce qu'on a toujours pas trouvé la solution miracle qui nous permettrait justement de traduire nos raisonnements en instructions logiques en un claquement de doigts. Alors en attendant de trouver le Saint Graal, on va se diriger de plus en plus vers une fragmentation des langages.

  9. #9
    Membre chevronné
    Avatar de octal
    Inscrit en
    septembre 2004
    Messages
    380
    Détails du profil
    Informations forums :
    Inscription : septembre 2004
    Messages : 380
    Points : 674
    Points
    674

    Par défaut

    Citation Envoyé par redbullch Voir le message
    Est-ce que Dart sera un langage exécuté par le client ou par le serveur ?

    Car le Python c'est pour client et serveur. JavaScript c'est pour client.

    Faut en déduire que c'est "client" ?
    Javascript s'exécute partout ... sur le client comme sur le serveur (cf. nodes.js).
    http://www.neaticons.com png glyphs and icons for website and application developpers.
    http://www.pocketmt.com GLCD Font Creator home site.

  10. #10
    Membre confirmé
    Homme Profil pro
    Inscrit en
    octobre 2010
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations forums :
    Inscription : octobre 2010
    Messages : 43
    Points : 278
    Points
    278

    Par défaut

    Citation Envoyé par octal Voir le message
    Javascript s'exécute partout ... sur le client comme sur le serveur (cf. nodes.js).
    Merci, je ne savais pas.

    Donc on ne peut rien déduire.

  11. #11
    Membre éprouvé Avatar de rt15
    Homme Profil pro
    Développeur informatique
    Inscrit en
    octobre 2005
    Messages
    215
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : octobre 2005
    Messages : 215
    Points : 484
    Points
    484

    Par défaut

    Citation Envoyé par Lovmy Voir le message
    Après oui, un += sur un string c'est plus simple qu'un strcat, ok, mais on peut faire des += en C++, pourquoi ne pourrait-on pas ajouter cette fonctionnalitée dans une future version de C ?
    Parce que ça ne correspond pas du tout à la philosophie du C. Faire une concaténation est une opération complexe, alors que les instructions du C ne sont censées faire que des opérations simples. Les fonctions sont là pour faire les opérations complexes. Autre exemple un switch prenant en paramètre une chaîne ne correspond pas à la philosophie du C. Le compilateur serait obligé de généré beaucoup d'instructions processeur pour faire les comparaisons de chaînes. Pareil, pour transformer les chaînes en nombres, c'est une tâche complexe. Donc fonction atoi, pas de cast automatique ou je ne sais quoi.

    Le langage C se doit de rester bas niveau. C'est ce qui lui donne ses performances, sa simplicité, sa portabilité, sa compilation rapide... Ce sont ses librairies qui doivent lui apporter le haut niveau et rien d'autre.

    Citation Envoyé par kohsaka
    Le problème de développement web en CGI n'est il pas qu'il nécessite de lancer un processus serveur pour chaque utilisateur du site, ce qui peut être coûteux en terme de performance ?
    Effectivement, mais il y a des alternatives à CGI codable en C. Une idée de certaines de ses solutions est d'ajouter un mécanisme de plugin au serveur web. On développe alors une librairie dynamique chargée par le serveur web. Le serveur web appel ensuite un point d'entré de cette dll en lui passant en paramètre la requête HTTP.

  12. #12
    Membre émérite
    Inscrit en
    mai 2006
    Messages
    982
    Détails du profil
    Informations forums :
    Inscription : mai 2006
    Messages : 982
    Points : 857
    Points
    857

    Par défaut

    Bonjour,
    au vu des différents arrets et changements de direction de Google n'est ce tout simplement pas risqué de s'investir dans ce langage?

  13. #13
    Membre confirmé
    Homme Profil pro
    Développeur Java
    Inscrit en
    juillet 2009
    Messages
    77
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2009
    Messages : 77
    Points : 292
    Points
    292

    Par défaut

    Citation Envoyé par cbleas Voir le message
    Bonjour,
    au vu des différents arrets et changements de direction de Google n'est ce tout simplement pas risqué de s'investir dans ce langage?
    Quand bien même Google déciderait de s'investir à fond et durant une longue période dans ce langage, je ne pense pas qu'il serait malgré tout conseillé de l'utiliser pour des projets sérieux avant un bon moment: il va falloir tester cette technologie, constater ses points forts et ses faiblesses, et surtout combler les lacunes de sa bibliothèque logicielle (lacunes inévitables lorsqu'un tout nouveau langage voit le jour).

  14. #14
    Membre éclairé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    juillet 2007
    Messages
    278
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : juillet 2007
    Messages : 278
    Points : 330
    Points
    330

    Par défaut

    Google aime ce qui est hyper optimisé et tant qu'a faire rapide. Go et Node.js en sont témoins mais ils ont chacun un défaut. Go est trop bas niveau pour un appli web simple. node.js n'est pas assez "sérieux/puissant". Je pense que google va sortir un language qui fonctionnera sur le principe de Node.js interprété, compilé en live) mais avec un peu plus de typage, de classes, de hashmap... bref des fonctions qui manque au javascript et que l'on retrouve dans Python/PHP. (Python et PHP ont l'inconvénient d'être purement interprété donc assez lent/gourmand)

  15. #15
    Membre actif
    Homme Profil pro Loic bob
    Développeur informatique
    Inscrit en
    avril 2006
    Messages
    84
    Détails du profil
    Informations personnelles :
    Nom : Homme Loic bob
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Industrie

    Informations forums :
    Inscription : avril 2006
    Messages : 84
    Points : 197
    Points
    197

    Par défaut

    Citation Envoyé par Lovmy Voir le message
    Bonjour,

    Je ne comprend pas pourquoi on cherche toujours à produire des nouveaux langages. Ne pourrais-t-on pas plutôt enrichir ceux existants ?

    Personnelement ma préférence va au C, on peut tout faire en C, du web (avec des CGI), des applications lourdes, des accès system (port USB, parallèle, ect... que l'on peut aussi accéder en java par exemple mais en créant des JNI avec une partie en... C).

    Bon OK les CGI c'est plus "compliqué" que du PHP ou du Java, peut-être, mais si on pond de bonnes librairies, cela peut faciliter la tache.

    Après j'entends dire, par exemple, "oui Perl c'est bien pour tout ce qui est traitement de texte", oui bon, éventuellement, mais on peut utiliser les expressions regulières en C.

    Après oui, un += sur un string c'est plus simple qu'un strcat, ok, mais on peut faire des += en C++, pourquoi ne pourrait-on pas ajouter cette fonctionnalitée dans une future version de C ?

    Bref, en gros, pourquoi ne par garder par exemple:

    C -> Applications et web (CGI)
    C++ -> Idem que C en orienté objet
    un shell évolué ou eventuellemetn Perl -> Script

    On n'aurait pas 36 langages à apprendre avec chacun leurs trucs et astuces spécifiques ?

    Qu'en pensez-vous ?
    Désolé mais je ne suis pas d'accord avec toi. S'il y a plusieurs langages c'est parce qu'il y a plusieurs besoins. C'est comme les voitures, j'ai une petite voiture et j'utilise qu'une voiture donc les pickup n'ont aucune raison d'exister...

    Au final si ça répond pas un besoin, le langage ne va pas être utilisé et il va disparaitre tout seul.

  16. #16
    Membre habitué
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mai 2002
    Messages
    228
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : mai 2002
    Messages : 228
    Points : 100
    Points
    100

    Par défaut Langage / besoin

    Re,

    Le langage C se doit de rester bas niveau. C'est ce qui lui donne ses performances, sa simplicité, sa portabilité, sa compilation rapide... Ce sont ses librairies qui doivent lui apporter le haut niveau et rien d'autre.
    Voila, c'est en gros la ou je voulais en venir. Enrichir l'existant de librairies pour gérer les problèmes techniques et sécurités (gestion de la mémoire, des chaines pour éviter les buffer overflow, enfin ce genre de truc), et aussi des librairies qui rende la programmation C plus facile.

    S'il y a plusieurs langages c'est parce qu'il y a plusieurs besoins.
    Au vu du nombre de langages existant, que ce soit orienté application, web, script, ca fait quand même beaucoup de besoins.

    Par exemple JAVA et .NET visent-ils 2 besoins différents ? Ils permettent tous les deux du dev d'applications "portable" (je mets entre guillements car en java, si on fait du JNI, le portable bin c'est plus ca, si on veut porter du java vers *BSD bin on n'a pas exactement les mêmes SDK, et en .NET y'a toujours un retard entre Linux avec Mono et Windows, à ce demander si un bon code C, utilisant des librairies portées, n'est pas aussi avantageux malgrés le fait qu'il faille recompiler le source) et du dev web.

    Pourquoi ne pas faire un langage dev applicatif, un dev web, et un pour les scripts ?

    Déjà que je suis pas doué pour les langues étrangères, alors si en dev on doit aussi savoir 36 "langues"...

    Cordialement.

  17. #17
    Membre chevronné Avatar de PatteDePoule
    Homme Profil pro
    Développeur .NET
    Inscrit en
    août 2008
    Messages
    361
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : août 2008
    Messages : 361
    Points : 706
    Points
    706

    Par défaut

    En assembleur on peut tout faire, pourquoi avoir développer d'autres langages?

    Pourquoi différent type de voitures existent? D'ustensiles? De vêtement? Chacun correspond à un besoin.

    Il y a l'évolution aussi. Parfois pour évoluer vers autre chose il faut une étape intermédiaire.

    Qui vivra verra!
    Les fautes d'orthographes sus-citées sont déposées auprès de leurs propriétaires respectifs. Aucune responsabilité n'est engagée sur la lisibilité du message ou les éventuels dommages qu'il peut engendrer.

  18. #18
    Membre actif Avatar de yotsumi
    Profil pro Julien L
    Inscrit en
    mars 2005
    Messages
    190
    Détails du profil
    Informations personnelles :
    Nom : Julien L
    Âge : 25
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : mars 2005
    Messages : 190
    Points : 170
    Points
    170

    Par défaut

    c'est vrai que google produit beaucoup de fiascos ( wave,buzz etc... )
    Même si certains de leurs projets n'ont pas été de grands succès, ce n'est pas un fiasco pour autant.

    Des technos utilisés dans wave sont dispo dans les Google docs maintenant.
    Google+ est d'une certaine manière le sucesseur plus complet de Buzz.

    Par ailleurs, ils n'hésitent pas à lancer des nouvelles technologies, en sachant pertinemment qu'elles ne seront pas utilisées à grande échelle dans l'immédiate. Mais on ne peut pas leur reprocher d'innover, d'autant plus qu'en général, leurs développements et leurs idées sont sérieuses et de très bonne qualité.

    Par exemple :
    Studio-Dev | Mon blog technique | CV
    Si tu ne sais pas : demande, si tu sais : partage ! (© PCI)

  19. #19
    Membre éprouvé
    Avatar de Tesing
    Profil pro
    Étudiant
    Inscrit en
    septembre 2009
    Messages
    273
    Détails du profil
    Informations personnelles :
    Âge : 31
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Enseignement

    Informations forums :
    Inscription : septembre 2009
    Messages : 273
    Points : 407
    Points
    407

    Par défaut

    Salut,
    un langage avec la souplesse de PHP, l'élégance de Python et la robustesse de Java.
    Heu
    Y'a quand même déjà du monde sur le créneau, ça va être dur !
    Keep it simple, stupid !

  20. #20
    Membre éclairé Avatar de thorium90
    Homme Profil pro Cyril
    Technicien réseaux et télécoms
    Inscrit en
    juillet 2008
    Messages
    117
    Détails du profil
    Informations personnelles :
    Nom : Homme Cyril
    Âge : 28
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien réseaux et télécoms
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : juillet 2008
    Messages : 117
    Points : 314
    Points
    314

    Par défaut

    Juste une remarque a ceux qui trouvent qu'il existe "trop" de langage différent et ne comprennent pas pourquoi :

    En fait je pense qu'il vous faut revoir le concept d'abstraction.
    En effet, comprenez bien que ce n'est pas le langage qui détermine son usage mais son niveau d'abstraction qui selon les capacités algorithmique du développeur en feront un langage plutôt dédié a une technologie qu'à une autre.

    Prenons l'exemple d'une serveur TCP, on va pouvoir le coder en C, C++, Python, java, .Net et j'en passe. Mais le niveau d'abstraction du langage déterminera sa portabilité, le détail de sa configuration possible, et la productivité du langage.

    Au final la vitesse a produire du code avec un langage sera inversement proportionnel a sa souplesse.

    Donc si google sort un nouveau langage de programmation c'est qu'il pense pouvoir nous offrir un nouvel arrangement du trinôme Souplesse-Productivité-abstraction. Ajoutez a ça, les API web qui vont bien et vous orienterez les usages, mais ça s'arrete la.

    Il me tarde donc de découvrir la nouvelle recette de google

    Edit :
    Alors en attendant de trouver le Saint Graal, on va se diriger de plus en plus vers une fragmentation des langages
    Il n'en existera jamais ou si il doit y en avoir un, il existe deja, c'est l'assembleur. La productivité de celui ci est à 0% tout comme son niveau d'abstraction tout en ayant sa souplesse à 100% et un langage dont la souplesse est a 100% et sa productivité aussi tient du paradoxe et ne peut exister.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •