Некоторые новые опции для position_dodge()
и новых position_dodge2()
, введенные в ggplot2 3.0.0, могут помочь.
Вы можете использовать preserve = "single"
в position_dodge()
, чтобы установить ширину с одного Элемент, поэтому ширина всех полос будет одинаковой.
ggplot(data = d, aes(x = Month, y = Quota, color = "Quota")) +
geom_line(size = 1) +
geom_col(data = d[c(-1:-5),], aes(y = Sepal.Width, fill = Species),
position = position_dodge(preserve = "single") ) +
scale_fill_manual(values = colours)
[/g0]
Использование position_dodge2()
изменяет способ центровки по центру, центрируя каждый набор баров в каждом месте оси x. У него есть padding
, поэтому используйте padding = 0
для удаления.
ggplot(data = d, aes(x = Month, y = Quota, color = "Quota")) +
geom_line(size = 1) +
geom_col(data = d[c(-1:-5),], aes(y = Sepal.Width, fill = Species),
position = position_dodge2(preserve = "single", padding = 0) ) +
scale_fill_manual(values = colours)
[/g1]
В то время как Толпа, другие гибкие методологии как он воплощают много хороших методов, иногда давая ему имя и делая его (поскольку многие блоггеры прокомментировали) "религия", которая должна быть принята на рабочем месте, является довольно нерасполагающей большому количеству людей, включая меня.
Это зависит от того, каковы Ваши опции и обязательства, но я знаю, что был бы намного более увлечен соглашением с идеями, потому что они - хорошие идеи, не потому что они - побеждающая сторона. Попытайтесь реализовывать/тянуть ее в к методам по одному путем показа ей, как они могут улучшить ее жизнь и рабочий процесс также.
Программисты любят прохладные вещи, которые помогают им получить сделанный материал. Они очень не хотят быть проповедованными в или попроситься обшивать того, что они рассматривают как побеждающую сторону. Представьте его как первого, а не последнего. (Это само собой разумеется, удостоверьтесь, что это на самом деле - первый),
Править: другой вопрос
Я на самом деле никогда не работал на место, которое использовало определенную гибкую методологию, хотя я довольно счастлив, где я в теперь в этом, мы включаем много гибких методов без шумихи и догмы (лучший из обоих миров, по моему скромному мнению).
Но я просто читал о Толпе и, являюсь системой как этот даже выгодный для 2 команд человека? Толпа действительно добавляет определенное количество издержек к проекту, кажется, и это могло бы перевесить преимущества, когда у Вас есть очень малочисленная команда, где коммуникация и планирование уже легки.
Без ее входа я запустил методы Толпы (ежедневные толпы, burndown диаграммы и другие вещи, я нашел, что это работало на меня и мои предыдущие команды (крыло H. Прохладный плакат Kniberg). Во время ежедневно встают, она бросает и игнорирует нас, как будто мы на самом деле не стояли прямо вне ее двери (мы на самом деле). Это довольно удивительно. Я никогда не видел такого сопротивления.
Вопрос..., как я получаю ее встроенный? Давление со стороны окружающих не работает.
Черт! Кто когда-либо хотел бы работать в такой репрессивной среде? Если Вы удачливы, она отправляет вокруг своего резюме, и Вы сможете нанять кого-то, кто на борту с Вашим процессом разработки.
Принятие Вас хочет держаться за нее, я выключил бы (или прочь) риторику и работу над тем, чтобы быть другом и коллегой сначала. Если проект является годом поздно, она не может чувствовать себя хорошо о себе, и он кажется, что Вы не боитесь возвестить о своем успехе. Это может быть пугающе.
Я ничего не знаю о Толпе, как бы то ни было. Я просто воображаю то, на что это было бы похоже для обхода вокруг в обуви коллеги.
beaudetious, приятель,
Я действительно предположил бы, что Вы читаете блог Steve Yegge, названный "Хорошим Гибкий, Плохо Гибкий". Это - oldy, но положительный герой, и я думаю, что это - необходимость чтение для любого - как я приблизительно 2 месяца назад - кто становится немного скажем, "очень обеспокоенным" к гибкому их рабочее место. Гибкие предложения много хороших методов, но необходимо взять их всех с мелкой частицей соли и принять то, в чем Вы испытываете недостаток и пропускаете все другие грязь, которая могла бы быть неполезна для конкретной ситуации - например, ежедневная толпа. Если Ваша коллега была бы, точно так же, как для кодирования в тихом (читает Peopleware для того, почему это - хорошая вещь) и она - продуктивный выход члена команды, прослушивающий ее с scrumming позволенный ее работа любым способом, которым ей нравится больше всего.
Люди являются обычно менее "враждебными" об этих методах, если Вы просто приближаетесь к ним и просто говорите, что "У Вас есть секунда? Послушайте, коммуникация является действительно проблемой прямо сейчас, я чувствую, что не знаю то, что Вы делаете, и я действительно не хочу ступать на Ваши пальцы ног снова и проводить два дня, пишущий что-то, что Вам уже понравилась прошлая неделя, поэтому давайте работать над этим. Я хотел бы попробовать X, что Вы думаете?". Будьте сострадательны и не терпите "плохие яблоки", это буквально, как я agiled мое рабочее место и много проблем начал испаряться. Мы ни в коем случае не 100% XP или 100%-й Толпы совместимое место, потому что мы просто используем любые работы, и был необходим.
Я думаю, что ключ должен был бы помочь ей понять, почему Вы делаете Толпу во-первых. Я предполагаю, что у Вас есть свои причины, итак, почему бы не сказать ей? Вы, вероятно, получите сопротивление к любому изменению, если вовлеченные люди не поймут, почему существует изменение или чему они извлекут выгоду из него. Если можно объяснить причины использования Толпы и следующих преимуществ, ей способом, которая касается ее повседневной работы, я думаю, что она, более вероятно, адаптирует больше позитивного отношения к нему.
Если она не будет видеть значения в процессе Толпы или не поймет, как он касается ее, она, вероятно, не будет заботиться об этом.
Я думаю, что одно из самых важных понятий для кого-то для понимания относительно Толпы является тем, что Вы работаете группой и соглашаетесь на свой проект как группа, не как люди. Для многих людей это - самая твердая вещь схватить, так как они так привыкли к проживанию в "своем собственном Мире".
Простой. Не говорите о толпе. Не используйте толпу на ней. Вместо этого возьмите базовые принципы толпы (например, цель в противоположность приложению) и создайте разные подходы, которые размещают ее способ работать, но имеют нежные оттенки толпы.
Все люди отличаются, и большому количеству программистов не нравится толпа. Я не вызвал бы его на них, поскольку это просто будет контрпродуктивно. Я предложил бы определить проблемы в процессе разработки (способом нетолпы), видеть, можно ли заставить ее соглашаться, что проблемы существуют, затем спросите ее, что она думает, было бы хорошее решение. Ее сотрудничество и вход в процесс важны для ее сотрудничества, если у нее нет закрытия сделки ею, привычка становится гражданином.
Оттуда на в Вас может, надо надеяться, создать своего рода квазигибридную толпу + ее подход к процессу, где можно оба договориться о пути вперед.
Я не уверен, что Толпа является главным вопросом здесь; я предполагаю, что она чувствует себя угрожаемой новым парнем, вводящим много новых идей и вызывающим вещи. Я был в той ситуации прежде как новый человек, приносящий в новом свете на вещах, и иногда просто трудно сразу привести тех существующих людей в чувство к новому образу мыслей. Это часто требует сдвига культуры, которого не происходит в течение ночи.
Попытайтесь получить ее вход и мнение о вещах как можно больше, и попытаться показать уважение этого, она была в команде дольше, чем Вы. Если через некоторое время она все еще не участвует, то все, что можно сделать, упомянуть это менеджеру и позволить им взять его оттуда.
Продолжите свои усилия вовлечь другого разработчика. Помните, что Вы - тот, который хочет внести это изменение. Обратитесь за помощью с проблемами, которые Вы имеете. Пригласите их в ежедневную газету, встают, встречаясь. Я в настоящее время делаю планирование ежедневной газеты встает, и я удостоверяюсь, все свиньи и цыплята приглашены. Если Вы - вывод на проекте Вам решать, чтобы обратиться к ситуации и взять на себя риск. Поместите себя там.