ça c'est possible, mais quand un commercial te positionne sur une mission qui n'a rien à voir avec ton profil, alors que tu n'es pas difficile à placer par ailleurs, c'est pas la première possibilité qui te vient à l'esprit.
Pis de toute façon, les commerciaux sont du côté obscur de la force ;)
C'est vous qui avez à l'idée qu'un maçon n'a pas à réfléchir.
c'est pas ce que je voulais dire. Pour moi, sur le plan technique, la séparation entre la réflexion et l'implémentation ne peut pas être aussi tranchée quand dans d'autres secteurs.
En s'intéressant à la question de la documentation, http://thedailywtf.com/Comments/Documentation-Done-Right.asp(...) décrit un processus de développement dans lequel je me retrouve pas mal.
Tu sembles regarder le code un peu de haut, ce en quoi je pense que tu te trompes (cf Code Complete http://cc2e.com/File.ashx?cid=334 page 5: "Why This Handbook Was Written"). Quand tu présentes un truc à un technique pour qu'il donne son avis, t'as quand même sacrément intérêt à ce qu'il soit ingénieur (ou qu'il aie une mentalité d'ingénieur, je connais un diplômé de BTS beaucoup mieux formé que certains ingé en titre).
Si je ne me trompe pas, la distinction que tu fais entre fonctionnel et technique correspond aux traditionnelles maîtrise d'oeuvre/maîtrise d'ouvrage. C'est marrant parce que ce vocabulaire vient directement du monde du BTP. Fut un temps, je cherchais à traduire MOA/MOE en anglais. Je n'ai pas réussi, et j'ai appris au passage que l'application de ces concepts à l'informatique est une pratique franco-française.
Parce que toi, tu rencontres des problèmes pour la première fois, mais les codeurs ont peut être déjà rencontrés le même type de problème.
Je ne vois personnellement pas d'opposition entre ingénierie et développement, d'ailleurs, je me vis comme ingénieur et développeur.
ah tiens, précision utile, je suis diplômé d'une école d'ingé spécialisée en informatique. Si tu viens d'une filière plus généraliste, ça peut expliquer aussi nos différences d'appréciation.
quand le commercial comprend rien et te positionne sur des missions qui ont aucun rapport avec ton profil, c'est pas illégitime de refuser (et de pousser des soupirs excédés), parce que pour le coup, c'est lui qui fait mal son boulot.
et puis ? télécharger de la musiques, c'est comme de voler une baguette de pain dans une boulangerie ?
calquer des raisonnements du monde physique dans un domaine intellectuel, ça marche pas bien.
Mon boulot consiste à m'appuyer sur des compétences techniques pour imaginer et implémenter des solutions aussi simples que possibles à des problèmes complexes que je rencontre pour la première fois. Après, t'appelles ça comme tu veux :)
Dans mon expérience, la plupart du temps, les problématiques d'implémentation viennent aussi nourrir la réflexion. Si je ne devais qu'écrire des documents d'architecture ou des spécs techniques sans toucher une machine, les résultats seraient moins satisfaisants.
Si tu arrives à écrire en amont tout la documentation technique décrivant une solution adaptée aux problèmes qu'on te présente, chapeau bas, je n'en suis pas encore là.
(mais c'est pas non plus dans cette direction que je vais :)
et oui, c'est triste notre avis sur le niveau de compétences en développement des gens dont c'est le métier.
celà dit, il n'y a pas lieu de restreindre aux seuls développeurs en SSII ...
ah ! je pensais que tu comparais entre la lettre manuscrite et le courrier électronique, d'où mon incompréhension.
Forcément, si tu envoies encore des courriers papier ;)
D'ailleurs quand j'écris une lettre, je la fait manuscrite, c'est tellement plus rapide que de le faire à l'ordinateur.
troll detected.
ou alors tu tapes super pas vite,
ou t'écris super vite et super mal,
ou tu fais des courriers très courts,
ou alors ton ordinateur est dans un coffre dont la clef est au fond d'un puits !
Ajoutons au passage que le concept de "propriété intellectuelle" est un vaste fourre tout bien nébuleux. Mieux vaut éviter d'utiliser ce terme, qui peut laisse penser que le droit de propriété physique pourrait avoir une analogie dans le monde immatérielle
j'avoue, c'était un peu du show off :)
En fait, je suis tombé sur ce raccourci un jour alors que je creusais un autre sujet. Je pensais même pas que ça passerait en fait, preuve que le langage est robuste et flexible.
Après, je suis d'accord, pour de la prod, il faut préférer la version explicite, plus maintenable à long terme
Est il autorisé d'éffacer un pointeur alloué ailleur ?
c'est autorisé, mais déconseillé.
La règle usuelle : c'est celui qui alloue qui désalloue
Confier l'allocation et la désallocation à des layers différents du code complique énormément la maintenance (et donc favorise les bugs).
Là, c'est à la lib de fournir les APIs qu'il faut pour (au choix):
- désallouer la mémoire allouée,
- laisser la charge de l'allocation/désallocation à l'appelant
//Do something correspond à copier le pointeur dans un container civilisé (un vecteur) qui lui même est propagé par référence dans tout le code.
possible que j'interprète mal, mais si tu copie des *pointeurs* dans ton vecteur, et que tu désalloues la mémoire pointée, forcément ...
Si c'était *vraiment* si simple que ça de gérer les changements d'heures, ça serait fait ...
ce qui n'empêche pas que ça la fout mal sur l'ifon vu qu'Apple aurait les moyens humains pour valider ça bien.
Après, je laisse suffisamment de bugs dans mon code pour aussi garder une certaine humilité, il suffit de tellement peu pour que ça ne marche pas :)
[^] # Re: read
Posté par gaaaaaAab . En réponse au message taille liste de fichiers. Évalué à 2.
[^] # Re: Oracle pas très visionnaire
Posté par gaaaaaAab . En réponse au journal Apache vs Oracle. Évalué à 3.
Pis de toute façon, les commerciaux sont du côté obscur de la force ;)
[^] # Re: Oracle pas très visionnaire
Posté par gaaaaaAab . En réponse au journal Apache vs Oracle. Évalué à 4.
c'est pas ce que je voulais dire. Pour moi, sur le plan technique, la séparation entre la réflexion et l'implémentation ne peut pas être aussi tranchée quand dans d'autres secteurs.
En s'intéressant à la question de la documentation, http://thedailywtf.com/Comments/Documentation-Done-Right.asp(...) décrit un processus de développement dans lequel je me retrouve pas mal.
Tu sembles regarder le code un peu de haut, ce en quoi je pense que tu te trompes (cf Code Complete http://cc2e.com/File.ashx?cid=334 page 5: "Why This Handbook Was Written"). Quand tu présentes un truc à un technique pour qu'il donne son avis, t'as quand même sacrément intérêt à ce qu'il soit ingénieur (ou qu'il aie une mentalité d'ingénieur, je connais un diplômé de BTS beaucoup mieux formé que certains ingé en titre).
Si je ne me trompe pas, la distinction que tu fais entre fonctionnel et technique correspond aux traditionnelles maîtrise d'oeuvre/maîtrise d'ouvrage. C'est marrant parce que ce vocabulaire vient directement du monde du BTP. Fut un temps, je cherchais à traduire MOA/MOE en anglais. Je n'ai pas réussi, et j'ai appris au passage que l'application de ces concepts à l'informatique est une pratique franco-française.
Parce que toi, tu rencontres des problèmes pour la première fois, mais les codeurs ont peut être déjà rencontrés le même type de problème.
Je ne vois personnellement pas d'opposition entre ingénierie et développement, d'ailleurs, je me vis comme ingénieur et développeur.
ah tiens, précision utile, je suis diplômé d'une école d'ingé spécialisée en informatique. Si tu viens d'une filière plus généraliste, ça peut expliquer aussi nos différences d'appréciation.
[^] # Re: Oracle pas très visionnaire
Posté par gaaaaaAab . En réponse au journal Apache vs Oracle. Évalué à 7.
[^] # Re: Oracle pas très visionnaire
Posté par gaaaaaAab . En réponse au journal Apache vs Oracle. Évalué à 2.
calquer des raisonnements du monde physique dans un domaine intellectuel, ça marche pas bien.
Mon boulot consiste à m'appuyer sur des compétences techniques pour imaginer et implémenter des solutions aussi simples que possibles à des problèmes complexes que je rencontre pour la première fois. Après, t'appelles ça comme tu veux :)
Dans mon expérience, la plupart du temps, les problématiques d'implémentation viennent aussi nourrir la réflexion. Si je ne devais qu'écrire des documents d'architecture ou des spécs techniques sans toucher une machine, les résultats seraient moins satisfaisants.
Si tu arrives à écrire en amont tout la documentation technique décrivant une solution adaptée aux problèmes qu'on te présente, chapeau bas, je n'en suis pas encore là.
(mais c'est pas non plus dans cette direction que je vais :)
[^] # Re: Oracle pas très visionnaire
Posté par gaaaaaAab . En réponse au journal Apache vs Oracle. Évalué à 6.
En tant qu'ingénieur, ça me gaverait bien de pas pouvoir mettre les doigts dans le code.
[^] # Re: Oracle pas très visionnaire
Posté par gaaaaaAab . En réponse au journal Apache vs Oracle. Évalué à 2.
celà dit, il n'y a pas lieu de restreindre aux seuls développeurs en SSII ...
[^] # Re: Je le vis bien.
Posté par gaaaaaAab . En réponse au journal [Humeur] Facebook isn't Evil. Évalué à 2.
Forcément, si tu envoies encore des courriers papier ;)
[^] # Re: Je le vis bien.
Posté par gaaaaaAab . En réponse au journal [Humeur] Facebook isn't Evil. Évalué à 6.
troll detected.
ou alors tu tapes super pas vite,
ou t'écris super vite et super mal,
ou tu fais des courriers très courts,
ou alors ton ordinateur est dans un coffre dont la clef est au fond d'un puits !
[^] # Re: ahem
Posté par gaaaaaAab . En réponse au journal [Humeur] Facebook isn't Evil. Évalué à 10.
http://thedailywtf.com/Articles/What_Is_Truth_0x3f_.aspx
[^] # Re: Droit d'auteur
Posté par gaaaaaAab . En réponse au journal On peut se copier dessus ? Concours linuxfr.. Évalué à 3.
Ajoutons au passage que le concept de "propriété intellectuelle" est un vaste fourre tout bien nébuleux. Mieux vaut éviter d'utiliser ce terme, qui peut laisse penser que le droit de propriété physique pourrait avoir une analogie dans le monde immatérielle
[^] # Re: Parcequ'il n'y en a pas
Posté par gaaaaaAab . En réponse au message Projet open source et analyse. Évalué à 1.
c'est vrai qu'on se sert de Merise principalement pour le MCD (Modèle conceptuel de données), mais il y aussi le MCT (Modèle Conceptuel de Traitement).
cf :http://fr.wikipedia.org/wiki/Merise_%28informatique%29:
cela étant dit, j'ai appris ça il y a peu et je ne connais que la partie MCD (comme tout le monde ?)
# une piste
Posté par gaaaaaAab . En réponse au message Compte utilisateur avec droits TRES restreints. Évalué à 1.
[^] # Re: Proposition
Posté par gaaaaaAab . En réponse au message Récupération des attributs mobiles dans un fichier xm avec ruby. Évalué à 3.
En fait, je suis tombé sur ce raccourci un jour alors que je creusais un autre sujet. Je pensais même pas que ça passerait en fait, preuve que le langage est robuste et flexible.
Après, je suis d'accord, pour de la prod, il faut préférer la version explicite, plus maintenable à long terme
[^] # Re: Proposition
Posté par gaaaaaAab . En réponse au message Récupération des attributs mobiles dans un fichier xm avec ruby. Évalué à 8.
[^] # Re: Merci pour cette information.
Posté par gaaaaaAab . En réponse au journal It's not a bug, it's a fissure !. Évalué à 2.
# free ... ou pas ?
Posté par gaaaaaAab . En réponse au message Effacer un pointeur fournit par une librairie externe. Évalué à 3.
c'est autorisé, mais déconseillé.
La règle usuelle : c'est celui qui alloue qui désalloue
Confier l'allocation et la désallocation à des layers différents du code complique énormément la maintenance (et donc favorise les bugs).
Là, c'est à la lib de fournir les APIs qu'il faut pour (au choix):
- désallouer la mémoire allouée,
- laisser la charge de l'allocation/désallocation à l'appelant
//Do something correspond à copier le pointeur dans un container civilisé (un vecteur) qui lui même est propagé par référence dans tout le code.
possible que j'interprète mal, mais si tu copie des *pointeurs* dans ton vecteur, et que tu désalloues la mémoire pointée, forcément ...
[^] # Re: 640go, seulement
Posté par gaaaaaAab . En réponse au journal Geocities archivé. Évalué à 5.
[^] # Re: Merci pour cette information.
Posté par gaaaaaAab . En réponse au journal It's not a bug, it's a fissure !. Évalué à 3.
qu'est-ce que j'ai écrit qui pourrait te laisser croire ça ?
[^] # Re: Grave !
Posté par gaaaaaAab . En réponse au journal Enfin un journal qui parle de Linux. Évalué à 7.
[^] # Re: Merci pour cette information.
Posté par gaaaaaAab . En réponse au journal It's not a bug, it's a fissure !. Évalué à 2.
ce qui n'empêche pas que ça la fout mal sur l'ifon vu qu'Apple aurait les moyens humains pour valider ça bien.
Après, je laisse suffisamment de bugs dans mon code pour aussi garder une certaine humilité, il suffit de tellement peu pour que ça ne marche pas :)
[^] # Re: une seule ligne
Posté par gaaaaaAab . En réponse au sondage J'indente mon code source avec. Évalué à 3.
[^] # Re: une seule ligne
Posté par gaaaaaAab . En réponse au sondage J'indente mon code source avec. Évalué à 4.
[^] # Re: download depuis la machine HOTE vers le dossier du chroot
Posté par gaaaaaAab . En réponse au journal [ juste pour me défouler ] Encore un coup de gueule.. Évalué à 3.
pour déployer rapidement du soft sur des machines d'intégration, je fais du sshfs. Tant qu'il n'y a que quelques machines, c'est super confortable.
[^] # Re: j'aller dire "eviter les accents" meme en francais
Posté par gaaaaaAab . En réponse au message [UTF8 et Co] recherche pense bête pour programmeur distrait. Évalué à 1.