Проектирование перспективы разработчика сочинение пример

ООО "Сочинения-Про"

Ежедневно 8:00–20:00

Санкт-Петербург

Ленинский проспект, 140Ж

magbo system

Сочинение на тему Проектирование перспективы разработчика

Введение

В 21-м веке для любой компании, фирмы, организации или учреждения виртуальное присутствие вне своего физического местоположения является обязательным условием экономического выживания. Чтобы помочь этой цели, эти организации разработали веб-страницы, которые они используют во всемирной паутине, также известной как Интернет. Интернет – это ресурс, который позволяет клиентам и компаниям вести бизнес и позволяет совершать транзакции любой природы по всему миру. Чтобы иметь возможность взаимодействовать с широким кругом людей, веб-страница должна успешно выполнять свое предназначение, будучи интерактивной и удобной для пользователя. Это непростая задача и требует от дизайнеров создания дружественного сайта. Пользовательский интерфейс должен удобно работать на всех устройствах, которые к нему обращаются, и обслуживать более широкий спектр платформ. Это делает процесс разработки пользовательского интерфейса одним из наиболее сложных аспектов создания эффективной и всеобъемлющей веб-страницы.

Веб-дизайн разделен на две части; передний и задний план. Front-end – это та часть, которая обычно считается лицом веб-сайта, в идеале это то, с чем онлайн-пользователи сайта обращаются и взаимодействуют. Обычно ожидается, что разработчики внешнего интерфейса будут хорошо владеть языками программирования, такими как HTML, JavaScript и JQuery. Второй раздел – это бэкэнд сайта, который считается сервером сайта. Бэкэнд подключается к интерфейсу через модели и использует базы данных для компетентного выполнения намеченной цели веб-сайта. Внутренние разработчики обычно хорошо обучены, но не ограничиваются ими, Java, PHP, Python, SQL и .Net (Stewart, 2015).

С чисто конструктивной точки зрения интерфейс считается гораздо более сложным и сложным, чем фон. Причиной этого является то, что бэкэнд-дизайн имеет дело с тем, как веб-сайт работает и выполняет свои функции. Это только при условии одобрения разработчиков и их руководителей (Sonmez, 2018). С другой стороны, проектирование внешнего интерфейса – намного более сложное дело. Предполагается, что внешний интерфейс будет зависеть от опыта сотен, тысяч или, в некоторых случаях, до миллионов пользователей в день. Например, в первом квартале 2018 года Facebook Inc. увидела, что 1,47 миллиарда пользователей получают доступ к их платформе в день (Statista, 2018). Если существует огромный трафик пользователей, пытающихся зайти на сайт, важно, чтобы дизайнеры позаботились о том, чтобы приложение было приятным для просмотра и могло легко предоставлять услуги, которые клиенты / пользователи хотели бы использовать, даже если они не особенно искусны в использовании интернета, в противном случае компания окажется в невыгодном стратегическом положении (Bloc, 2016).

Чтобы дизайнер мог принять решение о макете сайта, важно знать четыре основных макета сайта; а именно фиксированный, плавный, отзывчивый и адаптивный, и как они складываются друг с другом. Статический или фиксированный дизайн – это тип веб-дизайна, который имеет строгие атрибуты в отношении измерений, размеров и других свойств контента. Это означает, что независимо от того, какой браузер или программное обеспечение используется для доступа к материалу на фиксированной странице, он не будет зависеть от изменений, которые происходят в браузере в отношении размеров. В начале создания веб-сайтов фиксированный веб-дизайн был более уместным, поскольку мобильные телефоны, планшеты и другие беспроводные устройства обычно не использовались, и для разработки требовалась только одна версия веб-сайта. Он позволял добавлять контент на страницы, не беспокоясь о том, как правильно его отобразить, потому что он предназначен только для настольных компьютеров и больших планшетов, поскольку аппаратное обеспечение идеально подходит для отображения веб-сайта. Он был в основном одобрен за его простоту создания, но с появлением смартфонов и другой интерактивной электроники, он был обескуражен разработчиками из-за его негибкой природы. Поскольку веб-сайты не предлагали аналогичные услуги этим устройствам, разработчикам приходилось создавать отдельные веб-сайты для каждой платформы, что приводило к дополнительной работе. (Спенсер, 2018).

Текущий веб-дизайн основан на концепции использования относительных единиц. В отличие от статических веб-сайтов, текучие веб-дизайны не используют единицы измерения, такие как пиксели, вместо этого они рассчитываются с использованием процентов. При доступе к веб-сайтам, созданным с помощью веб-дизайна, на смартфонах или других небольших электронных устройствах содержимое страницы автоматически подстраивается под размеры аппаратного обеспечения. Результатом является гораздо более удобная для пользователя платформа по сравнению со статическим веб-дизайном. Тем не менее, текучие конструкции имеют свои собственные проблемы. Наиболее часто упоминаемая проблема заключается в том, что после загрузки файла мультимедиа на веб-сайт, если браузер, в котором просматривается веб-сайт, слишком велик или слишком мал, он может создать проблемы с разрешением, и мультимедиа не будет работать так, как предполагал загрузчик ( Доусон 2015). Например, если видеоклип воспроизводится на экране, намного превышающем размер рабочего стола, для которого он изначально предназначен, разрешение не будет оптимальным, поэтому впечатление будет неудовлетворительным.

Третий основной макет, доступный для разработчиков, называется адаптивным веб-дизайном. Адаптивный веб-дизайн (сокращенно RWD) стал популярным в последние годы прошлого десятилетия, когда все больше людей начали использовать небольшие беспроводные устройства. Все больше людей, подключенных к Интернету и предприятиям, увидели потенциал в удовлетворении потребностей этих масс. Адаптивный веб-макет – это вид дизайна, который восприимчив к устройству, которое пользователь использует для просмотра веб-сайта. Например, если содержимое страницы просматривается на большом рабочем столе, который имеет гораздо лучшее разрешение и больший размер холста, сервер выявляет изменения и настраивает веб-сайт соответственно. Причиной, по которой RWD может это сделать, является текучая сетка. Жидкостная сетка представляет собой конструкцию или компоновку, которая способна выдерживать напряжение сдвига от размера экрана или пользовательского устройства, что означает, что жидкостная сетка позволяет проектам приспосабливаться к устройству или размеру экрана и адаптироваться к пользовательской среде, сохраняя при этом оптимальный опыт просмотра (1stWebDesigner , 2016). Это побуждает разработчиков создавать единый веб-сайт, обслуживающий пользователей на более широком спектре платформ. Макеты RWD гораздо сложнее создавать, потому что для лучшего использования доступных опций требуется глубокое знание языков программирования.

Последний важный вариант веб-дизайна называется адаптивным веб-дизайном. Адаптивный веб-дизайн (сокращенно AWD) может показаться практически неотличимым от адаптивного веб-дизайна для обычного пользователя, поскольку он предлагает почти такой же опыт, но в отличие от RWD, адаптивный веб-дизайн не является плавным. Вместо этого разработчики предвидят природу устройств, которые будут использоваться для доступа к веб-сайту, и заранее пишут необходимый код для устройств. Код остается внутри сервера и не доступен, пока он не будет запрошен устройством, управляемым пользователем. После того как запрос отправлен на сервер, сервер отвечает отображением соответствующего макета для этого конкретного устройства. Особое предостережение для AWD заключается в том, что, когда появляются новые устройства, и пользователи пользуются услугами этих устройств для доступа к веб-сайту, веб-сайт может неправильно загружаться на новые устройства, поскольку код AWD не был готов для этой новой платформы (Harris, 2015 ). Разработчики должны быть осторожны при принятии решения о макете веб-сайта, потому что это блок разработки функционального веб-сайта.

Для того чтобы создать удобный для пользователя макет, разработчикам необходимо придумать несколько моделей, которые в дальнейшем перейдут на веб-сайт. Это одна из самых важных частей всего процесса. Процесс создания прототипа – это один из способов, с помощью которого разработчики веб-сайта пытаются создать фиктивную систему, а затем создать на ее основе исходную веб-страницу. Существует два типа прототипирования: эволюционный и одноразовый. Эволюционное прототипирование основано на постепенной обратной связи и улучшении до тех пор, пока все исправимые проблемы не будут устранены (Teach-ICT, 2018). Одним из наиболее распространенных эволюционных прототипов является бумажное прототипирование. Бумажное прототипирование недорого, быстро и легко изменяемо. Например, если группа разработчиков-любителей начинает планировать дизайн веб-страницы, они должны начать с бумажного прототипирования. Это позволяет больше вариантов в довольно короткий промежуток времени. Если группе не нравится определенный элемент в дизайне, они могут просто избавиться от него. Разумнее то, что процесс проектирования завершен и тщательно проверен перед тем, как перейти к кодированию.

