IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Débats sur le développement - Le Best Of Discussion :

« Choisir Rust c’est opter pour une meilleure sécurisation des logiciels qu’avec le C », d'après AWS


Sujet :

Débats sur le développement - Le Best Of

  1. #221
    Membre actif Avatar de fmartini
    Homme Profil pro
    Ingénieur en Cybersécurité
    Inscrit en
    mai 2013
    Messages
    54
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Ingénieur en Cybersécurité
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : mai 2013
    Messages : 54
    Points : 249
    Points
    249
    Par défaut
    Citation Envoyé par noroot Voir le message
    En premier lieu, il n'y a pas de rapport entre design patterns (patrons de conception) et sécurité. Sauf si par sécurité, vous sous-entendez "un code plus maintenable/portable/interopérable" ?

    Les design patterns ne sont qu'un ensemble de "bonnes pratiques" de conception (au plus, reconnues comme telles par l'industrie).

    "L'apprenant" a plutôt intérêt à comprendre et pratiquer les différents paradigmes de programmation et architectures logicielles existantes.

    Au temps pour moi, j'aurai dû les citer avec mon précédent commentaire.
    Un exemple de 3 Design Pattern servant la sécurité :
    - Gatekeeper
    - Federated Identity
    - Valet Key

  2. #222
    Membre expert

    Homme Profil pro
    Consultant
    Inscrit en
    janvier 2006
    Messages
    1 363
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Consultant

    Informations forums :
    Inscription : janvier 2006
    Messages : 1 363
    Points : 3 501
    Points
    3 501
    Par défaut
    Citation Envoyé par thamn Voir le message
    Oui programmer peut necessiter de l'experience, c'est un vrai metier qui en plus de demander de la logique, demande aussi d’être créatif, d'etre capable de composer avec l'existant. Pour moi programmer est assez proche de metier comme la serrurerie, l'horlogerie, ou même la menuiserie, et il me semble que le compagnonnage serait un excellent moyen de devenir un "bon" programmeur. Tout le monde peut prendre 3 planches en bois et les clouer pour faire une table, n'empêche que si tu danse dessus ca n'ira pas. Pour savoir faire une table qui tient quand tu dansera dessus, tu faudra un peu plus d'experience.
    L'histoire de "La table", c'est vrai pour tout les métiers de fabrication. Si je veux faire une Charlotte aux fraises, je peux prendre un kit tout prêt. Ce ne sera pas la Charlotte aux fraises du pâtissier 5 étoiles, mais en même temps, je ne veux pas devenir pâtissier, je veux juste faire un gâteau.

    Il y a une réalité de plus en plus présente : les entrepreneurs n'ont plus l'envie ni les moyens de passer par des presta pour dev leurs applications. Le "no-code" les attirent de plus en plus, et les outils deviennent très efficaces même sur des apps complexes. Et si cela demande un peu plus d'entrer dans le code, il existe aussi des langages low-code qui sont à la portée de tous.

    Je crois seulement que dans un futur très proche, le métier de développeur tel qu'on le vie aujourd'hui, va changer. Il y aura de moins en moins de code à produire, et avec l'émergence de l'AI, créer et modifier une application complexe sera de moins en moins un travail d'expert.

    Citation Envoyé par thamn Voir le message
    Je vois des posts qui disent "un programmeur choisit les bons outils, les bonnes bibliothèque". Je dirais, le programmeur qui bosse tout seul peut se permettre de choisir les bon outils, celui qui bosse sur un projet qui contient plus de 2 millions de lignes de code.
    Les projets dont tu parles, avec des millions de lignes, difficiles à maintenir sans une équipe de plusieurs devs, c'est sans doute aussi un coût énorme pour les entreprises.
    "La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"

  3. #223
    Rédacteur/Modérateur


    Homme Profil pro
    Network game programmer
    Inscrit en
    juin 2010
    Messages
    6 946
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : Canada

    Informations professionnelles :
    Activité : Network game programmer

    Informations forums :
    Inscription : juin 2010
    Messages : 6 946
    Points : 31 997
    Points
    31 997
    Billets dans le blog
    4
    Par défaut
    Tous les X ans y'a une nouvelle tentative/percée de "nocode" et des marketteux et business non techniques s'emballent et se voient déjà contrôler parfaitement une machine pour faire leurs tâches.
    Ça reste un rêve, et le restera imo. Ne serait-ce que parce que ces mêmes personnes on sait très bien ne sont pas capables d'écrire des specs correctes ce qui ne facilite jamais les développements.
    Il existe des langages qui le permettent, et c'est suffisant pour certains, mais c'est pas possible que ça couvre tous les cas.
    Je prends ce qui se fait dans le jeu-vidéo : le blueprint de Unreal Engine est formidable, tu peux faire ton jeu entier en BP. Presque tout ce qui est faisable en C++ l'est en BP.
    Et certains le font.
    Mais ce truc est aussi un puit à performance, et si le projet est un peu gros ou vise un peu de performances, il faudra les réécrire en C++.
    C'est aussi pour ça que les frameworks web à la Magento, Joomla, Wordpress etc ont été créés. Et pour avoir un site correct au bout du compte il faut quelqu'un pour les personnaliser.

    RDV dans 5 ans pour la prochaine poussée de la lubie nocode.
    Pensez à consulter la FAQ ou les cours et tutoriels de la section C++.
    Un peu de programmation réseau ?
    Aucune aide via MP ne sera dispensée. Merci d'utiliser les forums prévus à cet effet.

  4. #224
    Membre émérite
    Avatar de Mickael_Istria
    Homme Profil pro
    Développeur Expert Eclipse IDE/RCP, pour Red Hat
    Inscrit en
    juillet 2008
    Messages
    1 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur Expert Eclipse IDE/RCP, pour Red Hat
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2008
    Messages : 1 450
    Points : 2 959
    Points
    2 959
    Par défaut
    Citation Envoyé par zecreator Voir le message
    Je te rejoins sur les IDE qui ont besoin de 2Go de SDK et de plugins pour t'afficher un simple "Hello world" qui pèse 60 Mo à l'arrivée. Les usines à gaz à la Eclipse et Visual Studio, j'ai du mal à croire que l'on arrive encore à être productif avec de telles marmites.
    Pour info, Eclipse IDE demarre assez bien sur 128MB et un Hello World en Java ne pese que quelques bytes.
    Les IDEs ne sont pas faits pour etre legers, ils sont faits pour rendre efficace. Rendre un developpeur efficace, ca consiste a detecter des bugs a l'avance, a suggerer des constructions de code performantes, a aider au debuggage... Tout ca avant que ce meme developpeur ait a builder/deployer/tester l'application. Ce ne sont pas des operations legeres, et il est normal qu'elles consomment de la resource. Mais au final, tout cela n'est rien par rapport au gain d'efficacite: un developpeur qui utilise un IDE avec de l'assistance et de la validation a la volee et du debug efficace sera facilement 3 a 4 fois plus productif qu'un developpeur qui ne fait que de l'editeur de texte avec peu d'assistance, des commandes console pour builder et qui passe son temps a switcher entre les 2 et a lire des lignes de codes la ou une IDE te souligne le code en rouge des que tu l'ecris.
    Par contre, il est vrai qu'un bon langage de programmation qui de par sa syntaxe et ses APIs emmene les utilisateurs et ecrire le meilleur code possible augmente naturellement l'efficacite de ses utilsateurs a outil egal.
    Pour du HTML, CSS, JavaScript, TypeScript, JSon, Yaml, Node... dans Eclipse IDE, installe Eclipse Wild Web Developer
    Pour du Rust dans Eclipse IDE, installe Eclipse Corrosion
    Follow me on twitter

  5. #225
    Membre actif
    Profil pro
    Développeur
    Inscrit en
    octobre 2008
    Messages
    81
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : octobre 2008
    Messages : 81
    Points : 264
    Points
    264
    Par défaut
    Citation Envoyé par zecreator Voir le message
    Les projets dont tu parles, avec des millions de lignes, difficiles à maintenir sans une équipe de plusieurs devs, c'est sans doute aussi un coût énorme pour les entreprises.
    Je pense que tu comprends que ces projets n'on pas dans leur specifications un point qui indique une nécessite d'avoir des millions de lignes, si ils finissent avec des millions de lignes c'est par necessite et pas un objectif en soit (j'ai du mal a croire que je suis en train d'expliquer ca mais bon . Le no-code comme tu appelle ça (ce qui est tentancieux puisque si tu le dessine ou que tu l'ecrive, tu manipule toujours un moyen de communiquer avec un automate) est déjà utilise pour pas mal d'application (par exemple, scripting dans le jeux video, edition de VFX toujours dans le JV, generation procedurale, ou meme musique / video avec Max4Live, Reaktor, PureData), et ce n'est pas magique, tous ce que tu n'as pas a faire toi meme pour que ca tourne correctement c'est parce que quelqu'un l'a deja fait pour toi.
    De même que les programmes capable de générer du code ne font rien de magique, et comme toujours avec l'apprentissage statistique, tu a enormement de possibilite de variation importante entre le resultat que tu espere et le resultat qui tu obtiendras, alors tu pense vraiment qu'on va bien vouloir faire des plans sur la cometes en esperant que l'IA qui va generer le code dont tu as besoin va effectivement generer du code qui te peteras pas dans les doigts?

    Ce no code est un vieux serpent de mer qui ne marche qu'au oreilles des gens qui ne comprenne rien au difficultés de la programmation. Encore une fois, torcher un programme qui a l'air de faire ce qu'il faut c'est possible rapidement, faire un programme performant qui gère bien les erreurs et est fiable, c'est une autre affaire. Mais je pense que ça demande évidement de le vivre pour le comprendre j'imagine.
    De meme, si c'etait possible d'avoir une recette miracle pour avoir des programmes qui ont toutes les qualites qu'on attend d'un programme, tu pense bien qu'on aurait automatise ca.. Enfin apres si t'as une vrai solution, moi je suis flemard dont je sera i preneur si tu trouvais une recette magique

Discussions similaires

  1. Réponses: 66
    Dernier message: 21/03/2022, 16h45
  2. IDC : une étude révèle une addiction des américains pour les smartphones
    Par Stéphane le calme dans le forum Actualités
    Réponses: 7
    Dernier message: 09/04/2013, 08h32
  3. Réponses: 14
    Dernier message: 30/07/2009, 18h31
  4. Réponses: 0
    Dernier message: 30/07/2009, 10h42

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo