Discussion :

[agi.v]

Bonjour,
Je souhaiterai avoir votre avis en tant que professionnel. Je me débrouille avec Symfony et Bootstrap. Mais je vois beaucoup sur les offres d'emploi "Dev Angular". Ce que je sais c'est que c'est un framework client.
J'aurai voulu avoir votre avis sur les avantages et les défauts d'Angular associé à Symfony.
Puis quels sont les différences sinificatives entre BootStrap et Angular (bien que j'en connaisse quelques unes)
Et pour finir selon vous, quel est le meilleur framework entre Angular et Bootstrap associer à Symfony en terme de facilité de développement, de puissance, de possibilités et d'oportunité sur le marché de l'emploi.

Merci à vous tous !

Vincent

[krakatoa]

salutation,

Symfony et Angular sont 2 frameworks qui font la même choses, créer des applications.
Un tourne sur un serveur PHP, l'autre sur le navigateur.

Donc coupler Symfony et Angular n'a pas trop d’intérêt puisqu'ils font la même chose mais différemment.


Bootstrap n'a pas vraiment de rapport avec Symfony et Angular. bootstrap(qui utilise jQuery) offre des widgets, des composants graphiques que l'on intègre surtout sur du PHP
Pour Angular, il y a la même chose que Bootstrap et s'appelle Angular Material.


la seule chose intéressante à faire entre Angular et Symfony, c'est de créer des widgets, des web composants en Angular qui font des petites choses dynamiques (ce que PHP ne fait pas)
et de les intégrer dans les templates Symfony.

il existe des web composants en Angular que l'on peut intégrer dans ces pages PHP ou autres.. tout comme jQuery, vue ou react le fait

en effet, c'est une bonne stratégie que d'analyser les offres d'emplois et de choisir les technos les plus recherchés

[agi.v]

Bonjour,
Merci de votre réponse.
Cela me paraît bien plus clair maintenant.
Je posais la question car sur la cote basco-landaise on trouve souvent des offres "développeur Angular Symfony" donc je pensais que c était couplé.
Merci de votre réponse en tout cas merci.

Vincent

[Marco46]

Symfony et Angular sont 2 frameworks qui font la même choses, créer des applications.
Un tourne sur un serveur PHP, l'autre sur le navigateur.

Donc coupler Symfony et Angular n'a pas trop d’intérêt puisqu'ils font la même chose mais différemment.

Non tu ne peux pas dire ça. Le PHP côté serveur peut se connecter à une base de données ou exposer un webservice.

Angular comme les autres outils du même acabit (React, Vue, etc ...) s'exécute exclusivement côté front.

Tu peux avoir Symfony + Angular si tu te contentes d'exposer une API Rest via Symfony, tu peux avoir Symfony tout seul si tu écris ton front avec, mais tu ne peux pas avoir Angular tout seul pour une solution full stack.

[Flyers]

Bonjour,
Je souhaiterai avoir votre avis en tant que professionnel. Je me débrouille avec Symfony et Bootstrap. Mais je vois beaucoup sur les offres d'emploi "Dev Angular". Ce que je sais c'est que c'est un framework client.
J'aurai voulu avoir votre avis sur les avantages et les défauts d'Angular associé à Symfony.
Puis quels sont les différences sinificatives entre BootStrap et Angular (bien que j'en connaisse quelques unes)
Et pour finir selon vous, quel est le meilleur framework entre Angular et Bootstrap associer à Symfony en terme de facilité de développement, de puissance, de possibilités et d'oportunité sur le marché de l'emploi.

Merci à vous tous !

Vincent

Au niveau technologique Angular et Symfony sont très différents même s'ils permettent au final de pouvoir réaliser des applications web.

Certaines choses ont été dites dans ce fil qui à mon sens risquent de dévoyer certains lecteurs débutants, je me permets donc de rebondir puisque je travaille sur ce type de technologies depuis 12 ans maintenant.

Angular est un framework Javascript, il aura donc les spécificités de Javascript et contrairement à ce qui a été dit, Angular peut s’exécuter côté serveur (jetez un oeil au projet Angular Universal) c'est ce que l'on appel le Server Side Rendering.

Symfony est un framework PHP, il aura donc les spécificités de PHP et pourra rendre des pages HTML côté serveur également.


S'il y a beaucoup d'offres d'emploi sur ces technologies c'est aussi pour des raisons pratiques de découpage des équipes. En effet, PHP étant plus orienté serveur il a à sa disposition beaucoup de bibliothèques d'interfaces ainsi qu'un nombre de développeurs plus grand pour tout ce qui touche à la communication avec la base de données, la gestion des tâches asynchrones, et autres. Alors que Javascript est beaucoup plus orienté client puisque supporté par tous les navigateurs nativement. Ce que font donc beaucoup d'entreprises consiste à séparer la partie serveur de la partie client et de les faire communiquer avec une API le plus souvent REST. Cette méthode possède ses avantages et ses inconvénients mais permets surtout aux équipes de se diviser le travail et donc d'industrialiser plus facilement les développements.

De mon expérience, il serait possible de s'affranchir de cette architecture en fonction du projet et de la taille de l'équipe mais je pense que beaucoup de développeurs se copient les uns les autres et répètent donc les mêmes schémas. En ce qui concerne le marché de l'emploi de ce que j'ai pu observer, les technologies évoluent extrêmement vite et il y a souvent des effets de mode, personnellement j'évite de me spécialiser sur un framework car les modes changent (trop rapidement ?) alors que les concepts sous-jacents sont souvent les mêmes. Le concept du remote method invocation date des années 1970 par exemple. Je dirais que bien connaître la théorie derrière les technologies utilisées te permettra de t'adapter rapidement aux nouvelles modes et donc de trouver du travail plus rapidement. Je conseillerais aussi aux jeunes développeurs de ne pas chercher à vouloir tout maîtriser dès le début (vous aurez beaucoup d'opportunités durant votre carrière d'apprendre de nouvelles choses) mais de choisir le domaine qui leur plait le plus que ce soit le côté client, le côté serveur, la partie infrastructure, la sécurité informatique ou les jeux vidéo il y a beaucoup d'offres dans chacun de ces secteurs à partir du moment où l'on maîtrise son sujet.