Может и плохо прочитал статью, но не нашёл упоминания про code style
Стараюсь студентов сразу приучать к осмысленному именованию переменных, обговариваем с ними о соглашении как хорошо писать и как плохо писать код, нормы оформления.
Считаю этот момент тоже важным при обучении программированию.
Простите, если туплю.
Что не очень? Не очень сам пункт как написан? Или не очень само создание аккаунта, т.е. чем-то плохо? Не очень — это как сарказм?
Тем лучше. Гораздо приятнее получать комментарии, пусть даже с критикой, но с конструктивной критикой.
Если студент решит удалить что-то в сервисе, не факт, что вам это восстановят, в отличие от вашего собственного сервиса, где вы храните что угодно и как угодно.
Понял про что вы. Могу ответить примерно так. Студентам принципиально не даю права на удаление репозиториев.
Но зависимость от внешнего «дяди» — да, неприятна. Хотя и не так критична. Для меня не так критична. У нас в репозиториях не хранятся важные проекты. А для решения возможных потерь из-за вины внешнего сервиса — можно использовать бекапирование на другие материальные ресурсы.
Безусловно, вы описываете опыт работы на конкретной платформе, но, кажется, архитектурно это неверное решение, т.к. степень контроля подобных публичных сераисов неоднозначна.
Могу сказать, что мне нравится GitHub. Ещё нравится Bitbucket. Причины почему нравятся — сложно назвать, субъективно. А про контроль чуть выше написал.
Про финансы: ну, например, упретесь вы в необходимость покупки нового тарифа для сервиса, который будет стоить сильно больше ваших возможностей.
Уже упёрся ))) Не хватило бесплатного тарифа Slack. Пока подумываю как ещё можно организовать работу или найти бесплатную замену.
Но из тех сервисов, что я использовал, только несколько требуют апдейта на платный тариф и это удручает. Но не перестаю искать альтернативные варианты.
Вы и ваши студенты используете публичные сервисы, регистрируя там, видимо, персональные учетки, не подчинённые никаким правилам вашего учебного заведения (личные акаунты). Или это не так?
Ну вот обиделись вы на работодателя или он обидел вас и ушли вы со всем, что генерировали в этих сервиса много лет.
Студенты регают личные учётки. Но я их добавляю в аккаунт учебного заведения. После выполнения общих проектов они делают себе форки. Т.о. у них остаются сделанные ими проекты и в учебном заведении они тоже остались. Если неправильно понял вашу мысль — то поправьте пожалуйста.
Не подумайте, что я пытаюсь придираться к вам. Мне очень импонирует то, что вы внедряете в учебный процесс (хотя полезность некоторых статей для habr я и ставлю под сомнение). Просто в ваших практиках не увидел ни одной альтернативы (а они есть, не менее удобные и часто бесплатные) общепринятым сервисам.
Вы можете придираться — это ваше право. Что нет альтернативы — может неправильный формат выбрал повествования. В статье рассказываю про один сервис и свой опыт в нём. Не привожу сравнения нескольких сервисов.
Про полезность для Хабра — всегда можете заминусовать. Но без обратной связи сложно понять что так, а что нет в статье.
Следующий вопрос — финансовый. Ваше решение слабо масштабируется и в какой-то момент вы можете не уложиться в представления вашего учебного заведения о бесплатном сыре.
Либо я не выспался, либо ещё что. Поясните пожалуйста подробнее про слабую масштабируемость.
Кинулся я в эти сервисы уже второй год как. Пробовал разные подходы и практики. Инфы о том как это делать в обучении не было. Сейчас более-менее оформился полученный опыт. Поэтому и делюсь им.
Но мне всё равно хайповый или нет сервис. Но на выбор сервисов несколько факторов влияет и известность, и юзабельность, и личное восприятие. Для онлайн-встреч, например, использую Google Meet. Но пробовал и другие. Про этот опыт тоже напишу статьи, но позже.
Наверное, более важно не то какие именно сервисы я описываю. А то как они применяются. Но это сугубо моё личное мнение.
Это я очепятался. Мы пробовали делать большой проект с разными репозиториями и с подпроектами.
Но интерфейс не сильно понравился. Trello ка-то больше нравится.
Про GitHub Pages будет в следующих статьях. Где про разработку «большого» проекта несколькими командами в разных репозиториях.
Просить студентов в комит сообщения и PR указывать номер Issue через # — все комиты автоматом появятся в Issue
Так и делаю.
Просить студентов все решения складывать по папкам по заданиям — в результате можно будет мерждем нормально закрывать PR-ы и получим сборник решений всех заданий за весь год с историей роста студентов
Ещё я бы сразу складывал в репозиторий полный файл .gitignore с самыми распространёнными файлами от IDE и бинарниками, чтобы уберечь студентов от комита лишнего
Обычно я выкладываю сразу .gitignore под VS и JetBrains. Предварительно выяснив какие IDE у студентов. Но всё равно бывают коммиты с «мусором».
Ну и бесплатного плана GitHub Actions должно хватить на всякие линтеры, чтобы всякие кодстайлы автоматом проверялись.
С GitHub Actions ещё не разбирался. Для автоматической проверки использую codefactor.io
Стараюсь студентов сразу приучать к осмысленному именованию переменных, обговариваем с ними о соглашении как хорошо писать и как плохо писать код, нормы оформления.
Считаю этот момент тоже важным при обучении программированию.
Что не очень? Не очень сам пункт как написан? Или не очень само создание аккаунта, т.е. чем-то плохо? Не очень — это как сарказм?
Тем лучше. Гораздо приятнее получать комментарии, пусть даже с критикой, но с конструктивной критикой.
Понял про что вы. Могу ответить примерно так. Студентам принципиально не даю права на удаление репозиториев.
Но зависимость от внешнего «дяди» — да, неприятна. Хотя и не так критична. Для меня не так критична. У нас в репозиториях не хранятся важные проекты. А для решения возможных потерь из-за вины внешнего сервиса — можно использовать бекапирование на другие материальные ресурсы.
Могу сказать, что мне нравится GitHub. Ещё нравится Bitbucket. Причины почему нравятся — сложно назвать, субъективно. А про контроль чуть выше написал.
Уже упёрся ))) Не хватило бесплатного тарифа Slack. Пока подумываю как ещё можно организовать работу или найти бесплатную замену.
Но из тех сервисов, что я использовал, только несколько требуют апдейта на платный тариф и это удручает. Но не перестаю искать альтернативные варианты.
Goole Meet, Microsoft Teams, Skype, Jitsi meet
Пробовали JetBrains Space, Kaiten.io
Это то, что сейчас вспомнил.
Студенты регают личные учётки. Но я их добавляю в аккаунт учебного заведения. После выполнения общих проектов они делают себе форки. Т.о. у них остаются сделанные ими проекты и в учебном заведении они тоже остались. Если неправильно понял вашу мысль — то поправьте пожалуйста.
Вы можете придираться — это ваше право. Что нет альтернативы — может неправильный формат выбрал повествования. В статье рассказываю про один сервис и свой опыт в нём. Не привожу сравнения нескольких сервисов.
Про полезность для Хабра — всегда можете заминусовать. Но без обратной связи сложно понять что так, а что нет в статье.
Либо я не выспался, либо ещё что. Поясните пожалуйста подробнее про слабую масштабируемость.
Но мне всё равно хайповый или нет сервис. Но на выбор сервисов несколько факторов влияет и известность, и юзабельность, и личное восприятие. Для онлайн-встреч, например, использую Google Meet. Но пробовал и другие. Про этот опыт тоже напишу статьи, но позже.
Наверное, более важно не то какие именно сервисы я описываю. А то как они применяются. Но это сугубо моё личное мнение.
Я нигде не говорил, что мне не угодил Discord. Просто не пробовал его применять в обучении.
Но интерфейс не сильно понравился. Trello ка-то больше нравится.
Про GitHub Pages будет в следующих статьях. Где про разработку «большого» проекта несколькими командами в разных репозиториях.
Так и делаю.
Интересный вариант. Постараюсь попробовать его.
Обычно я выкладываю сразу
.gitignoreпод VS и JetBrains. Предварительно выяснив какие IDE у студентов. Но всё равно бывают коммиты с «мусором».С GitHub Actions ещё не разбирался. Для автоматической проверки использую codefactor.io