Вопрос заключается в следующем, а вот подробности следующие: могу ли я сказать / поднять, как программист, чтобы привести его на свою сторону?
Я хотел бы услышать веские аргументы для обеих сторон об этом, но в основном предложения о том, как его обговорить.
Моя ситуация такова: я работаю над командным проектом на моем курсе, создавая веб-сайт среднего размера в качестве прототипа для университета. Все считаются равными в группе, и нет ни одного назначенного лидера, поэтому ответом на эту проблему не может быть «получение ранга».
Все равны, однако между членами существует огромный разрыв в знаниях. Этот член команды и я оба являемся способными разработчиками, хотя он не имеет опыта работы в отрасли. Три других участника менее способны, а двое полностью отказались от разработки. Все трое отказались комментировать ситуацию из-за недостатка знаний.
Как группа, мы решаем, какие технологии использовать при реализации веб-сайта; в частности, использовать ли PHP-фреймворк (Code Igniter) или нет.
Я выступаю за, ссылаясь на:
- Не изобретать велосипед
- Хорошо написанная и проверенная база кода для работы с
- Начало (крайний срок ближе, чем хотелось бы)
- Скорость развития
- Надежные и поддерживаемые шаблоны проектирования и передовой опыт
Он выступает за работу так, как он привык:
- Запись одноразовых функций в «библиотечный» файл так, как он ему нужен
- Функции для доступа к данным и рендеринга этих данных на странице, получения / настройки в и из сеанса и получения / публикации данных и т. Д.
- Наличие 1 файла на страницу (что не приводит к разделению проблем между управлением, представлением и данными)
Его причины против использования фреймворка в основном основаны на том, что он не может понять суть: он уже может делать все эти вещи. Фреймворк не меняет этого, он только усложняет ситуацию, потому что он должен изучить фреймворк; он не хочет использовать код, который он лично не написал.
Он также сказал, что «не имеет значения качество кода, поскольку проект является всего лишь прототипом и никогда не будет поддерживаться». Для меня это не оправдание для написания не поддерживаемого кода.
Я могу понять, почему он приводит эти аргументы, но я не согласен с его «отсутствием заботы о ремонтопригодности» и его «пренебрежением к хорошему дизайну» или даже разделением интересов. Тем не менее, я подозреваю, что он никогда не изучал шаблоны проектирования, поэтому я не знаю, насколько эффективной будет демонстрация того, почему его метод может оказаться неприемлемым.
Я хочу начать этот проект, но я не хочу делать это без учета всего, что я узнал за эти годы. Как я уже говорил, здесь нет возможности получить звание, и другие члены команды не хотят участвовать. Должен ли я просто отступить и сделать все по-своему? Он слишком упрям и неопытен, чтобы знать лучше? Или я здесь упрямый?
TL; DR Неопытный член команды упрям, как я могу победить его?
he doesn't want to use code he hasn't personally written.Ему лучше выбросить свою операционную систему, IDE, телефон, светофор и т. Д.
I want to know exactly how everything worksявляется действительным аргументом при обучении, когда изобретать велосипед действительно приемлемо. Может быть, просто возможно, вы могли бы прочитать это как крик о помощи, а не как упрямство.
since the project is only a prototype and will never be maintained Последние слова :) Хотелось бы, чтобы у меня был доллар каждый раз, когда я делал это предположение и обнаруживал, что нетерпение и краткосрочная жадность высших взлетов решили, что прототип - это продукт сейчас.