Билл Гейтс
Успех — паршивый учитель. Он заставляет умных людей думать, что они не могут проиграть
Если вы это читаете, то вы или случайно наткнулись на данный репозиторий, либо вам посчастливилось попасть нак курс
веб-программирования.
И так, в данном репозитории будут находиться ссылки на все репозитории в которых вы будете делать свои лабораторные работы.
Данный репозиторий может и будет дополняться, все модификации будут вноситься в репозитории с заданиями.
Для выполнения лабораторных работ вам понадобиться:
- аккаунт на Github. Зарегистрироваться будет довольно просто.
- Для работы вам понадобиться Git, если вы владелец Windows вам пригодиться установиться себе GitBash
- Настроить git bash для работы следуя официальной инструкции
- Также вам потребуется IDE (Visual Studio Code или Pycharm Community Edition
- Также потребуется Docker
- Приложение для удобной работы с СУБД, мы рекомендуем DBeaver
Если у вас что-то не получается или вы не понимаете, что делать, обязательно свяжитесь со своим преподавателем
Все свои лабораторные вы будете выполнять в своей ветке которая будет создаваться на основании ветки main репозитория с лабораторной работой.
 |
|---|
git clone https://github.com/rstu-web-labs/<path>Правила именования веток: Ветка должна быть именованна в следующем формате / Где group название группы и одновременно тег (aib042), surname ваша фамилия на английском tupin
git branch aib042/tupin
git checkout aib042/tupingit checkout main
git pull
git checkout aib042/tupin
git merge main- Все решения вы сохраняете в своей ветке, в момент когда вы готовы сдавать решение вам понадобиться создать Pull Request и запросить Ревью у своего преподавателя.
- В случае успешного решения PR будет помечен как Approved и в дальнейшем закрыт.
- В случае неудачи он будет заблокирован с замечаниями. Документация
- Каждый проект должен снабжаться документацией оформленной в формате Markdown
Если вы прочитали весь свод правил указанных выше, и готовы их соблюдать - "Добро пожаловать в команду!" Также как в любой командной разработке мы будем придерживать стиля и простых правил перечисленных и принятых выше.
 |
|---|
- Каждый проект и лабораторная работа будет предполагать наличие Мягкого и Жёсткого дедлайн.
- Сроки дедлайна указываются в самой лабораторной.
- Отсчёт срока исполнения начинается с даты проведения лабораторной работы.
- Если ваше решение не сдано на проверку после наступления жёсткого дедлайн, оно проверятся не будет и вы не будете допущены до сдачи экзамена.
- Проверка работ будет производиться только на самих лабораторных работах, просмотр кода и консультации тоже, но вы по-прежнему сможете задавать вопросы в чате, и не забывайте про мемасы.
- Если вы прислали решение в рамках дедлайна и оно не верное мы конечно немного потерпим, но если PR с замечаниями будет висеть пару недель, он будет закрыт и смотрите пункт 4.
Однако если вы нарушаете правила и выкладываете решения не в том виде в котором они указаны в описании выше или в описании самой лабораторной работы:
Мы не будем проверять ваше задание пока вы не приведёте его к указанному формату (цените время других разработчиков)
Ещё несколько нюансов которые мы искренне рекомендуем соблюдать:
- Не пытайтесь сдать все лабы в один день, никто не будет проверять такой огромный объём материала за один день (цените время других разработчиков)
- Пишите свои решения, пусть они будут плохими и будут основаны на подсказах, но они будут ваши (цените время и труд других разработчиков)
- Критика приветствуется, если вы нашли баг в задании, обязательно сообщите об этом, а лучше создайте PR
В случае отказа от попытки сделать, что-то самостоятельно, задания буду усложняться и сроки на их выполнения тоже.
Со своей стороны мы постараемся обеспечить вам максимально комфортное прохождение курса
