reno69 a écrit
C'est pas sympa cette remarque nouknouk il y a plein d'autres langages que ceux que tu cites : le Cobol, le Fortran, Java, Matlab, lisp, le Pascal, le Prolog etc et on peut très bien ne pas aimer certains langages de programmation.
Certes, c'était de l'ordre de la boutade un peu caustique.
Mais reste que la syntaxe "style c" et les exemples de langages que j'ai cités (dont Java, et le C# que j'avais oublié) constituent quand même au bas mot 90% du code écrit de nos jours ; les autres langages appartiennent plus à des niches qu'autre chose (Python excepté). Et je trouve dommage de se priver de toute cette diversité juste pour une histoire de syntaxe qui ne me paraît pas si imbuvable que ça, au contraire.
Steph91 a écrit
Pol63 a écrit nouknouk a écrit Pol63 a écrit ca c'est intérressant ! je vais peut etre finalement regarder cet elixir bien qu'étant allergique aux syntaxes type C Domage cette allergie, sachant qu'à peu près l'ensemble des langages de programmation majeurs ont une syntaxe qui dérive du C: PHP, Javascript, C/C , Java, ... Tu développes en LOGO sur ton TO7-70 ou en QBasic ? je fais du vb.net, éventuellement du wpf ou du silverlight, et je te rassure on peut faire autant de choses si ce n'est plus qu'avec ce que tu cites ^_^ (et la plateforme .net n'est pas mineure il me semble) .Net n'est pas un langage, juste une plateforme. C#, c'est du .Net, c'est même plus ou moins le principal langage de la plateforme. C# a une syntaxe "type C". Vb.net, c'est du QBasic, orienté objet, adapté à .Net(au troll prêt !)
tu serais expert .net tu saurais quelle différences il y a entre vb.net et c#, à savoir 97% sur la syntaxe seulement, le framework étant le meme
Pol63 a écrit
Steph91 a écrit Pol63 a écrit nouknouk a écrit Pol63 a écrit ca c'est intérressant ! je vais peut etre finalement regarder cet elixir bien qu'étant allergique aux syntaxes type C Domage cette allergie, sachant qu'à peu près l'ensemble des langages de programmation majeurs ont une syntaxe qui dérive du C: PHP, Javascript, C/C , Java, ... Tu développes en LOGO sur ton TO7-70 ou en QBasic ? je fais du vb.net, éventuellement du wpf ou du silverlight, et je te rassure on peut faire autant de choses si ce n'est plus qu'avec ce que tu cites ^_^ (et la plateforme .net n'est pas mineure il me semble) .Net n'est pas un langage, juste une plateforme. C#, c'est du .Net, c'est même plus ou moins le principal langage de la plateforme. C# a une syntaxe "type C". Vb.net, c'est du QBasic, orienté objet, adapté à .Net(au troll prêt !) tu serais expert .net tu saurais quelle différences il y a entre vb.net et c#, à savoir 97% sur la syntaxe seulement, le framework étant le meme
Je ne crois pas t'avoir parlé sur un ton condéscendant. J'aurai aimé la même chose en retour. Mais si tu veux aller dans cette direction, pourquoi.
Déjà, tu serai expert .net, tu ne ferais pas du vb.net, qui n'a probablement été créé que pour donné une suite à VB. Mais il est vrai qu'on fait grosso-modo la même chose avec VB.net et C#.
Ensuite, tu me dis que le gros de la différence entre VB.Net et C#, c'est la syntaxe. Et ca tombe bien, c'est de ça dont on parlait. .Net est peut-être très utilisé, mais ce n'est pas le cas de VB.Net.
Ce qui nous donne :
->.Net = plateforme, pas de syntaxte
->VB.Net = langage : syntaxe sans accolade mais qui utilise VB.Net ?
nouknouk a écrit
Pol63 a écrit ca c'est intérressant ! je vais peut etre finalement regarder cet elixir bien qu'étant allergique aux syntaxes type C Domage cette allergie, sachant qu'à peu près l'ensemble des langages de programmation majeurs ont une syntaxe qui dérive du C: PHP, Javascript, C/C , Java, ... Tu développes en LOGO sur ton TO7-70 ou en QBasic ?
Ne t'en déplaise, la syntaxe de C peut très bien rebuter du monde qui préfère d'autres languages tels que le pascal et ses dérivés (pascal objet et delphi par exemple). De plus, il faut arrêter avec cette idée selon laquelle certains languages seraient périmés ou obsolètes. Et oui de nos jours, il existe encore des programmeurs en fortran, cobol ou autres langages du même genre. Et je ne parle pas du langage d'assemblage.
De toute façon, ce qui compte, c'est qu'un langage soit capable d'utiliser les bibliothèques qui vont bien. Et puis, on peut très bien exécuter un programme dans une machine virtuelle. Donc arrêtons avec ces idées préconçues lancées par les promoteurs de tel ou tel langage afin de faire croire que leur bébé est meilleur que celui du voisin.
nouknouk a écrit
reno69 a écrit C'est pas sympa cette remarque nouknouk il y a plein d'autres langages que ceux que tu cites : le Cobol, le Fortran, Java, Matlab, lisp, le Pascal, le Prolog etc et on peut très bien ne pas aimer certains langages de programmation.Certes, c'était de l'ordre de la boutade un peu caustique. Mais reste que la syntaxe "style c" et les exemples de langages que j'ai cités (dont Java, et le C# que j'avais oublié) constituent quand même au bas mot 90% du code écrit de nos jours ; les autres langages appartiennent plus à des niches qu'autre chose (Python excepté). Et je trouve dommage de se priver de toute cette diversité juste pour une histoire de syntaxe qui ne me paraît pas si imbuvable que ça, au contraire.
Ok j'apprécie ta réponse je vois que ce n'était pas juste une critique, nouknouk @mitié reno69
Steph91 a écrit
Pol63 a écrit Steph91 a écrit Pol63 a écrit nouknouk a écrit Pol63 a écrit ca c'est intérressant ! je vais peut etre finalement regarder cet elixir bien qu'étant allergique aux syntaxes type C Domage cette allergie, sachant qu'à peu près l'ensemble des langages de programmation majeurs ont une syntaxe qui dérive du C: PHP, Javascript, C/C , Java, ... Tu développes en LOGO sur ton TO7-70 ou en QBasic ? je fais du vb.net, éventuellement du wpf ou du silverlight, et je te rassure on peut faire autant de choses si ce n'est plus qu'avec ce que tu cites ^_^ (et la plateforme .net n'est pas mineure il me semble) .Net n'est pas un langage, juste une plateforme. C#, c'est du .Net, c'est même plus ou moins le principal langage de la plateforme. C# a une syntaxe "type C". Vb.net, c'est du QBasic, orienté objet, adapté à .Net(au troll prêt !) tu serais expert .net tu saurais quelle différences il y a entre vb.net et c#, à savoir 97% sur la syntaxe seulement, le framework étant le meme Je ne crois pas t'avoir parlé sur un ton condéscendant. J'aurai aimé la même chose en retour. Mais si tu veux aller dans cette direction, pourquoi. Déjà, tu serai expert .net, tu ne ferais pas du vb.net, qui n'a probablement été créé que pour donné une suite à VB. Mais il est vrai qu'on fait grosso-modo la même chose avec VB.net et C#. Ensuite, tu me dis que le gros de la différence entre VB.Net et C#, c'est la syntaxe. Et ca tombe bien, c'est de ça dont on parlait. .Net est peut-être très utilisé, mais ce n'est pas le cas de VB.Net. Ce qui nous donne :->.Net = plateforme, pas de syntaxte->VB.Net = langage : syntaxe sans accolade mais qui utilise VB.Net ?
moi je n'ai rien contre personne, désolé si tu as mal pris mon post précédent
je peux te dire qu'il y a des gens qui font du vb.net, c'est certes loin de la majorité de ceux qui sont sur .net
mais meme si y a peu de monde, c'est pas pour que c'est (je entre autre) des cons et que c'est un langage de merde, sinon les linuxiens sont des cons aussi, représentant moins de 10% des OS
NITC a écrit
Est-ce que l'on peut espérer un développement qui permettra à la freeHD de plus massacrer les photos (lorsque l'on l'utilse comme lecteur media) ?
J'ai jamais testé, donc je ne sais pas en quoi les photos sont "massacrées", mais c'est le genre d'appli qu'il sera possible de faire, oui.
Anonyme a écrit
prométhé a écrit Ne t'en déplaise, la syntaxe de C peut très bien rebuter du monde qui préfère d'autres languages tels que le pascal et ses dérivés (pascal objet et delphi par exemple). De plus, il faut arrêter avec cette idée selon laquelle certains languages seraient périmés ou obsolètes. Et oui de nos jours, il existe encore des programmeurs en fortran, cobol ou autres langages du même genre. Et je ne parle pas du langage d'assemblage. De toute façon, ce qui compte, c'est qu'un langage soit capable d'utiliser les bibliothèques qui vont bien. Et puis, on peut très bien exécuter un programme dans une machine virtuelle. Donc arrêtons avec ces idées préconçues lancées par les promoteurs de tel ou tel langage afin de faire croire que leur bébé est meilleur que celui du voisin. Je confirme et fais partit de ceux que le C rebute !! Et le pascal et delphi sont quand meme bein plus simple pour faire les meme chose je trouve !! De plus on pas besoin de tous un un tas truc à faire installer à l'utilisateur comme MS.net farmework. Un .exe et c tous.... (du moins sous windows) De toute facon le seul "language" qui peut etre au dessus des autre, c'est le binaire @
Toutes ces choses que l'on nous fais installer simplifient certes la programmation, mais cela permet aussi de nous éloigner des mécanismes sensibles qui font fonctionner un ordinateur. Ce qui est le contraire avec un langage d'assemblage. Et pourquoi tiennent-ils tant à nous barrer l'accès à l'accès aux fonctions de base de nos machines? Certains diront que c'est pour éviter des problèmes de compatibilité, d'autres que c'est pour sécuriser le fonctionnement des programmes et éviter les plantages. Mais en fait tout ce qui les intéresse, c'est de gêner la compréhension de certains des mécanismes qu'ils utilisent. Car certains servent pour les systèmes de protections ou les DRM. Mais aussi parce que cela retarde la propagation de certaines technologies hors de leur plateforme d'origine. Et cela même si le but des langages de haut niveau est normalement de faciliter la portabilité des applications.
prométhé a écrit
Toutes ces choses que l'on nous fais installer simplifient certes la programmation, mais cela permet aussi de nous éloigner des mécanismes sensibles qui font fonctionner un ordinateur. Ce qui est le contraire avec un langage d'assemblage. Et pourquoi tiennent-ils tant à nous barrer l'accès à l'accès aux fonctions de base de nos machines? Certains diront que c'est pour éviter des problèmes de compatibilité, d'autres que c'est pour sécuriser le fonctionnement des programmes et éviter les plantages. Mais en fait tout ce qui les intéresse, c'est de gêner la compréhension de certains des mécanismes qu'ils utilisent. Car certains servent pour les systèmes de protections ou les DRM. Mais aussi parce que cela retarde la propagation de certaines technologies hors de leur plateforme d'origine. Et cela même si le but des langages de haut niveau est normalement de faciliter la portabilité des applications.
Pour moi, c'est plutôt pour coder une même chose plus vite, en moins de lignes et donc pouvoir vendre du code moins cher et plus facilement maintenable. Donc encore une logique de réduction des coûts.
yoyo269 a écrit
prométhé a écrit Toutes ces choses que l'on nous fais installer simplifient certes la programmation, mais cela permet aussi de nous éloigner des mécanismes sensibles qui font fonctionner un ordinateur. Ce qui est le contraire avec un langage d'assemblage. Et pourquoi tiennent-ils tant à nous barrer l'accès à l'accès aux fonctions de base de nos machines? Certains diront que c'est pour éviter des problèmes de compatibilité, d'autres que c'est pour sécuriser le fonctionnement des programmes et éviter les plantages. Mais en fait tout ce qui les intéresse, c'est de gêner la compréhension de certains des mécanismes qu'ils utilisent. Car certains servent pour les systèmes de protections ou les DRM. Mais aussi parce que cela retarde la propagation de certaines technologies hors de leur plateforme d'origine. Et cela même si le but des langages de haut niveau est normalement de faciliter la portabilité des applications. Pour moi, c'est plutôt pour coder une même chose plus vite, en moins de lignes et donc pouvoir vendre du code moins cher et plus facilement maintenable. Donc encore une logique de réduction des coûts.
Effectivement, il y a aussi cet aspect de la chose qui rentre en compte. Mais ce n'est pas le seul.
Sinon, pour que la maintenance des programmes soit plus facile, il faudrait que l'on puisse avoir accès aussi aux briques de base que sont les bibliothèques. Mais dans beaucoup de langages, c'est impossible car les droits d'auteur nous en empêche donc on en revient bien à ce que je disais. On veut limiter la liberté d'action des programmeurs afin qu'ils ne puissent pas mettre leur nez là où on ne veut pas qu'il le mette. Autrement dit, on te présente une boite noir et tout ce que tu as le droit de faire, c'est de brancher des fils sur les prises qui sont dessus. Après si tu ne peux pas faire ce que tu veux parce qu'il y a un conflit entre ce que tu souhaites faire et ce qui se trouve à l'intérieur de la boite. C'est tant pis pour toi.
prométhé a écrit
Sinon, pour que la maintenance des programmes soit plus facile, il faudrait que l'on puisse avoir accès aussi aux briques de base que sont les bibliothèques. Mais dans beaucoup de langages, c'est impossible car les droits d'auteur nous en empêche donc on en revient bien à ce que je disais. On veut limiter la liberté d'action des programmeurs afin qu'ils ne puissent pas mettre leur nez là où on ne veut pas qu'il le mette. Autrement dit, on te présente une boite noir et tout ce que tu as le droit de faire, c'est de brancher des fils sur les prises qui sont dessus. Après si tu ne peux pas faire ce que tu veux parce qu'il y a un conflit entre ce que tu souhaites faire et ce qui se trouve à l'intérieur de la boite. C'est tant pis pour toi.
Bah c'est une boite noire quoi, je vois pas le rapport avec le niveau du langage.
Si tu prends la librairie Qt, elle est libre et avec le C plus plus tu fais des trucs magnifiques en un rien de temps.
Si on avait eu la même librairie mais totalement fermée, façon API Win 32, le C plus plus n'y pourra rien. Tu auras des API, mais tu sauras absolument pas comment ça se passe derrière.
Bonjour, avant de poster, veuillez vous assurer d'avoir pris connaissance des règles.
X
Quatre consignes avant de réagir :
- Rester dans le cadre de l'article. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant une faute dans l'article, merci de nous contacter exclusivement par le formulaire "signaler une erreur" lors de la sélection du texte de l'article (les commentaires portants sur ce sujet seront systématiquement supprimés).
Vous devez créer un compte Freezone et être connecté afin de pouvoir poster un commentaire.
snoopy80
Envoyer message
Pas mal, très bien !