Скільки HTML та CSS повинен знати розробник на сервері? [зачинено]

16

Закрито . Це питання має бути більш зосередженим . Наразі відповіді не приймаються.

Хочете вдосконалити це питання? Оновіть питання, щоб воно зосередило увагу на одній проблемі, лише відредагувавши цю публікацію .

Закрито 5 років тому .

Я зробив це, Cі C++тепер я хочу розпочати кар’єру веб-розробника . Я багато читав про веб-розробку і дізнався, що в Інтернеті є два типи розробників,

 1. Client Side Developers.
 2. Server Side Developers.

Я хочу зберегти свою увагу на розробці серверної сторони . Я думав, що найкраще почати з основ, тому я почав займатися HTMLі CSS. Я виявив, що CSSце занадто велика кількість, щоб хтось легко освоїв легко. Я хочу знати, що про основи повинен знати розробник на сервері, і чи повинен він бути майстром HTML і CSSчи просто усувати це?

1

Чи буде розробник веб-служб третім типом розробника, чи вважатиметься такою особою розробником на стороні сервера?

— JB King

1

@ jb-king IMO, який би був стороною сервера

— BlackICE

1

@Jb king, @ David: Як щодо того, щоб називати це розробником на стороні сервера, який знає, як працює веб.

1

Комусь, хто розробляє веб-сервіси, можливо, не знадобиться ніколи використовувати CSS або HTML, якщо служба просто повертає XML або SOAP. Таким чином, це далеко не та сама людина, яка розробляє веб-сайт або веб-додаток ASP.Net, що має безліч функцій інтерфейсу, які використовують HTML і CSS, щоб тут контрастувати.

— Король JB

Виступаючи як клієнт, що зараз працює з повною складовою частиною, всі повинні знати HTML. Коли я стикаюся із серверними розробниками з багаторічним досвідом роботи, який порушив функціональність, оскільки вони не знали, що ідентифікатори повинні бути унікальними на сторінці, я хочу їх ляпати. FFS, це називається "ідентифікатор". Як ви навіть довіряєте хлопцеві пройти біля SQL після цього? І на це потрібно лише кілька годин на рік, щоб мати уявлення про найновіший HTML. Крім того, IMO, кожен, хто очікував торкання сторінки шаблону, також повинен мати можливість пояснити всі рекомендації YSLOW, оскільки вони знають, як браузери розбирають і рендерують сторінки.

— Ерік Реппен

15

Це послухає вас, щоб ви їх добре знали. Якщо ви веб-розробник, то ви веб-розробник. Ви повинні мати можливість самостійно писати веб-додатки, що включає технологію на стороні клієнта.

3

+1 Я паршивий дизайнер, але в кількох програмах я не маю партнерства з справжнім дизайнером.

— Майкл

2

Ти, друже мій, не один. У мене немає великого погляду на чудовий інтерфейс, але я грубо проходжу його, щоб я не потребував іншого розробника для того, щоб зробити повністю функціональний веб-додаток.

8

Я вважаю себе розробником "серверної сторони".

Незважаючи на те, що перебуває на "зворотному боці" веб-розробки, я думаю, що надзвичайно корисно знати основи HTML та CSS. Я працюю над типовими «системами управління веб-контентом» (WCMS), такими як Drupal, Day CQ та Liferay, і більшість бізнес-вимог та запитів обертаються навколо зміни зовнішнього вигляду та почуття.

Немає необхідності ставати "майстром" в HTML або CSS, але як мінімум, ви повинні знати, як зробити статичну веб-сторінку, стилізовану під CSS. Ви повинні знати основи форм та різні механізми введення. Для CSS зрозумійте різницю між атрибутом ID та CLASS та тим, як працюють селектори. Багато цього ви збираєте з часом.

Нарешті, сформуйте деякі знання про загальні відмінності браузера. Знову ж таки, це знання, яке ви отримаєте з часом, але визнайте, що існують відмінності в браузері, і будьте готові його визнати.

— рикумалі
джерело

