Reprise du message précédent :

Oublie Angular 1
Essaye angular 2
Sinon essaie aussi React, il a l'avantage d'avoir une grosse communauté, d'avoir des composants natifs pour le mobile, et d'avoir des outils sympas pour bosser.
Pour bootstraper un projet avec react, facebook propose "create-react-app" qui a la particularité de te générer un projet avec tous les outils qu'il faut pour bosser et surtout en ayant du zero-config.

Si c'est pour commencer aujourd'hui, je pense qu'il vaut mieux miser sur React ou Vue.js.

Et concrètement, pour migrer une application existante "traditionnelle", comment feriez-vous la transition ? On pète tout et on recommence ? On fait ça étape par étape ? On développe une API et on vient taper dessus au fur et à mesure ? Quid des vues ? (mixer twig/ whatever ce qui existe côté React)

Carrément, React
 
Concernant la transition, on en a profité pour refaire tout le front (Angular vers React)

 
Je te conseillerais de laisser tomber jquery, qui a mon sens est de moins en moins necessaire, et de voir si tu te sens a l'aise avec du js es6 pur + babel.

 
Angular propose exactement la même chose, je vois pas en quoi c'est un avantage.

l'avantage qu'il cite, c'est la grosse communaute (et compare a Angular, il a pas tord), pas "create-react-app"

 
Alors que vous auriez choisi Ember, il n'y aurait pas eu besoin de tout réécrire  

C'était une TRÈS bonne chose de tout re-écrire Totalement voulu et assumé

edit : « tout » réécrire au niveau de l'appli front, le back on a rien changé c'est autre chose

Vous n'aviez pas le choix de toute manière car Google s'en fout de ton avis

 
Non mais je voulais dire par là qu'une ré écriture c'est pas une mauvaise chose (et c'est faisable si c'est bien découpé). Et sinon React pas de regrets, c'est vraiment comme on aime bosser (orienté composant)

Vous avez foutu redux ?  
Je suis en train de coller redux sur mon app en cours de dev, je galère un peu, j'ai parfois l'impression d'avoir oublié des trucs
 
Je suis pas doué

React+Redux oui

edit : je dev quasi plus moi

nan, mais il faut pas mettre redux, ce truc est ingérable.

 
Avec le recul, Julien me dit que Redux serait pas obligatoire chez nous au final.

Fig 1 : la dette technique

Allez, de circonstance: https://medium.com/@dan_abramov/you [...] 46360cf367

Pas spécialement, c'est pas toujours évident de savoir si une solution va coller exactement à ton besoin, en général c'est quand t'es allé au fond du problème que tu as la réponse. Ici c'est pas gravissime, parce qu'on a bien pris le temps de maîtriser Redux (enfin le lead dev et ses sbires )

edit : on a des problématique assez spécifiques dans XO, donc la réponse n'est pas simple chez nous…

 
*tort
Et j'ai du mal à y croire, tu te bases sur quoi pour dire ça ?

 
Vous m'excuserez, je vous fais une réponse groupée.
En terme d'archi, quels que soient nos applis on a un découpage comprenant un projet frontend (mvc) et un projet backend (restfull api)
J'ai l'impression que pour beaucoup de personnes frontend = client, ce qui n'est pas toujours vrai.
Même côté frontend on peut très bien générer du contenu dynamiquement. La partie angular/react/whatever ne couvre pas toujours forcément 100% du site
 
Dans mon cas la partie frontend fait un peu plus que juste renvoyer des assets (.html, .css, .png .js) d'ou le fait d'utiliser .net.
Bien sur si on avait pas ce prérequis ce serait beaucoup plus simple
 
 
ng serve fait partie des "recommandations" pour angular-cli. cf leur page d'accueil.  

D'ailleurs je ne suis pas forcément fan de leur config par défaut.
 
 
Et puisque vous parlez des framework js.
J'ai déjà testé Knockout, Angularjs, Angular, VueJS. (on bosse essentiellement en angularjs depuis 2 ans 1/2)
 
Le prochain sur la liste est React.  
Son côté plus carré m'attire pas mal. Je risque surement de me faire un petit proto cet été.  
Des conseils ou des trucs à éviter ?

En tout cas vous avez des claviers qui doivent avoir une touche tab très sensible

 
ah non là le problème vient clairement du bonhomme qui utilise le clavier  

 
http://www.npmtrends.com/react-vs-angular
(meme si ce n'est pas une mesure ideale, ca reste mieux que Google Trends).
 
Les pulse github sont relativement similaires
https://github.com/facebook/react/pulse/monthly
https://github.com/angular/angular/pulse/monthly
Sans compter les React-Router, Redux, ... qui devraient idealement etre comptes dans "l'ecosysteme" React.

 
Tous les 2 ans ça change.
 
C'est pas un gage de quoi que ce soit.

ce dialogue de sourd  
 
/me retourne jouer avec Angular

Yo !
 
Quelqu'un a déjà testé Nuxt.js ? c'est vraiment pas mal !  

 
Petite question sur le chiffrement de fichiers avant stockage, est-ce que l'un d'entre vous avait déjà jeté un oeil ?
 
J'aimerai appliquer cela sur mon app. sous Symfony3, je regarde un peu les lib. de chiffrement côté PHP, mais si vous avez des pistes / tips, je suis preneur

Bonjour,
Je suis en train de développer un petite site perso sans connaissances particulières, et j'aimerai savoir comment mettre un mot de passe pour éviter que tout le monde puisse aller sur une partie du site.
 
Voici mon arborescence :
 
SiteWeb .fr  
- partie wordpress
- partie prestashop
 
J'aimerai que le site me demande un mot de passe lorsque je vais sur :
SiteWeb.fr/prestashop ?
 
Merci pour votre aide.

fouille du coté des htaccess

 
J'ai trouvé ça :
https://www.one.com/fr/support/faq/ [...] t-de-passe
 
Mais apparement il faut être chez one.com alors que je suis chez OVH.

pour OVH, j'ai découvert ceci :
https://docs.ovh.com/fr/fr/web/host [...] ification/

Petite question entre dev web, ça vous gave pas a quantité de techno plus ou moins éphémères qui apparaissent sans cesse ? Un nième framework pourri qui sera passé de mode dans 2 ans, un nième outil soit disant indispensable qui fait que complexifier le process de développement... Etre dev web aujourdhui c'est maitriser 5000 choses différentes. Le côté fun et artisanal qui disparait avec les frameworks qui imposent leur structure lourde et contraignante.
 
Au final je m'en sors très bien avec un simple php+sql en back (sans framework, juste des libs quand y'a besoin) et un simple jquery en front. Même pour des applications dites complexes, au final ça fait aussi bien le taf sauf que c'est plus léger et plus simple à maintenir...
 
