Игровой ДизайнФорумОбщее

Документирование игрового проекта (2 стр)

Страницы: 1 2 3 Следующая »
#15
21:41, 13 янв 2012

Trol
> Прекрасно они развиты. powerpoint - это для каких целей? О_о
Не пиши пожалуйста бред. Средства гугл докса (ворд и эксель) весьма далеки от средств МС ворд/эксель, что уж говорить если в гуглдоксе нет нормального зума, цветовой маркировки итд итп.
Пауэрпойнт нужен для создания наглядных схем, презентаций и других материалов.
Плюс к тому, нет важного аналога visio.

По поводу таск менеджеров, то ни трак ни редмайн не годятся в том виде в котором есть, у все прослеживается куча своих недочётов, что рождает кучу холиваров. Для мелких проектов они не нужны, а для крупных не подходят своей "дубовостью".

#16
22:30, 13 янв 2012

lorenze
> Не пиши пожалуйста бред. Средства гугл докса (ворд и эксель) весьма далеки от
> средств МС ворд/эксель
При всем уважении, но пишешь бред ты. Те средства, что якобы есть в МС  - для ведения проекта, как козе баян. Средства у гугла настолько широки, что не ограничиваются только именно Документами Гугла.  Думай тоже, что бредом называешь. Если поверхностно посомтрел и тебе не понравилось, то это еще не значит, что ты отлично знаешь продукт и умеешь им пользоваться.

lorenze
> Пауэрпойнт нужен для создания наглядных схем, презентаций и других материалов.
Покажи хоть одну. Им только китайцы для презентаций пользуются. Для разработки проекта -  презентация в ГД не нужна.

lorenze
> Плюс к тому, нет важного аналога visio.
Аналога Визио что так, что эдак нет. Согласен в той связке его не хватает. Значит пользоваться именно стандалоне. Но. Для не особо сложных схем средства в ГД есть. Внимательно посмотри.

lorenze
> По поводу таск менеджеров, то ни трак ни редмайн не годятся в том виде в
> котором есть, у все прослеживается куча своих недочётов, что рождает кучу
> холиваров. Для мелких проектов они не нужны, а для крупных не подходят своей
> "дубовостью".
Холивара по поводу того, что Трас лучшая система среди профессионалов-разработчиков никто не ведет. Это уже твои догадки. Как коробка, согласен - тяжеловат, дубоват, как ты говоришь. Тут важно понимать для каких целей именно тебе нужна система и в силах ты ее изменять или нет. Поэтому многие выбирают не трак, так как есть системы красивее и удобнее в чем то - даже мантис с ним не сравнится. Выбирает то, что не надо будет настраивать, под конкретные задачи.
Для крупного проекта трак - мощнейший движок для управлениями проектами. И трак "не таск менеджер", замечу.
Для мелких проектов в принципе такс менеджер не нужен, если он мелкий. Хотя извращенцами Земля полна ;)

#17
22:56, 13 янв 2012

Trol
> При всем уважении, но пишешь бред ты. Те средства, что якобы есть в МС - для
> ведения проекта, как козе баян. Средства у гугла настолько широки, что не
> ограничиваются только именно Документами Гугла. Думай тоже, что бредом
> называешь. Если поверхностно посомтрел и тебе не понравилось, то это еще не
> значит, что ты отлично знаешь продукт и умеешь им пользоваться.
Я работаю и с гуглдоксом и мс офисом каждый день, уж мне очевидны достоинства и недостатки обоих продуктов.
Я тебе ещё раз пишу, что например в гуглдоксе очень криво работает зум, что очень важно когда у тебя таблица в 30-50 столбцов. Работать удобнее и быстрее в мс офисе, гуглдокс хорош для совместной работы.

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

Trol
> Аналога Визио что так, что эдак нет. Согласен в той связке его не хватает.
> Значит пользоваться именно стандалоне. Но. Для не особо сложных схем средства в
> ГД есть. Внимательно посмотри.
Есть, но визио наиболее мощный и лёгкий в освоении.

Trol
> Холивара по поводу того, что Трас лучшая система среди
> профессионалов-разработчиков никто не ведет. Это уже твои догадки. Как коробка,
> согласен - тяжеловат, дубоват, как ты говоришь.
Есть =) на том же хабре постоянно холиварят по поводу лучшей системы таск менеджмента. И данные споры не кончатся ибо проекты все индивидуальные и часто не вписываются в парадигмы готовых решений.

Trol
> Тут важно понимать для каких целей именно тебе нужна система и в силах ты ее
> изменять или нет. Поэтому многие выбирают не трак, так как есть системы
> красивее и удобнее в чем то - даже мантис с ним не сравнится. Выбирает то, что
> не надо будет настраивать, под конкретные задачи.
> Для крупного проекта трак - мощнейший движок для управлениями проектами. И трак
> "не таск менеджер", замечу.
> Для мелких проектов в принципе такс менеджер не нужен, если он мелкий. Хотя
> извращенцами Земля полна ;)
Мантис да, не лучший выбор, хотя и в нём есть свои плюсы.
Трак это есть таск менеджер + баг трекер =)
Да верно, мелким проектам таск менеджер не нужен. А у крупных проекто часто проблема в индивидуальности подходов процесса разработки, которая не вписывается в парадигму какого то конкретного таск менеджмента, в итоге используют несколько/ юзают то к чему привыкли / пишут свой таск менеджер.

#18
22:59, 13 янв 2012

Не хочу чтобы выглядело как холивар. С некоторыми вещами я согласен.

lorenze
> очень криво работает зум
есть такое. преимущества перевешивают.

