У кого-нибудь есть советы по организации/управлению усилиями сольного развития?

Question

У меня есть проект, с которого я начинаю заниматься музыкой, это сольный проект, но я хотел бы попытаться оставаться организованным и иметь какую-то методологию для работы. Большинство методологий, которые я видел, нацелены на команды. Мне интересно, есть ли у кого-нибудь ссылки или мысли о планировании/создании проекта с помощью системы в качестве сольного разработчика. Заранее спасибо, John

Answer 1

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

Кроме того, учитывайте ценность бизнеса - не тратьте время на то, что не добавит общего значения в вашу систему. Предполагая, что вы также являетесь владельцем бизнеса, попробуйте надеть разные шляпы и посмотрите проект с обеих сторон. Я бы не стал задумываться о том, чтобы вы говорили с самим собой, но помните о своих технических и деловых целях.

Так в основном, делают XP, но без спаривания :-)

Answer 2

Никогда не сдаваться. Не уходи. Даже когда вы думаете, что не можете сделать это сами, не уходите. Я построил компанию на 10 человек, и за первые 18 месяцев я работал сам. 3/4 кода, который был в конечном продукте, который я разработал в течение первых 18 месяцев. Мы получили наших первых 10 клиентов по этому коду. Не уходи.

Answer 3

Поскольку вы возитесь с вашим проектом, возитесь с организацией и методологиями.

• Попробуйте несколько систем управления версиями, пока не почувствуете себя правильно.
• Попробуйте несколько систем отслеживания проблем.
• Запустите без формального управления проектами на некоторое время, а затем попробуйте что-то жесткое.
• Выполняйте все вручную, а затем попытайтесь автоматизировать все, что сможете, - генерировать, строить и тестировать код.

Узнайте, что лучше всего подходит для вас, пытаясь все. Эксперимент.

Answer 4

Как один из аспектов вашего процесса, я не думаю, что вы можете пойти не так, как писать истории пользователей. Я говорю по опыту, очень недавнему опыту; на самом деле, только на этой неделе. Я написал немного кода для своего первого серьезного усилия Ruby/Rails, личный проект: см. how to make my first Ruby effort more idiomatic

После перебора ответов, которые я получил, и перед тем как писать код, я обнаружил, что пишу небольшие параграфы, возможно, предложения или два. А в некоторых случаях несколько маркеров, но интересно, я не собирался писать истории пользователей. Я просто подумал, что, написав различные вещи, которые я хотел сделать с проектом, я бы уточнил, что было выяснено в результате моей первоначальной кодировки и полученной обратной связи.

После нескольких абзацев я понял, что создаю истории пользователей. Теперь, когда у меня их есть, я написал еще несколько кода и проверил несколько вещей из своего списка.

Answer 5

Настройте репозиторий исходного исходного кода (я использую perforce) и часто проверяю изменения. Заманчиво не делать этого, когда вы работаете в одиночку, но даже когда вас не беспокоит утверждение исходных файлов, наличие записи о том, где вы были, может быть ценным.

Имея цель попасть в контрольный пункт каждый день, также поможет вам создать микро-цели, которые, в свою очередь, помогут вам подумать о том, как вы нарушаете проблему до кусочков размером с укусом.

Answer 6

план некоторые, а затем работать некоторые

всегда знает, что следующий шаг, и сосредоточиться на том

вести журнал/журнал о том, что вы сделали и почему, в том числе проектных решений, так что вы не» т идти «по кругу

Answer 7

Будучи одним человеком студии веб-дизайна с я использую бесплатную учетную запись Basecamp организовать списки дел (хорошая вещь, их задачи есть комментарии, поэтому при решении какой-либо задачи вы можете прокомментировать это шаг за шагом для дальнейшей справки). Полезны также сообщения и этапы. Чтобы отслеживать код (php, html и т. Д.), Я использую Eclipse и его встроенный CVS.

Примечание: Я пробовал различные проектные менеджеры и системы контроля версий, но все они кажутся слишком функциональными для одного разработчика.

Answer 8

Я считаю полезным использовать TDD (Test Driven Development) и всегда заканчивать сеанс разработки несколькими неудавшимися тестами. Когда я возвращаюсь к проекту (который может быть только через пару дней), у меня есть логическая отправная точка. Это помогает мне быстрее входить в паз, а не смотреть на мою IDE в течение 2 часов.

Answer 9

Я использую Moleskin и Microsoft Excel.

moleskin потому что его портативный и я могу прочитать его на ходу. Я также использую его как дневник.

microsoft excel, потому что я могу использовать его для отслеживания завершения моего проекта. я просто создаю таблицу, в которой перечислены все TODO, а затем добавьте столбец с статусом проекта (незавершенный, в процессе выполнения, завершен, отложен до следующей итерации) и просто запустите итоговые значения в этом поле.

До сих пор это помогало мне оставаться на пути. Я могу преодолеть свою естественную гордость и дать данные руководству процесса разработки.

В окнах я также использую скрипты robocopy MS для регулярного архивирования папок кода. (Я не полностью освоил Subversion), есть учебники для этого онлайн.

Я также работаю с модулем. Я не беру проект в целом, но работаю с каждым разделом в виде мини-приложения и использую вышеуказанные методы.