Tu devais penser à "non-voyant"
Tu devais penser à "non-voyant"
Mes principes de bases du codeur qui veut pouvoir dormir:Pour faire des graphes, essayez yEd.
- Une variable de moins est une source d'erreur en moins.
- Un pointeur de moins est une montagne d'erreurs en moins.
- Un copier-coller, ça doit se justifier... Deux, c'est un de trop.
- jamais signifie "sauf si j'ai passé trois jours à prouver que je peux".
- La plus sotte des questions est celle qu'on ne pose pas.
le ter nel est le titre porté par un de mes personnages de jeu de rôle
pas tout à fait, c'est l'opposé des bien-voyants, qui sont au minimum des catégories couleur-ultra-flashie ou lumineux
Mes principes de bases du codeur qui veut pouvoir dormir:Pour faire des graphes, essayez yEd.
- Une variable de moins est une source d'erreur en moins.
- Un pointeur de moins est une montagne d'erreurs en moins.
- Un copier-coller, ça doit se justifier... Deux, c'est un de trop.
- jamais signifie "sauf si j'ai passé trois jours à prouver que je peux".
- La plus sotte des questions est celle qu'on ne pose pas.
le ter nel est le titre porté par un de mes personnages de jeu de rôle
par contre, dans cette histoire, pour un daltonien, on dit quoi?
Un alterchromiste?
Mes principes de bases du codeur qui veut pouvoir dormir:Pour faire des graphes, essayez yEd.
- Une variable de moins est une source d'erreur en moins.
- Un pointeur de moins est une montagne d'erreurs en moins.
- Un copier-coller, ça doit se justifier... Deux, c'est un de trop.
- jamais signifie "sauf si j'ai passé trois jours à prouver que je peux".
- La plus sotte des questions est celle qu'on ne pose pas.
le ter nel est le titre porté par un de mes personnages de jeu de rôle
Hé ben j'ai fait des recherches,
je suis tombé là dessus
http://www.opticien-lentilles.com/da..._daltonien.php
j'ai fais le test pour rigoler. Je suis daltonien impossible à classer, mais c'est probablement du à l'écran pourri de mon boulot où la couleur varie du haut en bas
y'a pas, je suis toujours aussi daltonien…
Ca n'empeche pas que je n'ai pas la réponse à ma question toute théorique
Mes principes de bases du codeur qui veut pouvoir dormir:Pour faire des graphes, essayez yEd.
- Une variable de moins est une source d'erreur en moins.
- Un pointeur de moins est une montagne d'erreurs en moins.
- Un copier-coller, ça doit se justifier... Deux, c'est un de trop.
- jamais signifie "sauf si j'ai passé trois jours à prouver que je peux".
- La plus sotte des questions est celle qu'on ne pose pas.
le ter nel est le titre porté par un de mes personnages de jeu de rôle
Pour moi le problème ce n'est pas que ces gens ne sachent pas faire ces trucs plus ou moins élémentaires. Il y a quelques trucs "basiques" que je ne sais pas faire de zéro. Parce que j'ai repris du code existant, parce que je suis parti d'un tuto... du coup si je dois le refaire from scratch, et que je ne peux pas faire un copier/coller, bah je vais un peu galérer.Mais ce ne sont pas les questions qui me choquent, c'est qu'elles soient apparemment posées par des informaticien "en poste" avec souvent des titres ronflants.
Bien sûr on ne peut pas tout savoir, mais parfois, on a l'impression que certaines personnes savent moins que le minimum pur leur métier.
Le problème c'est que ces gens ne sachent pas trouver la réponse par eux même. C'est ça qui fait la différence entre un "ingénieur" un "expert", et Joe le rigolo.
Je veux dire, Developpez.com, c'est génial, mais il y a suffisamment de ressources sur le net pour pouvoir trouver ce qu'on cherche sans avoir à ouvrir un nouveau fil sur un forum.
Ça doit faire un bon moment que je n'ai pas posé de question technique sur un forum. Par contre j'ai appris à chercher sur StackOverflow, DVP, CodeProject, Comment ça marche (non, je rigole pour le dernier).
Il y a quand même des bases à avoir. Quand un developpeur (et j'en ai vu deux dans deux entreprises différentes), ne sait pas ce qu'est un FORK ... je me pose de sérieuses questions sur ces compétences... Je suis ingé système unix/linux et pourtant, je sais ce qu'est un MVC, une classe, un héritage de classes... Me demande pas d'en programmer (et même de programmer tout court) mais tu te dois d'avoir des connaissances minimum et transverses
Grave urgent !!!
J'en ai eu ici, ça n'en faisait pas du tout des mauvais développeur. Simplement, le version control n'a jamais été un besoin dans cette équipe qui avait de contraintes assez particulières => pas de version control.
Pour savoir ce qu'est un fork, faut travailler avec du GIT ou assimilé. Si t'es dans une environnement style subversion ou cvs, les fork ca n'existe pas.
En fait, tant que ça se justifie, qu'il peut piger rapidement, et qu'il peut démontrer que là ou il a bossé, il a maitrisé, ça n'est pas un problème. Quelqu'un qui prétend bosser sur LibreOffice et qui ne sait pas ce que c'est qu'un fork, là, c'est grave.
Comme toujours, la difficulté est de remettre les choses dans leur contexte.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
-"Tout ça me paraît très mal organisé. Je veux déposer une réclamation. Je paye mes impôts, après tout!"
-"JE SUIS LA MORT, PAS LES IMPÔTS! MOI, JE N'ARRIVE QU'UNE FOIS".
Pieds d'argile (1996), Terry Pratchett 1948 - 2015
(trad. Patrick Couton)
Je pense que parfois certaines demandes sont dues à la "peur" de passer pour un branque auprès de ces collègues (Alors qu'en principe il s'agit de la source la plus à même de répondre au problème posé.). Faire sa demande ici est sans doute plus aisé, mais il faut avouer que les questions parfois posées sont ... étonnantes Cela étant dit certaines questions sont parfois très pertinentes et certains membres apportent des solutions insoupçonnées qui s'avèrent utiles.
ha oui, ben dans ce cas, encore plus. Celui qui code en php / java n'a pas accès au fork et ignore que ça existe. Lui, il spawn des process. Celui qui travaille sous windows => y a pas de fork sous windows
On en reviens toujours à la même chose. Même un type expérimenté peux avoir des questions basiques
Je sais ce qu'est un fork, j'en ai fait de cours de système il y a un an.Il y a quand même des bases à avoir. Quand un developpeur (et j'en ai vu deux dans deux entreprises différentes), ne sait pas ce qu'est un FORK ... je me pose de sérieuses questions sur ces compétences... Je suis ingé système unix/linux et pourtant, je sais ce qu'est un MVC, une classe, un héritage de classes... Me demande pas d'en programmer (et même de programmer tout court) mais tu te dois d'avoir des connaissances minimum et transverses
Dans 10 ans (vu que le système n'est pas du tout mon domaine), je pense que je saurais que les forks existes mais je ne saurais surement plus à quoi ça sert et encore moins comment on s'en sert.
Maintenant, j'ai des amis qui en BTS n'ont jamais (ou presque) du quitter Windows. Les forks pour eux c'est une notion inconnu. Pourtant, avec l'expérience, ils pourraient devenir Expert JAVA, Expert PHP, etc..Nop?
Le fork n'est pas vraiment un bon exemple.
Dire qu'un développeur qui ne connait pas un terme technique est un mauvais développeur n'a pas de sens, je pourrais cité plusieurs termes liés à mon "monde" de développement que pas la moitié ici ne connaîtrait...
Imaginons qu'un développeur ne connaisse pas ton "fork", ça peut arriver comme n'importe qui ne connait pas tous les mots français... L'important est que si tu lui expliques ce que c'est, il comprend ce que tu dis... Et s'il doit savoir l'utiliser, après un certain temps il sera le faire comme toi.
Bref un développeur pour moi est quelqu'un qui ne connait pas forcément tout mais qui en tout cas, pourra le maîtriser s'il en a besoin. (bon à part la pointe du développement dans un domaine de fou qui demande des compétences dans un domaine qui sort de l'informatique)
Ça m'arrive souvent de devoir faire un truc en informatique que je ne connais pas. Mais je cherche, je trouve et j'implémente.
En effet. J'ai connu un gars qui était une pure brute en assembleur (il connaissait tous les processeurs, toutes les versions, etc.). Ce gars récupérait du code, et sans même savoir ce qu'était sensé faire le code en question, il bidouillait le binaire et en améliorait notablement les performances et la robustesse. J'étais d'autant plus impressionné que je suis une brêle en assembleur.
Ce gars était un bon professionnel. Il faisait son boulot bien et proprement, il faisait gagner du temps et de l'argent à tout le monde. Pourtant, en dehors de l'assembleur, il ne connaissait pas grand chose.
« L'effort par lequel toute chose tend à persévérer dans son être n'est rien de plus que l'essence actuelle de cette chose. »
Spinoza — Éthique III, Proposition VII
Il y a parfois des cas étranges, tel que de jeunes ingénieurs dont l'intitulé du premier emploi commence par le mot "expert".
Je me trompe peut être mais j'ai tendance à penser que l'expertise s'acquière au fil des années et de l'expérience qu'on a pu tirer de cas concrets ou de ses propres erreurs, et non uniquement avec un diplôme flambant neuf d'ingénieur en poche.
J'ai 21 ans, j'ai eu mon BTS IG en juin dernier, je travaille depuis octobre, et sur mon contrat il est écrit que je suis analyste programmeur, j'ai en charge la conception d'une application de gestion, du cahier des charges jusqu'au déploiement et à la maintenance. J'ai arrêté les études après mon BTS car j'estime apprendre plus par l'expérience que par de la théorie sur une chaise.
Est-ce que le fait de poser des questions d'analyse ou de développement qui pourrait sembler évidentes pour un analyste programmeur qui a 20ans d'exp pour l'évolution de mon projet alors que je suis "officiellement" analyste programmeur fait de moi un charlatan ?
Aider les autres, c'est encore la meilleure façon de s'aider soi-même. Martin Gray
ToDo : Faire une ToDo List
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager