apt-get mod_mono
tu veras pas le côté productif de Visual Studio, mais au moins tu comprendras le fonctionnement de .NET, tu verras qu'il interprète pas, tu verras l'intérêt des bibliothèques de contrôles web réutilisables, etc.
Mais je ne vois pas ce que sa change dans un cas ou dans l'autre puisque si par exemple par erreur je change la nature d'un champ dans une bdd ou que mon serveur de bdd soit tombé,
J'ai jamais dis que le compilateur était capable de parer toutes les erreurs, c'est un juste un outil parmis d'autre qui participe à la qualité du code produit.
Pour ce qui est de la vérification de la syntaxe, il existe de très bon ide pour les language interprété qui permet d'évité ce type d'erreur....
Ben même avec Zend en PHP j'ai du mal à avoir les mêmes vérifications qu'un compilateur. Et pendant que Zend se tue à essayer de deviner le type de tes objets (ce qu'il ne peut pas deviner à tous les coups), l'IDE d'un langage compilé lui te propose d'autres choses bien plus productives ;)
Maintenant je n'ai jamais testé .Net mais pour avoir réalisé quelques projets sous tomcat, je dois dire que les languages compilés ne me manquent vraiment pas...
Oué mais en Java tu codes comme en PHP : tu mélanges HTML et Java, bref, t'as rien pas beaucoup d'avantage à part l'intégration avec le reste du projet en Java. Ca commence à bouger en Java avec les JSF qui font un peu comme ASP.NET. En ASP.NET tu as fichier source qui n'est pas mélangé au HTML, tu codes des classes "normales" avec tous les avantages des IDE traditionnels, tous les avantages de la compilation, tous les avantages des libs existantes, etc.
Donc si tu n'as pas l'usine à gaz propriétaire visual dupleix pour concevoir tes usines à gaz persos, ça n'apporte rien par rapport à php
C'est un fait, faire de l'ASP.NET sans Visual Studio, c'est faisable mais c'est bien lourd et pas productif.
A l'éxécution, .NET compile, ce qui devrait lui fournir un avantage, hors il ne compile que du bytecode parsé et executé par une VM derrière et pas du langage machine natif
Combien de fois va-t-il falloir le répéter : la VM .NET ne fonctionne pas sur le modèle de l'interprétation, mais sur le modèle de la compilation : le bytecode est traduit en code machine, à l'exécution ou AVANT : au final c'est du code machine natif qui s'exécute.
Et si on juge le développement, si on égalise les moyens (simple éditeur de texte avancé avec coloration syntaxique pour les deux cas), je crois que le temps de déboguage fera la différence.
Oué sauf que les comparaisons théoriques me semblent parfaitement inutiles. Moi je préfères comparer avec ce qui se passe dans la réalité : on fait de l'ASP.NET avec Visual Studio.NET.
Mais l'aisance d'apprentissage de PHP et la puissance de certaines fonctions basiques peuvent aussi jouer.
Question fonctions basiques, je vois pas. Question apprentissage, oui PHP est beaucoup plus simple. Mais ASP.NET te propose de partir de tes connaissances existantes : tu prends ton langage favori (C#, VB.NET, C++), tu ne perds donc pas de temps à réaprendre un langage. ASP.NET a un modèle de composants proche de ce qui se fait côté clients lourds : tu ne perds pas de temps à réapprendre le fonctionnement de base.
On gagnera beaucoup de temps sur certains points et on en perdra sur d'autres dans les deux cas
En quoi on perdra du temps en ASP.NET par exempel ?
et en plus tout en gardant des performances maximum (la fonction include() de php est en cela un modèle de puissance et d'utilité uniligne que peu d'autres langages égalent).
Moi en C# je fais :
using MaLibWeb;
C'est beaucoup plus long dis donc :)
Et tout le désintérêt aussi : rigidité, opacité, plantabilité, mélange abscons de langages compilé et interprétés dans le même projet...
Rigidité je veux bien.
Opacité, désolé je vois pas.
Plantabilité : euh c'est l'inverse, un compilateur est quand la première barrière pour empêcher le compilateur d'écrire des conneries.
mélange abscons de langages compilé et interprétés dans le même projet...
Vu que rien n'est interprété comme je l'ai expliqué plus haut, cette remarque ne tient pas debout.
Je penses qu'il faudrait que tu commences par essayer ASP.NET avant de continuer la conversation, au moins on perdrait pas de temps sur des contre-vérités.
J'avais essayé de développer un site avec la technologie ASP.net en 2004 juste avec un éditeur de texte (
Evidemment paye ta galère :) Faut l'environnement de dev Visual Studio .NET et c'est tout de suite plus rapide. En plus le risque en partant avec un simple éditeur de texte, c'est de coder comme en PHP, cad avec des < % code au milieu du HTML, sans utiliser de code-behind, bref affreux.
Et honnêtement j'ai trouvé cela bien compliqué par rapport à du PHP
Certes, c'est beaucoup plus compliqué. Mais aussi beaucoup plus puissant.
et aussi assez lent.
Euh, quand t'es en mode release et que tout est compilé, c'est en tout cas plus rapide que du PHP. Enfin c'est difficilement comparable tellement on code pas pareil en PHP qu'en ASP.NET.
Les contrôles pissaient du code en fonction du navigateur, ce que je trouve inacceptable
Moi je trouve ca génial au contraire :) Tant que IE ne respecte pas les standards, on est bien obligé de faire au cas par ca.
Les contrôles cela m'a fait penser un peu aux composants
Mais c'est des composants : le gros avantages c'est qu'ils sont réutilisables. Quand on y a goûté, difficile de revenir à PHP.
j'ai été obligé d'utiliser des contrôles pour simuler les templates.
Moi j'ai envi de te répondre qu'en PHP tu dois faire des templates pour simuler des contrôles ;)
Sans compter que dès que j'ai voulu faire quelque chose d'un peu compliqué j'ai dû commencer à compiler des assemblies.
Tout l'intérêt est là : le code C# est compilé, tu as donc tous les avantages liés : vérifications de type, débogage, performances, etc.
En tout cas ca semble pas être de l'ASP.NET 2.0. Peut être du 1.0.
De toute façon, ASP .NET ou pas, ce n'est pas la techno qui permet d'écrire du bon (X)HTML, mais ceux assis entre la chaise et la clavier.
En fait faut retourner la phrase : ASP.NET premier du nom ne permettait pas de faire du XHTML valide (il fallait vraiment s'arracher et générer soit même le code). ASP.NET 2.0 le permet. Evidemment tant que le programmeur pourra toujours écrire lui même des bouts de HTML il pourra toujours faire n'importe quoi. Mais bon déjà quand l'environnement de dev (Visual Studio) qui est là pour t'aider t'influence dans la bonne direction (genre validation XHTML), ca aide :)
Super, t'arrive à me montrer avec un site qui n'est pas fait en ASP.NET 2.0 que l'ASP.NET 2.0 a dû mal à faire du XHTML valide... balaise :)
cela dit, même si ces pages étaient valides, si c'est juste pour générer des pages avec des documents à télécharger dont le format n'est pas ouvert, je ne vois pas l'intérêt non plus
Je penses que le but est avant tout de toucher les utilisateurs. C'est pas en mettant des .bz2 et des ogm qui vont toucher grand monde.
et oui, comme ils le disent si bien, avec microsoft(tm), "les standards vont en prendre un coup" ;)
Oui, avec ASP.NET 2.0 tu peux pondre du XHTML valide.
Mais c'est trop tard !
Le 4x4 des champs a déjà copulé avec de nombreuses voitures des villes, provoquant l'apparition de races batardes... Et ce sont bien ces derniers dont on se sait que faire : ils ont gardés la plupart des inconvénients de leurs ancètres, mais ont perdus toutes leurs qualités d'adaptation au milieux naturels hostiles, leur milieu naturelle c'est maintenant la ville.
Tout comme les news WinLibre ou Loliwin, c'est de la seconde page, comme toutes les news qui concernent une minorité de lecteur. Quand je vois les news de qualité qui passent en seconde page parcque le sujet ne touche pas tout le monde...
Oué enfin on fait s'occupe pas de la majorité des LL sous les autres OS, comme sous Windows par exemple où on a : Filezilla, eMule, MediaPlayerClassic, 7-Zip, SharpDevelop, etc. mais aussi des surcouches à Gecko comme K-Meleon. Pourtant je penses que la plupart des lecteurs de LinuxFR s'en moquent.
Certains hésitaient à demander re-redac, parcque la news est vraiment "lég", la majorité a voté pour seconde page mais non, visiblement il faut faire de la "pub" pour la fondation mozilla.
Franchement plutôt que de chercher une licence pro LL (jeu de mot pourri) pour être "reconnu", tu ferais mieux de réfléchir à ce qui est vraiment utile comme diplome pour un développeur à l'heure actuelle : forcer de constater que la plupart des developpeurs embauchés en entreprises aujourd'hui sont des BAC+5, qu'ils soient pro-LL ou pas n'est pas la question.
Après il est facile de remplir ton CV avec les mots-clés "Linux" "Outils GNU" "CVS/Subversion", etc.
Ah oui, et certaines fac sont "pro" LL, de nombreuses salles TP sous Linux par exemple, utilisation d'Eclipse, etc.
Ralala.
Merci je sais ce que c'est que l'XP et le TDD. Je sais les gains que ca apporte. Des fois même que je l'utilises dis donc :)
Oui c'est fort possible (j'en suis personnelement convaincu) que ces approches apportent un gain de productivité indéniable. On est bien d'accord. Mais c'est pas la question !
On parle de Python là !
Moi je crois surtout que tu veux pas argumenter et tu préfères me rediriger vers un autre sujet.
Bon c'est bien tu commences à argumenter un minimum (va-t-on enfin découvrir l'équation miracle qui nous donne progPython.tempsdevel = progJava.tempsdevel /5 ?)
Je comprends pas du tout le passage : on code bcp plus vite en Python qu'en C++ ou Java
car si tu bosses en TDD, tu débug en écrivant des tests
Whatistherapport ?
Moi ce que je vois surtout, c'est qu'en Python, si tu veux avoir un minimum de qualité, t'es obligé d'écrire des tests. En tout cas beaucoup plus qu'en Java par exemple. (Bah oui faut tester tout ce que le compilateur Java test tout seul comme un grand). Tu m'explique où est le gain de productivité ? On est mal barré pour l'équation :)
Pas le temps de codage , le nombre de ligne de code.
Dans ce cas on parle pas de "rapide" ou "long". On parle de "court".
La phrase de tarik est :
"un programme équivalent en C++ ou Java sera toujours 5 fois plus long à écrire, à maintenir, à déboguer…"
Ca inclu largement plus que le nombre de lignes de code. Quand on dit "écrire un programme", on pense à toute la chaîne, de la conception à la maintenance, en passant par le codage et le débogage comme il le précise. Et l'idée est bien de faire passer l'idée qu'il est 5 fois plus rapide de développer en Python, il ne s'en cache d'ailleur pas.
Toi t'es un gros malin.
J'emploi impact dans le sens d'une "influence". Par définition l'influence est un phénomène intellectuel et moral que chacun est à même d'apprécier à sa façon. Je te laisse donc toi même te documenter sur les "faits", sur l'importance des relations entre ATI/nVidia et MS, pour en juger toi même.
Franchement t'as fait un bench pour affirmer ca ?
Déjà c'est rigolo t'enlève Java et tu laisse seulement C++ :)
Ensuite la rapidité est une des propriétés d'un programme. Si tu veux avoir des programmes "équivalents", faut au moins qu'ils est des perfs comparables. Va dire aux mecs qui développent Apache que le temps qu'il passe à améliorer les perfs de leur serveur web c'est équivalent à un pauvre serveur web écrit en 5 fois moins de temps dans un autre langage. Si tu veux comparer, compare ce qui est comparable, bref des softs à fonctionnalités, performances, et ergonomies très proches. Ou alors n'affirme pas ce genre d'anneries.
Non parcque si je calcule bien, si tu te lances maintenant à faire, je sais pas moi, un IDE, d'ici 1 an t'auras déjà l'équivalent d'Eclipse.
Désolé oui j'ai mal repris les propos, mais c'est pas grave, ca me paraît tout aussi stupide.
Je vois pas comment on peut affirmer ce genre de trucs comme ca paf, d'entrée de jeu, sans rien derrière, en affirmant un truc quantifié, comme si le temps mis à codé était important quantifiable... Un code équivalent ca veut dire quoi ? Avec la même qualité ? Les mêmes performances ? Le même comportement ? C'est du n'importe quoi c'est tout.
qu'on pourrait repartir sur des comparaisons plus argumentées.
Moi je ne cherchais pas à argumenter sur le fond, bref, sur Python, moi j'ai juste gueulé sur la forme, je ne rentrerais donc pas dans le débat sur C# 3 :) (Bon si t'insiste un peu et que tu me taquines...)
Pourquoi commercial ?
Parcque tu rediriges subtilement le lecteur vers ton site qui affiche comme beau logo ton livre alors que t'aurais pu pointer l'interview directement. A moins que tu ne touches rien sur la vente de chaque bouquin bien entendu...
C'est le style de Jdnet, pour moi l'essentiel est de promouvoir
Ca a beau être le style de JDNet, c'est toi qui a dit que c'était 5 fois plus rapide, ils l'ont pas inventé. Et même si l'essentiel est de promouvoir, c'est pas une raison pour dire des conneries grosses comme ca. Là ca fait vraiment du discours purement commercial.
Le pire c'est que tu aurais dû savoir que le journaliste de JDNet allait s'empresser d'intrôniser dès le début cette phrase, tellement elle paraît extra-ordinaire pour le néophite.
Tiens un article qui peut t'intéresser : http://blog.guykawasaki.com/2006/01/the_art_of_evan.html
Héhé :)
Mais non, je ne suis pas vexé pour 2 sous, l'interview aurait parlé de n'importe quoi même Mono ca m'aurait énervé. C'est le principe de poster un journal purement publicitaire et à des fins commerciales qui plus est, qui m'exaspère.
et ta signature avec un lien vers ton site, elle sent le fromage ? :)
Pour moi y'a une grosse différence entre :
- je met un lien non clickable avec à côté la description exacte du lien : bref tu vas voir si tu veux. C'est de la pub si tu veux, mais elle a le mérite de ne pas induire le lecteur en erreur. Ensuite c'est de la "pub" pour un site communautaire dont je ne retire absolument aucun
- j'annonce un article et je redirige le lecteur vers une pub pour mon site où je fais la promo de mon livre dont je tire des bénéfices.
Bon après je veux bien croire que le journaleux a mal retranscrit tes propos, mais bon déjà l'intro "c'est 5 fois plus rapide", c'est vraiment du discours marketing à 2 balles : ca touche peut être les décideurs pressés qui lisent JDN, mais franchement ca nuit clairement à ta crédibilité auprès de geeks sur LinuxFr.
Alors déjà, pas de résumé, juste un lien... Super.
C'est pas grave le click.
Ah merde je tombe pas directement sur l'interview, mais sur ton site. Ca sens le petit coup de pub au passage. Super.
Bon j'insiste, je tombe enfin sur l'interview.
Je lis le début : "Python permet d'aller 5 fois plus vite"
Ok, on se dirige donc vers un publi-reportage. Tu me diras, c'est pour JDNet, faudrait pas casser leur ligne rédactionnelle.
Ensuite on trouve de nombreuses contradictions :
"Python c'est simple"
mais quand on veut optimiser
"C'est compliqué"
...
"On peut utiliser Python dans tous les contextes"
Mais plus loin
"Je crois que Python n'est pas conçu pour l'informatique embarquée. Idem pour les domaines disposant d'un langage spécialisé (Ada, C, C++). Dans le cadre de projets informatiques industriels, bien que la partie applicative ne se ferait pas en Python"
Voilà voilà. Désolé mais y'a des trucs comme ca qui m'énerve.
Ben oui, un personne disait que ca serait bien que les API des cartes graphiques soient standardisés, parcque justement avec XGL ca va pas marcher chez tout le monde. Moi j'ai précisé qu'on avait de forte chance de voir les APIs des cartes graphiques se stabiliser avec le prochain DirectX. Et forcé de constater que MS et DirectX ont beaucoup plus d'impact sur nVidia et Ati que l'OpenGL ou même Novell avec XGL. Bref, je pense que DirectX profitera aussi à nous linuxien de manière indirect.
[^] # Re: TImaniac dot net
Posté par TImaniac (site web personnel) . En réponse au journal Daniel Robbins quitte Microsoft. Évalué à 4.
tu veras pas le côté productif de Visual Studio, mais au moins tu comprendras le fonctionnement de .NET, tu verras qu'il interprète pas, tu verras l'intérêt des bibliothèques de contrôles web réutilisables, etc.
[^] # Re: TImaniac dot net
Posté par TImaniac (site web personnel) . En réponse au journal Daniel Robbins quitte Microsoft. Évalué à 0.
J'ai jamais dis que le compilateur était capable de parer toutes les erreurs, c'est un juste un outil parmis d'autre qui participe à la qualité du code produit.
Pour ce qui est de la vérification de la syntaxe, il existe de très bon ide pour les language interprété qui permet d'évité ce type d'erreur....
Ben même avec Zend en PHP j'ai du mal à avoir les mêmes vérifications qu'un compilateur. Et pendant que Zend se tue à essayer de deviner le type de tes objets (ce qu'il ne peut pas deviner à tous les coups), l'IDE d'un langage compilé lui te propose d'autres choses bien plus productives ;)
Maintenant je n'ai jamais testé .Net mais pour avoir réalisé quelques projets sous tomcat, je dois dire que les languages compilés ne me manquent vraiment pas...
Oué mais en Java tu codes comme en PHP : tu mélanges HTML et Java, bref, t'as rien pas beaucoup d'avantage à part l'intégration avec le reste du projet en Java. Ca commence à bouger en Java avec les JSF qui font un peu comme ASP.NET. En ASP.NET tu as fichier source qui n'est pas mélangé au HTML, tu codes des classes "normales" avec tous les avantages des IDE traditionnels, tous les avantages de la compilation, tous les avantages des libs existantes, etc.
[^] # Re: TImaniac dot net
Posté par TImaniac (site web personnel) . En réponse au journal Daniel Robbins quitte Microsoft. Évalué à 3.
C'est un fait, faire de l'ASP.NET sans Visual Studio, c'est faisable mais c'est bien lourd et pas productif.
A l'éxécution, .NET compile, ce qui devrait lui fournir un avantage, hors il ne compile que du bytecode parsé et executé par une VM derrière et pas du langage machine natif
Combien de fois va-t-il falloir le répéter : la VM .NET ne fonctionne pas sur le modèle de l'interprétation, mais sur le modèle de la compilation : le bytecode est traduit en code machine, à l'exécution ou AVANT : au final c'est du code machine natif qui s'exécute.
Et si on juge le développement, si on égalise les moyens (simple éditeur de texte avancé avec coloration syntaxique pour les deux cas), je crois que le temps de déboguage fera la différence.
Oué sauf que les comparaisons théoriques me semblent parfaitement inutiles. Moi je préfères comparer avec ce qui se passe dans la réalité : on fait de l'ASP.NET avec Visual Studio.NET.
Mais l'aisance d'apprentissage de PHP et la puissance de certaines fonctions basiques peuvent aussi jouer.
Question fonctions basiques, je vois pas. Question apprentissage, oui PHP est beaucoup plus simple. Mais ASP.NET te propose de partir de tes connaissances existantes : tu prends ton langage favori (C#, VB.NET, C++), tu ne perds donc pas de temps à réaprendre un langage. ASP.NET a un modèle de composants proche de ce qui se fait côté clients lourds : tu ne perds pas de temps à réapprendre le fonctionnement de base.
On gagnera beaucoup de temps sur certains points et on en perdra sur d'autres dans les deux cas
En quoi on perdra du temps en ASP.NET par exempel ?
et en plus tout en gardant des performances maximum (la fonction include() de php est en cela un modèle de puissance et d'utilité uniligne que peu d'autres langages égalent).
Moi en C# je fais :
using MaLibWeb;
C'est beaucoup plus long dis donc :)
Et tout le désintérêt aussi : rigidité, opacité, plantabilité, mélange abscons de langages compilé et interprétés dans le même projet...
Rigidité je veux bien.
Opacité, désolé je vois pas.
Plantabilité : euh c'est l'inverse, un compilateur est quand la première barrière pour empêcher le compilateur d'écrire des conneries.
mélange abscons de langages compilé et interprétés dans le même projet...
Vu que rien n'est interprété comme je l'ai expliqué plus haut, cette remarque ne tient pas debout.
Je penses qu'il faudrait que tu commences par essayer ASP.NET avant de continuer la conversation, au moins on perdrait pas de temps sur des contre-vérités.
[^] # Re: daniel dot net
Posté par TImaniac (site web personnel) . En réponse au journal Daniel Robbins quitte Microsoft. Évalué à 5.
Evidemment paye ta galère :) Faut l'environnement de dev Visual Studio .NET et c'est tout de suite plus rapide. En plus le risque en partant avec un simple éditeur de texte, c'est de coder comme en PHP, cad avec des < % code au milieu du HTML, sans utiliser de code-behind, bref affreux.
Et honnêtement j'ai trouvé cela bien compliqué par rapport à du PHP
Certes, c'est beaucoup plus compliqué. Mais aussi beaucoup plus puissant.
et aussi assez lent.
Euh, quand t'es en mode release et que tout est compilé, c'est en tout cas plus rapide que du PHP. Enfin c'est difficilement comparable tellement on code pas pareil en PHP qu'en ASP.NET.
Les contrôles pissaient du code en fonction du navigateur, ce que je trouve inacceptable
Moi je trouve ca génial au contraire :) Tant que IE ne respecte pas les standards, on est bien obligé de faire au cas par ca.
Les contrôles cela m'a fait penser un peu aux composants
Mais c'est des composants : le gros avantages c'est qu'ils sont réutilisables. Quand on y a goûté, difficile de revenir à PHP.
j'ai été obligé d'utiliser des contrôles pour simuler les templates.
Moi j'ai envi de te répondre qu'en PHP tu dois faire des templates pour simuler des contrôles ;)
Sans compter que dès que j'ai voulu faire quelque chose d'un peu compliqué j'ai dû commencer à compiler des assemblies.
Tout l'intérêt est là : le code C# est compilé, tu as donc tous les avantages liés : vérifications de type, débogage, performances, etc.
[^] # Re: daniel dot net
Posté par TImaniac (site web personnel) . En réponse au journal Daniel Robbins quitte Microsoft. Évalué à 0.
De toute façon, ASP .NET ou pas, ce n'est pas la techno qui permet d'écrire du bon (X)HTML, mais ceux assis entre la chaise et la clavier.
En fait faut retourner la phrase : ASP.NET premier du nom ne permettait pas de faire du XHTML valide (il fallait vraiment s'arracher et générer soit même le code). ASP.NET 2.0 le permet. Evidemment tant que le programmeur pourra toujours écrire lui même des bouts de HTML il pourra toujours faire n'importe quoi. Mais bon déjà quand l'environnement de dev (Visual Studio) qui est là pour t'aider t'influence dans la bonne direction (genre validation XHTML), ca aide :)
[^] # Re: daniel dot net
Posté par TImaniac (site web personnel) . En réponse au journal Daniel Robbins quitte Microsoft. Évalué à 3.
cela dit, même si ces pages étaient valides, si c'est juste pour générer des pages avec des documents à télécharger dont le format n'est pas ouvert, je ne vois pas l'intérêt non plus
Je penses que le but est avant tout de toucher les utilisateurs. C'est pas en mettant des .bz2 et des ogm qui vont toucher grand monde.
[^] # Re: daniel dot net
Posté par TImaniac (site web personnel) . En réponse au journal Daniel Robbins quitte Microsoft. Évalué à 3.
et oui, comme ils le disent si bien, avec microsoft(tm), "les standards vont en prendre un coup" ;)
Oui, avec ASP.NET 2.0 tu peux pondre du XHTML valide.
# trop tard !
Posté par TImaniac (site web personnel) . En réponse au journal HS: De la réintroduction du 4x4 dans son milieu naturel. Évalué à 10.
Le 4x4 des champs a déjà copulé avec de nombreuses voitures des villes, provoquant l'apparition de races batardes... Et ce sont bien ces derniers dont on se sait que faire : ils ont gardés la plupart des inconvénients de leurs ancètres, mais ont perdus toutes leurs qualités d'adaptation au milieux naturels hostiles, leur milieu naturelle c'est maintenant la ville.
[^] # Re: Linuxfr ?
Posté par TImaniac (site web personnel) . En réponse à la dépêche Camino 1.0 est disponible. Évalué à -9.
[^] # Re: Linuxfr ?
Posté par TImaniac (site web personnel) . En réponse à la dépêche Camino 1.0 est disponible. Évalué à 0.
Certains hésitaient à demander re-redac, parcque la news est vraiment "lég", la majorité a voté pour seconde page mais non, visiblement il faut faire de la "pub" pour la fondation mozilla.
[^] # Re: est ce vraiment nécessaire ?
Posté par TImaniac (site web personnel) . En réponse au journal Etudes supérieurs en développement. Évalué à 4.
Après il est facile de remplir ton CV avec les mots-clés "Linux" "Outils GNU" "CVS/Subversion", etc.
Ah oui, et certaines fac sont "pro" LL, de nombreuses salles TP sous Linux par exemple, utilisation d'Eclipse, etc.
[^] # Re: Mouais 2
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 3.
Merci je sais ce que c'est que l'XP et le TDD. Je sais les gains que ca apporte. Des fois même que je l'utilises dis donc :)
Oui c'est fort possible (j'en suis personnelement convaincu) que ces approches apportent un gain de productivité indéniable. On est bien d'accord. Mais c'est pas la question !
On parle de Python là !
Moi je crois surtout que tu veux pas argumenter et tu préfères me rediriger vers un autre sujet.
[^] # Re: Mouais 2
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 2.
Je comprends pas du tout le passage :
on code bcp plus vite en Python qu'en C++ ou Java
car
si tu bosses en TDD, tu débug en écrivant des tests
Whatistherapport ?
Moi ce que je vois surtout, c'est qu'en Python, si tu veux avoir un minimum de qualité, t'es obligé d'écrire des tests. En tout cas beaucoup plus qu'en Java par exemple. (Bah oui faut tester tout ce que le compilateur Java test tout seul comme un grand). Tu m'explique où est le gain de productivité ? On est mal barré pour l'équation :)
[^] # Re: Mouais 2
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 2.
Dans ce cas on parle pas de "rapide" ou "long". On parle de "court".
La phrase de tarik est :
"un programme équivalent en C++ ou Java sera toujours 5 fois plus long à écrire, à maintenir, à déboguer…"
Ca inclu largement plus que le nombre de lignes de code. Quand on dit "écrire un programme", on pense à toute la chaîne, de la conception à la maintenance, en passant par le codage et le débogage comme il le précise. Et l'idée est bien de faire passer l'idée qu'il est 5 fois plus rapide de développer en Python, il ne s'en cache d'ailleur pas.
[^] # Re: Mouais 2
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 2.
", c'est à dire qu'une programme en Python est 5 fois plus court et rapide à écrire "
[^] # Re: Flashy mais...
Posté par TImaniac (site web personnel) . En réponse au journal XGL. Évalué à -1.
J'emploi impact dans le sens d'une "influence". Par définition l'influence est un phénomène intellectuel et moral que chacun est à même d'apprécier à sa façon. Je te laisse donc toi même te documenter sur les "faits", sur l'importance des relations entre ATI/nVidia et MS, pour en juger toi même.
[^] # Re: Mouais
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 1.
Déjà c'est rigolo t'enlève Java et tu laisse seulement C++ :)
Ensuite la rapidité est une des propriétés d'un programme. Si tu veux avoir des programmes "équivalents", faut au moins qu'ils est des perfs comparables. Va dire aux mecs qui développent Apache que le temps qu'il passe à améliorer les perfs de leur serveur web c'est équivalent à un pauvre serveur web écrit en 5 fois moins de temps dans un autre langage. Si tu veux comparer, compare ce qui est comparable, bref des softs à fonctionnalités, performances, et ergonomies très proches. Ou alors n'affirme pas ce genre d'anneries.
Non parcque si je calcule bien, si tu te lances maintenant à faire, je sais pas moi, un IDE, d'ici 1 an t'auras déjà l'équivalent d'Eclipse.
[^] # Re: Mouais 2
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 1.
Je vois pas comment on peut affirmer ce genre de trucs comme ca paf, d'entrée de jeu, sans rien derrière, en affirmant un truc quantifié, comme si le temps mis à codé était important quantifiable... Un code équivalent ca veut dire quoi ? Avec la même qualité ? Les mêmes performances ? Le même comportement ? C'est du n'importe quoi c'est tout.
qu'on pourrait repartir sur des comparaisons plus argumentées.
Moi je ne cherchais pas à argumenter sur le fond, bref, sur Python, moi j'ai juste gueulé sur la forme, je ne rentrerais donc pas dans le débat sur C# 3 :) (Bon si t'insiste un peu et que tu me taquines...)
[^] # Re: Mouais
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 3.
Parcque tu rediriges subtilement le lecteur vers ton site qui affiche comme beau logo ton livre alors que t'aurais pu pointer l'interview directement. A moins que tu ne touches rien sur la vente de chaque bouquin bien entendu...
[^] # Re: Mouais
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 1.
Ca a beau être le style de JDNet, c'est toi qui a dit que c'était 5 fois plus rapide, ils l'ont pas inventé. Et même si l'essentiel est de promouvoir, c'est pas une raison pour dire des conneries grosses comme ca. Là ca fait vraiment du discours purement commercial.
Le pire c'est que tu aurais dû savoir que le journaliste de JDNet allait s'empresser d'intrôniser dès le début cette phrase, tellement elle paraît extra-ordinaire pour le néophite.
Tiens un article qui peut t'intéresser :
http://blog.guykawasaki.com/2006/01/the_art_of_evan.html
[^] # Re: Mouais
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 4.
Mais non, je ne suis pas vexé pour 2 sous, l'interview aurait parlé de n'importe quoi même Mono ca m'aurait énervé. C'est le principe de poster un journal purement publicitaire et à des fins commerciales qui plus est, qui m'exaspère.
[^] # Re: Mouais 2
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 2.
Pour moi y'a une grosse différence entre :
- je met un lien non clickable avec à côté la description exacte du lien : bref tu vas voir si tu veux. C'est de la pub si tu veux, mais elle a le mérite de ne pas induire le lecteur en erreur. Ensuite c'est de la "pub" pour un site communautaire dont je ne retire absolument aucun
- j'annonce un article et je redirige le lecteur vers une pub pour mon site où je fais la promo de mon livre dont je tire des bénéfices.
Bon après je veux bien croire que le journaleux a mal retranscrit tes propos, mais bon déjà l'intro "c'est 5 fois plus rapide", c'est vraiment du discours marketing à 2 balles : ca touche peut être les décideurs pressés qui lisent JDN, mais franchement ca nuit clairement à ta crédibilité auprès de geeks sur LinuxFr.
# D'après ce que je sais
Posté par TImaniac (site web personnel) . En réponse au journal LGPL et licence non respectée.... Évalué à 4.
2. oui.
Mais bon je peux me tromper :)
# Mouais
Posté par TImaniac (site web personnel) . En réponse au journal interview sur jdnet. Évalué à 10.
C'est pas grave le click.
Ah merde je tombe pas directement sur l'interview, mais sur ton site. Ca sens le petit coup de pub au passage. Super.
Bon j'insiste, je tombe enfin sur l'interview.
Je lis le début :
"Python permet d'aller 5 fois plus vite"
Ok, on se dirige donc vers un publi-reportage. Tu me diras, c'est pour JDNet, faudrait pas casser leur ligne rédactionnelle.
Ensuite on trouve de nombreuses contradictions :
"Python c'est simple"
mais quand on veut optimiser
"C'est compliqué"
...
"On peut utiliser Python dans tous les contextes"
Mais plus loin
"Je crois que Python n'est pas conçu pour l'informatique embarquée. Idem pour les domaines disposant d'un langage spécialisé (Ada, C, C++). Dans le cadre de projets informatiques industriels, bien que la partie applicative ne se ferait pas en Python"
Voilà voilà. Désolé mais y'a des trucs comme ca qui m'énerve.
[^] # Re: Flashy mais...
Posté par TImaniac (site web personnel) . En réponse au journal XGL. Évalué à 2.