Структура сайта, как?

MFNIK,

2- сайт не дает пользователю понимание продукта, информацию о продукте

Как это связано с дизайном?

Структура сайта, как?

MFNIK,

1 - это желание клиента

Желание звучало так: "Сделай то, не знаю что?"
Мне вот интересно, а как вы о сумме работ при таких расплывчатых формулировках договариваетесь и как работу сдаете (ну вы вот считаете, что сделали; а клиент считает, что нет).

Структура сайта, как?

В общем нужно изменить координатно дизайн, расположение блоков информации и и.д.

Зачем?

Какое использовать шифрование пакетов в клиент-серверном приложении на протоколе UDP?

Senture, Что мешает?
То что алгоритм один и тот же - ни о чем не говорит в плане несекретности.
Ключики-то уникальные

С помощью чего можно создать онлайн магазин?

Ilya2204, писать на том, что лучше знаешь.

Существуют ли готовые бесплатные решения для реализации видео-хостинга?

Fastbrainx,

Естественно, функционалом с делегированием видеокодировочных задач воркерам там и не пахнет. В итоге на нем неделю висит очередь процессов ffmpeg и замедляет работу бедного сервера в целом.

если железа не хватает, то никакой волшебный софт вам не поможет.
видеокодирование - ресурсозатратная задача.

Куда можно устроиться junior удаленно с таким стеком технологий?

⚡ Kotobotov ⚡,

в компаниях еще меньше шансов что тебе кто-то что-то разжевывать будет.

студент?
не работал еще, поди, теоретиГ?

людям свойственно учить (и поучать) себе подобных.
при работе в оффлане обмен опытом - это просто не избежно.

P.S.:
не путать со школой. за ручку водить никто не будет и оценку на 5 вытягивать тоже.
и жевать тоже не будут.

но интенсивность обучения - на пару порядков выше при непосредственном общении, чем при удаленном.
только контору нужно выбирать - где есть опытные коллеги, а не где все такие как ты начинающие.

Куда можно устроиться junior удаленно с таким стеком технологий?

⚡ Kotobotov ⚡,

открываешь на гитхабе проекты подходящие по стеку, смотришь что нибудь интересное, оцениваешь их ищью и делаешь им туда "код" (пул реквесты), никого не надо спрашивать или о чем-то просить.

Малоэффективно для нулевого. Редко кто разжевывает где именно косяк.

Как соединить сайт и устройство RPI?

scandimax,
Побольше воды, но все же
https://habr.com/post/278085/

Как соединить сайт и устройство RPI?

scandimax,
https://habr.com/post/266139/
Он правда еще более функционален, чем вам нужно.
Функция обнаружения (динамического определения адресов) - одна из многих (хотя и основная).

Как соединить сайт и устройство RPI?

scandimax, ServiceDiscovery (например, Consul).
Как раз для таких целей.

Где можно прокачать ES6-8?

CryNet,

Но как я понял, каких-то вебинаров, уроков, сайтов и всего такого прочего для углубления в эту тему нет, только какие-то заметочки, отдельные статьи и т.д?

Там все просто.
Если вы уже владеете JS - эти модификации совершенно невелики.

Как соединить сайт и устройство RPI?

scandimax, в каком модеме?
о чем вообще речь?

Опишите топологию.

Неактивен пункт в оснастке локальной политике безопасности. Как исправить?

Кирилл, помню что для контроллера домена эти вещи какие-то исключительные в групповых политиках. Подробнее, уже не помню, к сожалению.

Как соединить сайт и устройство RPI?

Вопрос не внятный.
При чем тут модем?

Материнская плата M2N68-AM SE2 и 8Гб оперативной памяти?

Trickster007, еще важно - односторонняя или двухсторонняя

Куда можно устроиться junior удаленно с таким стеком технологий?

ananasina,

Работать в офисе не хочу. Мне не нравится, когда вокруг много людей, которые мешают сосредоточиться.

Конторы разные бывают.
Есть и 2 человека в кабинете.

В чем отличие прикладной информатики от программной инженерии?

