Affichage des résultats du sondage: Quelles méthodes utilisez-vous pour soulager votre fardeau de programmeur ?

Votants
48. Vous ne pouvez pas participer à ce sondage.
  • La réutilisation d’un bout de code

    27 56,25%
  • La programmation sur la base de Framework

    26 54,17%
  • La déclaration de constante

    15 31,25%
  • L’utilisation des procédures et fonctions

    26 54,17%
  • La notion d’héritage de classe en programmation orientée objet

    28 58,33%
  • L’évaluation paresseuse

    2 4,17%
  • L’utilisation du cache

    2 4,17%
  • L’intégration de l’automation

    5 10,42%
  • La promotion du concept DevOps

    3 6,25%
  • le recours abusif aux commentaires dans le code

    9 18,75%
  • Autre, précisez lequel ?

    4 8,33%
  • Pas d'avis

    2 4,17%
Sondage à choix multiple
+ Répondre à la discussion Actualité déjà publiée
Page 1 sur 2 12 DernièreDernière
  1. #1
    Community Manager

    Avatar de Siguillaume
    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    août 2007
    Messages
    4 276
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : août 2007
    Messages : 4 276
    Points : 21 438
    Points
    21 438

    Par défaut Trolldi : La programmation surpuissante pour les feignants

    Trolldi : La programmation surpuissante pour les feignants
    Dix méthodes de travail qui prouvent que la programmation peut vite devenir l’affaire des paresseux ?

    Nom : 7399806.jpg
