От deruluft
К SK
Дата 12.09.2006 16:11:35
Рубрики Прочее; Люди и авиация; Авиатехника;

Re: Не согласен...

>>Естественно, надо понимать, что желающих поместить результаты своих исследований на всеобщее (опять же, можно ограничить доступ к ряду записей) обозрение найдется крайне мало, если вообще таковые будут. Но дело не в этом, задача стоит выработать единые требования (и возможно, частично реализация) к БД. А работать можно будет, как с локальной БД со своими наработками, так и с общей.
Нет, "экономическая модель", может быть другая:
- все база никому не передается (не существует локальных копий);
- экспорт всех данных пользователем невозможен;
- пользователь оплачивает подписку
- контроль за авторами, использующими базу (мы же попутно и журналы/газеты/книги читаем и заносим :). Ссылка на базу обязательна :). Использовал, но не платил - отключаем нафиг.

>>Хотелось бы чтобы этим занялись профессиональные разработчики, пусть и за деньги, чем страдать от любительских "косяков".
>Если это будет заказной программный продукт, то есть вполне реальная возможность его последующей реализации с какой-то степенью защиты (эл.ключ на комп) и, соответственно, подписки на обновления базы, распространяемой через сеть. Это подпитка для тех, кто будет базу строить.

>Владельцам права на использовние локальной копии, при их желании дополнить базу своими наработками, можно будет делать скидки.
Никаких локальных копий :). Но активным пользователям, и владельцам информации - скидка.
От SK
К deruluft (12.09.2006 16:11:35)
Дата 12.09.2006 16:47:33

Re: Не согласен...

>>>Естественно, надо понимать, что желающих поместить результаты своих исследований на всеобщее (опять же, можно ограничить доступ к ряду записей) обозрение найдется крайне мало, если вообще таковые будут. Но дело не в этом, задача стоит выработать единые требования (и возможно, частично реализация) к БД. А работать можно будет, как с локальной БД со своими наработками, так и с общей.
>Нет, "экономическая модель", может быть другая:
>- все база никому не передается (не существует локальных копий);
>- экспорт всех данных пользователем невозможен;
>- пользователь оплачивает подписку
>- контроль за авторами, использующими базу (мы же попутно и журналы/газеты/книги читаем и заносим :). Ссылка на базу обязательна :). Использовал, но не платил - отключаем нафиг.
Имейте в виду, что эта база данных весьма специфический продукт и число ее активных пользователей будет небольшим (меньше, чем у авиационных журналов на порядок, а то и на два). То есть ломать и выкладывать как остальные базы на прилавок - на такой уж выгодный бизнес.
Мне, допустим, неприятна (на данном этапе развития IT) сама идея, что придется за каким-то мелким вопросом постоянно лазить в сеть.
А в распространяемую локальную копию входят тело программы, управляющей базой данных, с защитой от несанкционированного использования и чистая база:
а) которую я могу сам наполнить тем, что мне нужно;
б) в которую я могу интегрировать как часть общей купленную мной у М.Быкова (и т.д.) базу;
в) которую я могу сам перестроить по нуждам своего исследования;
г) в которой я мог бы вносить изменения и дополнения к уже купленным частям баз данных, и чтобы при покупке обновлений мои измененные, доработанные или добавленные данные не затирались обновлением.
д) из которой я могу выгрузить копию какого-то блока данных с внесенными мной изменениями и поделиться, например, с Hippo. Или выгрузить свои изменения и предложить их на продажу всем желающим.
Т.е. программа отдельно, база отдельно.
СК
От Seeker
К SK (12.09.2006 16:47:33)
Дата 12.09.2006 22:04:04

А вы друг другу и не противоречите...

>>Нет, "экономическая модель", может быть другая:
>>- все база никому не передается (не существует локальных копий);

Да, не передается, но существует возможность клиенту работать с собственной локальной БД.

>>- экспорт всех данных пользователем невозможен;

Ну, что-то он сможет получить. Запариться, правда :))

>>- пользователь оплачивает подписку
>>- контроль за авторами, использующими базу (мы же попутно и журналы/газеты/книги читаем и заносим :). Ссылка на базу обязательна :). Использовал, но не платил - отключаем нафиг.

Да, и по суду - иск. Для всего описанного требуется регистрация какого-нибудь ю/л "Рога и Копыта".

>Имейте в виду, что эта база данных весьма специфический продукт и число ее активных пользователей будет небольшим (меньше, чем у авиационных журналов на порядок, а то и на два). То есть ломать и выкладывать как остальные базы на прилавок - на такой уж выгодный бизнес.

А это не наши проблемы. Разработчики просто желают защитить свои вложения в продукт. Если ломать не выгодно, покупайте подписку.

>Мне, допустим, неприятна (на данном этапе развития IT) сама идея, что придется за каким-то мелким вопросом постоянно лазить в сеть.

А что делать? Связь сейчас, слава Богу, не проблема.

>А в распространяемую локальную копию входят тело программы, управляющей базой данных, с защитой от несанкционированного использования и чистая база:
>а) которую я могу сам наполнить тем, что мне нужно;
>б) в которую я могу интегрировать как часть общей купленную мной у М.Быкова (и т.д.) базу;

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

>в) которую я могу сам перестроить по нуждам своего исследования;

А вот это фигушки, внимательно читайте лицензионное соглашение :)), где прямо говориться о том, что клиент обязуется не изменять исходный код (модифицировать) продукта. Если желаете действовать в рамках Open Source, вперед - займитесь собственной разработкой вместе с желающими. Мы же говорим о том, что продукт будет стороннего разработчика, который отвечает за корректную и стабильную работу. Желаете что-то дополнительно, пожалуйста - за отдельные деньги. И не вижу в этом ничего страшного.

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

