Ce n'est pas une excuse, c'est la réalité. Nous vivons dans un état de droit, ça signifie que l'État n'est pas tout puissant et ne peut se dédire sans conséquences.
En l'occurrence, le choix qui a été fait par l'ancien gouvernement ne peut être dénoncé sans que l'État ne doive beaucoup à Microsoft Ireland qui n'hésitera pas à attaquer la France et réclamer des dommages et intérêts si l'État tente de se désengager sans payer.
S'il ne peut regarder, observer se sauvage qui se cache sera toujours une tannée. Et on sait tous que c'est le genre de choses rédhibitoires.
Sans compter que, bon sang, un stagiaire, il n'a jamais bossé. Il ne connait pas les codes du monde de l'entreprise, il n'ose pas ouvrir sa gueule de peur de ne laisser aucun doute sur son niveau intellectuel, etc.
Tout le monde n'est pas capable de venir jouer les fangio et expliquer à des développeurs expérimentés qu'ils sont dans l'erreur.
Oui, les gauchers adaptent la méthode d'écriture à leur handicap. Par exemple, ma mère écrit avec la main recourbée par dessus la ligne d'écriture. Ce qui lui permet de voir les dernières lettres écrites et d'utiliser sa manche comme buvard :D
Oui, ce sont des gens qui n'utilisent pas les outils adaptés, et qui se plaignent de l'inadéquation de l'outil manipulé plutôt que de l'outil manipulant.
Tu seras gentil de venir avec une source, car dans la vidéo que j'ai fourni en source, Bjarne Stroustrup explique que les concepts ont été inclus dans un std::tr de C++14, et que Andrew Sutton l'a implémenté dans GCC. Donc oui, ce sera livré avec C++14 et c'est implémenté dans GCC.
Oui, ça va encourager les débutants à ne pas utiliser d'abréviations. Je crois que je préfère encore la convention d'ObjC, avec une utilisation de symboles plutôt que de mot-clés pour indiquer l'accessibilité d'une donnée membre.
Et visiblement tu en es un, puisque tu ne sais pas lire le français. J'ai dis un peu plus haut que je lis la documentation, que c'est l'une des premières choses que je fais, car je sais qu'en abordant un nouvel outil, on est un imbécile. Il ne tien qu'à soi de lire la documentation pour ne pas mal utiliser son éditeur (remplacer des tabs par des espaces) ou un autre outil (confondre espaces et tabulations).
En C++, il est standard de créer des classes à l'intérieur de fonctions, ce qui permet de contourner cette limitation. Enfin, maintenant on a du suce syntaxique qui évite de créer explicitement une classe dans la fonction (avec les lambdas).
Je pensais aussi ça au départ, mais en fait, c'est volontairement pensé pour augmenter l'effort nécessaire à rendre une variable modifiable. J'aurais cependant préféré que ce langage évite les abréviations, quitte à être encode plus pénible pour toi : let mutable.
Les outils Unix de base (less, more, vi, gedit…) ne montrent pas de différence.
cat >> ~/.vimrc
set listchars=eol:$,tab:^ˇ,trail:…,extends:→,precedes:←,nbsp:¿
set list
^D
You're welcome.
"On admet que les personnes présentent" ; "On n'admet que les personnes présentes".
Il manque un verbe dans ta seconde phrase.
tu nies les problèmes que les autres rencontrent
Je ne les nie pas, je suis tout à fait au fait que les utilisateurs ne lisent pas la documentation et viennent ensuite se plaindre que ça ne marche pas.
Quand on utilise un outil, on lit la notice avant. C'est une règle de base que j'ai apprise quand j'étais technicien dans la chimie, c'est un peu une nécessité de survie.
En informatique, c'est pareil. Enfin, ça devrait être pareil. Je sais bien que la mode est à supprimer des fonctionnalités, ou les cacher, mais j'ai tendance à considérer l'informatique comme un outil de travail.
Pour tes espérances, voir mon précédent message où j'ai répondu à cette vile attaque.
Bah, même pas, je pense que c'est une réaction due à la disparition du souvenir de la difficulté de l'apprentissage.
Le souvenir que j'ai c'est : « Quoi ? On est 2 sur 25 à comprendre l'arithmétique des pointeurs ? »
Ce genre de comportement est assez fréquent chez les ados
Je suis un grand enfant, joueur, surtout le vendredi.
J'espère juste qu'il n'enseigne pas
Détrompe toi, tous ceux qui subissent une formation de ma part en redemande. Ce n'est pas parce que je considère que quelque chose est simple ou évident que ça ne nécessite pas une explication pour les moins subtils d'entre nous. En l'occurrence, pour les pointeurs, du papier, du scotch (ou de la ficelles) et des ciseaux font l'affaire. Pour expliquer un algo de bubble sort, j'utiliserais des boîtes en carton avec des chaussettes, etc.
qu'il n'est pas ingénieur
Je suis bien pire que ça, un développeur autodidacte (qui est passé par une année de formation à l'AFPA, mais je jouais plus l'assistant que l'élève).
car son incapacité à déceler les problèmes majeurs d'ergonomie et de conception doit rendre la vie impossible a ses utilisateurs.
En fait, je sais que les utilisateurs sont des imbéciles, donc je fais en sorte que les utilisateurs de mes classes et services aient de la documentation avec des exemples et des tests unitaires.
Le rapport est que nombreux sont ceux qui ne comprennent pas les pointeurs. Pourtant c'est simple, je n'ai jamais compris ce qu'il y avait de difficile là dedans. Ensuite, il faut juste un peu de rigueur pour écrire du code correct.
Là c'est pareil. Sous prétexte qu'un éditeur de texte limité ne montre pas la différence, on se plaint encore et encore sur quelque chose sur laquelle je n'ai jamais trébuché. C'est un peu comme se plaindre que « présentent » et « présentes » ne se distinguent pas à l'oreille : avec le contexte grammatical, il n'y a pas de doute. Ici c'est pareil. Ce qui introduit des bogues, c'est cette manie qu'on certains développeurs à remplacer des caractères utiles par du bruit.
Là, le problème était qu'il n'y avait aucun moyen pour un être humain d'identifier la nature du problème.
Un être humain équipé d'un cerveau, ayant lu le manuel de make et sachant utiliser son éditeur, peut aisément se douter du problème. Ton éditeur de texte n'est pas adapté à modifier du code, c'est tout.
l'utilisateur devrait se démerder pour utiliser un éditeur de texte avec une fonction spéciale pour distinguer visuellement des caractères habituellement identiques
Mais on parle de deux caractères qui n'ont pas du tout le même rendu, mais que certains confondent avec un nombre d'espaces arbitraires.
[^] # Re: (Im)compétence
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Open Bar Microsoft/Défense : des documents confirment les jeux de pouvoir et la décision politique. Évalué à -3.
Tu peux me rappeler qui était le ministre du redressement productif du gouvernement Fillon ?
[^] # Re: (Im)compétence
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Open Bar Microsoft/Défense : des documents confirment les jeux de pouvoir et la décision politique. Évalué à 3.
Ce n'est pas une excuse, c'est la réalité. Nous vivons dans un état de droit, ça signifie que l'État n'est pas tout puissant et ne peut se dédire sans conséquences.
En l'occurrence, le choix qui a été fait par l'ancien gouvernement ne peut être dénoncé sans que l'État ne doive beaucoup à Microsoft Ireland qui n'hésitera pas à attaquer la France et réclamer des dommages et intérêts si l'État tente de se désengager sans payer.
[^] # Re: (Im)compétence
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Open Bar Microsoft/Défense : des documents confirment les jeux de pouvoir et la décision politique. Évalué à -2.
Quel est le rapport ? Il y avait un ministère du redressement productif dans le précédent gouvernement ?
[^] # Re: il y a le bon informaticien et le mauvais informaticien
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Quel outil utilisez vous pour écrire ?. Évalué à 2.
S'il ne peut regarder, observer se sauvage qui se cache sera toujours une tannée. Et on sait tous que c'est le genre de choses rédhibitoires.
Sans compter que, bon sang, un stagiaire, il n'a jamais bossé. Il ne connait pas les codes du monde de l'entreprise, il n'ose pas ouvrir sa gueule de peur de ne laisser aucun doute sur son niveau intellectuel, etc.
Tout le monde n'est pas capable de venir jouer les fangio et expliquer à des développeurs expérimentés qu'ils sont dans l'erreur.
[^] # Re: Clavier, stylo-plume mais…
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Quel outil utilisez vous pour écrire ?. Évalué à 2.
Oui, les gauchers adaptent la méthode d'écriture à leur handicap. Par exemple, ma mère écrit avec la main recourbée par dessus la ligne d'écriture. Ce qui lui permet de voir les dernières lettres écrites et d'utiliser sa manche comme buvard :D
[^] # Re: il y a le bon informaticien et le mauvais informaticien
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Quel outil utilisez vous pour écrire ?. Évalué à 2.
Si tu ne lui montres pas, il ne peut pas regarder. Tu sembles avoir des problèmes de logique de base, c'est grave.
[^] # Re: Typo : crayon *à* papier
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Quel outil utilisez vous pour écrire ?. Évalué à 2.
Le soucis, c'est que j'ai souvent entendu des Parisien réclamer un crayon et attendre un stylo, ou proposer un stylo quand je réclamais un crayon.
[^] # Re: Stylo bille quand je peux pas utiliser un clavier
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Quel outil utilisez vous pour écrire ?. Évalué à 3.
Petit jeune !
[^] # Re: Clavier, stylo-plume mais…
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Quel outil utilisez vous pour écrire ?. Évalué à 3.
Ah non, pousser est un faux problème : je pensais surtout à la main qui passe par dessus l'encre fraîche et fait baver la copie.
[^] # Re: Clavier, stylo-plume mais…
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Quel outil utilisez vous pour écrire ?. Évalué à 7.
Le problème des gauchers, ce n'est pas le stylo, mais le sens d'écriture.
[^] # Re: Un Pilot V5
Posté par LupusMic (site web personnel, Mastodon) . En réponse au sondage Quel outil utilisez vous pour écrire ?. Évalué à 2.
Le seul reproche que je fais à ces stylos, qui offrent un confort d'écriture incomparable, c'est qu'ils se vident très vite.
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à -3. Dernière modification le 14 octobre 2013 à 12:20.
Sauf qu'en l'occurrence, ce n'est pas une scorie : c'est une fonctionnalité.
Tu dois être du genre à considérer que read ou recv est bogué parce qu'il retourne 0 même si le flux c'est pas fermé.
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à -4.
Oui, ce sont des gens qui n'utilisent pas les outils adaptés, et qui se plaignent de l'inadéquation de l'outil manipulé plutôt que de l'outil manipulant.
C'est pathétique.
[^] # Re: Concepts C++14
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 4.
Tu seras gentil de venir avec une source, car dans la vidéo que j'ai fourni en source, Bjarne Stroustrup explique que les concepts ont été inclus dans un std::tr de C++14, et que Andrew Sutton l'a implémenté dans GCC. Donc oui, ce sera livré avec C++14 et c'est implémenté dans GCC.
L'explication est à 1h dans la présentation : http://channel9.msdn.com/Events/GoingNative/2013/Opening-Keynote-Bjarne-Stroustrup
[^] # Re: let mul
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 0.
Oui, ça va encourager les débutants à ne pas utiliser d'abréviations. Je crois que je préfère encore la convention d'ObjC, avec une utilisation de symboles plutôt que de mot-clés pour indiquer l'accessibilité d'une donnée membre.
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à 0.
Oui, évidement, c'est tellement plus lisible et plus rapide à taper que l'ensemble des développeurs auraient… ben n'auraient rien fait.
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à 0.
Et visiblement tu en es un, puisque tu ne sais pas lire le français. J'ai dis un peu plus haut que je lis la documentation, que c'est l'une des premières choses que je fais, car je sais qu'en abordant un nouvel outil, on est un imbécile. Il ne tien qu'à soi de lire la documentation pour ne pas mal utiliser son éditeur (remplacer des tabs par des espaces) ou un autre outil (confondre espaces et tabulations).
[^] # Re: Nested functions en C
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 2.
En C++, il est standard de créer des classes à l'intérieur de fonctions, ce qui permet de contourner cette limitation. Enfin, maintenant on a du suce syntaxique qui évite de créer explicitement une classe dans la fonction (avec les lambdas).
[^] # Re: let mul
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 10.
Je pensais aussi ça au départ, mais en fait, c'est volontairement pensé pour augmenter l'effort nécessaire à rendre une variable modifiable. J'aurais cependant préféré que ce langage évite les abréviations, quitte à être encode plus pénible pour toi : let mutable.
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à -4.
You're welcome.
Il manque un verbe dans ta seconde phrase.
Je ne les nie pas, je suis tout à fait au fait que les utilisateurs ne lisent pas la documentation et viennent ensuite se plaindre que ça ne marche pas.
Quand on utilise un outil, on lit la notice avant. C'est une règle de base que j'ai apprise quand j'étais technicien dans la chimie, c'est un peu une nécessité de survie.
En informatique, c'est pareil. Enfin, ça devrait être pareil. Je sais bien que la mode est à supprimer des fonctionnalités, ou les cacher, mais j'ai tendance à considérer l'informatique comme un outil de travail.
Pour tes espérances, voir mon précédent message où j'ai répondu à cette vile attaque.
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à -3.
Mais bien évidement qu'on ne suit surtout pas le mantra simpliste KISS :o)
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à -2.
Le souvenir que j'ai c'est : « Quoi ? On est 2 sur 25 à comprendre l'arithmétique des pointeurs ? »
Je suis un grand enfant, joueur, surtout le vendredi.
Détrompe toi, tous ceux qui subissent une formation de ma part en redemande. Ce n'est pas parce que je considère que quelque chose est simple ou évident que ça ne nécessite pas une explication pour les moins subtils d'entre nous. En l'occurrence, pour les pointeurs, du papier, du scotch (ou de la ficelles) et des ciseaux font l'affaire. Pour expliquer un algo de bubble sort, j'utiliserais des boîtes en carton avec des chaussettes, etc.
Je suis bien pire que ça, un développeur autodidacte (qui est passé par une année de formation à l'AFPA, mais je jouais plus l'assistant que l'élève).
En fait, je sais que les utilisateurs sont des imbéciles, donc je fais en sorte que les utilisateurs de mes classes et services aient de la documentation avec des exemples et des tests unitaires.
# Concepts C++14
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 5.
Les concepts seront livrés avec C++14. Il est à noté que GCC implémente déjà cette fonctionnalité dans ses récentes versions. Voir : http://channel9.msdn.com/Events/GoingNative/2013/Opening-Keynote-Bjarne-Stroustrup
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à -6.
Le rapport est que nombreux sont ceux qui ne comprennent pas les pointeurs. Pourtant c'est simple, je n'ai jamais compris ce qu'il y avait de difficile là dedans. Ensuite, il faut juste un peu de rigueur pour écrire du code correct.
Là c'est pareil. Sous prétexte qu'un éditeur de texte limité ne montre pas la différence, on se plaint encore et encore sur quelque chose sur laquelle je n'ai jamais trébuché. C'est un peu comme se plaindre que « présentent » et « présentes » ne se distinguent pas à l'oreille : avec le contexte grammatical, il n'y a pas de doute. Ici c'est pareil. Ce qui introduit des bogues, c'est cette manie qu'on certains développeurs à remplacer des caractères utiles par du bruit.
[^] # Re: Ben voyons
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche GNU Make 4.0 extensible. Évalué à -6.
Un être humain équipé d'un cerveau, ayant lu le manuel de make et sachant utiliser son éditeur, peut aisément se douter du problème. Ton éditeur de texte n'est pas adapté à modifier du code, c'est tout.
Mais on parle de deux caractères qui n'ont pas du tout le même rendu, mais que certains confondent avec un nombre d'espaces arbitraires.