Affichages : 12732
Taille : 75,8 Ko

    Programmer c’est rendre la vie facile. De la petite application de gestion à l’intelligence artificielle avancée pour piloter des drones, l’un des objectifs principaux de la programmation est de faciliter la vie des utilisateurs. Mais le programmeur lui-même n’est pas en marge de cette logique. La paresse peut ainsi rapidement paraître comme une vertu du programmeur.

    En effet, certaines des méthodes de travail quotidiennement appliquées en programmation, et qui sont d’ailleurs à l’origine de la puissance du code, dans la plupart des cas, sont bien teintées de la marque du paresseux. De celles-ci, nous en relevons dix que sont :

    1. La réutilisation d’un bout de code : le copier/coller est probablement l’une des merveilleuses inventions de l’informatique. Recourir à cette technique est très souvent pratique dans la programmation. Un bout de code qui a fait ses preuves dans un programme peut vite être repris pour gagner du temps.
    2. La programmation sur la base de Framework : en allant sur le principe de ne pas réinventer la roue, les frameworks sont des bibliothèques qui fournissent des modules réutilisables dans la programmation. Aujourd’hui, il en existe plusieurs surtout dans le milieu Web. Et avec le nombre de sites Web bâtis sur des frameworks comme Symfony, il est clair que de nombreux développeurs Web en sont accros.
    3. La déclaration de constante : une constante est une variable qui a une valeur unique dans tout le code. Il permet ainsi au programmeur de ne pas avoir à réécrire plusieurs fois la même valeur, avec des risques d'erreurs.
    4. L’utilisation des procédures et fonctions : en programmation, améliorer la flexibilité d'un code passe, bien souvent, par l'utilisation de procédures et de fonctions qui permettent de simplifier la réutilisation d'une section de code à l'intérieur d'un même programme. En plus, elle offre plus de facilité dans le paramétrage et la gestion des variables.
    5. La notion d’héritage de classe en programmation orientée objet : une classe est une représentation logique d’un objet. Cela dit, plusieurs objets qui partagent des propriétés communes peuvent hériter d'un objet parent, ce qui simplifie la structure globale du code.
    6. L’évaluation paresseuse : aussi appelée évaluation retardée ou appel par nécessité, cette technique consiste à écrire des programmes récursifs pour lesquels l'évaluation d'un paramètre de fonction ne se fait pas avant que les résultats de cette évaluation ne soient réellement nécessaires. Ces résultats, une fois calculés, sont préservés pour des réutilisations ultérieures. Cette technique est généralement utilisée à des fins d'optimisation, pour éviter de calculer un résultat qui pourrait ne pas être utilisé.
    7. L’utilisation du cache : cette pratique est plus utilisée dans la programmation Web. Au lieu de solliciter chaque fois le serveur pour exécuter un programme à plusieurs reprises, on peut permettre la copie de certaines valeurs sur le poste client, pour soulager le serveur. Même si ceci n'allège pas vraiment le travail du programmeur, il présente quand même des avantages sur le long terme dans l'administration du serveur.
    8. L’intégration de l’automation : avec l'avènement des outils de gestion des ressources physiques dans les langages de programmation, les développeurs se trouvent alléger de certaines tâches telles que l'allocation de mémoire. En langage C, par exemple, la fonction malloc permet l'allocation dynamique de mémoire.
    9. La promotion du concept DevOps : avec cette nouvelle approche qui consiste à orienter l'ensemble des efforts des développeurs vers un objectif commun de l'entreprise, les programmes redondants sont vite unifiés, et le travail davantage simplifié. En plus, ce concept orienté vers la méthode agile, exige moins de rigueur dans la programmation de la structure de base.
    10. Le recours abusif aux commentaires dans le code : un code bien structuré est facile à lire. Mais, bien qu'il soit indispensable d'apporter des commentaires sur les sections de son code, certains programmeurs ne s’embarrassent pas des bonnes pratiques de code, ou des efforts à écrire un programme «aéré». Ils écrivent donc de nombreuses lignes de commentaires qui parsèment tout le contenu du programme, pour apporter un supplément d'informations.


    Votre avis :
    Quelles méthodes utilisez-vous pour soulager votre fardeau de programmeur ?


    La rubrique Programmation
    Vous avez envie de contribuer au sein du Club Developpez.com ? Contactez-nous maintenant !
    Vous êtes passionné, vous souhaitez partager vos connaissances en informatique, vous souhaitez faire partie de la rédaction.
    Il suffit de vous porter volontaire et de nous faire part de vos envies de contributions :
    Rédaction d'articles/cours/tutoriels, Traduction, Contribution dans la FAQ, Rédaction de news, interviews et témoignages, Organisation de défis, de débats et de sondages, Relecture technique, Modération, Correction orthographique, etc.
    Vous avez d'autres propositions de contributions à nous faire ? Vous souhaitez en savoir davantage ? N'hésitez pas à nous approcher.

  2. #2
    Membre du Club
    Homme Profil pro
    Ingénieur développement Java/Web
    Inscrit en
    juin 2009
    Messages
    51
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement Java/Web

    Informations forums :
    Inscription : juin 2009
    Messages : 51
    Points : 56
    Points
    56

    Par défaut

    "We will encourage you to develop the three great virtues of a programmer: laziness, impatience, and hubris." -- LarryWall, le concepteur du langage de programmation Perl

  3. #3
    Membre confirmé
    Homme Profil pro
    Chercheur en informatique
    Inscrit en
    juin 2004
    Messages
    154
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : Belgique

    Informations professionnelles :
    Activité : Chercheur en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : juin 2004
    Messages : 154
    Points : 475
    Points
    475

    Par défaut

    • Je ne considère pas la programmation comme un fardeau :p
    • Je passe beaucoup plus de temps à réfléchir sur papier au code que je vais écrire du code qu'à écrire ce code ^^ Qui a une astuce pour que mon bureau cesse de ressembler à la caverne d'ali-baba (mais sans trucs de valeur) ?

  4. #4
    Rédacteur/Modérateur
    Avatar de François DORIN
    Homme Profil pro
    Consultant informatique
    Inscrit en
    juillet 2016
    Messages
    810
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : France, Charente Maritime (Poitou Charente)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2016
    Messages : 810
    Points : 2 801
    Points
    2 801
    Billets dans le blog
    5

    Par défaut

    Bon, c'est trolldi mais quand même

    Les points cités ne sont pas vraiment de la paresse. C'est plutôt du bon sens !

    S'il fallait 10 citer points de paresse :
    1. Ne pas mettre à jour la documentation suite à la modification d'une API (quand il y en a une !) ;
    2. Mettre en commentaire un TODO, un FIXME etc... et le laisser pour longtemps, très longtemps ;
    3. Ne pas refactoriser son code lorsque c'est nécessaire (il marche, pourquoi y toucher ?) ;
    4. Ne pas mettre à jour les tests ;
    5. Utiliser un langage avec Garbage Collector ;
    6. Masquer un bug au lieu de le corriger (soigner les symptômes au lieu d'en trouver la cause) ;
    7. Ne pas utiliser de système de contrôle de version (commiter, ça prend du temps !) ;
    8. Ou écrire en message de commit "commit" ;
    9. Fusionner les travaux des autres en ne considérant que ses propres modifications (les autres feront le boulot :p) ;
    10. Ne pas traiter les erreurs


    A vous de proposer les vôtres
    François DORIN
    Consultant informatique : conception, modélisation, développement (C#/.Net et SQL Server)
    Site internet | Profils Viadéo & LinkedIn
    ---------
    Page de cours : fdorin.developpez.com
    ---------
    N'oubliez pas de consulter la FAQ C# ainsi que les cours et tutoriels

  5. #5
    Membre habitué
    Profil pro
    Inscrit en
    février 2009
    Messages
    168
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2009
    Messages : 168
    Points : 125
    Points
    125

    Par défaut

    Citation Envoyé par dorinf Voir le message
    1. Ne pas mettre à jour la documentation suite à la modification d'une API (quand il y en a une !) ;
    2. Mettre en commentaire un TODO, un FIXME etc... et le laisser pour longtemps, très longtemps ;
    3. Ne pas refactoriser son code lorsque c'est nécessaire (il marche, pourquoi y toucher ?) ;
    4. Ne pas mettre à jour les tests ;
    5. Utiliser un langage avec Garbage Collector ;
    6. Masquer un bug au lieu de le corriger (soigner les symptômes au lieu d'en trouver la cause) ;
    7. Ne pas utiliser de système de contrôle de version (commiter, ça prend du temps !) ;
    8. Ou écrire en message de commit "commit" ;
    9. Fusionner les travaux des autres en ne considérant que ses propres modifications (les autres feront le boulot :p) ;
    10. Ne pas traiter les erreurs
    Cool à mon boulot, on a plus de la moyenne !!

  6. #6
    Membre expert
    Avatar de RyzenOC
    Homme Profil pro
    NR
    Inscrit en
    juin 2013
    Messages
    2 812
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : NR
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : juin 2013
    Messages : 2 812
    Points : 3 528
    Points
    3 528
    Billets dans le blog
    8

    Par défaut

    tous foutre dans un fichier
    ne pas faire de tests
    ne pas utiliser de gestionnaire de version, ni aucun logiciels de gestion style Maven, Nexus...
    Essayer de faire un maximum de copier-coller sur des bouts de code pomper sur github
    ne pas fournir de doc
    ne pas mettre de commentaire
    quand y'a un bug, le mettre dans un try: moncodebuggé except: pass
    Pour les soucis d'optimisation, suffit de gonfler la config minimal requise, pourquoi optimiser quand on peut acheter 16Go de ram pour 20€ ?

    mais le plus important : Commencer doucement le matin et pas trop vite le soir, etre bien reposer c'est la base, avec une pause toute les heures pour limiter les risques du métier.
    =>Comment jouer sur xbox one à moindre coût ?
    Achetez un notebook de 2010 à 50€ sur leboncoin, installez steam, connectez le pc à un écran, branchez une manette xbox au pc
    Enjoy

  7. #7
    Nouveau membre du Club
    Homme Profil pro
    Responsable d'un système d'information métier
    Inscrit en
    septembre 2016
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Responsable d'un système d'information métier

    Informations forums :
    Inscription : septembre 2016
    Messages : 9
    Points : 34
    Points
    34

    Par défaut

    Citation Envoyé par dorinf Voir le message
    Bon, c'est trolldi mais quand même
    Les points cités ne sont pas vraiment de la paresse. C'est plutôt du bon sens !
    A mon avis, il s'agit plutôt de présenter des bonnes pratiques qui font du développeur un potentiel paresseux

  8. #8
    Expert éminent sénior

    Avatar de Neckara
    Homme Profil pro
    Étudiant
    Inscrit en
    décembre 2011
    Messages
    6 150
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 23
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Enseignement

    Informations forums :
    Inscription : décembre 2011
    Messages : 6 150
    Points : 16 008
    Points
    16 008

    Par défaut

    Citation Envoyé par Daniel Josue Voir le message
    A mon avis, il s'agit plutôt de présenter des bonnes pratiques qui font du développeur un potentiel paresseux
    Heu... le copier/coller et plus généralement la duplication de code est très long d'être une bonne pratique...

    De même que le recours abusif de commentaires dans le code, quand il faudra modifier le code et qu'on se retrouvera avec des commentaires obsolètes, ça va être une vraie partie de plaisir... Le code est censé déjà être explicite pour être compris, les commentaires à rajouter devraient être rares. À part les commentaires pour doxygen afin de générer une documentation, les autres commentaires devraient être vraiment rares et restreints vraiment à des points précis et ambigus.
    On dit "chiffrer" pas "crypter" !

    On dit "bibliothèque" pas "librairie" !

    Ma page DVP : http://neckara.developpez.com/

  9. #9
    Provisoirement toléré Avatar de MikeRowSoft
    Homme Profil pro
    Sans profession
    Inscrit en
    avril 2013
    Messages
    979
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : Sans profession

    Informations forums :
    Inscription : avril 2013
    Messages : 979
    Points : 0
    Points
    0

    Par défaut

    rapid application development, la plus part du temps pour commencer il y a déjà beaucoup de fait, surtout pour le coté design.
    Accès aux drivers ou ressources, bases de données relationnelles (SQL) et autres algorithmes des plus simples au plus compliqués...

    Atari ST vive la compilation .

  10. #10
    Membre émérite
    Homme Profil pro
    Développeur .NET
    Inscrit en
    octobre 2013
    Messages
    1 076
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Industrie

    Informations forums :
    Inscription : octobre 2013
    Messages : 1 076
    Points : 2 264
    Points
    2 264

    Par défaut

    Citation Envoyé par dorinf Voir le message
    Les points cités ne sont pas vraiment de la paresse. C'est plutôt du bon sens !
    La paresse ce n'est pas seulement "sur le moment" (cf les TODO, par exemple) mais aussi sur le long terme (j'ai une fonction un peu générique. Je la met dans mon Framework maintenant comme ça j'aurais pas à le faire plus tard..).

    Un point de paresse perso : déboguer au Debug.WriteLine C'est de la fausse paresse car, au final, on tape plus de code et on devra forcément passer par un point d'arrêt pour identifier la cause. Mais ça permet de faire moins de "instruction suivante"

  11. #11
    Expert éminent sénior
    Avatar de Glutinus
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    avril 2005
    Messages
    3 559
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Consultant en Business Intelligence
    Secteur : Finance

    Informations forums :
    Inscription : avril 2005
    Messages : 3 559
    Points : 15 023
    Points
    15 023
    Billets dans le blog
    3

    Par défaut

    C'est ironique, car quand bien même on peut critiquer les personnes qui suivent ces points ("ne fais pas de copier coller bête et simple, c'est le meilleur moyen pour oublier qu'il y a quelque chose qui n'est pas adapté pour le point suivant"), y en a qui ne pensent pas à factoriser des choses et sont capables de tout réécrire de A à Z parce qu'il fallait mettre le numéro de portable et non du fixe ^^

    Citation Envoyé par Siguillaume Voir le message
    Votre avis :
    Quelles méthodes utilisez-vous pour soulager votre fardeau de programmeur ?
    C'est vrai, on est trolldi ?
    Je délègue

    Nan mais sérieux, je connaissais un tir-au-flanc qui repérait dans la boite quels étaient les petits jeunots qui n'avaient jamais travaillé avant, essayait de refiler ses tâches en disant que c'était une évolution incroyable dans leur carrière ^^
    - So.... what exactly is preventing us from doing this?
    - Geometry.
    - Just ignore it !!

  12. #12
    Expert éminent sénior
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    septembre 2012
    Messages
    2 188
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : septembre 2012
    Messages : 2 188
    Points : 10 228
    Points
    10 228

    Par défaut

    L'abus de prestataire. Cela soulage grandement mon fardeau. Par exemple, on est vendredi, il est 16h, je viens de leur envoyer une demande urgente à traiter avant lundi 8h, ça m'a grandement soulagé mon week-end!

    En plus, c'est pratique, le presta, il peut rien dire à part "oui" et "tout de suis maître".

  13. #13
    Membre émérite
    Homme Profil pro
    Développeur Java
    Inscrit en
    mars 2015
    Messages
    568
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2015
    Messages : 568
    Points : 2 372
    Points
    2 372

    Par défaut

    La paresse est une vertu : il s'agit d'en faire le plus possible en dépensant le moins d'énergie.

    En physique, on appelle ça le principe de moindre action. A la fac, je m'en étais servi pour démontrer à un prof pourquoi il est naturel que les étudiants s'assoient le plus au fond possible d'un amphi.
    "If the revolution ain't gon' be televised
    Then fuck, I'll probably miss it" - Aesop Rock

  14. #14
    Membre émérite
    Homme Profil pro
    Développeur .NET
    Inscrit en
    novembre 2009
    Messages
    1 167
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : novembre 2009
    Messages : 1 167
    Points : 2 562
    Points
    2 562

    Par défaut

    Citation Envoyé par Siguillaume Voir le message
    Quelles méthodes utilisez-vous pour soulager votre fardeau de programmeur ?
    Je vais sur developpez.net

  15. #15
    Membre confirmé
    Profil pro
    Inscrit en
    mars 2011
    Messages
    167
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2011
    Messages : 167
    Points : 450
    Points
    450

    Par défaut

    Citation Envoyé par Grogro Voir le message
    En physique, on appelle ça le principe de moindre action. A la fac, je m'en étais servi pour démontrer à un prof pourquoi il est naturel que les étudiants s'assoient le plus au fond possible d'un amphi.
    A la place du prof, j'aurai acquiescé et j'aurai tiré fait tirer aux étudiants leur note de partiel aux dès (toujours le principe de moindre action) et pour le second semestre j'aurai probablement donné comme projet de fin d'année un programme de répartition de notes réaliste se basant sur les cours d'inférence bayésienne donné par un collègue vers lequel j'aurai orienté mes étudiants afin de libérer de précieuses heures pendant lesquelles je donnerai des instructions à des farmers chinois pour qu'il me fasse l'équipement complet de mon perso dans le meilleur MMORPG du moment. Perso jouer par mon fils que j'aurai probablement fait faire par un pote.
    Il va sans dire que j'utiliserai le meilleurs projets pour noter mes élèves. Je m’assurerai quand même de donner la meilleure note au meilleur projet histoire de ne pas être trop chien et de les motiver...

    Mine de rien. Ne rien faire, ça use !

  16. #16
    Membre confirmé Avatar de ypicot
    Profil pro
    Inscrit en
    mai 2004
    Messages
    400
    Détails du profil
    Informations personnelles :
    Âge : 53
    Localisation : France

    Informations forums :
    Inscription : mai 2004
    Messages : 400
    Points : 545
    Points
    545

    Par défaut

    Principe que je répète souvent dans mes stages : ne pas confondre fainéantise et paresse :

    - le fainéant cherche à ne rien faire et du coup, se trouve souvent à faire plus de boulot par la suite. Exemple : j'ai la flemme d'écrire une fonction pour factoriser mon code, donc je fais des copier-coller. Donc, en cas de modification plus tard, je me retrouve avec plus de boulot (modifier partout mon code), ou -pire- des bugs parce que j'ai eu la flemme de de modifier l'ensemble du code collé.
    Cela s'applique à des tas de contexte : j'ai la flemme de nettoyer la table après manger, donc les taches sèchent, du coup quand je dois la nettoyer, je dois frotter davantage. Et si je ne nettoie pas, je me retrouve avec des 'tites bestioles et/ou une odeur de moisi...

    - le paresseux est qqu'un qui est capable de réfléchir pendant 1h pour ne pas travailler 5min (c'est une définition toute personnelle). Il s'ensuit que, à force d'utiliser son cerveau, le paresseux est bien souvent plus intelligent que la moyenne. Ainsi, il va utiliser tout ou partie des solutions évoquées dans l'article, dès qu'il pense que cela lui économisera de l'effort. Si je reprends l'exemple de la table ci-dessus, le paresseux utilisera un plateau, plus facile à nettoyer

    Yvan
    Une solution n'est valable que dans un contexte donné

  17. #17
    Membre habitué Avatar de bclinton
    Profil pro
    Inscrit en
    novembre 2008
    Messages
    46
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : novembre 2008
    Messages : 46
    Points : 145
    Points
    145

    Par défaut

    Il ne faut pas confondre la paresse et la fainéantise.

    Le fainéant va bâcler le boulot parce qu'il s'en fout de bien bosser, il veut juste se débarrasser d'une tâche : copier-coller, pas de tests, etc.

    Le paresseux va s'organiser pour que le travail soit fait au prix du moindre effort : factorisation, framework, etc.

    La paresse est en fait une vertu.

    [edit finalement j'ai dit pratiquement la même chose que dans le précédent message]

  18. #18
    Membre à l'essai
    Homme Profil pro
    Développeur Web
    Inscrit en
    mars 2011
    Messages
    6
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : Enseignement

    Informations forums :
    Inscription : mars 2011
    Messages : 6
    Points : 20
    Points
    20

    Par défaut

    Concernant l'utilisation du cache, ce n'est pas tellement du côté du navigateur que ça se passe à mon sens. Plutôt côté serveur, avec des requêtes concernant des pages (ou élément de pages) statiques servis directement depuis le cache (Varnish et consorts).

    Et même carrément coté DB avec des résultats de requête cachés lorsqu'il n'y a pas eu d'écriture sur les tables entre deux lectures, ou un truc du genre.

    Mais là ça n'a plus grand chose à voir avec de la flemme, vu la complexité des mécanismes mis en œuvre…

  19. #19
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    août 2016
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 22
    Localisation : Maroc

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : août 2016
    Messages : 1
    Points : 0
    Points
    0

    Par défaut Brahim jdidou

    A mon avis , c'est des techniques et des bons pratiques qui ont participer a la revolution au niveau programmation

  20. #20
    Membre actif
    Homme Profil pro
    Webdesigner
    Inscrit en
    juin 2014
    Messages
    97
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Hautes Pyrénées (Midi Pyrénées)

    Informations professionnelles :
    Activité : Webdesigner
    Secteur : Associations - ONG

    Informations forums :
    Inscription : juin 2014
    Messages : 97
    Points : 202
    Points
    202

    Par défaut

    Bonjour à tous.
    Lorsqu'on est paresseux, on n'est pas feignant mais fainéant...

Discussions similaires

  1. Programmation Java pour les enfants, les parents et les grands-parents
    Par imaintsoanala dans le forum Général Java
    Réponses: 1
    Dernier message: 25/01/2011, 14h08
  2. [Blague] Le langage de programmation C pour les experts
    Par valentine74 dans le forum Humour Informatique
    Réponses: 29
    Dernier message: 04/10/2009, 03h50
  3. Microsoft lance son programme WebsiteSpark pour les développeurs
    Par Katleen Erna dans le forum Actualités
    Réponses: 6
    Dernier message: 28/09/2009, 22h45
  4. Cours de Programmation GPU pour les nuls
    Par MohEllayali dans le forum Développement 2D, 3D et Jeux
    Réponses: 4
    Dernier message: 24/08/2008, 15h29

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