Андрей Старинин AnSt

Я не против. Рад даже маленькой пользе.
Кстати, после публикации сделали запрос на добавление сообществ Иркутска. Так что не зря разместил статью.

Спасибо за статью! Рекомендую своим студентам для ознакомления с регулярками.

Да, согласен с вами.

Хороший вопрос.
Когда начал преподавать, то стало понятно что я не знаю какие у меня в городе есть сообщества айтишников. Гугление особо не помогало. Знал вроде что есть что-то в профильных факультетах ВУЗов, но преподавал я не в них. Потом знакомые мне рассказали что есть. А через какое-то время понял, что многие начинают искать — но не знают где искать.
А на выпуске подкаста гости подсказали что можно такой список сделать. О чём было написано в статье. Плюс я люблю что-то новое изучать.
Вот и получил новые знания и опыт.

P.S. Если не ответил на ваш вопрос — сообщите пожалуйста.

Интересный вопрос. Но я им не задавался, к сожалению.

спасибо — щас поправлю.

Спасибо! Посмотрю.

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

Так заголовок статьи имеет указание, что уже 4-я часть. Или я что-то где-то пропустил?

Уже их читаю. Сам думал что-то подобное написать, но вы успели раньше )))

С перекосами согласен.
А вот с тем, что каждый пишет код как хочет и не придерживается единого стиля — не соглашусь. Разработка одиночками ушла немного в прошлое. Сейчас всё больше работа в команде. Поэтому нужно вырабатывать в командах единые правила, иначе будет сложно собирать единый код из разных кусочков.

Кто-то будет сидеть рядом со мной за моим компом, юзать мою мышку и клаву, влезать, отвлекать, не давать самому отвлекаться…

Парное программирование не есть работа двух и более программистов за одной машиной.

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

Постоянно подключенным нужно держать только на время парной работы. Никто же не обязывает всё время вместе работать. Можно разделить время совместного обсуждения/кодинга/поиска багов и т.п.

Огромное спасибо за статью! Я для своих студентов иногда практикую парное программирование. Кое-что для себя почерпнул новое.

Тогда отлично!

Может и плохо прочитал статью, но не нашёл упоминания про code style
Стараюсь студентов сразу приучать к осмысленному именованию переменных, обговариваем с ними о соглашении как хорошо писать и как плохо писать код, нормы оформления.
Считаю этот момент тоже важным при обучении программированию.

Я использовал GitHub Projects. Уже есть идея что можно написать про использование этих сервисов в обучении.

Простите, если туплю.
Что не очень? Не очень сам пункт как написан? Или не очень само создание аккаунта, т.е. чем-то плохо? Не очень — это как сарказм?

Не за что.

Попытался попробовать несколько раз. Но так и не смог разобраться что и как делать.

Я не могу минусовать, пишу только комментарии.

Тем лучше. Гораздо приятнее получать комментарии, пусть даже с критикой, но с конструктивной критикой.

Если студент решит удалить что-то в сервисе, не факт, что вам это восстановят, в отличие от вашего собственного сервиса, где вы храните что угодно и как угодно.

Понял про что вы. Могу ответить примерно так. Студентам принципиально не даю права на удаление репозиториев.
Но зависимость от внешнего «дяди» — да, неприятна. Хотя и не так критична. Для меня не так критична. У нас в репозиториях не хранятся важные проекты. А для решения возможных потерь из-за вины внешнего сервиса — можно использовать бекапирование на другие материальные ресурсы.

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

Могу сказать, что мне нравится GitHub. Ещё нравится Bitbucket. Причины почему нравятся — сложно назвать, субъективно. А про контроль чуть выше написал.

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

Уже упёрся ))) Не хватило бесплатного тарифа Slack. Пока подумываю как ещё можно организовать работу или найти бесплатную замену.
Но из тех сервисов, что я использовал, только несколько требуют апдейта на платный тариф и это удручает. Но не перестаю искать альтернативные варианты.

а можно поподробнее, что вы использовали вместо Zoom?

Goole Meet, Microsoft Teams, Skype, Jitsi meet

и какие сервисы еще использовали ваши студенты?

Пробовали JetBrains Space, Kaiten.io

Это то, что сейчас вспомнил.

Вы и ваши студенты используете публичные сервисы, регистрируя там, видимо, персональные учетки, не подчинённые никаким правилам вашего учебного заведения (личные акаунты). Или это не так?
Ну вот обиделись вы на работодателя или он обидел вас и ушли вы со всем, что генерировали в этих сервиса много лет.