AlexWebDev, возможно, кто то в курсе где лучше учат (если это разный ВУЗ или разный факультет - то запросто).

или это просто ни на чем не основанные флуктуации.

Что вы делаете если не укладываетесь в срок?

Выжимка из "Мифического человеко-месяца":

Программа и программный продукт. Программный продукт отличается от программы:

• максимально обобщённым диапазоном и видом входных данных
  
• тщательным тестированием, что является неожиданно сложным этапом
  
• наличием подробной документации
  
  

Программный продукт требует в 3 раза больших затрат времени, чем программа (глава 1).

Мифический человеко-месяц. Время выполнения проекта не обратно пропорционально числу программистов, по крайней мере по 2 причинам.

• В программировании, в отличие от, например, сбора хлопка, работа не может быть произвольно разделена на несколько независимых частей. Части проекта зависят друг от друга, и некоторые задачи можно начинать выполнять только после того, как будут закончены другие.
  
• Программисты должны тратить часть времени на взаимодействие друг с другом.
  

Если есть N программистов, то количество пар программистов равно N(N—1)/2, то есть с ростом числа программистов затраты времени на взаимодействие растут квадратично. Поэтому начиная с какого-то N, рост числа программистов замедляет выполнение проекта.

Если сроки сорваны, наём новых программистов замедляет выполнение проекта и по другой причине: новичкам требуется время на обучение. В книге сформулирован «закон Брукса»: «Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше».

При очень большом числе программистов проект может быть вообще никогда не закончен: из-за общей неразберихи, попытки исправить существующие ошибки в программном обеспечении порождают новые ошибки, так что система не улучшается (глава 2).

Хирургические группы. Разумно, если в группе разработчиков есть один «хороший» программист, реализующий самые критические части системы, и несколько других, помогающих ему или реализующих менее критические части. Так делаются хирургические операции. Кроме того, по мнению Брукса, лучшие программисты работают в 5-10 раз быстрее остальных (глава 3).

Концептуальная целостность. Для обеспечения концептуальной целостности системы необходимо отделить архитектуру от реализации. Один главный архитектор (или небольшая группа), действуя в интересах пользователя, решают, что должно входить в систему, а что не должно. «Очень крутая» идея может быть отвергнута, если предлагаемая возможность не вписывается в общий дизайн системы. Простота очень важна; может быть полезным реализовать только часть возможностей, на которые способна система, потому что если система слишком сложна, часть её возможностей будет оставаться неиспользованной.

Главный архитектор должен сформулировать свои решения в виде руководства для пользователя (глава 4).

Эффект второй системы. Программист, разрабатывающий свою вторую систему, склонен добавлять все те возможности, которые он не смог добавить в свою первую систему (из-за нехватки времени). Поэтому вторая система часто получается перегруженной возможностями (глава 5).
См. также: Раздутое программное обеспечение

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

Каждая группа разработчиков получает набор требований к своей части системы, включая точное описание её функциональности и предельные требования к процессорному времени, занимаемой памяти, месту на диске и т. д.

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

Пилотная система. Перед тем, как разрабатывать окончательную систему, необходимо разработать пилотную систему. Пилотная система выявит ошибки в проектировании, после чего она должна быть полностью переделана (глава 11). Эту идею Брукс отвергает через 20 лет в главе 19, так как за 20 лет изменился подход к созданию программ — на место принятой в 60-х—70-х каскадной модели разработки пришла итеративная.

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

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

Снижение стоимости разработки. Брукс приводит 2 способа снизить стоимость разработки программного обеспечения:

• Нанять программистов только после того, как построена архитектура системы. Иначе при длительности этой стадии, например, в несколько месяцев программистам будет нечего делать.
  
• Купить часть программного обеспечения у других разработчиков.
  

Что вы делаете если не укладываетесь в срок?

Ф. Брукс. "Мифический человеко-месяц"
https://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D1%84%D...

Добавление в разгар работ дополнительных разработчиков запросто может и замедлить процесс, вместо того, чтобы его ускорить.

Прочитайте, она тонюсенькая эта книжечка. Многое для себя откроете.