Другая методология создания прототипов называется одноразовым прототипированием. Цель одноразового или быстрого прототипирования – быстро разработать функцию, оценить ее и затем реализовать. Большая проблема с быстрым прототипированием заключается в том, что после того, как обратная связь будет принята и использована, первоначальное предложение отбрасывается (Teach-ICT 2018). Однако некоторые разработчики предпочитают его из-за его скорости в краткосрочной перспективе, хотя в будущем это может вызвать гораздо больше проблем. Например, если позднее на каком-либо этапе возникнет затруднение проектирования, нет способа получить доступ к исходной идее, поскольку она была отброшена, что ставит дизайнеров в неудобную ситуацию, и ожидается, что они сохранят много информации от предыдущих шагов. Это также означает, что разработчики внешнего интерфейса должны быть продуманными в своих проектах.

Процесс мышления, лежащий в основе разработки веб-сайта, основан на приоритетах и ​​потребностях пользователей. В начале, дизайнер интерфейса должен представить, каково это быть в шкуре пользователя и как веб-сайт может быть максимально эффективным. Существует тенденция предполагать, что у пользователей много чего, что приводит к ошибкам логического дизайна. Чтобы проиллюстрировать это, разработчики могут создать поле ввода, которое работает только при вводе целых чисел, но если пользователь вводит десятичные числа, результат может отличаться. Разработчики должны выделить значительное количество времени на процесс проектирования.

После принятия решения относительно дизайна задача разработчика только началась. Предстоящая задача состоит в том, чтобы закодировать веб-страницу в одном из многочисленных доступных ресурсов, таких как cloud9, atom и pycharm и т. Д. Задача разработчиков состоит не только в создании веб-сайта, который выполняет поставленные цели, но и в том, чтобы быть максимально эффективным в делать это. Например, вместо записи строки кода 30 или около того раз, может быть только один цикл for, который проходит через всю таблицу элементов и выполняет точно такую ​​же задачу, этот подход известен как динамическое кодирование. Динамическое кодирование – это тип кодирования, который обеспечивает гибкость в системе. Он принимает информацию и обрабатывает ее, сохраняя результаты (Garg, 2018). Данные, полученные в результате, могут быть использованы в другом месте, что избавляет разработчика от необходимости тратить много сил и времени на жесткое программирование.

Разработка веб-сайта – это не просто выбор наилучшего формата или разработка наиболее эффективного кода, это выход за рамки этого. Возможности добавления деталей в интерфейс практически не ограничены. Существует бесконечный список элементов, которые разработчик может добавить на сайт. Например, чтобы представить список опций для выбора, есть несколько элементов, которые можно использовать. Окно уведомлений, которое появляется на экране и позволяет пользователям взаимодействовать с ним, обычно путем блокирования просмотра любых других отвлекающих факторов на заднем плане, называется всплывающим окном. Этой же цели может служить модальное диалоговое окно. Модал может иметь несколько кнопок и может содержать гораздо больше информации, не запугивая пользователя. В той же строке элементов находится окно предупреждения, которое представляет собой сообщение, требующее немедленного рассмотрения. Это один из самых неприятных элементов для пользователей, но он чрезвычайно полезен для фронтенд-разработчика, чтобы заставить пользователя выполнить задачу сразу. Кроме того, существуют расширяемые или обычно известные как аккордеоны, которые могут быть размещены внутри таблицы или скрыты за определенной строкой и служат своей задаче при вызове с помощью тега onclick в html.

Учитывая все эти варианты выбора, несложно представить сложности, связанные с принятием решения относительно дизайна конкретного веб-сайта. Может потребоваться несколько недель, чтобы создать дизайн, который надежен и удобен для пользователя. Ожидается, что разработчики не только обеспечат работу веб-сайта практически на всех аппаратных устройствах, доступных пользователям, но и обеспечат эстетическую привлекательность пользовательского интерфейса. Процесс долгий, сложный и утомительный, и одна ошибка может привести к потрясениям в системе. Есть множество вещей, которые необходимо принять во внимание, прежде чем сайт заработает, и поэтому можно с уверенностью сказать, что процесс дизайна, возможно, является наиболее важной частью создания сайта.

Зарегистрируйся, чтобы продолжить изучение работы

    Поделиться сочинением
    Ещё сочинения
    Нет времени делать работу? Закажите!

    Отправляя форму, вы соглашаетесь с политикой конфиденциальности и обработкой ваших персональных данных.