посоветуйте прогу для ввода данных численных экспериментов
Численный эксперимент что-ли? Исходники программы? Если да, то храни их в системе контроля версий (напр, svn а в эксперимент записывай только номер ревизии (версии).
Посмотри в сторону wiki, хотя самому интересен ответ на вопрос.
Посмотри в сторону wiki, хотя самому интересен ответ на вопрос.
Через контроль версий пытались, но этот способ совсем не user friendly. Wiki тоже будет не очень удобно.
Хочется именно выделенное хранилице результатов.
Хочется именно выделенное хранилице результатов.
Чем не устраивает просто набор тар?
Или просто дерево с именами вида 2007-01-11?
---
...Я работаю антинаучным аферистом...
Или просто дерево с именами вида 2007-01-11?
---
...Я работаю антинаучным аферистом...
дерево не устраивает тем, что:
1. Нужна совместная работа над экспериментами.
2. Дерево каталогов - это не наглядно, т.к. нельзя быстро посмотреть, какие эксперименты уже проведены.
поясни, если не сложно, что такое набор тар?
1. Нужна совместная работа над экспериментами.
2. Дерево каталогов - это не наглядно, т.к. нельзя быстро посмотреть, какие эксперименты уже проведены.
поясни, если не сложно, что такое набор тар?
то же самое, что и дерево с именами 2007-01-11, только весь каталог сжат в архив.
> дерево не устраивает тем, что:
> 1. Нужна совместная работа над экспериментами.
Не вижу, чем это мешает.
DVCS решает.
Другие способы: NFS, rsync.
В принципе, даже простая сетевая VCS может помочь. Даже CVS.
> 2. Дерево каталогов - это не наглядно, т.к. нельзя быстро посмотреть, какие эксперименты уже проведены.
Проверить наличие файла "finished" не так уж сложно.
> поясни, если не сложно, что такое набор тар?
tar(1). То же самое, что дерево, но одним файлом.
---
...Я работаю антинаучным аферистом...
> 1. Нужна совместная работа над экспериментами.
Не вижу, чем это мешает.
DVCS решает.
Другие способы: NFS, rsync.
В принципе, даже простая сетевая VCS может помочь. Даже CVS.
> 2. Дерево каталогов - это не наглядно, т.к. нельзя быстро посмотреть, какие эксперименты уже проведены.
Проверить наличие файла "finished" не так уж сложно.
> поясни, если не сложно, что такое набор тар?
tar(1). То же самое, что дерево, но одним файлом.
---
...Я работаю антинаучным аферистом...
Я не призываю хранить результаты в системе контроля версий. Но уж программу по-другому хранить некошерно. Про user friendly. Зависит, конечно, от системы. Но есть сложные решения, а есть сложные задачи и адекватные по сложности решения. Скажем, ТеХ тоже не юзер-френдли по сравнению с Word. Однако ТеХ рулит.А вообще стоит выписать, какую конкретно функциональность должно давать хранилище. Может и MS Access подойдет. Пока под постановку задачи подходят и дерево каталогов и Excel.
Что значит не "user-friendly" ?
А вы использовали консольные версии или TortoiseSVN (или TortoiseCVS) ?
Если нужно какая-нить нестандартная логика, тогда консольные версии можно дополнить своими скриптами и все будет в порядке.
А вы использовали консольные версии или TortoiseSVN (или TortoiseCVS) ?
Если нужно какая-нить нестандартная логика, тогда консольные версии можно дополнить своими скриптами и все будет в порядке.
А прикрутить Wiki к системе контроля версий никто не пробовал?
Хотя бы через ссылки...
Хотя бы через ссылки...
Какой в этом смысл?
---
...Я работаю антинаучным аферистом...
---
...Я работаю антинаучным аферистом...
В Wiki хранить информацию о численных экспериментах, а в CVS - исходники.
И чтобы было однозначное соответствие между ними.
В идеале, чтобы можно было из Wiki просмотреть код из CVS, а из кода в CVS получить соотв данные в Wiki.
Или есть решение лучше?
И чтобы было однозначное соответствие между ними.
В идеале, чтобы можно было из Wiki просмотреть код из CVS, а из кода в CVS получить соотв данные в Wiki.
Или есть решение лучше?
> В Wiki хранить информацию о численных экспериментах, а в CVS - исходники.
> И чтобы было однозначное соответствие между ними.
> В идеале, чтобы можно было из Wiki просмотреть код из CVS, а из кода в CVS получить соотв данные в Wiki.
> Или есть решение лучше?
Есть.
Хранить в CVS _всё_.
Тогда будет однозначное соответствие между информацией и исходниками,
один механизм просмотреть историю изменений, если это понадобится
(а это понадобится, когда начнёшь дополнять информацию о постановке опытов
механизм откатить изменения одновременно и в описаниях, и в исходниках,
если потребуется (а это рано или поздно потребуется).
Даже в CVS, несмотря на то, что есть VCS получше.
Только что за столом обсуждали ту же проблему, только с Subversion вместо CVS.
---
"Мы диалектику учили не по Гегелю."
> И чтобы было однозначное соответствие между ними.
> В идеале, чтобы можно было из Wiki просмотреть код из CVS, а из кода в CVS получить соотв данные в Wiki.
> Или есть решение лучше?
Есть.
Хранить в CVS _всё_.
Тогда будет однозначное соответствие между информацией и исходниками,
один механизм просмотреть историю изменений, если это понадобится
(а это понадобится, когда начнёшь дополнять информацию о постановке опытов
механизм откатить изменения одновременно и в описаниях, и в исходниках,
если потребуется (а это рано или поздно потребуется).
Даже в CVS, несмотря на то, что есть VCS получше.
Только что за столом обсуждали ту же проблему, только с Subversion вместо CVS.
---
"Мы диалектику учили не по Гегелю."
Нашли что-нибудь подходящее для себя?
Оставить комментарий
fana
Чтобы нужно было вводить дату, описание исходных данных, копию текущих исходников, описание постановки эксперимента, графики результатов, описание результатов и т.п.Excel не предлагать
спасибо...