Только обратная связь с разработчиками позволит Вам это сделать без проблем. В противном случае - читайте лицензионное соглашение :))

>д) из которой я могу выгрузить копию какого-то блока данных с внесенными мной изменениями и поделиться, например, с Hippo. Или выгрузить свои изменения и предложить их на продажу всем желающим.

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

>Т.е. программа отдельно, база отдельно.

Да на здоровье.


Фу-у..
От SK
К Seeker (12.09.2006 22:04:04)
Дата 13.09.2006 10:56:01

Re: А вы

>>в) которую я могу сам перестроить по нуждам своего исследования;
>
>А вот это фигушки, внимательно читайте лицензионное соглашение :)), где прямо говориться о том, что клиент обязуется не изменять исходный код (модифицировать) продукта. Если желаете действовать в рамках Open Source, вперед - займитесь собственной разработкой вместе с желающими. Мы же говорим о том, что продукт будет стороннего разработчика, который отвечает за корректную и стабильную работу. Желаете что-то дополнительно, пожалуйста - за отдельные деньги. И не вижу в этом ничего страшного.
А добавить (сконструировать) свои документы, отчеты, разделы БД на основе имеющегося движка (и не задевая разработанные модули) - почему бы нет?
СК
От Seeker
К SK (13.09.2006 10:56:01)
Дата 13.09.2006 11:25:13

А потому.


>А добавить (сконструировать) свои документы, отчеты, разделы БД на основе имеющегося движка (и не задевая разработанные модули) - почему бы нет?

Ну, нет - так нет :)). Все зависит от того, на чем такая СУБД реализована (на мой взгляд лучше всего подойдет SQL-сервер), чтобы учтя все тонкости реализации можно было что-то свое подключать. В конце концов, ведь не движок разрабатывается, а СУБД.
От SK
К Seeker (13.09.2006 11:25:13)
Дата 13.09.2006 15:57:35

Re: А потому.

>Ну, нет - так нет :)). Все зависит от того, на чем такая СУБД реализована (на мой взгляд лучше всего подойдет SQL-сервер), чтобы учтя все тонкости реализации можно было что-то свое подключать. В конце концов, ведь не движок разрабатывается, а СУБД.
Вот теперь возникает резонный вопрос: А зачем все это?
Мне база по самолетам нужна как рабочий инструмент, чтобы после постепенного введения туда обрывочных порой записей архивных тетрадок получитькакие-то сводные данные и определить для каждой части:
1. Сколько машин было в конкретной части на интересующую меня дату (исправных, неисправных, в реморганах).
2. Поступление и потери (в т.ч.причины потерь) самолетов за определенный период.
3. По возможности иметь справочные данные: бортовой номер каждой машины, закрепление за пилотом, номера мотора и т.д.
Есть еще идеи?
Теперь вопрос к вам: зачем нужна база по пилотам (кроме как для справки)?
СК
От Seeker
К SK (13.09.2006 15:57:35)
Дата 13.09.2006 20:52:08

Прошу пардону...


за искажение генеральной линии партии.

>Мне база по самолетам нужна как рабочий инструмент, чтобы после постепенного введения туда обрывочных порой записей архивных тетрадок получить какие-то сводные данные и определить для каждой части:

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

>Теперь вопрос к вам: зачем нужна база по пилотам (кроме как для справки)?

Прохождение службы, боевая работа (в идеале, с деталировкой событий), фото на данную персоналию, и источники на основании чего все это составлено. Железяки не так уж важно, это к стендовикам.
От Alex
К SK (13.09.2006 15:57:35)
Дата 13.09.2006 17:54:54

Re: А потому.

>1. Сколько машин было в конкретной части на интересующую меня дату (исправных, неисправных, в реморганах).
>2. Поступление и потери (в т.ч.причины потерь) самолетов за определенный период.
>3. По возможности иметь справочные данные: бортовой номер каждой машины, закрепление за пилотом, номера мотора и т.д.
>Есть еще идеи?

>Теперь вопрос к вам: зачем нужна база по пилотам (кроме как для справки)?

У каждого своя религия:) Для меня лично матчасть вторична, а первичны люди. И если я (грешен) тоже что-то кропаю, то для того, чтобы знать:

1. Сколько пилотов было в конкретной части на интересующую меня дату (исправных, неисправных, в реморганах).
2. Поступление и потери (в т.ч.причины потерь) пилотов за определенный период.
3. По возможности иметь справочные данные: бортовой номер каждого пилота, закрепление за машиной, и т.д. :)
От SK
К Alex (13.09.2006 17:54:54)
Дата 14.09.2006 11:18:35

Это две стороны одной медали

Вам, чтобы описать боевые действия на каком-то участке фронта не обойтись без численности, а мне соответственно не обойтись без ответа на вопрос, а были ли пилоты, чтобы поднять всю армаду в воздух, их подготовка и т.д.
Плюс из-за недостатка документов (или нужной информации в документах), вы знаете, часто приходится сравнивать между собой два этих массива данных, чтобы определить, например, по точной дате гибели летчика дату потери самолета по записи типа: "с 22.6 по 22.7.43 потери ? иап 1 Як-7" и соответственно наоборот.
Именно в этом смысле я вижу необходимость взаимодействия баз. Плюс разделение труда - тоже очень выгодная вещь (у большинства есть семьи, дети, а также гаражи, сараи, ремонт жилища и зарабатывание хлеба насущного).
СК