Alexey/DAS_2024_1
2
7
Fork 1
Code Issues Pull Requests 101 Actions Packages Projects Releases Wiki Activity
31 Commits 222 Branches 0 Tags 38 MiB
Python 96.3%
C# 1.4%
Java 0.9%
Go 0.7%
Dockerfile 0.4%
Other 0.2%
5e9e2600f3
Go to file
JulYakJul 5e9e2600f3 yakovleva_yulia_lab_1 is ready
2024-09-19 16:14:05 +04:00
.idea feature: completed lab 1 2024-09-17 13:08:06 +04:00
borschevskaya_anna_lab_1 borschevskaya_anna_lab_1 is ready 2024-09-15 21:51:58 +04:00
dozorova_alena_lab_1 dozorova_alena_lab_1 is ready 2024-09-13 23:02:10 +04:00
emelyanov_artem_lab_1 feature: completed lab 1 2024-09-17 13:08:06 +04:00
kuzarin_maxim_lab_1 Обновить kuzarin_maxim_lab_1/README.md 2024-09-14 11:04:19 +04:00
kuzarin_maxim_lab_2 Работа готова. Нужнго проверить Readme, но вроде норм 2024-09-17 14:13:30 +03:00
tsukanova_irina_lab_1 tsukanova_irina_lab_1 is ready 2024-09-15 16:18:03 +04:00
vaksman_valerya_lab_1 is super duper ready 2024-09-15 21:59:03 +04:00
yakovleva_yulia_lab_1 yakovleva_yulia_lab_1 is ready 2024-09-19 16:14:05 +04:00
readme.md Update readme.md 2024-09-11 21:22:59 +04:00

readme.md

DAS_2024_1

ПРАВИЛА ИГРЫ при сдаче лабораторных работ по предмету "Распределенные вычисления и приложения".

Всем Доброго времени суток! Настоятельно прошу прочитать этот файл от начала и до конца.

Задание на л/р

  1. Требования к языку программирования: ЛЮБОЙ. Для выполнения лабораторных работ можно использовать любую IDE или текстовый редактор.

  2. Список заданий на л/р, подготовленный совместно с Владиславом Моисеевым:

№ л/р
1 Знакомство с docker и docker-compose
2 Разработка простейшего распределённого приложения
3 REST API, Gateway и синхронный обмен между микросервисами
4 Работа с брокером сообщений
5 Параллельное умножение матриц
6 Параллельный поиск значения детерминанта матрицы
7 Балансировка нагрузки в распределённых системах при помощи открытых технологий на примерах
8 Про устройство распределенных систем

Воркфлоу по сдаче лабораторных работ

  1. Клонируем себе репозиторий на компьютер

git clone https://git.is.ulstu.ru/Alexey/DAS_2024_1.git

  1. Для выполнения очередной лабораторной работы необходимо завести отдельную ветку (перед этим необходимо выполнить команду git checkout master). Указанный формат наименования ветки <фамилия_имя_lab_номер_лабораторной> ОБЯЗАТЕЛЕН, в противном случае лабораторная работа не проверяется!

git checkout -b "zhelepov_alex_lab_1"

При этом Вы окажетесь в своей ветке, в которой Вам и предстоит выполнять лабораторную работу.

  1. В ветке создаём папку в аналогичном формате <фамилия_имя_lab_номер_лабораторной>, формат также ОБЯЗАТЕЛЕН, в противном случае лабораторная работа не проверяется!

mkdir zhelepov_alex_lab_1

  1. Весь код лабораторной работы и отчет должны находится внутри этой папки! То есть файловая структура репозитория должна иметь такой вид

ivanov_ivan_lab_1 zhelepov_alex_lab_1 README.md

  1. Отчет к лабораторной работе должен быть оформлен в виде файла readme.md, в котором Вы сможете дать краткое описание того, что делает Ваша программа. Очень хорошо (большой плюс при сдаче), если Вы опишите следующие пункты:
  • как запустить лабораторную работу
  • какие технологии использовали
  • что она делает
  • тесты (если это приложение, разработанное на выбранном вами ЯВУ)

Небольшой гайд по синтаксису для оформления отчёта.

Пожалуйста запишите работоспособность Вашей л/р в виде видео, ссылку на которое прикрепите в README-файле, отчете (разместить видео можно на платформе VK Видео). Видео - это обязательный пункт.

P.S. я знаю про хак "хочу скопировать у товарища этот волшебный readme и ничего не делать", но пожалуйста не делайте так (я буду обязательно проверять это).

  1. Как только Вы закончили работу над лабораторной работой, то находясь в своей ветке (убедитесь в этом пожалуйста, использую команду git branch - ваша текущая ветка будет подсвечена), вы должны закоммитить и запушить свои изменения в репозиторий, другими словами сохранить их в репозиторий.

git commit -m "zhelepov_alex_lab_1 is ready" git push origin

P.S. я знаю про хак "скопируй у товарища и закоммить - все равно он (я) смотреть не будет" - не сработает - давайте быть честными и делать все самостоятельно. А во-вторых, на реальной работе так не прокатит - скорее всего Вас просто уволят.

  1. После этого Вы должны перейти в наш git и создать merge request, назначив его на меня. Дополнительно лучше маякнуть меня в нашем телеграм-чате. Я проведу ревью и отпишу замечания, которые нужно будет исправить. Если все хорошо, то вмержу ваш pull-request в мастер-ветку. Данное состояние говорит о том, что ваша л/р принята.

  2. Важный момент: Устно я не принимаю лабораторные работы (подойти к компьютеру, посмотреть код, поставить оценку), только через репозиторий и после успешного code review ревью кода вашей л/р и ее результатов в виде отчета. Это делается для того, чтобы вы привыкали к воркфлоу, который применяется практически всеми IT-компаниями, где между разработчиками в основном общение идет через "текст". Что касается лабораторных работ в расписании - они используются в качестве консультаций (если они нужны), а сдача и проверка л/р идет только через репозиторий (то есть все замечания вы получаете на code review). Проверяю я обычно лабораторную в течение 1-3 дней после создания pull-request-а (всегда можно маякнуть меня в нашем telegram-чате).

Чек-лист для старост групп

  1. Убедиться, что все из списка зашли в телеграм-чат, где мы будем общаться + я буду публиковать различные объявления. ПОЖАЛУЙСТА, ОБРАТИТЕ НА ЭТО ВНИМАНИЕ и доведите до всех! В других каналах связя меня сложно выцепить или я могу пропустить сообщение.

  2. Убедиться, что все зарегистрировались на университетском git и добавились для работы с нашим репозиторием. А добавляться в этот репозиторий.

Полезные ссылки:

  1. Отличный тьюториал по гиту (рекомендую всем его пройти), вот тут

  2. Гайд по markdown тут

БОЛЬШОЕ СПАСИБО, что дочитали этот README до конца! И Удачи Вам в сдаче л/р и не только!