1

+1 на тему "тут не потрібно ставати" майстром "в HTML або CSS". Я програміст, який звернувся до дизайнера, і спостерігається неймовірно різке зменшення віддачі знань CSS після вивчення базових CSS для макетів за допомогою плавців. Натурники Front End мають найсумніші аргументи щодо підтримки CSS3 / IE / тощо, і багато цього зводиться до догми чи релігії. "Столи BAD!", "IErewre IE!" "Мікроформати вилікують рак!" Багато цих аргументів не мають жодного впливу в реальному світі, тому якщо ви навчитесь деяким CSS, не забудьте уникнути догматичних кіл і просто зосередитесь на тому, як дізнатися, як розмістити речі на екрані.

— Грем

Так, я був на таких дискусіях, як "Чи слід використовувати таблиці?" тоді "Чому Google і Twitter використовують таблиці?" Бачачи подібні запитання, я просто думаю, що стало важко вибрати з доступних тегів /

Що стосується клієнта, таблиці-як-макет або продовження використання плавців виключно для горизонтального розміщення в 2011 або 2014 роках не є відхиленням догми. Вони є ознаками того, хто вирішив поставити термін придатності у своїй кар'єрі. Дизайнер або виключно розробник рекламних / маркетингових / інтерактивних агентів може передбачити це. Якби я бачив це в чиїсь недавній роботі, я рекомендував би не наймати там, де я працював там, де кінцевий продукт не був в кінцевому рахунку одноразовим.

— Ерік Реппен

1

Я б фактично визначив три сегменти:

Серверні розробники
Клієнтські розробники (програмісти JavaScript)
Дизайнери

Вам знадобиться глибоке знання як HTML, так і CSS. Розподіл праці між стороною сервера та розробниками дизайну на стороні клієнта / дизайну зазвичай вимагає, щоб розробник на стороні сервера постачав HTML, створений взаємодією бази даних та програмування. Цей HTML також містить ідентифікатори CSS, щоб ним можна було маніпулювати розробниками або дизайнерами на стороні клієнта.

Ваше завдання розробника на стороні сервера зазвичай полягає в наданні розмітки HTML / CSS іншим двом. Прагнуть до повного оволодіння як HTML, так і CSS.

— Майкл
джерело

1

"Розробник на стороні сервера постачає HTML". Генерований HTML повинен містити 3 ролі. Усі повинні бути залучені до HTML. Також розробник на стороні сервера не бере участі в CSS.

— Райнос

@Raynos Server розробники не визначають правила CSS, це правда. Однак вони повинні розуміти, як призначити класи в розмітці для семантичних групувань.

— Майкл

1

@Micheal відрізняється, HTML і CSS справді пов'язані. В ідеалі розробники на стороні сервера просто піддають API XML / JSON REST, але розробники / дизайнери на передньому кінці записують HTML / CSS. Серверні розробники все ще не повинні писати CSS для веб-розробників, які вони можуть використовувати.

— Райнос

1

Вам потрібно знати HTML + CSS, оскільки вони є важливими та їх важко вивчити. Під час спроб встановити CSS для всіх браузерів ви зіткнетеся з підводними каменами, але ви повинні це знати, тому що іноді потрібно генерувати HTML за допомогою сервера.

Ви можете почати вивчати їх, створивши власний блог. Якщо в блозі немає нічого про що, можна вести блог про свої уроки.

— богатирьов
джерело

1

А, я не розумію, чому люди не розуміють. Не існує фронтального коду для веб-сайтів. Це все бек-енд-код. Передній код - це браузер, тому, якщо ви не працюєте над Mozilla або IE, Chromium / google чи safari, ви пишете код на стороні сервера. Ось як це працює: браузер запитує файл у веб-сервера. Веб-сервер виводить файл. Браузер інтерпретує цей файл і може вимагати отримання додаткових файлів (зображень, javascript, css тощо) та інтерпретувати ці файли, поки всі файли не будуть інтерпретовані.

