Tai>Вот начинаешь писать веб-приложение. Подключаешь шаблонизатор, нужны знания html, css. Добавляешь формочки — нужен javascript. Фактически пишешь не только бэк, но и фронт. И что? Можно считать себя фулстеком?
Фронт — это то, что видит пользователь.
Изначально это верстальщики и те, кто верстку натягивали.
Затем эти люди освоили жаваскрипт.
После появления js-монстров все перепуталось.
Теперь браузерный код стал занимать много времени разработки, а этих людей по привычке называют фронтендерами.
Если ты сам 'верстаешь' все, выбираешь что, где и как отображать, какими стилями и пр. — таки ты фронтендер, если твоя работа — отобразить данные в готовых компонентах — то нет.
Для первых важно чувство вкуса, разбираться в сочетании цветов и пр., часто до кучи еще занимаются оптимизацией для поисковиков.
Наверное, есть такие люди, которые делают все-все-все, заодно и принтеры настраивают, пыль протирают...
Здравствуйте, Vzhyk2, Вы писали:
V>Понимаю, что в РФ основам логики уже даже в ВУЗах не учат, но в инете еще можно найти учебники по логике на русском языке.
Во-первых с чего ты взял что он из РФ? А во-вторых заканчивай уже с политикой в других форумах.
Здравствуйте, Tai, Вы писали:
Tai>Можно считать себя фулстеком?
Без разницы, считай себя хоть председателем планеты Земля. Мир веба на 90% — это вебмакаки, выучившие богомерзкий JS и клепающие ублюдские SPA.
Если ты что-то пишешь, что работает на сервере — ты "бэкендщик". Если твоя работа видна юзеру и он с этим работает — ты фронтэндщик. Чо тут гадать-то?
Главное — это какими словами тебя будут называть сами юзеры, когда у одного слетит вёрстка, а другой не сможет даже залить фидбэк, потому что какой-нть адблок заблочил очередную обезьянью жабобиблиотеку.
Мир адекватного веба — это мир без JS.
Здравствуйте, Tai, Вы писали:
Tai>Вот начинаешь писать веб-приложение. Подключаешь шаблонизатор, нужны знания html, css. Добавляешь формочки — нужен javascript. Фактически пишешь не только бэк, но и фронт. И что? Можно считать себя фулстеком?
Начнем с того, что сейчас в тренде сервисы. Бэкэндеры пишут логику и предоставляют API, через который работает фронт. И никаких html, css, шаблонизаторов и т.д — такое требовалось более 10 незад, с тех пор веб сильно изменился.
И сейчас в мейнстриме для веба — это именно что четкое разделение на фронтэнд и бекэнд. Под фулстеком сейчас подразумевается фронтэдер, который еще разрабатывает и поддерживает еще и UI сервак, который занимается логикой отображения, сервак этот чаще всего на том же всеми любымом NodeJS.
Когда говорят фулстек — упор всегда на фронтэнд, там будет 80 процентов фронта и возможно процентов 20 бэкенда.
E>Начнем с того, что сейчас в тренде сервисы. Бэкэндеры пишут логику и предоставляют API, через который работает фронт. И никаких html, css, шаблонизаторов и т.д — такое требовалось более 10 незад, с тех пор веб сильно изменился.
Ну вот я, например, сейчас пытаюсь на Go написать игровой сервер (multi-player board game server) для игры в блиц и пулю. Тут только веб-сокеты (выбрал gorilla websockets). Как это написать через микросервисы, чтобы избавить себя от верстки и фронтенда — не представляю. Пишу на Go и параллельно приходится верстать и писать на Js (Websocket)
Здравствуйте, Tai, Вы писали:
Tai>Ну вот я, например, сейчас пытаюсь на Go написать игровой сервер (multi-player board game server) для игры в блиц и пулю. Тут только веб-сокеты (выбрал gorilla websockets). Как это написать через микросервисы, чтобы избавить себя от верстки и фронтенда — не представляю. Пишу на Go и параллельно приходится верстать и писать на Js (Websocket)
Вообще то игровой сервис отвечает за игровую логику. Я немного в свое время таким занимался и был чистым бекэндером. Игровой сервер отвечал за хранение результатов игроков в базе, для подсчета статистики, для выбора игрока соответствующего уровню, для взаимодействия с API социальных сетей и монетизации, за проверку на читерство и автоматический бан, за предоставление ресурсов игры и некоторой игровой логики вроде стоимости, также отвечал за нотификации игроков, раздачу стимулирующих подарков и тому подобное.
А уже фронтэнд разработчики уже взаимодействовали с дизайнерами и художниками и обращались к моему API.
Если настолку, то бэкэнд будет отвечать за правила игры, за изменение состояния, возможно за интеллект ботов если кто то захочет играть с ботами, а не другими игроками, будет отвечат за диспетчеризацию игроков в рамках одной игровой сессии и отслеживание и обработки ситуаций когда кто то выбыл и тому подобное. И логики там будет довольно таки до хрена. Фронт возможно будет и посложнее, ибо там нужно до черта картинок, музыки, анимаций а то и 3d анимаций с освещением и т.д, но сама логика должна быть именно на бэке, иначе игроки будут массово читерить, подкручивая датчик случайных чисел в свою пользу. Особенно это касается настолок, для чего то динамичного вроде танчиков и самолетиков возможно все же лучше некоторую логику переложить на фронт, ибо вообще со всей логикой на бэкенде будет требоваться слишком много серверов для приемлемой производительности плюс будут задержки и лаги, но и там на бэке будет до черта реально сложной логики.
Здравствуйте, elmal, Вы писали:
E>Начнем с того, что сейчас в тренде сервисы
Начнём с того, что КАК ИДЕЯ — это хорошо. Но в применении к вебу, мы сразу же огребаем НЕОБХОДИМОСТЬ JS. А это значит ты (как юзер вебсайта) имеешь ненулевую вероятность попасть на очередную веб-макаку, которая из сотен жабо-библиотек выберет самую ублюдскую и в меру своего развития настрогает сайт. Наглядный пример — Aramex (3rd party deliverer), они закачивают с сервиса 30 объектов и НЕСКОЛЬКО СЕКУНД их говносайт пытается это распарсить и разложить записи на странице. Спасибо, б!! А был бы чистый HTML, браузер даже моргнуть не успел бы — все данные уже представлены.
Если уж разделять сервисы/фронтэнд, то фронтэнд надо писать на ASP и прямо на сервере засасывать данные и представлять в чистом HTML. Вместо этого макаки пишут html-заглушку и с неё уже работает жабоскрипт, тянущий данные с сервиса. Или не тянущий — тут уж как адблок позволит!
Здравствуйте, Tai, Вы писали:
Tai>Ну вот я, например, сейчас пытаюсь на Go написать игровой сервер (multi-player board game server) для игры в блиц и пулю
Игровой сервер не нуждается во фронтэнде, откуда у тебя проблемы с вёрсткой?? Надо ТОЧНО формулировать свои задачи, терминология важна.
А если ты лепишь ИГРУ, то возникает вопрос — а зачем ей быть в браузере??
Здравствуйте, Tai, Вы писали:
Tai>Вот начинаешь писать веб-приложение. Подключаешь шаблонизатор, нужны знания html, css. Добавляешь формочки — нужен javascript. Фактически пишешь не только бэк, но и фронт. И что? Можно считать себя фулстеком?
Tai>Или фулстек — это бэкенд плюс какой-нибудь реакт?
условности, если жс не используешь это что уже не фронт?
по мне фронт все что отрисовывается на экране пользователя.
Здравствуйте, Kolesiki, Вы писали:
K>Здравствуйте, Tai, Вы писали:
Tai>>Ну вот я, например, сейчас пытаюсь на Go написать игровой сервер (multi-player board game server) для игры в блиц и пулю
K>Игровой сервер не нуждается во фронтэнде, откуда у тебя проблемы с вёрсткой?? Надо ТОЧНО формулировать свои задачи, терминология важна. K>А если ты лепишь ИГРУ, то возникает вопрос — а зачем ей быть в браузере??
Здравствуйте, magnum2005, Вы писали:
M>А Golang — он из 90-х? M>А ведь там в стандартной библиотеке net/http именно такой подход, о котором говорит топикстартер
K>Игровой сервер не нуждается во фронтэнде, откуда у тебя проблемы с вёрсткой?? Надо ТОЧНО формулировать свои задачи, терминология важна. K>А если ты лепишь ИГРУ, то возникает вопрос — а зачем ей быть в браузере??
Здравствуйте, vsb, Вы писали:
vsb>Ну самый очевидный ответ — когда компания или проект не того масштаба, чтобы был экономический смысл позволять нанимать кучу узких специалистов. Для них просто не будет полной загрузки.
Проект может быть масштабный, но фазы активной разработки меняются. Фуллстек-девелопера можно перекинуть на фронт, а потом на бек, в то время как узко-специалист будет жаловаться на отсутствие задач.
Здравствуйте, Артём, Вы писали:
vsb>>Ну самый очевидный ответ — когда компания или проект не того масштаба, чтобы был экономический смысл позволять нанимать кучу узких специалистов. Для них просто не будет полной загрузки.
Аё>Проект может быть масштабный, но фазы активной разработки меняются. Фуллстек-девелопера можно перекинуть на фронт, а потом на бек, в то время как узко-специалист будет жаловаться на отсутствие задач.
Отсутствие задач? Какая-то фантастика. Сколько я проектов ни видел — в любом из них менеджеры способны генерировать задачи круглосуточно и весь вопрос исключительно в приоритетах.
Здравствуйте, Tai, Вы писали:
Tai>Вот начинаешь писать веб-приложение. Подключаешь шаблонизатор, нужны знания html, css. Добавляешь формочки — нужен javascript. Фактически пишешь не только бэк, но и фронт. И что? Можно считать себя фулстеком?
Если мы говорим про веб-приложения, то здесь без бакенда и фронтенда обойтись не выйдет. Старая модель разработки, это разделение на фронтенд и бакенд. Новая — фуллстек.
Чистых бакендов надо искать или в командах, работающих по старинке, или в командах, где чудовищный, гигантский, сложный бакенд, или же вне веб-приложений.
Мир веба на 90% — это вебмакаки, выучившие богомерзкий JS и клепающие ублюдские SPA.
