En fait je commence à ne plus supporter les personnes qui pense que tout est facile et qu'il suffit de cliquer.
Anecdote : dans les années 90-2000 un client ne comprenais pas pourquoi envoyer des faxs était compliqué, pour lui il suffisait de cliquer pour installer le programme.
Je lui ai répondu, que s'il suffisait de cliquer il n'avait qu'à le faire lui même ... la dessus il est devenu tout rouge et s'est plaint a mon boss :)
à l'époque pour envoyer des faxs il fallait une carte modem compatible, un logiciel compatible, une ligne téléphonique dédiée proche du serveur etc ... rien de simple
Bon maintenant on est plus dans : tout le monde veut gérer sa propre machine virtuelle sur sa machine sans se poser certaines questions concernant comme les sauvegardes, les ressources (RAM CPU DISQUE), les mises à jour, le temps nécessaire pour installer etc ...
Bref chaque poste de dev/ consultants / chef de projet devient un serveur ... mais très ont les compétences d'un ingénieur système.
Donc généralement c'est la qu'arrive les problèmes parce que la base de données a rempli le disque, c'est trop lent ou la machine virtuelle ne veut plus démarrer ... en plus généralement c'est urgent
Généralement quand un métier existe ce n'est pas pour rien ... un comportement de professionnel consiste à demander aux autres professionnels la bonne méthode pour certaine opérations.
Des exemples comme cela il y a en a beaucoup, avec la virtualisation la notion de ressources information est parti dans les nuages.
Et les devs codent comme des gorets et viennent chouiner quand c'est trop lent
Les consultants ne comprennent pas pourquoi une VM de 100 Go (avec BDD + ERP) ne tournent que lentement sur un disque USB
Les chefs de projets planifient 2 jours pour déplacer des données qu'elles fassent 100Mo comme 500 Go
Et tout ce petit monde ne comprend pas pourquoi je signale dans des rapports que certaines tables dans la base pourraient être purgées ... personne (client y compris) ne pense que une table temporaire de données obsolétes utilisées tout les jours de plusieurs dizaines de millions de lignes cela a un impact sur la performance globale.
Ou encore les triggers de bases de données ... génial pour remplir des tables avec des données inutiles ou inutilisées juste parce que un bricoleur a voulu tester les triggers sur le select d'un zone de ...
pourtant 2 mots suffisent pour analyser certains problemes : fréquence et volume
Mais après tout peut être que cela vient de ma manière de vouloir faire les choses ...
[^] # Re: Du coté Serveur / Station haute performance ...
Posté par Christophe B. (site web personnel) . En réponse au journal Assembleur de PC en France. Évalué à 3.
On comprend mieux avec des exemples ...
En fait je commence à ne plus supporter les personnes qui pense que tout est facile et qu'il suffit de cliquer.
Anecdote : dans les années 90-2000 un client ne comprenais pas pourquoi envoyer des faxs était compliqué, pour lui il suffisait de cliquer pour installer le programme.
Je lui ai répondu, que s'il suffisait de cliquer il n'avait qu'à le faire lui même ... la dessus il est devenu tout rouge et s'est plaint a mon boss :)
à l'époque pour envoyer des faxs il fallait une carte modem compatible, un logiciel compatible, une ligne téléphonique dédiée proche du serveur etc ... rien de simple
Bon maintenant on est plus dans : tout le monde veut gérer sa propre machine virtuelle sur sa machine sans se poser certaines questions concernant comme les sauvegardes, les ressources (RAM CPU DISQUE), les mises à jour, le temps nécessaire pour installer etc ...
Bref chaque poste de dev/ consultants / chef de projet devient un serveur ... mais très ont les compétences d'un ingénieur système.
Donc généralement c'est la qu'arrive les problèmes parce que la base de données a rempli le disque, c'est trop lent ou la machine virtuelle ne veut plus démarrer ... en plus généralement c'est urgent
Généralement quand un métier existe ce n'est pas pour rien ... un comportement de professionnel consiste à demander aux autres professionnels la bonne méthode pour certaine opérations.
Des exemples comme cela il y a en a beaucoup, avec la virtualisation la notion de ressources information est parti dans les nuages.
Et les devs codent comme des gorets et viennent chouiner quand c'est trop lent
Les consultants ne comprennent pas pourquoi une VM de 100 Go (avec BDD + ERP) ne tournent que lentement sur un disque USB
Les chefs de projets planifient 2 jours pour déplacer des données qu'elles fassent 100Mo comme 500 Go
Et tout ce petit monde ne comprend pas pourquoi je signale dans des rapports que certaines tables dans la base pourraient être purgées ... personne (client y compris) ne pense que une table temporaire de données obsolétes utilisées tout les jours de plusieurs dizaines de millions de lignes cela a un impact sur la performance globale.
Ou encore les triggers de bases de données ... génial pour remplir des tables avec des données inutiles ou inutilisées juste parce que un bricoleur a voulu tester les triggers sur le select d'un zone de ...
pourtant 2 mots suffisent pour analyser certains problemes : fréquence et volume
Mais après tout peut être que cela vient de ma manière de vouloir faire les choses ...