Обсуждение

В архиве: 13 комментариев.

Читать и комментировать в ЖЖ ↗

Имя не сохранено · 11 октября 2008

Комментарий

Что ты называешь многопроектностью? У меня на Trac много проектов весит. Если ты о том что нет среды управления всеми проектами, то есть плагин для этого. Или ты имеешь ввиду под мультипроектностью, то что хотелось бы делать чтобы проекты ссылались друг на друга и можно было бы зависимости добавлять? Расскажи что думаешь.

Анатолий Левенчук · 11 октября 2008

Комментарий

Про дискуссии насчет нужности/ненужности многопроектности в Trac я осведомлен (как многопроектности, так и субкомпонентности). Меня интересует управление версиями и управление вариантами, но речь не идет о разработке софта. Речь идет о задачах инжиниринга крупных объектов (мостов, электростанций, дорог и т.д.).

Ответ на комментарий

Имя не сохранено · 11 октября 2008

Комментарий

В конечном счете все равно все изменения делаются в файлах. Другой вопрос что не для всех файлов можно показать изменения. Для ворда работает хорошо, и с текстами проблем нет, а вот например два черетежа автокада врятли сравняться без дополнительного ПО. Самому стало интересно, есть ли системы контроля версий документов, тех же чертежей?

Ответ на комментарий

Анатолий Левенчук · 11 октября 2008

Комментарий

Все-все изменения делаются в файлах? :) Бывают еще базы данных, бывают persistance. Мир, в котором есть файлы, не всегда был, не всегда есть и не всегда будет. Насчет автокада -- это не лучший вариант для чертежей (чертежи там -- все равно, что чертежи в Фотошопе). Вот какие-нибудь современные инжиниринговые 3D-рисовалки, в которых обеспечивается провязка объектов с процессными (P&ID) рисовалками, много более актуальны. Системы контроля версий инжиниринговых документов, конечно, есть. Например, SmartPlant Foundation, ProjectWise, Vnet. Я как раз и думаю о том, как к ним привязаться, и что даст такая привязка. Почитайте мои постинги за последний год. Там на эти темы много написано.

Ответ на комментарий

Имя не сохранено · 12 октября 2008

Комментарий

Очень-очень пошлый и глупый вопрос... Будучи полностью согласен с Вашей оценкой эффективности и продуктивности работы в ГД в рамках всяких экспертных советов задумал я затеять их виртуальный аналог, дабы эксперты "перед лицом начальствующим имели вид лихой и придурковатый, дабы разумением своим не смущать начальства"... Т.е. чтобы эксперты работали над документами (законопроектами) в рамках понятной среды с уровнями доступа (модератор/эксперт с правом создания версии документа/комментатор к версиям/читатель), поддерживалась работа с параллельными версиями (+фиксация изменений с возможностью отката назад, пардон за каламбур), голосование, автоматическая генерация комплекта документов для внесения законопроекта в правильном виде в соотвтетствии с требованиями ГД и пр. Вот и вопрос. ЖЖ сие потянет, или только специальное нечто? И кого спросить сие сваять?

Анатолий Левенчук · 12 октября 2008

Комментарий

Нет, ЖЖ такое не потянет. ЖЖ -- это синдикатор блогов, это совсем другое. Тут же нужна wiki для коллективной правки текстов и issue tracker для протоколирования договоренной работы. Потянет тот же Track -- да еще сильно все будет зависеть от регламента работы (при этом я совершенно не касаюсь аспекта мотивации людей работать, да еще соблюдать этот регламент).

Ответ на комментарий

Имя не сохранено · 12 октября 2008

Комментарий

Ну я тоже поглядывал на Вики, точнее на Citizendum - там есть всякие авторизации и пр... Остается вопрос - есть ли семеро смелых затеять виртуальный экспертный совет с перспективой сделать движок модельным для ГД и далее по списку? Я смогу легализовать сей процесс необходимыми рапоряжениями, особенно если удастся учесть текущие стандарты ГД по работе с документооборотом, подписями, asozd и прочими тараканами, хотя, безусловно, необходимость номер 1 - это просто дать экспертам работать над законопроектом без езды по московским пробкам ко времени, имея 5 минут на высказывание своего видения в ходе заседания...

Ответ на комментарий

Анатолий Левенчук · 12 октября 2008

Комментарий

В Думе ведь есть собственное управление информатизации. Им, по идее, и карты в руки. Другое дело, что они настроены на внедрение "серьезных систем" типа Documentum, а не полезных систем, типа Trac или аналогичной.

Ответ на комментарий

Имя не сохранено · 12 октября 2008

Комментарий

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

Ответ на комментарий

Анатолий Левенчук · 12 октября 2008

Комментарий

Wiki начинает жить, если в нее регулярно постят не менее пяти человек. Сначала нужно пять активистов, без этого не взлетит. Кроме того, нужен постановщик процесса работы, знакомый одновременно с думскими заморочками (характером работы экспертов) и движком. И настройщик движка. И хостинг. Сразу замечу, что у меня пока ничего этого нету. Мой личный опыт использования wiki скорее отрицательный: пять активно постящих на вики у меня никогда не заводилось.

Ответ на комментарий

Имя не сохранено · 13 октября 2008

Комментарий

Вот и я думаю, как поженить простоту и посещаемость ЖЖ с удобной, безглючной и шустрой Викой... Что касается обязательности постить, тут нет проблем - большинство экспертов имеют Open-ID и готовы работать с удобным инструментом... Нагнать популярности тоже не вопрос. Вопрос, как это написать и отладить. Может знаете кого? Акопянц занят Долгиным... :)

Ответ на комментарий

Анатолий Левенчук · 13 октября 2008

Комментарий

У меня кто-то отметился в комментах из админов Trac. Попробуйте к нему обратиться. Я, увы, никого не знаю, кто брался бы за такую работу.

Ответ на комментарий

Имя не сохранено · 13 октября 2008

Комментарий

Просто у меня на работе проектировщики используют T-Flex, вроде у них система достаточно развитая, а насчет этого аспекта управления как у них там не знаю.

Ответ на комментарий