Pour être dans le développement d'application depuis une 10aine d'année, je plussoie ce type de post. La perte de qualité dans le développement est effroyable.
Nous devons sortir de plus en plus vite des nouvelles fonctionnalités et sans jamais prendre le temps d'optimiser nos travaux.
Les ORM sont des révolutions d'un point de vue développement ... mais un gouffre s'ils sont mal gérés. Remonter l'ensemble d'une base pour faire un "count" ne choque plus un développeur lambda ...
De la même manière, demander le résultat d'une requête avant d'appliquer les filtres sur les données n'est pas problématique.
Les tests de montée en charge ne sont jamais fait (enfin, j'en ai jamais vu) ... et on se retrouve avec des applications qui font tomber des VM car elles ont 15 utilisateurs en parallèle.
Avez vous déjà regarder la configuration minimum d'un serveur Sharepoint ? qui servira au final à faire tourner un Intranet plus ou moins statique dans 80 % des cas ...
Alors oui, tout n'est pas à jeter, mais, la marge d'optimisation des applications est juste énorme .. simplement en appliquant les règles de base.
Aujourd'hui cela coûte moins cher de faire faire un développement au rabais, dans un temps contraint que de concevoir un produit performant dès le départ ... et si le client gueule sur les perfs, on ajoutera un index sur la base ....
[^] # Re: bof
Posté par beleys (site web personnel) . En réponse au journal Un développeur qui dénonce. Évalué à 10.
Oui, mais pas que ...
Pour être dans le développement d'application depuis une 10aine d'année, je plussoie ce type de post. La perte de qualité dans le développement est effroyable.
Nous devons sortir de plus en plus vite des nouvelles fonctionnalités et sans jamais prendre le temps d'optimiser nos travaux.
Les ORM sont des révolutions d'un point de vue développement ... mais un gouffre s'ils sont mal gérés. Remonter l'ensemble d'une base pour faire un "count" ne choque plus un développeur lambda ...
De la même manière, demander le résultat d'une requête avant d'appliquer les filtres sur les données n'est pas problématique.
Les tests de montée en charge ne sont jamais fait (enfin, j'en ai jamais vu) ... et on se retrouve avec des applications qui font tomber des VM car elles ont 15 utilisateurs en parallèle.
Avez vous déjà regarder la configuration minimum d'un serveur Sharepoint ? qui servira au final à faire tourner un Intranet plus ou moins statique dans 80 % des cas ...
Alors oui, tout n'est pas à jeter, mais, la marge d'optimisation des applications est juste énorme .. simplement en appliquant les règles de base.
Aujourd'hui cela coûte moins cher de faire faire un développement au rabais, dans un temps contraint que de concevoir un produit performant dès le départ ... et si le client gueule sur les perfs, on ajoutera un index sur la base ....