J'adore les évolutions récentes avec HTML5, WebGL etc, mais je suis réfractaires à ces frameworks hypés.
 
D'ailleurs ceux qui utilisent des moteurs de templates, vous savez que PHP fait ça nativement ?  

Je suis d'accord Mais j'utilise quand même Symfony

 
Je suis bien de ton avis dans l'absolu, et j'evangelise dans ce sens quand je peux. Le probleme est que assembler des briques reste plus productif a court terme que developper "lean and mean", et du coup ca permet de jeter de la poudre aux yeux facilement. J'ai l'impression aussi que pas mal de devs sont faineants et ne pensent pas la maintenabilite a long terme, en plus des devs qui ne maitrisent pas les bases du dev web, nottament css et js, et qui _doivent_ donc se reposer sur des surcouches. Je suis toujours hallucine par le nombre de devs qui sont en panique devant du css sans bootstrap ou devant du js sans angular.
 
Je te conseille de regarder du cote de vuejs, la doc se lit en une aprem, et c'est tres leger. C'est le truc le moins attardé que j'aie vu ces dernières annés, nottamment car ca oblige pas a s'investir lourdement dans une techno bien enterprisey qui sera obsolete dans un an.
 

 
Suffit de ne pas faire de mauvais choix et de ne pas changer tous les 2 ans
 
Après, un développeur qui refuse d'évoluer, ça finit rarement bien
 
Si tu fais des choses très basiques seul dans ton coin, tu n'as effectivement pas nécessairement d'intérêt à utiliser un framework.

Le web ça va vite, tu suis ou tu suis pas Coté front j'entends.

C'est fun pour voir de nouvelles technos souvent, côté projet oui faut bien choisir le framework et assumer le fait qu'il faille mettre a jour souvent et changer de framework au bout d'un temps si besoin...
Pas parce que le framework a été mal choisi mais parce que les innovations vont tellement vite qu'il faut bien s'adapter...

Côté outillage (npm, bower, gulp, grunt, webpack, Cordova), c'est vrai que c'est Bagdad par contre...

Là j'entame un projet open source, et là je me retrouve avec du xo  (non pas la merde de plam, mais ça  https://www.npmjs.com/package/xo) + eslint + ava pour les tests unitaire.
Alors que je viens d'un projet là ou j'avais fais du Creat-react-app à base de webpack, babel (transpilage), jest (pour les TU)
Et juste avant j'avais ma propre stack de dev pour Angular fait à base de :  
Gulp (task manager, browsersync (server http + hotreload), stubby4node (pour les mocks), angular (framework), (karma,mocha,chai,sinon) pour les tests.

 
On va pas s'entendre Et niveau stack techno on est pas mal (React/Redux )

Ça fait plus de 5 ans que je fais de l'Ember, plus de 3 ans du Ember-CLI pour l'outillage. Pourtant pas dur de ne pas changer constamment

Je t'aime quand même tu sais

 
+1 avec quelques nuances.
 
Ici, pour des projets moyens et relativement simples, on utilise symfony pour ne pas réinventer la roue et parce que cela force à respecter une certaine structure.
Pour les gros projets on utilise composer et on installe :
 
- certaines librairies de symfony, surtout HttpFoundation qui permet de traiter les données ainsi que le validator
- twig
- une classe de traitement des BDD maison (on utilise pas celle de symfony)
- swiftmailer pour le traitement des emails
 
Et bien sûr d'autres librairie que l'on installe avec composer suivant nos besoins. On ne réinvente plus la roue.  Par exemple si on veut générer un password, on utilise hackzilla etc...
 
Mais on utilise pas symfony en tant que tel car ce n'est pas assez souple. On perd trop de temps, par exemple avec des formulaires très complexes et des interactions JS/Ajax etc...
 
Au niveau frontend, on utilise essentiellement bootstrap 3 et bientôt 4, et pour les petites choses, skeleton.
 
Au niveau JS on est passé à ES6 qu'on compile avec babel et on utilise essentiellement jquery et différents plugins. Tout est installé/managé avec bower.
 
Effectivement, on ne prend pas la dernière hype. Uniquement des trucs utilisés massivement, qui ont fait leurs preuves et où une énorme quantité de support est disponible. Les trucs nouveaux/récents, j'encourage mes N-1 à s'y intéresser et à expérimenter, mais en production, c'est niet.