Sincerment c'est n'importe quoi en ce moment, il y a trop de techno ya au moins un nouveau framework / langage par an et les mise a jours de ceux existant c'est tout les 6 mois voir tout les mois.

Parfois, je passe plus de temps a me faire la main sur les framework que de coder reelement.

Chaque framework a son avantage donc tu vois...
Et on cherche toujours à faciliter l'utilisation donc...

Choisis une techno mature qui n'a plus besoin de mises à jour fréquentes.
Ne suis plus les effets de mode.

Fallait pas faire du web

Ca a toujours ete comme ca vraiment. Les systemes graphique sont un cauchemard aussi. Avec chaque vendeur qui fait sa propre API. Je me rappelle de glide de voodoo par exemple.

Meme en UI on s'est taper plein de conneries aussi. vers 2003/2004, on avait 3 stacks differente en java (awt, swing, swf), deux stacks independentes pour les macOS (9 et X avaient des stacks differentes). On a eu un probleme similaire chez windows avec les api win16, win32, et les differentes version de MFC qui marchotait plus ou moins. Je ne parles meme pas du bordel que c'est sous linux et que c'etait pas plus simple a l'epoque.

Au niveau du backend ça va plus ou moins. Genre même PHP c'est devenu bien mature maintenant quand même, on est tellement bien loti par rapport à il y a 10 ans
On peut faire du code qui dure dans le temps quoi.

Par contre côté front / JS c'est totalement l'anarchie. Ça se cherche beaucoup trop encore. Genre y'a de fortes chances que le code que t'as écris y'a 1 ans soit complètement obsolète aujourd'hui, c'est la merdasse l'autre fois j'ai pris un projet de 6 mois, j'ai fait un npm install et rien ne marchait, c'est horrible

Le 18 septembre 2017 à 21:53:35 Arkwolf a écrit :
Au niveau du backend ça va plus ou moins. Genre même PHP c'est devenu bien mature maintenant quand même, on est tellement bien loti par rapport à il y a 10 ans
On peut faire du code qui dure dans le temps quoi.

Par contre côté front / JS c'est totalement l'anarchie. Ça se cherche beaucoup trop encore. Genre y'a de fortes chances que le code que t'as écris y'a 1 ans soit complètement obsolète aujourd'hui, c'est la merdasse l'autre fois j'ai pris un projet de 6 mois, j'ai fait un npm install et rien ne marchait, c'est horrible

Typiquement moi avec angular.

Ah alors comme ça t'avais bidouillé pour faire des formulaires asynchrones ?

Ca serait dommage si...

On ajoutait...

Les réactive forms.

Alors ça fait quoi d'avoir galéré pour rien au lieu d'attendre

Et toi ?

Sinon il y a la commande npm shrinkwrap qui va faire un fichier package-lock.json avec les versions précises de tes dépendances de ton projet et éviter que d'ici 3 mois ton code soit plus fonctionnel.

Maintenant tu peux aussi retourner à des langages plus stables.

Le 19 septembre 2017 à 09:50:36 Tacha-tepoilu a écrit :
Sinon il y a la commande npm shrinkwrap qui va faire un fichier package-lock.json avec les versions précises de tes dépendances de ton projet et éviter que d'ici 3 mois ton code soit plus fonctionnel.

Maintenant tu peux aussi retourner à des langages plus stables.

Oui mais bien souvent rester sur des versions antérieures c'est pas une bonne idée.

D'où la création de version LTS => Long Term Support pour stabiliser le tout pendant 6 mois à 4 ans (pour ce que j'ai vu) et obtenir les mises à jour de sécurité sans "tout casser", ainsi que de prévoir des guides de migration en cas de modifications majeures.

Le 19 septembre 2017 à 10:04:49 renaultenpls a écrit :

Le 19 septembre 2017 à 09:50:36 Tacha-tepoilu a écrit :
Sinon il y a la commande npm shrinkwrap qui va faire un fichier package-lock.json avec les versions précises de tes dépendances de ton projet et éviter que d'ici 3 mois ton code soit plus fonctionnel.

Maintenant tu peux aussi retourner à des langages plus stables.

Oui mais bien souvent rester sur des versions antérieures c'est pas une bonne idée.

pour le JS c'est quand même conseillé