Eka, je ne crois pas que tu es besoin de te justifier dans ta manière de travailler ce n'est pas ce qui est en cause ici.
On 19 oct, 14:43, ekameleon <[email protected]> wrote: >Bosser tout seul (ou en équipe) et rester enfermer dans "je sais tout faire >j'ai pas besoin des autres" pour moi c'est pas ma philosophie. Je peux donc >comprendre que l'on parle de créer son propre framework (ou sa propre >library de code) mais je peux difficilement discuter avec des propos aussi >"direct"... > >Pour moi il est impossible à l'heure actuelle de justement proposer de tout >refaire de 0 pour un client si l'on veut justement être dans les délais etc. >Donc heureusement qu'il y a des gens pour prendre le temps de créer des >outils (même si ils ne sont pas parfait, car cela laissera justement la >chance à d'autres d'améliorer tout cela sans pour autant tout devoir >réinventer), d'écrire de la documentation, etc... Parce contre, il faut faire attention à ce que tu écris lorsque tu spécules sur la manière dont les autres travailles. Voici comment je traduis: 'vous avez vu iteratif et lunar ils partent de zéro, ils crachent sur l'opensource et ils n'aiment pas travailler en équipe.'. Tu sais c'est comme pour discrédité quelqu'un on te sort l'argument en bois, 'tu as vu le nombres de fautes d'orthographes qu'il fait', comme si les fautes d'orthographes cela fait de quelqu'un un bon développeur...lol Attention à ce que tu dis parce que un code il est facile de le lire, d'arguments et dire ce qui ne va pas mais sur la manière dont travail quelqu'un alors que tu n'as jamais travailler avec, c'est petit et pas très intelligent surtout venant de toi ! Mais fini de faire le troll, voici ce que je pense des frameworks en générale : Je considère qu'un framework, une librairie ou des outils doivent être une aide pour développer est non un handicap lorsqu'un projet prend de l'ampleur. Dans le cas d'un framework qui propose une architecture ou micro-architecture ça devient impossible à s'en défaire puisqu'il devient le coeur de l'application surtout lorsque l'architecture n'a pas été bien pensée en profondeur ou dûment approuvée sur le terrain. Lorsque l'on se rend compte qu'il apporte d'autres problèmes que l'auteur n'avait pas forcément pensés soit par oubli soit par manque d'expériences ou soit parce qu'il n'y a pas pensé. Alors les développeurs doivent trouver des solutions immédiates puisque le temps passe et la obliger de faire des corrections ou de développer ce qu'il manque et dans le pire devoir tout réécrire alors au temps s'en passer. Ensuite je ne suis pas contre un framework qui répond à mes besoins mais c'est jamais le cas parce les besoins de mes clients sont parfois et souvent totalement différents. Maintenant je te pose une simple question : pourquoi ne pas avoir vu toutes les possibilités du framework flex avant de le remettre en cause et de préconiser du pur code AS3, ca veut dire que vous partez de zéro;). Nous sommes bien en face d'outils certes pas forcément parfait mais existant et que si on fait l'effort de rentrer dans le code on y découvre qu'il fait bien plus que prévu ? Tu vois il est trop facile d'être donneur de leçon ;) Bonne soirée. --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "FCNG" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/fcng?hl=fr -~----------~----~----~----~------~----~------~--~---
