Месяц назад я участвовал в групповом проекте, в котором участвовало 4 человека. Этот проект заключался в написании веб-страницы для презентации. То, чему я научился в проекте, это то, как работать с вашими партнерами.

Есть один участник, скажем, Т (вымышленное имя, без указания пола), который любит высказывать идеи (громко), слышно только голос Т. В вайрфрейминге Т первым взял маркер и начал рисовать на доске свою идею, полную картинку. Другие люди, в том числе и я, просто сидели и слушали Т. Когда мы пытались высказать свои идеи или что-то изменить, конечно, их отвергали. Конечно, мы, другие участники, продолжали высказывать свои идеи. В конце концов Т. пришлось согласиться (некоторые из них).

Он / она всегда убеждает людей следовать ее пути, даже если результат нехороший (то есть уродливый). Один из сценариев заключается в том, что наша веб-страница должна иметь белый цвет фона (каждая страница), так как это будет выглядеть более профессионально, однако T это не нравится, и он настаивает на том, чтобы он был светло-голубым. Нам троим очень не нужен светло-голубой цвет. В конце концов, произошло следующее: на одной из страниц, на которой T присутствовал больше всего, цвет фона был установлен на светло-синий, остальные (включая домашнюю страницу) по-прежнему оставались белыми.

Что вы можете увидеть отсюда? Речь идет о неудачах. Мы трое не хотим проходить через процесс дебатов и споров. T может сохранить свой дизайн, однако результат будет странным. Вы можете сказать, что есть разные способы решить эту коммуникативную проблему. В тот момент у нас не было. Вот почему я пишу этот пост в блоге, чтобы дать вам подумать, что бы вы сделали, если бы у вас был этот одногруппник, с которым можно было бы работать. Я не говорю, что мы решили проблему или поступили правильно. На самом деле мы потерпели неудачу. Когда веб-страница проецировалась на экран, другие люди замечали разницу в цвете фона.

Поскольку мы занимались парным программированием, когда я был в паре с Т, большую часть времени Т был навигатором, то есть он/она говорил людям, что нужно кодировать. Во время навигации T иногда будет спрашивать: «Вы знаете об этом?» "Как вы думаете?" "вам нравится это?". Когда я сказал: «Не совсем». или «Как насчет xxxxxxxxxx?» Т отказывался и продолжал свой путь. Это лишило меня дара речи, и я замолчал. В конечном счете, я не хотел давать или говорить о своих идеях. Пока я работал в паре с другими одногруппниками, все работало нормально, мы с радостью делились своими идеями и принимали идеи друг друга. И тогда я придумал, чтобы позволить T принять наши идеи, это голосование. Чтобы трое из нас прошли. Хотя цвет фона одной страницы по-прежнему светло-голубой.

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

— — — — — — — — — — — — — — — — — — — — — — — — — — — — — —

Здесь я поделюсь некоторыми кодами, которые я изучил за эти пару дней.

.map() и .reduce()

Пример для .map()

var fruits = ["apple","peach","cherries"];
var lengths = fruits.map(function(fruit) {
  return fruit.length;
});
console.log(fruits); //[5, 5, 8]

Пример для .reduce()

var fruits = ["apple","peach","cherries"];
var addLength = function(sum, word) {
  return sum + word.length;
};
var total = fruits.reduce(addLength, 0);
console.log(total);

Метод reduce() принимает два параметра:

(i) функция для применения к каждому элементу массива (addLength)

(ii) начальное значение для промежуточного итога (0).