Тепер цей перший файл, який запитує браузер, - це файл HTML. Файл html аналізується, і браузер вирішує, як візуалізувати його вміст. Отже, однією з важливих концепцій, яку слід зберегти тут, є те, що файл html використовується аналізатором.

Веб-сервер - це програмне забезпечення, яке слухає порт і обробляє запити на файли. Якщо файл є статичним файлом (ми маємо на увазі статичний тут, у тому сенсі, що файл вже створений), він просто копіюється як є на запитуючий клієнт. Якщо файл динамічний, це означає, що він створюється щоразу, коли файл запитується, веб-сервер вимагає створення файлу програмним забезпеченням, яке генерує файл (або запущеним процесом, завантаженою бібліотекою, або нерестуючим процесом) і це програмне забезпечення генерує файл і надсилає його веб-серверу, який, у свою чергу, надсилає його клієнту.

Після того, як цей файл був "поданий" клієнтові та проаналізований, клієнт може запитати інші типи файлів, наприклад, json-файли, де він може обійти розбір за допомогою html-рендерера і замість цього повернути файл до інтерпретатора javascript, що працює клієнт, і вони розбираються (eval - це форма розбору) за допомогою JavaScript. На цьому базується AJAX.

Тепер, як це впливає на вас? Якщо будь-який файл на сервері динамічно генерується, то на сервері працює програмне забезпечення, яке говорить йому, як генерувати файл. Люди, які програмують це програмне забезпечення, вважаються програмістами на стороні сервера.

Ці HTML-файли, згенеровані на сервері, скажуть браузеру, які ще файли включати, тому javascript та зображення та css потрібно імпортувати, упорядковувати та іншим чином організовувати згенерований файл html.

Багато веб-рамок, і, смію сказати, розроблені методології (MVC та ін.), Щоб створити межу між чистою роботою "на стороні сервера" та роботою "на стороні клієнта".

Я забув згадати, о дорогі, люди, дані. Люди, що зберігають дані, навіть більше серверні, ніж сервер html-файлів, що генерують програмне забезпечення. Збереження даних, будь то реляційна база даних, NoSQL чи інше, - зовсім інша річ. Я згадую про це, оскільки рамки та методології, розміщені на рекламі великого постачальника (MVC et al. Знову), здавалося б, полегшують просто "просто сміливість цього".

Вау, яка тривала відповідь.

Я роблю це, здавалося б, складною відповіддю, щоб оскаржити ваше твердження про існування розробників на стороні сервера та розробників на стороні клієнта. Якщо ви доставляєте свою інформаційну систему через веб-сайт, все потрібно зберігати, організовувати та керувати на сервері. І це великий безлад, і якщо ви справді не дізнаєтесь, як це все працює, вам доведеться пекло часу, змусивши його добре працювати. Тож все на стороні сервера.

— Крістофер Махан
джерело

1

НЕ Впевнена, якщо серйозно? Це нерозумно. "Сторона клієнта" відноситься до програмного забезпечення, яке RUNS на клієнтській машині, а не платформи доставки. HTML, CSS та JavaScript зберігаються на сервері (duh), а RUN - на клієнті. Тож їх розвиток вважається "стороною клієнта".

— Грем

Програмне забезпечення, яке працює на клієнтській машині, інтерпретується механізмом візуалізації в браузері, який саме працює на клієнті. Двигун візуалізації спочатку надає html, а потім, після того, як він надає будь-який з пов'язаних ресурсів, у контексті файлу html.

— Крістофер Махан

@Graham, Так, це складно, тому привабливість Silverlight та AdobeAir.

— Крістофер Махан

0

+1 для запитання. Я також завжди вважав, що кодування серверної сторони цікавіше і важливіше, ніж робити html + css + js + ajax + .. і багато речей. У будь-якому випадку, якщо ви самотні і хочете створити власну веб-програму, ви повинні бути одночасно програмістом на стороні сервера та дизайнером + (програмістом на стороні клієнта). Ось чому зараз я вивчаю html5 та css3.

