Par contre, ne pas indexer un site parce qu'il a osé porte plainte, encore une fois ce n'est pas neutre. C'est tout simplement une histoire de position dominante, en l'occurence de l'abus de celle ci.
Non, le dommage est consécutif à une position importante de Google (associée au principe d'utilisation de Google comme moteur d'url)
Mais supprimer un site d'un index n'est en rien l'abus d'une position dominante c'est juste la suppression d'un index dans un outil proprio appartenant à une boite privée.
Qu'il soit supprimé de Bing, Google ou autre c'est pareil. La conséquence peut être différente mais l'action initiale est identique.
Et si c'était le cas, comment expliquer la suppression de l'index de la part de Bing ? Bing est loin d'être en position dominante. Donc comment l'expliquer autrement à part le fait qu'ils n'ont pas envie de s'emmerder avec eux ?
Légalement il y a quelque chose qui obligerait Google à référencer un site ?
J'en suis pas convaincu, mais si tu as quelque chose dans ce sens j'aimerais bien voir, n'hésite pas.
D'ailleurs, Bing et Google par exemple ne renvoient pas vers les mêmes résultats sur une même recherche (enfin sauf quand Bing copie sur son voisin). Et alors ?
D'ailleurs personne pour taper sur Bing qui a aussi dé-référencé les quotidiens belges...
Franchement j'ai du mal à voir ce qui pourrait obliger Google à référencer un site, à part une décision de justice (et si elle a déjà existé je suis pas au courant). En attendant ils font quand même ce qu'ils veulent là dessus.
Mais surtout, il y a un problème de logique et de cohérence : on ne peut pas leur reprocher de tout indexer sans s'en soucier pour juste après leur reprocher de ne pas tout indexer.
Même si je le fais moins maintenant, je code souvent sous emacs depuis quelques années quand même (professionnellement surtout j'entend).
Si je dis à quelqu'un sous emacs de passer à vi parce que vi permet de s'interfacer avec un dcvs que emacs ne gère pas, tu en penses quoi ? (la réciproque ne pose pas de problème emacs à un mode vi...)
Si je dis à quelqu'un sous eclipse de passer sous emacs qui supporte le gestionnaire de source mais absolument pas le refactoring correct, c'est juste une histoire de ne pas vouloir faire l'effort ?
Dans un contexte d'entreprise (mais pas que hein) c'est évidemment in-envisageable de dire "c'est parce qu'ils ne veulent pas faire l'effort" s'ils ne veulent pas changer d'ide juste pour utiliser un autre gestionnaire de source. Le gestionnaire de source n'est au final qu'un outil et il ne doit pas impacter les autres outils mais discuter avec.
Je soutiens que l’interprétation de Google est fausse… Et je suis quasiment le seul ici. :'(
Outre le côté calimero, je pense que tu es le seul car tu soutiens que l'interprétation de Google est fausse alors qu'à mon avis il faut bien distinguer deux choses : l'application du jugement d'une part et la suppression de search d'autre part.
Car en fait, on se fiche que Google ait fait plus que le jugement. Rien oblige Google à référencer un site. Par contre on peut lui interdire.
Le jugement a interdit une partie des sites de copie press à certains endroit.
Google a obtempéré. Et Google et allé plus loin en supprimant le référencement. Mais ça n'a rien à voir avec une interprétation du jugement. Ce n'est pas fait par lecture du jugement mais juste supprimé de search. Rien ne les obligeant, ils font quand même ce qu'il veulent dans ce sens (supprimer de l'index).
Mais c'est ni une question d'effort, ni d'entreprise.
A moins d'utiliser un IDE qui ne fait rien, je connais très peu de personnes qui se disent "tiens, si je changeais d'IDE"
Un IDE est choisi en général pour ses fonctionnalités d'édition de code (refactoring, toussa). Ensuite on regarde les connecteurs.
Mais dire "tiens on va changer de gestionnaire de source, développeurs il faudrait faire l'effort de changer d'IDE" je pense que c'est juste être loin de la réalité...
Ha ben c'est sur, si ton serveur de source n'est pas lisible par ton serveur de build / d'intégration c'est pas grave.
Si ton bug tracker ne peut pas lire les commits, c'est pas grave non plus.
Si ton IDE ne peut pas le gérer, c'est pas important non plus.
Mouai... Dans le vrai monde il faut que ça s'intègre un minimum. Ca ne veut pas dire qu'il faut pouvoir remplacer à l'identique l'ancien par le nouveau, mais il faut que les outils puissent quand même communiquer un minimum, et ce n'est pas "ne pas vouloir faire d'effort pour changer ses habitudes".
Après, si l'outil est bon alors les modifications concernant les autres arriveront, mais quand le vois le temps qu'il faut pour avoir des plugins mercurial / git correct ... ben c'est pas facile pour les nouveaux.
En même temps s'il fallait à chaque fois choisir un outil qui s'intègre à l'existant
C'est vrai, lorsqu'on change de système de source on prévoit en même temps de changer l'intégralité des outils existant, on les met à la poubelle et on en développe des nouveaux.
Indique alors ce que je n'ai pas lu (ou mal lu) car là j'ai justement cité les messages et leur enchaînement et j'aimerais bien savoir ce que je n'ai pas capté...
En fait on a vraiment l'impression que ta haine de Google & co te fais perdre un peu (...) d'objectivité.
Tu fais une comparaison entre :
Google+ qui te fais utiliser picasa
un fournisseur de téléphone qui te permet de téléphoner qu'à ses propres abonnés
Alors voici une grande nouvelle : sur Google+ (et d'ailleurs je pense sur facebook aussi..) je peux balancer un lien pointant vers une image perso hébergée sur un serveur perso.
Tiens une autre (même si elle a déjà été évoquée) : je peux partager du contenu avec quelqu'un n'étant pas sur Google+ (il le recevra par mail si je le souhaite)
En outre : il est tout à fait possible (et pas bien compliqué) de récupérer l'intégralité de tes photos placées dans picasa. Il est donc aisé d'en changer et d'aller chez un concurrent ou autre.
Donc non, pasdbol, mais Google+ est beaucoup plus intelligent / pratique de ce point de vue car je ne suis justement pas pied et point lié avec leur service. Ou plutôt, j'utilise leur service, mais les données restent disponibles chez moi (les photos par exemple) et je peux en changer / partir / communiquer avec d'autres par G+ ou d'autres moyens.
Tu lis un peu les réponses qu'on te fait ou bien?
Le comparatif c'est Java vs C++, pas Visual Studio vs Eclipse.
C'est bien toi qui a recentré le débat sur [VS C++ contre Eclipse Java], non ?
Recentré oui
Donc on est bien d'accord sur l'incohérence de ta critique.
Mais sinon, merci pour la leçon, mais dans ce cas si tu veux comparer des plateformes de dev crée un journal car c'est une news sur la genèse de java pas sur Java vs C++.
Ou alors on continue comme ça, et c'est tant mieux.
Pas tout à fait.
Si on prend Google+ tes photos ne sont pas dans Google+ mais dans Picasa. Et tu peux donc les récupérées très facilement si tu as envie de changer de service.
Donc sur cet exemple il y a une grosse différence justement.
Donc pourquoi ne pas comparer Visual Studio C++ et Eclipse C++ ?
En voulant comparer VS C++ et Eclipse Java tu biaise volontairement ton comparatif dans le sens qui t'intéresse il me semble...
non non, comparer deux ide dans des langages totalement différent c'est faire preuve de mauvaise foi.
Si tu veux être pro (vu la question) dans ce cas tu compare langage + ecosystem + IDE + outils + ...
Mais pas VS en C++ et Eclipse en Java.
D'ailleurs pourquoi dans ce cas ne pas parler de Eclipse en C++ ? C'est totalement idiot si le but est de choisir une plateforme de développement.
On n'utilise pas de clou sans marteau.
Non, mais pour pour choisir entre clou et goupille on ne compare pas marteau et maillet.
Ha mais là je suis totalement d'accord ;)
Mais d'ailleurs ce n'est pas suffisant tout court en java, car il faudrait pouvoir choisir de faire l'inline ou non en debug/release (concept assez inconnu et incompréhensible pour beaucoup de dev java...)
note à moi même : la prochaine fois attendre quelques temps que la horde des +/- soit terminée, histoire que le temps que le message soit écrit les scores ne passent pas de -3 à 2 lorsque le message parle de moinsage...
Le message n'est pas "untel souhaiterait que tu t'inscrive" mais ce que la personne a partagé.
Après évidemment le service te propose de t'inscrire.
Mais ce qui est intéressant est le partage par mail (en plus des flux direct) et pas seulement l'inscription.
Un autre avantage reste le debug. Ok, c'est peut-être limité et dans certains cas / langages on peut faire autrement, mais placer un point d'arrêt dans un get/set est juste très pratique.
Ensuite, sur la discussion get/set on dirait que vous n'avez que des get/set bidons genre
setPlop:function(plop){this.plop=plop;}
Mais l'avantage d'avoir des get/set est aussi de permettre de centraliser une partie de vérifications / tests, pouvoir j'en sais rien, gérer des compteurs lors des accès, lancer des exception, réaliser des traitements sur le set, etc.
C'est aussi assez sympa pour faire du lazy load.
Ha oui, et le tout en le masquant de l'utilisation.
L'autre intérêt est aussi de séparer la visibilité, masquer les variables et ne présenter que des méthodes.
Ensuite, l'inline par le compilo devrait régler les problèmes de perf.
Heureusement que le débat à dévié, comparer deux IDE pour deux langages différents n'a aucune pertinence tellement les capacités de l'IDE sont intimement liées aux langages.
Donc comparer les qualités de Visual Studio pour du C++ et Netbeans/Eclipse pour du Java c'est juste du grand n'importe quoi !
Donc si tu veux vraiment, compare VS et Eclipse sur du C++, on commencera à rigoler.
Et compare VS en C# et Eclipse/Netbeans en java (c'est pas les même langage mais c'est comparable).
Mais mélanger les deux c'est vraiment faire preuve de mauvaise foi.
En C# j'ai pas le souvenir d'avoir eu des problèmes de complétion par exemple (note : c'était il y a qq années de manière importante, aujourd'hui c'est rare que j'ouvre mon Visual Studio mais ça m'arrive quand même)
mille fois plus de plugins
et combien qui ne sont pas finis / mal fait / ... ?
une bonne intégration des gestionnaires de version
cvs je sais pas, svn ok (enfin sauf lorsque après un update les raccourcis claviers ne fonctionnent plus), mercurial ok. Git c'est pas encore ça...
Sous VS ? ben cvs tu peux, svn tu peux, mercurial tu peux, git je crois mais pareil, je pense que c'est pas encore ça.
tiens, je croyais justement ajouté un truc genre loin d'être un modèle dans tous les cas pour éviter ce type de remarque.
Ha ben tiens, en fait oui je l'ai bien ajouté...
par contre, désolé mais j'ai pas tout capté sur ton paragraphe. La différence entre une méthode et une fonction c'est pas le fait, ou non, de retourner une valeur ? Si c'est bien ça, t'aurais pas confondu méthode et membre ?
Ensuite, sur func.apply : apply (ou call d'ailleurs) est fait pour exécuter une fonction dans un contexte. Genre je veux exécuter la fonction plop sur l'objet bla avec comme paramètre blurp : plop.apply(bla, blurp)
Dans quel cas tu souhaiterais passer null à la place de bla parce que là comme ça je ne vois pas immédiatement ?
Je pense au contraire que cela rend intégralement explicite le contexte d'exécution, ce qui est une qualité.
Et moi je pense que l'explicite à tout prix est inutilement verbeux, lourd, inefficace et que c'est loin d'être une qualité.
Mais au contraire, j'ai toujours aimé le principe de l'indentation forcée, ne serait-ce que parce que beaucoup de développeurs sont incapables d'indenter correctement un fichier (ni d'appeler une méthode qui le fait...) et que ça leur ferait les pieds. Mais reste que je trouve ça pas mal.
Le self, c'est pas lui qui me gène spécifiquement mais c'est plus le design qui est derrière, le fait de le montrer explicitement qui m'emmerde. Pour moi on ne devrait pas le voir et donc je trouve que c'est une erreur du langage.
[^] # Re: Ils sont de nouveaux référencé par le moteur de recherche :
Posté par CrEv (site web personnel) . En réponse au journal Google dé-dé-référence la presse belge francophone. Évalué à 2.
Non, le dommage est consécutif à une position importante de Google (associée au principe d'utilisation de Google comme moteur d'url)
Mais supprimer un site d'un index n'est en rien l'abus d'une position dominante c'est juste la suppression d'un index dans un outil proprio appartenant à une boite privée.
Qu'il soit supprimé de Bing, Google ou autre c'est pareil. La conséquence peut être différente mais l'action initiale est identique.
Et si c'était le cas, comment expliquer la suppression de l'index de la part de Bing ? Bing est loin d'être en position dominante. Donc comment l'expliquer autrement à part le fait qu'ils n'ont pas envie de s'emmerder avec eux ?
[^] # Re: Ils sont de nouveaux référencé par le moteur de recherche :
Posté par CrEv (site web personnel) . En réponse au journal Google dé-dé-référence la presse belge francophone. Évalué à 3.
Légalement il y a quelque chose qui obligerait Google à référencer un site ?
J'en suis pas convaincu, mais si tu as quelque chose dans ce sens j'aimerais bien voir, n'hésite pas.
D'ailleurs, Bing et Google par exemple ne renvoient pas vers les mêmes résultats sur une même recherche (enfin sauf quand Bing copie sur son voisin). Et alors ?
D'ailleurs personne pour taper sur Bing qui a aussi dé-référencé les quotidiens belges...
Franchement j'ai du mal à voir ce qui pourrait obliger Google à référencer un site, à part une décision de justice (et si elle a déjà existé je suis pas au courant). En attendant ils font quand même ce qu'ils veulent là dessus.
Mais surtout, il y a un problème de logique et de cohérence : on ne peut pas leur reprocher de tout indexer sans s'en soucier pour juste après leur reprocher de ne pas tout indexer.
[^] # Re: Par rapport à d'autres ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Veracity, un nouveau gestionnaire de versions décentralisé. Évalué à 5.
J'attendais un truc du genre...
Donc :
Dans un contexte d'entreprise (mais pas que hein) c'est évidemment in-envisageable de dire "c'est parce qu'ils ne veulent pas faire l'effort" s'ils ne veulent pas changer d'ide juste pour utiliser un autre gestionnaire de source. Le gestionnaire de source n'est au final qu'un outil et il ne doit pas impacter les autres outils mais discuter avec.
[^] # Re: Question à deux centimes ...
Posté par CrEv (site web personnel) . En réponse à la dépêche Migration LinuxFr.org terminée. Évalué à 2.
/proc ? (si c'est bien ça, j'ai juste lu une prez sur lxc, c'est pas caché)
[^] # Re: Ils sont de nouveaux référencé par le moteur de recherche :
Posté par CrEv (site web personnel) . En réponse au journal Google dé-dé-référence la presse belge francophone. Évalué à 8.
Outre le côté calimero, je pense que tu es le seul car tu soutiens que l'interprétation de Google est fausse alors qu'à mon avis il faut bien distinguer deux choses : l'application du jugement d'une part et la suppression de search d'autre part.
Car en fait, on se fiche que Google ait fait plus que le jugement.
Rien oblige Google à référencer un site. Par contre on peut lui interdire.
Le jugement a interdit une partie des sites de copie press à certains endroit.
Google a obtempéré.
Et Google et allé plus loin en supprimant le référencement. Mais ça n'a rien à voir avec une interprétation du jugement. Ce n'est pas fait par lecture du jugement mais juste supprimé de search. Rien ne les obligeant, ils font quand même ce qu'il veulent dans ce sens (supprimer de l'index).
[^] # Re: Par rapport à d'autres ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Veracity, un nouveau gestionnaire de versions décentralisé. Évalué à 4.
Mais c'est ni une question d'effort, ni d'entreprise.
A moins d'utiliser un IDE qui ne fait rien, je connais très peu de personnes qui se disent "tiens, si je changeais d'IDE"
Un IDE est choisi en général pour ses fonctionnalités d'édition de code (refactoring, toussa). Ensuite on regarde les connecteurs.
Mais dire "tiens on va changer de gestionnaire de source, développeurs il faudrait faire l'effort de changer d'IDE" je pense que c'est juste être loin de la réalité...
[^] # Re: Par rapport à d'autres ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Veracity, un nouveau gestionnaire de versions décentralisé. Évalué à 4.
Ha ben c'est sur, si ton serveur de source n'est pas lisible par ton serveur de build / d'intégration c'est pas grave.
Si ton bug tracker ne peut pas lire les commits, c'est pas grave non plus.
Si ton IDE ne peut pas le gérer, c'est pas important non plus.
Mouai... Dans le vrai monde il faut que ça s'intègre un minimum. Ca ne veut pas dire qu'il faut pouvoir remplacer à l'identique l'ancien par le nouveau, mais il faut que les outils puissent quand même communiquer un minimum, et ce n'est pas "ne pas vouloir faire d'effort pour changer ses habitudes".
Après, si l'outil est bon alors les modifications concernant les autres arriveront, mais quand le vois le temps qu'il faut pour avoir des plugins mercurial / git correct ... ben c'est pas facile pour les nouveaux.
C'est vrai, lorsqu'on change de système de source on prévoit en même temps de changer l'intégralité des outils existant, on les met à la poubelle et on en développe des nouveaux.
[^] # Re: Question à deux centimes ...
Posté par CrEv (site web personnel) . En réponse à la dépêche Migration LinuxFr.org terminée. Évalué à 9.
Genre LinuX Container ?
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 1.
Indique alors ce que je n'ai pas lu (ou mal lu) car là j'ai justement cité les messages et leur enchaînement et j'aimerais bien savoir ce que je n'ai pas capté...
[^] # Re: Invitations
Posté par CrEv (site web personnel) . En réponse au journal Réflexions après quelques jours de test de Google+. Évalué à 8.
En fait on a vraiment l'impression que ta haine de Google & co te fais perdre un peu (...) d'objectivité.
Tu fais une comparaison entre :
Alors voici une grande nouvelle : sur Google+ (et d'ailleurs je pense sur facebook aussi..) je peux balancer un lien pointant vers une image perso hébergée sur un serveur perso.
Tiens une autre (même si elle a déjà été évoquée) : je peux partager du contenu avec quelqu'un n'étant pas sur Google+ (il le recevra par mail si je le souhaite)
En outre : il est tout à fait possible (et pas bien compliqué) de récupérer l'intégralité de tes photos placées dans picasa. Il est donc aisé d'en changer et d'aller chez un concurrent ou autre.
Donc non, pasdbol, mais Google+ est beaucoup plus intelligent / pratique de ce point de vue car je ne suis justement pas pied et point lié avec leur service. Ou plutôt, j'utilise leur service, mais les données restent disponibles chez moi (les photos par exemple) et je peux en changer / partir / communiquer avec d'autres par G+ ou d'autres moyens.
[^] # Re: OpenID, Webfinger, etc
Posté par CrEv (site web personnel) . En réponse au journal Identité numérique: Mozilla s'y met. Évalué à 10.
Celle où "Aide mémoire sur la syntaxe Wiki" et "Prévisualiser" sont présents ?
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
Donc on est bien d'accord sur l'incohérence de ta critique.
Mais sinon, merci pour la leçon, mais dans ce cas si tu veux comparer des plateformes de dev crée un journal car c'est une news sur la genèse de java pas sur Java vs C++.
Ou alors on continue comme ça, et c'est tant mieux.
[^] # Re: Invitations
Posté par CrEv (site web personnel) . En réponse au journal Réflexions après quelques jours de test de Google+. Évalué à 2.
Pas tout à fait.
Si on prend Google+ tes photos ne sont pas dans Google+ mais dans Picasa. Et tu peux donc les récupérées très facilement si tu as envie de changer de service.
Donc sur cet exemple il y a une grosse différence justement.
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
(je voulais répondre avec un ton très linuxfr, mais je suis d'humeur cordiale ce matin...)
https://linuxfr.org/nodes/86730/comments/1252588
Donc :
C'est bien toi qui a recentré le débat sur ça, non ?
Donc non, c'est pas Java vs C++...
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 1.
Donc pourquoi ne pas comparer Visual Studio C++ et Eclipse C++ ?
En voulant comparer VS C++ et Eclipse Java tu biaise volontairement ton comparatif dans le sens qui t'intéresse il me semble...
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.
non non, comparer deux ide dans des langages totalement différent c'est faire preuve de mauvaise foi.
Si tu veux être pro (vu la question) dans ce cas tu compare langage + ecosystem + IDE + outils + ...
Mais pas VS en C++ et Eclipse en Java.
D'ailleurs pourquoi dans ce cas ne pas parler de Eclipse en C++ ? C'est totalement idiot si le but est de choisir une plateforme de développement.
Non, mais pour pour choisir entre clou et goupille on ne compare pas marteau et maillet.
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
Ha mais là je suis totalement d'accord ;)
Mais d'ailleurs ce n'est pas suffisant tout court en java, car il faudrait pouvoir choisir de faire l'inline ou non en debug/release (concept assez inconnu et incompréhensible pour beaucoup de dev java...)
[^] # Re: Publicité
Posté par CrEv (site web personnel) . En réponse au journal Réflexions après quelques jours de test de Google+. Évalué à -9.
note à moi même : la prochaine fois attendre quelques temps que la horde des +/- soit terminée, histoire que le temps que le message soit écrit les scores ne passent pas de -3 à 2 lorsque le message parle de moinsage...
[^] # Re: Publicité
Posté par CrEv (site web personnel) . En réponse au journal Réflexions après quelques jours de test de Google+. Évalué à -10.
Tu pourra aussi noter le deuxième effet kiss kool : le moinsage est lui aussi automatique
(désolé © Denisot)
[^] # Re: Très bonne analyse
Posté par CrEv (site web personnel) . En réponse au journal Réflexions après quelques jours de test de Google+. Évalué à 5.
Le message n'est pas "untel souhaiterait que tu t'inscrive" mais ce que la personne a partagé.
Après évidemment le service te propose de t'inscrire.
Mais ce qui est intéressant est le partage par mail (en plus des flux direct) et pas seulement l'inscription.
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 4.
Un autre avantage reste le debug. Ok, c'est peut-être limité et dans certains cas / langages on peut faire autrement, mais placer un point d'arrêt dans un get/set est juste très pratique.
Ensuite, sur la discussion get/set on dirait que vous n'avez que des get/set bidons genre
Mais l'avantage d'avoir des get/set est aussi de permettre de centraliser une partie de vérifications / tests, pouvoir j'en sais rien, gérer des compteurs lors des accès, lancer des exception, réaliser des traitements sur le set, etc.
C'est aussi assez sympa pour faire du lazy load.
Ha oui, et le tout en le masquant de l'utilisation.
L'autre intérêt est aussi de séparer la visibilité, masquer les variables et ne présenter que des méthodes.
Ensuite, l'inline par le compilo devrait régler les problèmes de perf.
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 5.
Heureusement que le débat à dévié, comparer deux IDE pour deux langages différents n'a aucune pertinence tellement les capacités de l'IDE sont intimement liées aux langages.
Donc comparer les qualités de Visual Studio pour du C++ et Netbeans/Eclipse pour du Java c'est juste du grand n'importe quoi !
Donc si tu veux vraiment, compare VS et Eclipse sur du C++, on commencera à rigoler.
Et compare VS en C# et Eclipse/Netbeans en java (c'est pas les même langage mais c'est comparable).
Mais mélanger les deux c'est vraiment faire preuve de mauvaise foi.
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 5.
dans ce cas, faudrait ptetre comparer :
ou
Le résultat serait-il assurément le même ?
En C# j'ai pas le souvenir d'avoir eu des problèmes de complétion par exemple (note : c'était il y a qq années de manière importante, aujourd'hui c'est rare que j'ouvre mon Visual Studio mais ça m'arrive quand même)
et combien qui ne sont pas finis / mal fait / ... ?
cvs je sais pas, svn ok (enfin sauf lorsque après un update les raccourcis claviers ne fonctionnent plus), mercurial ok. Git c'est pas encore ça...
Sous VS ? ben cvs tu peux, svn tu peux, mercurial tu peux, git je crois mais pareil, je pense que c'est pas encore ça.
Finalement c'est pas si différent...
[^] # Re: Chacun son style
Posté par CrEv (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.
tiens, je croyais justement ajouté un truc genre loin d'être un modèle dans tous les cas pour éviter ce type de remarque.
Ha ben tiens, en fait oui je l'ai bien ajouté...
par contre, désolé mais j'ai pas tout capté sur ton paragraphe. La différence entre une méthode et une fonction c'est pas le fait, ou non, de retourner une valeur ? Si c'est bien ça, t'aurais pas confondu méthode et membre ?
Ensuite, sur func.apply : apply (ou call d'ailleurs) est fait pour exécuter une fonction dans un contexte. Genre je veux exécuter la fonction plop sur l'objet bla avec comme paramètre blurp :
plop.apply(bla, blurp)Dans quel cas tu souhaiterais passer
nullà la place deblaparce que là comme ça je ne vois pas immédiatement ?Et moi je pense que l'explicite à tout prix est inutilement verbeux, lourd, inefficace et que c'est loin d'être une qualité.
Mais au contraire, j'ai toujours aimé le principe de l'indentation forcée, ne serait-ce que parce que beaucoup de développeurs sont incapables d'indenter correctement un fichier (ni d'appeler une méthode qui le fait...) et que ça leur ferait les pieds. Mais reste que je trouve ça pas mal.
Le self, c'est pas lui qui me gène spécifiquement mais c'est plus le design qui est derrière, le fait de le montrer explicitement qui m'emmerde. Pour moi on ne devrait pas le voir et donc je trouve que c'est une erreur du langage.
[^] # Re: Glazou
Posté par CrEv (site web personnel) . En réponse au journal Firefox obsolète ?. Évalué à 2.
dans ce cas, n'oublie pas non plus de regarder l'infobulle...