Вопрос

Покопавшись в мире opensource, я обнаружил, что акцент делается на реализацию, а не на дизайн.Система управления версиями позволяет проекту разветвляться во многих направлениях, что проекты могут делать;это говорит об отсутствии консенсуса или направления среди участников.

Какое программное обеспечение или веб-сайты полезны для совместного проектирования?

Это было полезно?

Решение

Существуют буквально сотни приложений для совместной работы, и с каждым днем их становится все больше, но они должны помочь вам начать:

Система управления версиями (онлайн):

  • Сборка - Общедоступный исходный код бесплатный, частные репозитории платные
  • Исходная Кузница - Только с открытым исходным кодом
  • Код Google - Только с открытым исходным кодом
  • Git-хаб - Общедоступный исходный код бесплатный, частные репозитории платные

Отслеживание ошибок / Управление проектами

  • Маяк - Неограниченный открытый исходный код, платные частные проекты
  • Туманный жук - Полная версия бесплатна для двух разработчиков
  • Базовый лагерь - Только платный
  • Трасса - Не размещен (хотя в Assembla он размещен), с открытым исходным кодом - Python
  • Багзилла - Не размещен, с открытым исходным кодом - Python
  • Богомол - Не размещен, с открытым исходным кодом - PHP

Ментальное картирование

  • Майндмейстер - Бесплатно для небольших планов с возможностью обновления

Документы

Графика

  • Вольер - Я не совсем уверен, насколько они способны к сотрудничеству, но я думаю, вы можете использовать их инструменты таким образом
  • Photoshop Express - Еще один продукт Adobe
  • Пикник - Бесплатно

Белые доски

Размещенные вики - сайты

  • pbwiki - Платные планы
  • Викидот - Бесплатно с платными тарифными планами

Разное

  • Акробат - Часть компании Adobe онлайн-люкс
  • Зохо - Вписывается во множество категорий

Другие советы

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

В любом случае, приложения для совместного проектирования (как и в UML-модельерах) делятся на три категории с точки зрения сроков:

  • Синхронный - редактирование двумя или более людьми одновременно.
  • Модель асинхронной регистрации, беспорядок, если несколько человек редактируют одновременно.
  • Гибрид (может обмениваться определенными данными в режиме реального времени).

Кроме того, они делятся на три категории с точки зрения метафор:- На основе рабочего стола - по сути, что-то вроде rationalization rose с поддержкой нескольких пользователей - На основе белой доски - Бесплатный canvas, не обязательно структурированный, иногда поддерживает распознавание UML.Обычно возникает неразбериха при управлении несколькими моделями.- Гибриды

Таким образом, это дает вам "пространство для проектирования" размером 3x3 инструментов, и внутри каждого из них есть исследовательские инструменты.

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

Если это та тема, которая вас интересует, прокомментируйте, и я опубликую некоторые инструменты, с которыми я знаком.

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

Список рассылки. И проекты с открытым исходным кодом спорят о достаточном количестве из них. Я сомневаюсь, что нехватка инструментов для совместной работы является причиной отсутствия акцента на дизайне.

Без какого - либо определенного порядка:

  • Хороший почтовый клиент (я использую gmail)
  • Хорошее программное обеспечение для вики (я использую медиа - вики)
  • Гитхаб или усовершенствованный репозиторий исходных текстов, который позволяет легко ветвиться и комментировать возвраты
  • Комната чата, обычный старый irc или встроенный в messenger one
  • Новостная группа или список рассылки (я использую бесплатный Google)
  • Скайп

Я несколько скептически отношусь к совместному дизайну. От Scobleizer: почему Facebook никогда не слушал и почему он определенно не запустится сейчас :

  

Мой бывший босс, Джим Фосетт, раньше   сказать, что если вы спросили группу   Владельцы Porsche, чего они хотели, они & d 8217;   сказать вам такие вещи, как & # 8220; плавная езда,   больше места в багажнике, больше места для ног и т. д. & # 8221;   Затем он сказал бы: «Ну, они просто   спроектировал Volvo. & # 8221;

также из комментария:

  

Apple никогда не слушает своих клиентов.   На самом деле, он гордится не   прослушивания. Если вы слушаете   клиенты, вы никогда не будете вводить новшества и   Вы никогда не будете впереди кривой.   Вы всегда будете настраивать и исправлять мелкие ошибки.   вещи о том, что на вершине ума клиента   в тот день, неделю или месяц.

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

Вики (например, ScrewTurn или MediaWiki ) - хороший инструмент для документирования проекта.

BaseCamp по 37 сигналам

Microsoft Office Live Meeting

Для нас все, что мы используем, это Adobe Version Cue, Документы Google , Календарь Google и Gmail .

С точки зрения дизайна, Version Cue отлично справляется с управлением файлами.

Что касается Google, то он помогает организовывать все мои действия более, чем очень хорошо. Я считаю, что большинство инструментов для совместной работы, таких как Basecamp, слишком ограничены или просто не совсем верны. Google позволяет мне организовывать мои вещи так, как я хочу.

Для совместного дизайна ... без сомнения, это

http://conceptshare.com

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top