— Сергій
джерело

Дякую Сергію. Я роблю HTML 4 та CSS, і я б спробував перейти до HTML5, а потім PHP незабаром :)

Яка сторона цікавіша, залежить від програми. Багато веб-додатків мають близько 90% досвіду користувачів та 10% дизайну даних.

— Кевін Клайн

Якщо ви правильно зробите дизайн даних, користувальницький досвід теж буде простий!

— Крістофер Махан

"Якщо ви правильно зробите дизайн даних, користувальницький досвід буде також простим!" - Вибачте, але це ШОКУВАТИ неправильно. Ipod мав такий самий базовий дизайн даних, як і 100+ інших MPG-плеєрів на ринку, але його революційний досвід користувачів призвів до того, що Apple є компанією, яку ми всі знаємо сьогодні.

— Грем

0

Власне, це залежить. У більшості випадків ви повинні знати HTML та CSS. У рідкісних випадках можна ігнорувати і те, і інше.

Випадок 1

У моїй компанії є проекти із суворим розділенням між HTML та CSS та всім, що стосується серверної сторони . Це дозволяє привести кращого розробника C # або PHP з одного боку, а найкращого розробника HTML, CSS та JavaScript - з іншого. Конкретно, розробник на стороні сервера виробляє для кожної сторінки об’єкти на стороні сервера, що містять усе, що потрібно для відображення сторінки; ці об'єкти потім серіалізуються в XML. Клієнтський розробник вибирає ці об'єкти і перетворює їх у XHTML за допомогою XSLT.

Попри це, я ніколи не бачив такого підходу в інших компаніях. Крім того, він має багато обмежень, і навіть якщо він ідеальний у деяких випадках, він не працює зовсім у багатьох.

Випадок 2

Коли на невеликих веб-сайтах розробник та дизайнер працюють разом, немає єдиної думки щодо того, хто пише HTML та CSS. Ви повинні визначитися з кожним проектом відповідно до навичок обох залучених людей. Навіть якщо у багатьох випадках саме розробник займається HTML та CSS, ви також можете знайти дизайнерів, які дуже добре знають HTML та CSS . У цьому випадку, якщо ваш намір працювати над невеликими проектами і тільки з таким дизайнером, вам не доведеться вивчати HTML / CSS.

Випадок 3

На великих проектах це незвично найняти спеціалізовану особу для написання HTML та CSS-коду, засновану на роботі дизайнерів та розробників на стороні сервера. Зазвичай це добре робити, оскільки ви не хочете платити $ 100 за годину досвідченому розробнику C #, щоб насправді писати HTML; це просто витрата часу і грошей.

Це, як кажуть, не найчастіші випадки. Тому зосередьтеся на розробці на стороні сервера, але спробуйте вивчити HTML та CSS. Додаткові знання ніколи не шкодять.

— Арсеній Муренко
джерело

0

Іноді, особливо на початку, ви будете працювати над самим проектом, і вам доведеться робити передовий та бек-енд. У цьому випадку вам знадобляться хоча б рудиментарні знання HTML та CSS. Вам не потрібно бути чудовим дизайнером, ви просто повинні отримати інформацію зі свого сервера, що видно у вашому браузері, щоб ви могли перевірити речі.

— Чжехао Мао
джерело

0

Насправді все залежить. Якщо ви потрапляєте в глузування щодо програмування серверного програмного забезпечення, просто переконайтеся, що ви знаєте стандартні способи, коли дійсно високий рівень (HTML / CSS) веб-розробників повинен мати можливість взаємодіяти з вашим додатком. Однак, якщо ви плануєте робити велику роботу, тісно пов’язану з HTML / CSS, тоді вам потрібно буде добре знати HTML та CSS. Так чи інакше, завжди добре знати деякі додаткові технології. Я рідний програміст і навіть знаю HTML / CSS достатньо, щоб створити пристойний веб-сайт. Попри це, я лише дізнався це, щоб я міг навчитися AJAX писати деякі додатки для Chrome / Firefox.