Бумага: Парное программирование
Всем привет, это Сян.
1.Какой главный вопрос рассматривается в статье?
В статье в основном обсуждалось, как стать эффективным парным программистом.
2.Хорошо ли написана статья?
Да, с замечаниями. Он хорошо написан с точки зрения структуры/организации и доставки. Совершенно очевидно, что автор сначала обсудил доказательства преимуществ/преимуществ парного программирования, как анекдотические, так и статистические. Затем автор потратил большую часть слов на обсуждение ключевых принципов хорошего парного программиста. Наконец, автор завершил статью резюмирующими словами.
Тем не менее, одна вещь, которая мне не нравится в статье, — это принципиальная часть. В частности, автор дал этим принципам не очень хорошие названия. Эти имена хорошо читаются, но некоторые из них не очень отражают/резюмируют те моменты, которые он/она разработал в соответствии с этим принципом.
3.Если статья содержит таблицы или рисунки, добавлялись ли они в статью?
В этой конкретной статье нет ни таблиц, ни рисунков.
4.Убедителен ли документ представленными доказательствами и аргументами?
Я не знаю… Позвольте мне объяснить: у меня был фантастический опыт парного программирования на нескольких курсах, поэтому я люблю парное программирование. Другими словами, я склонен верить и любить парное программирование, так что я уже «убежден». Я думаю, что статья все еще убедительна — я просто не могу с уверенностью заявить об этом.
5. (Дополнительно) Мои примечания при чтении этой статьи:
У парного программирования есть несколько преимуществ, и, к сожалению, программисты уже давно привыкли программировать в одиночку.
В этой статье мы попытаемся рассказать вам, как стать эффективным парным программистом.
Во-первых, приведите пример успешного парного программирования — экстремальное программирование и системы, разработанные с использованием этой методологии. После этого следуют еще два примера/исследования в поддержку парного программирования, как анекдотические, так и статистические. Также проводится опрос, где большинство людей поддерживает парное программирование.
Во-вторых, он пытается проанализировать несколько ключевых принципов успешного парного программирования:
- делитесь всем. Оба человека вносят свой вклад и несут ответственность за одну задачу программирования. Вы двое работаете как когерентность, разумные организмы вместе.
- Играйте честно: важно по очереди водить машину. Не позволяйте всегда одному человеку быть водителем или наблюдателем. Кроме того, если вы наблюдатель, не будьте пассивным наблюдателем. Пока водитель печатает, вы должны мыслить на более высоком, стратегическом уровне.
- не бейте людей: убедитесь, что вы и ваш партнер всегда заняты делом. Вы больше цените время и, таким образом, можете быть более эффективными, потому что это не только ваше личное время, когда вы занимаетесь парным программированием. Это также время вашего партнера!
- отбросьте негативные мысли: не считайте себя «плохим программистом», потому что это повлияет на ум вас обоих и, следовательно, повлияет на продуктивность парного программирования. Конечно, не надо думать типа «я классный программист, а он/она неудачник». Кодируйте с позитивным и равноправным мышлением во время парного программирования.
- наведите порядок в своем беспорядке: присутствие партнера может присмотреть за вами через плечо и помочь вам устранить многие очевидные, но необнаруженные ошибки.
- будьте скромны и непредвзяты: не программируйте себя. Когда ваш партнер предлагает другую точку зрения/предложение/критику, не пытайтесь сразу же защищаться. Постарайтесь тщательно обдумать, разумны ли его/ее предложения в непредубежденной манере.
- иметь красивую планировку рабочего пространства и хорошо общаться: программисты в паре будут сидеть вместе и смотреть на монитор одного и того же компьютера, поэтому очень важно иметь хорошую планировку рабочего пространства. Кроме того, будьте хорошим коммуникатором, чтобы обсуждать идеи/решения с вашим партнером, а также с другими программными парами.
- не будьте скептичны: когда два скептически настроенных по поводу ценности совместной работы над кодом объединяются, это не даст хорошего результата. «Умойте руки от любого скептицизма, развивайте ожидание успеха и приветствуйте своего партнера по сотрудничеству, говоря: «Желей меня!»»
- сделайте перерыв: парное программирование — это интенсивный и умственно утомительный опыт, поэтому через некоторое время сделайте перерыв, чтобы освежить свои мысли.
- потратьте немного времени на то, чтобы побыть в одиночестве: всегда признано, что нам всем нужно некоторое личное время для некоторых глубоких вопросов или таких вещей, как механическое программирование.
- вы оба знаете что-то, чего не знает другой человек: когда вы занимаетесь парной программой, вы и ваш партнер можете предлагать идеи/решения, которые не были бы возможны для каждого из вас.