lorenze
> гуглдокс хорош для совместной работы.
именно. а мы про это и говорим. нафига козе баян?

lorenze
> Есть, но визио наиболее мощный и лёгкий в освоении.
Именно поэтому можно считать, что аналогов ему нет.

lorenze
> на том же хабре постоянно холиварят
холиварят отсталые, так как
> ибо проекты все индивидуальные


lorenze
> Трак это есть таск менеджер + баг трекер =)
+ хранилище документов, wiki и html страниц + svn + движок, на который вешается все что угодно, имея руки и цели.

#19
23:18, 13 янв 2012

Trol
> недостатков море.
В кривых руках :) А в прямых всё просто отлично.

lorenze
> По поводу таск менеджеров, то ни трак ни редмайн не годятся в том виде в
> котором есть
А каких функций тебе там не хватает?

Trol
> Для мелких проектов в принципе такс менеджер не нужен, если он мелкий. Хотя
> извращенцами Земля полна ;)
Страшно даже спросить как вы представляете там управление и отчётность?

Trol
> svn
Это вообще отдельный софт, он подключается как к траку, так и к redmine, еще и к мантису вроде как-то прикручивали ссылки на тикеты

#20
23:19, 13 янв 2012

Bishop
> Страшно даже спросить как вы представляете там управление и отчётность?
Тебе не понять - ты ни одного проекта не сделал.
Bishop
> Это вообще отдельный софт, он подключается как к траку
Спасибо, КО ))))))

#21
23:20, 13 янв 2012

Trol
> именно. а мы про это и говорим. нафига козе баян?
Не вся работа совместная и не всю работу имеет смысл держать на стороннем ресурсе. Удобство оффлайн мс офиса вполне себе сильно

Trol
> есть такое. преимущества перевешивают.
не совсем, по крайней мере эксель от мс намного удобней в работе.

Trol
> холиварят отсталые, так как
может быть, но определённо что нет чего то универсального для всего.

Trol
> + хранилище документов, wiki и html страниц + svn + движок, на который вешается
> все что угодно, имея руки и цели.
Ну это и так не сложно. Обычно свн отдельный, как и вики. Подозреваю что в очень крупных компаниях используют огромные комплексы ПО.

#22
23:29, 13 янв 2012

Ты уже который раз не можешь уловить мысль. Здесь речь идет про УПРАВЛЕНИЕ ПРОЕКТОМ.
Главная проблема управлением проекта - совместная работа!
Ибо проект создается совместно! Неудобно смотреть онлайн - смотри експортнутую через МС - никто не мешает.
Надо создать схему - делай в визио и выкладывай онлайн картинкой, или приложи файл для скачивания, или в свн.
lorenze
> не совсем, по крайней мере эксель от мс намного удобней в работе.
Удобства совместной работы, повторяю, перевешивают.
МС - не средство для управления проектами и не предназначен практически для совместной работы. Гугл - сделал множество сервисов для управления проектами и совместной работы в целом. Спорить больше не о чем.

#23
23:37, 13 янв 2012

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

#24
23:42, 13 янв 2012

vanderminde
> Как лучше организовать "живую" документацию к разрабатываемому проекту?
Тогда давай уточним, что такое "живую". Если совместная работа, то МС не флагман и в принципе не вариант. Если просто сбор документации, то МС, но не думаю, что автор настолько тупой, что не знает о существовании МС.
А также обратим твое внимание на ключевое слово "организовать", что тоже к МС никак не относится.
Поэтому харе демагогию разводить. МС в топку.

#25
0:36, 14 янв 2012

И чего у вас только нет:
Изображение

> Плюс к тому, нет важного аналога visio.
Изображение

Вспоминается: "Кто хочет делает, кто не хочет - ищет причины"

P.S. Мега идея красть MS Office, для офисной работы не катит.

#26
0:51, 14 янв 2012

lorenze
> Я знаю преимущества гуглдокса, не зря же с ним работаю.
Человек знающий и работающий в ГД, утверждает, что там нет powerpoint ;))))
АД.

lorenze
> Гуглдокс не пригоден для хранения и генерации основной массы общей документации
> к большим проектам из-за недоразвитости самих средств(word/exel) и нехватки
> важных visio/powerpoint

#27
1:13, 14 янв 2012

Awasaky
> P.S. Мега идея красть MS Office, для офисной работы не катит.
Ты что! У всех лицензионная винда, офис, фотошоп, флеш и визио )))))))))))
Все лицензионное, все все! )))) У них даже ворованные шарды - тоже лицензионные )))

#28
12:45, 14 янв 2012

1. Карандаш/ручка (желательно 2-3 цвета - для основного текста, для уточнений и важных моментов, для правок и корректив).
2. Бумага (чистые листы А4 - для основного изложения; можно в дополнение блокнот в клетку, для быстрого фиксирования мыслей, не входящих на данный момент в общую структуру).
3. Папка, лучше кожаная (для того, что бы все вышеперечисленное было всегда под рукой - в любое время дня и суток, в любом месте)
Маленький совет: на всех А4 ставлю даду в формате дд.мм.гггг , в верхнем правом углу (очень помогает ориентироватся, в черновике проекта, в последствии))
Для переноса на чистовик пользуюсь тем же MS Word или Опен-офис.

#29
13:43, 14 янв 2012

Добавил в свой ммо-конструктор возможность создавать требования к проекту. (IBM Rational Requisite Pro нервно курит в сторонке).
Кстати требования - один из видов обязательной документации.

Страницы: 1 2 3 Следующая »
Игровой ДизайнФорумОбщее

Тема в архиве.