Студенты регают личные учётки. Но я их добавляю в аккаунт учебного заведения. После выполнения общих проектов они делают себе форки. Т.о. у них остаются сделанные ими проекты и в учебном заведении они тоже остались. Если неправильно понял вашу мысль — то поправьте пожалуйста.

Не подумайте, что я пытаюсь придираться к вам. Мне очень импонирует то, что вы внедряете в учебный процесс (хотя полезность некоторых статей для habr я и ставлю под сомнение). Просто в ваших практиках не увидел ни одной альтернативы (а они есть, не менее удобные и часто бесплатные) общепринятым сервисам.

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

Следующий вопрос — финансовый. Ваше решение слабо масштабируется и в какой-то момент вы можете не уложиться в представления вашего учебного заведения о бесплатном сыре.

Либо я не выспался, либо ещё что. Поясните пожалуйста подробнее про слабую масштабируемость.

Кинулся я в эти сервисы уже второй год как. Пробовал разные подходы и практики. Инфы о том как это делать в обучении не было. Сейчас более-менее оформился полученный опыт. Поэтому и делюсь им.
Но мне всё равно хайповый или нет сервис. Но на выбор сервисов несколько факторов влияет и известность, и юзабельность, и личное восприятие. Для онлайн-встреч, например, использую Google Meet. Но пробовал и другие. Про этот опыт тоже напишу статьи, но позже.
Наверное, более важно не то какие именно сервисы я описываю. А то как они применяются. Но это сугубо моё личное мнение.

В Discord нет возможности разграничить личные и рабочие/учебные пространства

Я остался на бесплатном тарифе. Для новых групп сделал новое пространство. Но подумываю о переходе на платную подписку.

Трансляции я и так через Google Meet веду. Он мне очень нравится. Но нет возможности сохранять чат созвона.

Teams тоже пробовал использовать. Может и про него напишу статью.

В Google Docs внутри могу использовать чаты? Не знал про это. Посмотрю.

У меня один вопрос. Чем не угодил вам Discord?

Я нигде не говорил, что мне не угодил Discord. Просто не пробовал его применять в обучении.

Это я очепятался. Мы пробовали делать большой проект с разными репозиториями и с подпроектами.
Но интерфейс не сильно понравился. Trello ка-то больше нравится.

Спасибо за ценный комментарий.

Про GitHub Pages будет в следующих статьях. Где про разработку «большого» проекта несколькими командами в разных репозиториях.

Просить студентов в комит сообщения и PR указывать номер Issue через # — все комиты автоматом появятся в Issue

Так и делаю.

Просить студентов все решения складывать по папкам по заданиям — в результате можно будет мерждем нормально закрывать PR-ы и получим сборник решений всех заданий за весь год с историей роста студентов

Интересный вариант. Постараюсь попробовать его.

За статьи пожалуйста, а за комментарии спасибо!

Ещё я бы сразу складывал в репозиторий полный файл .gitignore с самыми распространёнными файлами от IDE и бинарниками, чтобы уберечь студентов от комита лишнего

Обычно я выкладываю сразу .gitignore под VS и JetBrains. Предварительно выяснив какие IDE у студентов. Но всё равно бывают коммиты с «мусором».

Ну и бесплатного плана GitHub Actions должно хватить на всякие линтеры, чтобы всякие кодстайлы автоматом проверялись.

С GitHub Actions ещё не разбирался. Для автоматической проверки использую codefactor.io

Не секрет. Преподаю в Компьютерной академии ШАГ. А уволился из колледжа ВИВТ.

Тут согласен. Это одна из причин, почему я уволился из подобного учреждения.

Я считаю, что в ВУЗе делать нечего тем, кого туда впихнули, кто от армии косит и т.п. По моему мнению, образование нужно получать, когда понимаешь кем хочешь стать. Но это понимание не всегда приходит в том возрасте, когда пора поступать в ВУЗ.

Так что тут сложно всё.

Это потом указал в разделе «Какие можно внести изменения». Но если студентов под 100, то не всегда хочется под каждого заводить ветку. Ленивый я препод.

Я видел примеры отсутствия мотивации в профильных группах. И это вызывало сильное недоумение у меня.

Нет, не работал.

Я заставляю. Для того, чтобы после обучения они не делали коммиты через браузер с названием «Added files via upload». Чтобы потом не было стыдно за тех студентов, которых учил.

Попробую применить в работе. Скоро стартуют новые группы как раз.

А в качестве клиента рекомендую GitKraken или SourceTree. Хотя студенты в праве выбирать и любые другие GUI-клиенты.

Да не за что.
Суть именно в том, чтобы использовать GitHub в процессе обучения, а не только научить работе с ним.