J'ai fait C
et C++
maintenant je veux commencer ma carrière de développeur web . J'ai beaucoup lu sur le développement Web et j'ai appris qu'il y avait deux types de développeurs sur le Web,
1. Client Side Developers.
2. Server Side Developers.
Je veux rester concentré sur le développement côté serveur . J'ai pensé qu'il serait préférable de commencer par les bases alors j'ai commencé à faire HTML
et CSS
. J'ai découvert que CSS
c'était trop grand pour que quelqu'un puisse le maîtriser facilement. Je veux savoir quelles notions de base un développeur côté serveur devrait-il connaître et devrait-il être un maître du HTML et / CSS
ou simplement s'en débarrasser?
Réponses:
Il vous tiendra compte de bien les connaître. Si vous êtes développeur Web, vous êtes développeur Web. Vous devriez pouvoir écrire indépendamment des applications Web, ce qui inclut la technologie côté client.
la source
Je me considère comme un développeur "côté serveur".
Bien que je sois à l'arrière du développement Web, je pense qu'il est extrêmement utile de connaître les principes fondamentaux du HTML et du CSS. Je travaille sur des «systèmes de gestion de contenu Web» (WCMS) typiques, tels que Drupal, Day CQ et Liferay, et la plupart des exigences et demandes commerciales tournent autour du changement de l'apparence.
Il n'est pas nécessaire de devenir un "maître" en HTML ou CSS, mais au minimum, vous devez savoir comment créer une page Web statique, stylisée avec CSS. Vous devez connaître les bases des formulaires et les différents mécanismes de saisie. Pour CSS, comprenez la différence entre l'attribut ID et CLASS et le fonctionnement des sélecteurs. Vous en récupérerez beaucoup au fil du temps.
Enfin, développez une certaine connaissance des différences courantes de navigateur. Encore une fois, c'est une connaissance que vous allez acquérir au fil du temps, mais reconnaissez qu'il existe des différences de navigateur et soyez prêt à le reconnaître.
la source
J'identifierais en fait trois segments:
Vous aurez besoin d'une connaissance approfondie du HTML et du CSS. La division du travail entre les développeurs côté serveur et côté client / conception nécessite généralement que le développeur côté serveur fournisse le code HTML produit par la base de données et les interactions de programmation. Ce code HTML contient également des identificateurs CSS, de sorte qu'il peut être manipulé par les développeurs ou les concepteurs côté client.
Votre travail en tant que développeur côté serveur consiste généralement à fournir le balisage HTML / CSS aux deux autres. Visez une parfaite maîtrise du HTML et du CSS.
la source
Vous devez connaître HTML + CSS, car ils sont essentiels et faciles à apprendre. Vous rencontrerez des pièges en essayant de définir le CSS pour tous les navigateurs, mais vous devez le savoir, car vous devez parfois générer du HTML en utilisant le côté serveur.
Vous pouvez commencer à les apprendre en créant votre propre blog. S'il n'y a rien à bloguer, vous pouvez bloguer sur vos leçons.
la source
Euh, je ne comprends pas pourquoi les gens ne comprennent pas. Il n'y a pas de code frontal avec les sites Web. C'est tout le code back-end. Le code frontal est le navigateur, donc à moins que vous ne travailliez sur Mozilla ou IE ou Chromium / google ou safari, vous écrivez du code côté serveur. Voici comment cela fonctionne: le navigateur demande un fichier au serveur Web. Le serveur Web génère un fichier. Le navigateur interprète ce fichier et peut demander des fichiers supplémentaires (images, javascript, css, etc.) et interpréter ces fichiers jusqu'à ce que tous les fichiers aient été interprétés.
Maintenant, ce premier fichier demandé par le navigateur est un fichier html. Le fichier html est analysé et le navigateur décide comment rendre son contenu. Ainsi, l'un des concepts importants à retenir ici est que le fichier html est consommé par un analyseur.
Le serveur Web est un logiciel qui écoute sur un port et traite les demandes de fichiers. Si le fichier est un fichier statique (nous entendons ici statique dans le sens où le fichier est déjà créé), il est simplement copié tel quel sur le client demandeur. Si le fichier est dynamique, ce qui signifie qu'il est créé chaque fois que le fichier est demandé, le serveur Web demande que le fichier soit généré par le logiciel qui génère le fichier (soit un processus en cours d'exécution, une bibliothèque chargée ou le lancement d'un processus) et ce logiciel génère le fichier et l'envoie au serveur Web, qui, à son tour, l'envoie au client.
Une fois que ce fichier a été "servi" au client et analysé, le client peut demander d'autres types de fichiers, tels que des fichiers json, où il peut contourner l'analyse par le moteur de rendu html et à la place, renvoyer le fichier à l'interpréteur javascript exécuté dans le client, et ceux-ci sont analysés (eval est une forme d'analyse) par javascript. Voilà sur quoi AJAX est basé.
Maintenant, comment cela vous affecte-t-il? Si un fichier sur le serveur est généré dynamiquement, un logiciel s'exécutant sur le serveur lui indique comment générer le fichier. Les personnes qui programment ces logiciels sont considérées comme des programmeurs "côté serveur".
Ces fichiers html, générés sur le serveur, indiqueront au navigateur quels autres fichiers inclure, donc le javascript et les images et le css doivent être importés, organisés et autrement organisés par le fichier html généré.
De nombreux frameworks web, et j'ose dire, des méthodologies (MVC et al) ont été développés pour créer une frontière entre le travail pur "côté serveur" et le travail "côté client".
J'ai oublié de mentionner, oh mon cher, les personnes de données. Les personnes chargées du stockage de données sont encore plus côté serveur que les auteurs de logiciels générant des fichiers html côté serveur. Le stockage de données, qu'il s'agisse d'une base de données relationnelle, NoSQL ou autre, est une tout autre chose. Je mentionne cela parce que les cadres et méthodologies vantés par les gros vendeurs (MVC et al encore) semblent faciliter la simple mise en gras.
Woah, quelle réponse longue.
Je fais cette réponse apparemment variable pour contester votre affirmation selon laquelle il existe des développeurs côté serveur et des développeurs côté client. Si vous livrez votre système d'information via un site Web, tout doit être stocké, organisé et géré sur le serveur. Et c'est un gros gâchis, et à moins que vous ne sachiez vraiment comment tout cela fonctionne, vous aurez beaucoup de temps à le faire fonctionner correctement. Tout est donc côté serveur.
la source
+1 pour la question. J'ai aussi toujours pensé que coder côté serveur est plus intéressant et important que de faire html + css + js + ajax + .. et des tonnes de choses. Quoi qu'il en soit, si vous êtes seul et que vous souhaitez créer votre propre application Web, vous devez être à la fois programmeur côté serveur et designer + (programmeur côté client). C'est pourquoi j'apprends maintenant html5 et css3.
la source
En fait, cela dépend. Dans la plupart des cas, vous devez connaître le HTML et le CSS. Dans de rares cas, vous pouvez ignorer les deux.
Cas 1
Dans mon entreprise, il existe des projets avec une séparation stricte entre HTML et CSS et tout ce qui concerne le côté serveur . Cela permet d'apporter le meilleur développeur C # ou PHP d'un côté, et le meilleur développeur HTML, CSS & JavaScript de l'autre côté. Concrètement, le développeur côté serveur produit pour chaque page des objets côté serveur contenant tout ce dont nous avons besoin pour afficher la page; ces objets sont ensuite sérialisés en XML. Le développeur côté client sélectionne ces objets et les transforme en XHTML avec XSLT.
Cela dit, je n'ai jamais vu cette approche dans d'autres entreprises. De plus, il a beaucoup de limites et même s'il est parfait dans certains cas, il ne fonctionne pas du tout dans beaucoup d'autres.
Cas 2
Lorsque, sur de petits sites Web, développeur et concepteur travaillent ensemble, il n'y a pas de consensus sur qui écrit HTML et CSS. Vous devez décider pour chaque projet, en fonction des compétences des deux personnes impliquées. Même si dans de nombreux cas, c'est le développeur qui s'occupe du HTML et du CSS, vous pouvez également trouver des concepteurs qui connaissent très bien le HTML et le CSS . Dans ce cas, si votre intention est de travailler sur de petits projets et uniquement avec un tel concepteur, vous n'avez pas à apprendre le HTML / CSS.
Cas 3
Sur des projets plus importants, il n'est pas rare d' embaucher une personne dédiée pour écrire du code HTML et CSS basé sur le travail des concepteurs et des développeurs côté serveur. C'est généralement une bonne idée de le faire, car vous ne voulez pas payer 100 $ par heure pour qu'un développeur C # expérimenté écrive réellement du HTML; c'est juste une perte de temps et d'argent.
Cela dit, ces cas ne sont pas les plus fréquents. Concentrez-vous donc sur le développement côté serveur, mais essayez également d'apprendre HTML et CSS. Des connaissances supplémentaires ne font jamais de mal.
la source
Parfois, surtout au début, vous travaillerez seul sur un projet et devrez faire du front-end et du back-end. Dans ce cas, vous aurez besoin d'au moins une connaissance rudimentaire du HTML et du CSS. Vous n'avez pas besoin d'être un grand concepteur, il vous suffit d'obtenir les informations de votre backend visibles dans votre navigateur afin de pouvoir tester les choses.
la source
En fait, tout dépend. Si vous vous trompez en ce qui concerne la programmation logicielle du serveur, assurez-vous de connaître les moyens standard que les développeurs Web de très haut niveau (HTML / CSS) devraient pouvoir interfacer avec votre application. Cependant, si vous prévoyez de faire beaucoup de travail étroitement lié au HTML / CSS, vous devez connaître assez bien le HTML et le CSS. Quoi qu'il en soit, il est toujours bon de connaître certaines technologies supplémentaires. Je suis un programmeur natif et même je connais suffisamment HTML / CSS pour créer un site Web décent. Cela étant dit, je ne l'ai appris que pour apprendre AJAX à écrire des extensions Chrome / Firefox.
la source