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