---|Ветка была без названия|---

← →
Романов Р.В. (2003-03-08 20:49) [0]

Набирается группа программеров для разработки базы "учет компьютерного оборудования и комплектующих предприятия".
Работать будем бесплатно (за идею).
Предварительная запись желающик до 16.03.2003
Приглашаются все, кто хочет получить опыт удаленного программирования и работы в команде.
Оставляйте свой mail для связи.

← →
vuk (2003-03-08 20:54) [1]

Странно, вроде не первое апреля...

← →
Романов Р.В. (2003-03-08 21:00) [2]

> vuk © (08.03.03 20:54)
> Странно, вроде не первое апреля...

Что странного?
К вам это предложение не относится. Вы человек занятой.

← →
vuk (2003-03-08 21:05) [3]

Делается программа для какого-то там учета, следовательно она подразумевает коммерческое использование, и следовательно кому-то за неё заплатят. А работать предлагается бесплатно...

Может сразу написать: "Приму в дар ключи от квартиры, где деньги лежат."? :o)

← →
Романов Р.В. (2003-03-08 21:16) [4]

vuk © (08.03.03 21:05)
Делается программа для моего родного предприятия, а точнее для облегчения моего труда. Платят за работу мне только оклад. Причем независимо буду ли я делать эту программу или нет. Эта моя личная инициатива, так что никаких средств на нее не будет выделено, а платить из своей зарплаты я тоже не намерен.
Мысль собрать команду не нова. Они здесь почти каждый месяц формируются и умирают, т.к. не имеют конечной цели и условий работы. Я же предлагаю конкретный проект и конкретные условия оплаты - 0 руб с расчетом на тех кому нужен опыт разработки реального проекта.

← →
Anatoly Podgoretsky (2003-03-08 23:39) [5]

Кушать хочется.

← →
horse (2003-03-08 23:50) [6]

Что в мире делается? Как жить? Я наверное просто очень стар

← →
Заблокированный СДРОМ (2003-03-09 01:13) [7]

ExitWindowsEx

← →
Сергей Чурсин (2003-03-09 04:50) [8]

ГЫ-ГЫ-ГЫ.... Издевается он, что-ли ? :)))))))))))

← →
Сергей Чурсин (2003-03-09 04:50) [9]

Если б это хотя бы игрушка была.... :))))))))

← →
Романов Р.В. (2003-03-09 08:42) [10]

Тем, кому хочется кушать рекомендую устроится на работу.

← →
JibSkeart (2003-03-09 12:42) [11]

Попробовать можно мне сйчас опыт тоже нужен ...

хотя я на Делфях не пишу :(

← →
kaif (2003-03-09 12:43) [12]

Если по-твоему это действительно кому-то нужно, то предлагаю сформулировать иначе:

-Работать будем платно (платят работники).

← →
blackman (2003-03-09 14:04) [13]

Желание-то у меня есть...

← →
race1 (2003-03-09 14:57) [14]

мыл в анкете

← →
uw (2003-03-09 16:12) [15]

>Романов Р.В. © (08.03.03 20:49)

Сообщал бы, скажем, раз в день, как идут дела (в смысле количества пожелавших). Интересно.

← →
blackman (2003-03-09 17:18) [16]

>uw
>(в смысле количества пожелавших).
Желание-то у меня есть.
Их много (желаний). Количество большое!!!

Но не все исполняются.

← →
сами_знаете_кто (2003-03-09 17:33) [17]

а что... неполохая идея. если учесть что в итоге получиться глюкавый продукт : разработчики то не опытные...

← →
MsGuns (2003-03-09 19:04) [18]

>Романов Р.В. © (09.03.03 08:42)

Идея фикс. И дело не в сплошной меркантильности народов СССР, а в том, что КАКИМ ОБРАЗОМ БУДЕТ ОСУЩЕСТВЛЯТЬСЯ РУКОВОДСТВО ? Т.е. если кто-то что-то сделает и Вы обнаружите, что сделано не совсем так или совсем не так, то придется сказать челу, чтоб он переделал. Ну пару-тройку раз это может прокатить, затем челу просто надоест и он кинет. Что Вы будете делать дальше в ЕГО коде ? Передадите другому, такому же, на доработку, сами будете дорабатывать ? Или просто плюнете и все напишете сами ?
Кроме того, ни один мало-мальски серьезный проект, ИМХО, невозможно разработать в вируальном коллективе. Какие-то детали, неосновные фичи можно, конечно, поручить "на сторону", но эффективность этого весьма мала.
СтОит заказывать виртуально более-менее автономные модули или, допустим, компоненты. И то с ЧЕТКО ПОСТАВЛЕННЫМ ТЗ.

← →
MsGuns (2003-03-09 19:17) [19]

Реальный "свежий" чисто практический случай.
В ноябре взяли в фирму молодого парня с в общем-то неплохим багажом знаний. Но сразу включать его в основной проект (достаточно большой) не стали. Подвернулся заказ на несложную прогу, решили дать ему как "пробный шар". Да к тому же вероятность того, что за этот заказ можно будет много получить, была не высока. Парень писал проект по февраль включительно и заявлял, что практически закончил. Тут у заказчика резко меняется ситуация и эта прога становится очень нужна и причем срочно. Заказчик предлагает за нее уже совсем неплохие деньги, но просит ускорить внедрение и обучение. И тут оба-на !!!
Во-первых, парень по семейным обстоятельствам резко увольняется и уезжает в другой город.
Во-вторых, звонят от заказчика и говорят, что с прогой работать нельзя.

Приезжаем, разбираемся. Действительно, прога вроде "делает" все, но ! Отсутствует режим редактирование (только удалить и вставить), практически не работает модуль нормирования, отгрузка вообще глючит и т.д.
В результате вызываем пацана,- он приезжает, работает 1.5 дня, опять уезжает. Мы смотрим прогу, в результате даже то, что работало, стало глючить. Ясно, что пацан спешил, да и выходные это были - ему хотелось домой. Что делать ? Опять вызывать ? Вот и пришлось мне все кидать и срочно бросаться на этот проект. Глянул и офигел: совершенно сырой код, с кучей отладочных кусков, кое-где даже не закомментаренных. Проект состоит из 22 (!) юнитов, хотя я бы вполне обошелся 6-7-ю. И во всей этой багнюке я щас и лазаю, проклиная себя за ту вольницу, что сам же ему и дал в свое время.

← →
MsGuns (2003-03-09 19:22) [20]

... а ведь орел работал совсем не бесплатно ! Не представляю, что было бы, если ему еще и не платили ?
Так что если речь идет о предложении поиметь некоторую помощь в Вашей работе, то дожны быть и указаны КОНКРЕТНЫЕ условия и размер оплаты за работу. Если же это не в Вашей власти, то просим в форум или к знакомым бОлее опытным спецам. Я думаю, что в советах Вам вряд ли откажут. Особенно если хорошо попросить.

← →
uw (2003-03-09 20:37) [21]

>MsGuns

Что следует из Вашей реплики? То, что работать в команде невозможно, что кто-то обязательно подложит свинью? Да, работать одному проще, если проект под силу одному человеку. Кстати, предлагаемый проект, скорее всего, к таким и относится. Но практика показывает, что при хорошем руководстве и коллективный труд вполне возможен.

Я подозреваю, что автор ветки хочет себя попробовать в качестве руководителя. Флаг ему в руки! Это не такая уж и позорная функция. Разница между исполнителем и руководителем состоит в том, что исполнитель гордится результатом своей работы, а руководитель - работой своих подчиненных. Если он сумеет пасти участников проекта, регулярно получая от них отчеты, тексты программ, тесты, перераспределять работу и т.д., то они всё сделают. Если же он начнет за ними переделывать или писать код сам - из коллективного проекта ничего не получится. Если автор может быть хорошим руководителем, то и все участники извлекут пользу.

В идею соседней ветки, где говорится - давайте придумаем, что бы нам такого сделать, и сделаем, - я не верю. Сначала должна быть идея, потом – все остальное. В данном случае идея есть.

← →
Романов Р.В. (2003-03-09 21:19) [22]

uw © (09.03.03 16:12)
Все пожелавшие регистрируются в этой ветке.
JibSkeart © (09.03.03 12:42) blackman © (09.03.03 14:04) race1 © (09.03.03 14:57) -------------------------- Итого: 1,5 человека

сами_знаете_кто (09.03.03 17:33)
Глюковатый продукт не должен получится. Он не пройдет тестирование.

MsGuns
Сначала действительно хотел открыть большой коммерческий проект, но через 0,1 сек. понял что его не осилить для этого нужна комманда из нескольких десятков специалистов. Вполне возможно что серьезный проект нельзя создать в виртуальном коллективе, но я и не пытаюсь этого сделать. Я взял небольшой проект, который в состоянии реализовать самостоятельно. Но просто выполнить его это зря потратить время, т.к. при его разработке я буду использовать те средства которыми хорошо умею пользоваться, т.е. нового ничего не узнаю.
Для меня самое ценное в этом проекте это процесс работы в виртуальной команде.

← →
Романов Р.В. (2003-03-09 21:22) [23]

> uw © (09.03.03 20:37)

Правильно сечешь :)))

← →
konstantinov (2003-03-10 01:15) [24]

Когда нет никакого опыта, кроме написанных для себя крохотных программулек, такое предложение очень даже интересно. Готов писать задаром. Немного разбирался с БД Paradox, но очень поверхностно. Захотите ли вы со мной возиться? Если устрою, мой адрес в анкете.

← →
blackman (2003-03-10 10:03) [25]

>Романов Р.В.
Не надо так горячится. Желание у меня есть, возможности нет.

← →
Романов Р.В. (2003-03-10 11:12) [26]

blackman - вычеркиваем

← →
blackman (2003-03-10 12:08) [27]

Не вычеркиваем, а не вписываем.

← →
sad (2003-03-10 12:13) [28]

а ТЗ уже есть?
мой адрес в анкете,
такая программа нужна самому,
думаю, что справедливо, если все участники проекта, будут иметь одинаковые права на владение программой.

← →
Anatoly Podgoretsky (2003-03-10 12:14) [29]

Есть возможность, нет желание.
Желание есть, возможности нет.

Так выпьем за то, что бы наши возможности совпадали с нашими желаниями.

← →
Ihor Osov'yak (2003-03-10 12:17) [30]

2 Anatoly Podgoretsky © (10.03.03 12:14)

нет возможности, нет желания....

УРА!!!! Совпало...

← →
MsGuns (2003-03-10 12:57) [31]

>Романов Р.В. © (08.03.03 20:49)
"учет компьютерного оборудования и комплектующих предприятия".

Это что-то типа Материального учета ? Или учет ПК и комплектующих как основных средств (износа ОС) и материалов ?
Для яности надо указать, что за предприятие.
- Если это торгующая ПК и всем, что с этим связано - то одно,
- Если же это организация, где установлена куча ПК и надо учет всего этого барахла, то это другое,
- Если для бухгалтерии надо начислять износ и списывать затраты на ремонт, обслуживание и т.д. - это третье.

В любом случае, если есть желание, вышли ТЗ (техническое задание) и черновой набросок ТП (технический проект, главным образом - состав таблиц и их структуры) на мое мыло (в анкете).
Дам свое ИМХО (если, конечно, интересует)

← →
Smok_er (2003-03-10 13:34) [32]

Нет возможности, нет желания, но прога жизненно необходима!
Прошу сообщить, когда будет готова и выслать исходники. Буду тестером. И если можно, делайте пожалуйста под Oracle.
:)

← →
Malder (2003-03-10 14:12) [33]

Да чего вы наезжаете ? Человек честно и откровенно сказал, чего хочет. Хотя бы за это можно уважать. Не стал юлить там, пургу гнать. Типа "Собираю комманду для написания супер игры!". И далее 153 подписи =)

Конечно, формулировка могла бы быть подипломатичнее. И название тпоика не очень. Предлагаю название

"Тем, кто хочет расширить свои знания"

И собственно, текст:

"Набирается группа программеров для разработки базы "учет компьютерного оборудования и комплектующих предприятия".
Предварительная запись желающик до 16.03.2003
Приглашаются все, кто хочет получить опыт удаленного программирования и работы в команде.
Оставляйте свой mail для связи.
Оплату не гарантирую"

← →
Smok_er (2003-03-10 15:03) [34]

Имхо, та же ж#па, только вид сбоку. Как не формулируй, а платить все равно никто не будет.

← →
Романов Р.В. (2003-03-10 15:18) [35]

MsGuns © (10.03.03 12:57)
Спасибо за поддержку. ТЗ вышлю. Ваше ИМХО конечно же интересно.

Smok_er (10.03.03 13:34)
Под Oracle этот проект точно не будет. Oracle платный.

Malder © (10.03.03 14:12)
Согласен с темой я погорячился, но переделывать уже поздно.

← →
Satirus (2003-03-10 15:39) [36]

А кто мешает участникам проекта после его успешного завершения(?;) заняться самим продажей собственного работающего кода + его сопровождение на предприятии, которое им заинтересовалось?
Естественно, для этого нужно будет приложить немало усилий (хотя бы написание того же подробного хелпа и руководства для воинствующих бухгалтеров + лёгкая реклама, которую можна организовать в виде лёгкого адресного спама;)
Так что флаг в руки.

Как грицца, "дорогу осилит идущий"(ц:)

← →
Романов Р.В. (2003-03-10 15:45) [37]

Ну вот уже начали делить шкуру неубитого медведя. Проект не комерческий и если будет распространятся, то только как FreeWare.

← →
uw (2003-03-10 15:49) [38]

>Делайте проект многозвенным. Тогда и для Oracla место найдется.

← →
MsGuns (2003-03-10 16:11) [39]

>Романов Р.В. © (10.03.03 15:18)

Рекомендация ПЕРВАЯ.
Четко определитесь, для КОГО будет писаться прога. Если "вообще", то 100% что она не будет нужна НИКОМУ. После этого покажите ТЗ кому-нибудь из заинтересованных (входящих в число "ДЛЯ КОГО")
Рекомендация ВТОРАЯ.
Сразу определитесь с масштабирумостью и многопользовательностью. От этого во многом зависит будущий инструментарий. Если в принципе прога должна будет работать в сети (со многими пользователями), даже если это будкет через 2-3-5 лет, то закладывайте и первое и второе.
Рекомендация ТРЕТЬЯ.
Исходите из базового инструментария, т.е. того, что имеется в станд.поставке Дельфей (отсюда и требования к версии Д). Никаких Эх!-либов, Эриксов, фастрепов и т.д. Избавит от ужасающего геморроя при стыковке модулей "удаленных" разработчиков с осн.проектом и между собой.
Рекомендация ЧЕТВЕРТАЯ.
Зарегистрируйте у себя список всех, кто дал (даст) согласие на участие. Вышлите ВСЕМ ТЗ и эскиз ТП. Проработайте график ПОЭТАПНОЙ разработки всего проекта с разбивкой на периоды со сроками и датами. Продумайте "трафик" решениями между Вами как тех.рук-ем и КАЖДЫМ исполнителем. Не стесняйтесь поручать ОДНО И ТО ЖЕ нескольким исполнителям одновременно. Строго контролируйте сроки выполнения Ваших заданий. Принцип "Сегодня не успел - сделаю завтра" - гроб сосновый для всего проекта и должен пресекаться на корню. Может, в рез-те Вы останетесь один, но это будет лучше для проекта, чем многочисленные недоделки с бесконечным ожиданием "когда будет время". Стопудово !

← →
MsGuns (2003-03-10 16:20) [40]

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

← →
Smok_er (2003-03-10 16:23) [41]

Satirus (10.03.03 15:39)

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

А за это и по рогам надавать смогут. Спамеров терпеть не могу.
Выгребаю в день по 50-60 писем и постоянно ругаюсь матными словами.

← →
vuk (2003-03-10 16:26) [42]

to MsGuns:
>СРАЗУ предупредите всех, что проект не коммерческий
:o) Не, ну я валяюсь! Там же сразу написано:

>Романов Р.В. © (08.03.03 21:16)
>Делается программа для моего родного предприятия, а точнее для
>облегчения моего труда.

Это уже есть коммерческое использование.

← →
MsGuns (2003-03-10 16:51) [43]

>vuk © (10.03.03 16:26)
>Это уже есть коммерческое использование

Конечно, только не с его, Романова, стороны. Сам же Романов только "берет консультатции" и чист перед законом. Т.е. нет криминала в том, что некоторые челы принимают участи в работе ТАКИМ ОБРАЗОМ (т.е.помогают ему).
Следует перед "ха-ха" сначала подумать ;))

← →
vuk (2003-03-10 16:58) [44]

to MsGuns:
>Конечно, только не с его, Романова, стороны.
Здрасьте! Если программа используется в процессе автоматизации деятельности, за которую он получает деньги, то это коммерческое использование. И именно с его стороны.

>Т.е. нет криминала в том...
Да не, криминала здесь нет по определению. Если есть любители возить других в рай на своём горбу, то на здоровье...

← →
MsGuns (2003-03-10 17:16) [45]

>vuk © (10.03.03 16:58)
>Здрасьте! Если программа используется в процессе автоматизации деятельности, за которую он получает деньги, то это коммерческое использование. И именно с его стороны

Вы это серьезно, или в очередной раз "валяетесь" ?

← →
vuk (2003-03-10 17:23) [46]

>Вы это серьезно, или в очередной раз "валяетесь" ?
Серьёзно.

← →
sniknik (2003-03-10 17:28) [47]

Anatoly Podgoretsky © (10.03.03 12:14)
> Есть возможность, нет желание.
> Желание есть, возможности нет.

> Так выпьем за то, что бы наши возможности совпадали с нашими желаниями.

может лутше так.

Так выпьем же за то, чтобы наши желания ох$%ли от наших возможностей.... :о))

← →
Романов Р.В. (2003-03-10 18:17) [48]

vuk © (10.03.03 16:26)
КОММЕРЦИЯ (латинское commercium - товарообмен), деятельность, связанная с производством и (или) реализацией продукции, оказанием услуг, приносящая доход (прибыль).

Если бы я продавал эту программу, то это было бы коммерческое использование.

← →
vuk (2003-03-10 18:36) [49]

to Романов Р.В.:
>Если бы я продавал эту программу, то это было бы коммерческое
>использование.
Вот тут и кроется заблуждение. Коммерческое использование подразумевает не только прямое получение прибыли. То есть если вы используете программу для облегчения своего оплачиваемого труда, то автоматически получается так, что часть Вашего дохода создана при помощи этой программы, что и есть коммерческое использование.

А то, если Вашей логике следовать, то в бухгалтерии 1С для некоммерческих целей используется - они ж его не продают. :o)

← →
Shadow (2003-03-10 18:40) [50]

Романов Р.В.
Записывайте меня, могу занятся написанием языка запросов (ИМХО юзать SQL не интересно: а то какое ж "накопление опыта", купил книжек и вперед...) Контакт мылом, но лучше через АСЮ 346454509

← →
blackman (2003-03-10 18:41) [51]

>Anatoly Podgoretsky
Я не пью.
Просто желаний у меня больше чем возможностей.
Вот например:
- есть желание продать что-то ненужное
- есть желание на вырученные деньги что-то купить
Но, что бы продать что-то ненужное (например: "учет компьютерного оборудования и комплектующих предприятия")
надо найти человека который бы имел сразу и ком. оборудование, какие-то комплектующие от видимо давно разваливщегося предприятия и много, много денег что бы заплатить за программу.
Где же такого найдешь ? Нет возможности...

← →
Романов Р.В. (2003-03-10 19:29) [52]

vuk © (10.03.03 18:36)

D чем cуть спора?

← →
vuk (2003-03-10 19:39) [53]

Приехали. :o) Я на такое даже не знаю что и ответить...

← →
Романов Р.В. (2003-03-10 19:54) [54]

vuk
Сам проект не коммерческий. А результат его - программу можно использовать в коммерческих целях.
Для примера можно взять FireBird распространяется свободно, т.е. разработчики не получают за него денег, но на его основе можно делать коммерческие программы. Или я не прав?

← →
Shadow (2003-03-10 20:05) [55]

Романов Р.В.
А там разве не написано "Не для коммерческого использования"?

← →
Романов Р.В. (2003-03-10 20:14) [56]

> Shadow © (10.03.03 20:05)
> Романов Р.В.
> А там разве не написано "Не для коммерческого использования"?

Там это где?
Все зависит от того что понимать под комерческим использованием.

← →
vuk (2003-03-10 20:16) [57]

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

← →
Романов Р.В. (2003-03-10 20:35) [58]

> Вы же пока предлагаете другим бесплатно решить Вашу проблему.

По идее другие должны получить более важные вещи чем деньги - знания и опыт.

← →
Романов Р.В. (2003-03-10 20:40) [59]

JibSkeart © (09.03.03 12:42) race1 © (09.03.03 14:57) sad © (10.03.03 12:13) Shadow © (10.03.03 18:40)

← →
vuk (2003-03-10 20:41) [60]

>По идее другие должны получить более важные вещи чем деньги -
>знания и опыт.
Это ещё не повод работать на кого-то бесплатно. Хотя, это кому как, может и найдутся любители...

← →
Романов Р.В. (2003-03-10 20:44) [61]

> vuk © (10.03.03 20:41)

Дело добровольное, кто не хочет тот не работает.

← →
blackman (2003-03-10 20:59) [62]

А кто не работает, тот не ест !

← →
vuk (2003-03-10 21:00) [63]

>А кто не работает, тот не ест !
В данном случае все наоборот. :o)

← →
blackman (2003-03-10 21:09) [64]

>vuk
Извини ошибся.

← →
Романов Р.В. (2003-03-10 21:11) [65]

> vuk © (10.03.03 21:00)
> blackman © (10.03.03 21:09)

см. Романов Р.В. © (09.03.03 08:42)

← →
vuk (2003-03-10 21:16) [66]

Не, это понятно, птицам деньги не нужны. :o)

← →
Романов Р.В. (2003-03-10 21:25) [67]

Вот привязался... :o)

← →
Романов Р.В. (2003-03-10 21:37) [68]

Поправочка :)
JibSkeart © (09.03.03 12:42) race1 © (09.03.03 14:57) konstantinov © (10.03.03 01:15) sad © (10.03.03 12:13) Shadow © (10.03.03 18:40)

← →
Романов Р.В. (2003-03-10 21:52) [69]

> sad © (10.03.03 12:13)
> а ТЗ уже есть?

ТЗ уже пишу. Обсуждаться будет заинтерисоваными лицами на втором этапе с 16 по 23 марта.

← →
sad (2003-03-11 08:50) [70]

>Романов Р.В. © (10.03.03 21:52)
хотелось бы знать по поводу прав на программный продукт

← →
blackman (2003-03-11 10:04) [71]

>Романов Р.В.
>Тем, кому хочется кушать рекомендую устроится на работу.
А это что будет ? Развлечение или учение ?
Я не просто так спрашиваю, хочется понять цель.
Я вот например, сайт сделал бесплатно.
Для меня это развлечение. Возможность отвлечься от основной работы. А для Вас ?

← →
Shadow (2003-03-11 10:12) [72]

2Романов Р.В.
Со мной связываться лучше по АСЕ 346454509

← →
dimich1978 (2003-03-11 10:36) [73]

Написание в точности такой же проги мы сейчас и занимаемся, на нашем предприятии.
Самое главное это нехватка времени, а по выходным получается писать не каждый раз что очень тормозит создание программы. Но все же у нас есть чем похвалиться.
И во вторых и немаловажно. Для учета уже существуют программы такого рода да и бесплатные, кому интересно могу выслать одну такую. Но проблема все же остается, необходима автоматизация а не перелопачивание кучи документов и перевод их в элетронный вид.
Я считаю что продукт такого типа должен все же быть ПЛАТНЫМ. Извините учет не ДОМА, а именно на ПРЕДПРИЯТИИ. Ну конечно можно реализовать этот проект, а потом выпендриться перед своим начальством, вот мол посмотрите что Я тут навалял за один-два месяца.
И во вторых делать его 6-~ месяцев не пойдет все бросят этим заниматься, а иначе нужна команда все же хороших спецов в программировании, которым не надо будет лопатить кучу инфы.
Идея хороша, но как мне кажется неосуществима в виртуальной команде.
Вроде все что думал отписал.

← →
Andrey (2003-03-11 10:45) [74]

>Романов Р.В.
Прошу ТЗ мне на мыло. Возможно участвую.

Может я невнимательно читал, но будет ли доступ ко всем исходникам у всех разработчиков?

← →
Романов Р.В. (2003-03-11 21:07) [75]

blackman © (11.03.03 10:04)

Для меня это учение. Резвлекаюсь я совсем по другому.

Shadow © (11.03.03 10:12)
Понял. Связь будем налаживать в воскресенье-понедельник.

Andrey © (11.03.03 10:45)
sad © (11.03.03 08:50)

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

JibSkeart © (09.03.03 12:42) race1 © (09.03.03 14:57) konstantinov © (10.03.03 01:15) sad © (10.03.03 12:13) Shadow © (10.03.03 18:40) Andrey © (11.03.03 10:45) ?

← →
MsGuns (2003-03-12 00:37) [76]

>Романов Р.В. © (11.03.03 21:07)

Не слушай "доброжелателей", пукающих и вукающих из-за угла. Затеял дело-делай. Только все же проконсультируйся по поводу ЛЕГИТИМНОСТИ полученного результата у кого-нибудь из старших товарищей, который уже имеет в этой области (патенты, лицензии и необязательно в программировании). На тот случай, если найдется "лепший друган" хоть на этом же форуме, который не поленится настучать куда следует.
И давай проект в форум - выспимся на нем дружненько ;)

← →
Романов Р.В. (2003-03-12 16:53) [77]

← →
Романов Р.В. (2003-03-13 15:37) [78]

Осталось 3 дня...

← →
KA_ (2003-03-13 15:51) [79]

Так есть ТЗ (или хоть подобие) или нет?

← →
D (2003-03-13 16:01) [80]

>Исходники будут доступны для всех участников, кто доживет до конца проекта

Как-то очень многообещающе звучит... :)

← →
blackman (2003-03-13 16:13) [81]

>Романов Р.В.
>Для меня это учение. Резвлекаюсь я совсем по другому
Так Вы хотите научиться программировать ?

← →
KA_ (2003-03-13 16:19) [82]

2 Романов Р.В.
Высылай и мне. Мыло в анкете.

← →
Romkin (2003-03-13 16:32) [83]

летом первого года написал мааленькую программку по учету комплектующих :-))
Пользуются, балдеют...
Сделал трехзвенку на FB, летает
Скрипт, кстати, лежит здесь:
http://romkin.pochtamt.ru/script.htm
Описание таблиц и схему в ERWin тоже могу выложить :-))
Особенность в том, что денежек там нет, и копаться с ними у меня желания никакого нет, мне количеств достаточно :-)
А главный недостаток - один склад, времени было очень мало, поэтому сделал .как сказали, а не как надо...
И теперь назрела необходимость передела - произвольное количество складов и сборка компьютеров.
Наброски - есть :-))
Если интересует - поделюсь. Опять же с условием - без учета стоимости, только количества. Как показывает опыт, так и требуется обычно - на складе важны количества, а уж скока что стоит - в бухгалтерии вертят :-))

← →
Colgate (2003-03-13 19:36) [84]

Romkin, извини за нескромный вопрос. А трехзвенка зачем ?

← →
Романов Р.В. (2003-03-17 20:14) [85]

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

← →
delphine (2003-03-17 20:18) [86]

Это полная жопа! Я не стану работать не за денежку!

← →
MsGuns (2003-03-17 22:01) [87]

>Романов Р.В. © (17.03.03 20:14)

Я вроде не записан, но посмотреть предлагал. Так что шли и мне.

← →
Романов Р.В. (2003-03-17 22:35) [88]

> MsGuns © (17.03.03 22:01)

Посылал на msguns@ukr.net не дошло?

← →
Романов Р.В. (2003-03-18 15:49) [89]

Поактивнее, поактивнее товарищи :)
Пока откликнулось 2 человека.

← →
Romkin (2003-03-18 17:36) [90]

2Colgate
Трехзвенка по нескольким причинам:
- Мне так удобнее
- Время разработки сокращается
- не надо маяться с установкой на клиентских машинах - 1 exe + midas.dll
ну и тд.

2Романов Р.В. а мне ТЗ кинуть можешь? Интересно...

← →
sad (2003-03-18 17:36) [91]

я читаю...

← →
JibSkeart (2003-03-18 17:40) [92]

А мне ничего не приходило :(

← →
Романов Р.В. (2003-03-18 18:34) [93]

Romkin - отправил
JibSkeart - отправил на subscribe5@yandex.ru второй раз

← →
Konstantionov (2003-03-18 20:41) [94]

Получил ТЗ. Где все остальные? Что-то не слишком бурное обсуждение... :((

← →
Andrey (2003-03-18 21:03) [95]

Получил ТЗ. Ответил.

← →
jack128 (2003-03-18 21:03) [96]

видимо обсуждается по почте

← →
Andrey (2003-03-19 10:41) [97]

>Романов Р.В.
Есть предложение как-то структурировать наше общение.
Например сегодня в 17.00-18.00 по серверу можно всем дружно выйти в месный чат и все основательно обсудить. И вообще можно если удастся плодотворно пообщатся так завтра еще раз собиратся.

← →
race1 (2003-03-19 10:50) [98]

> Романов
непришло ничего :(

← →
race1 (2003-03-19 14:06) [99]

> Романов Р.В.
пришлите ТЗ!!!

← →
Романов Р.В. (2003-03-19 17:19) [100]

← →
Романов Р.В. (2003-03-19 18:19) [101]

Давайте обсудим ТЗ в этой ветке. С с 18 до 18:30 21 до 21:30 по московскому времени.

Итак публикую выдержки из писем (письма деловые, так что надеюсь не будет наездов за публикацию чужих писем).

Shadow
С ним переговоры проходиле по асе. Он предложил разработоть сервер на БДЕ и свой язык вместо SQL. Я отказался и предложил ему работать с Firebird. Он сказал что это не так интересно. В общем он не дал подтверждения об участии в проекте.

Калабухов Александр
1. Я хочу участвовать в данном проекте.
2. Я прочел ТЗ, присланное Вами, и у меня возникло несколько вопросов:
- права доступа пользователей
Вы указали, что хотите использовать SQL-сервер, механизмы администрирования, присутсвуют уже в нем. Раздачу прав можно осуществлять средсвами SQL-сервера. Если Вы хотите реализовать собственный механизм, то где будут храниться данные по правам?
- в ТЗ описана примерная структура БД
Мне кажется несколько некрасивым решение привязаться к конкретной структуре БД. По-моему лучше описать бизнес-объекты, их взаимодействие, структуру классов и реализовать их отображение на БД.

Хочу еще пояснить, почему склоняюсь к построению комплекса независящего от структуры БД.
- выделение бизнес-объектов позволит разбить работу комплекса на несколько связанных процессов
Тогда каждый участник проекта, сможет взять на себя реализацию одниго или нескольких процессов.
- необходимо выработать протокол взаимодействия частей комплекса
Это облегчит жизнь разработчикам, т.е. нам, если без этого вообще возможна работа в команде :) Выделение бизнес-объектов позволит относительно легко сделать это.
- плюс стандартный набор удобств.

Меня вполне устроит механизм администрирования SQL сервера.
Вот насчет бизнес объектов я не допонял.(имеются пробелы в теории, в частности в знании терминологии). Не могли бы вы поподробнее пояснить.

← →
Romkin (2003-03-19 18:41) [102]

Если уж переходить от реляций к объектам, то стандартные права точно не подойдут, придется делать права на доступ уже к объекту.
Насчет того, что плясать нужно от объектов - не согласен, имхо, тормозить будет. Каждый должен делать свое - сервер БД работать с таблицами, а уж клиент можно разбить на объекты. Или не разбивать, и так нормально, когда структура базы уже спроектирована все легко разбивается по группам как надо.
И никакой путаницы и пересечения не возникает - есть общие таблицы, есть частные, все описано.
Кстати, меня тоже интересует, что именно здесь подразумевается под бизнес-объектами?
У меня, как бы я не делал, все и так разбивается на объекты, правда, каждый объект - это TDataModule
Насчет примерной структуры в ТЗ - пока молчу :-)
А вот разбитие комплекса на независимые части, да еще с протоколом... Проще надо быть, если хочется разбить на блоки - пожалуйста, сделать ядро и механизм плагинов. Для плагинов, по моему мнению, вполне и исчерпывающе подходит COM...
Обязанности ядра в этом случае - загружать плагины и предоставлять им общую информацию о соединении, пользователе, правах и тд. Ее немного.
В общем насчет ТЗ: Нехватает немного инфы, например, количество сопровождаемой техники, типы ОС, на ней установленные, частота сопровождения (количество информации в базе и скорость ее ввода, и тд). От этого зависит многое
Также нет перечня используемого инструментария для разработки - на чем писать-то будете?

← →
Романов Р.В. (2003-03-19 19:09) [103]

Andrey K.

В ТЗ вобщем понятно все кроме:
- Клиент для просмотра, редактирования базы и создания отчетов.

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

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

Вообще как я себе представляю этот комплекс.

1. SQL сервер.
Любой бесплатный SQL сервер.

2. Модуль сбора данных (установлен на каждой машине о которой нужно пулучать информацию).
Модуль является внешним COM-сервером и отвечает за:
- сбор информации на машине на которой он установлен
- отправку информации на Сервер приложений

3. Сервер приложений (установлен на сервере).
Модуль является внешним COM-сервером и отвечает за:
- предоставление доступа к БД
- своевременую актуализацию БД (переодический запуск всех модулей сбора данных с последующим получением и записью информации в БД)

4. Клиент (установлен на машинах которым нужна информация из БД)
Модуль является COM-клиентом и отвечает за:
- просмотр информации
- создания отчетов.
- возможно администрирование доступа

Приймущества предложеного мной варианта:
1. Удобное администрирование доступа
2. Наличие автоматического обновления данных
3. Легкость перехода на другие СУБД (надо переписывать только один модуль: сервер приложений)
Недостатки:
1. На машинах должен быть установлен и настроен DCOM
2. Не все учасники проэкта знакомы с COM.

Идея интересная но несколько пунктов не вписываются в эту конструкцию.
1. Некоторые компьютеры могут быть не подключены к сети или включены в сеть не связанную с сервером.
2. На компьютерах разные ОС от DOS до XP. Linux нет, но нужно учесть возможность расширения и в эту сторону.

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

Константинов Ю.А.

По структуре БД есть несколько замечаний. К примеру таблица Тех. обслуживания была бы более полезной, если бы был предусмотрен расчет даты следующего ТО ( и напоминание ответственному лицу о необходимости проведения оного ) к примеру:
Поля:
ID
ID устройства
вид работ ( смазка вентилятора блока питания)
Дата предыдущего ТО
Дата очередного ТО
Периодичность ( ежемесячно, квартал, по необходимости и т.п.)
Отметка о выполнении ( и автоматическое обновление Даты очередного и прошедшего ТО)

Это можно. Без проблем.

и запрос ( по моему очень полезный ) "Отчет по проведению регламентных работ за текущий месяц" или " План проведения ТО на следующую неделю" . Это позволит отчитаться перед начальством и избежать ситуации, когда у Глав. буха закончится картридж, а у вас нет запасного.

У меня такой потребности небыло. Вообще я думаю отчеты надо реализовать в виде плагинов. Каждый ставит отчеты которые ему нужны.

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

В целом ТЗ понятно, есть только одно пожелание: когда будут радоваться задания, хотелось бы иметь детальную информацию о том, что требуется от той или иной программной части. по пунктам:
Пример: "сбор информации о компьютере"
требуемая информация:
1) список ПО, установленного на ПК в виде:
а) Название ПО - string[20]
б) № версии - integer;
2) список сетевых папок...

Ну это понятно. К каждому конкретный подход нужен. Кому то подробные инструкции, кому то нужнен простор для творчества.

Евгений Савин
Сколько времени он(проэкт) будет отнимать?? Хотя бы приблизительно??
И я, и, вероятно, другие возможные учасники проэкта, занятые люди, и не хотелось
бы
говорить, что участвую, потом выяснится, что времени нет....

Столько сколько вы захотиде уделить этому проекту, т.е. когда мы договариваемся об выполнении определенного объема работ вы указываете сроки выполнения.

Новиков Алексей
К моему, глубочайшему сожалению, мне скорее всего придется отказаться от участия в проекте по двум причинам:
1) уровень знаний не соответсвует поставленной задаче
2) с 29 марта по 31 апреля в отпуске

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

Буду рад вашей пмощи. Следите за проектом на форуме или пришлите мне письмо.

← →
Andrey (2003-03-19 19:19) [104]

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

Хм... Помоему такое на 2-х звенке (какой бы продвинутый SQL-сервер небыл) реализовать нельзя.

Я и предлогаю:

1. Сервер БД - любой SQL-сервер (FB).
- отвечает за хранение данных.

2. Сервер приложений (расположен на сервере), отвечает за:
- администрирование
- доступ и обновление данных
- переодический запуск локальных модулей обновления БД

3. Модуль обновления БД (расположен на всех машинах с которых надо получать инфрмацию) отвечает за:
- сбор информации на конкретном ПК
- отправку информации на сервер приложений

4. Клиентский модуль (расположен на машинах которым нужна информация из БД) отвечает за:
- общение с пользователем (интерфейс)
- создание отчетев

Весь это зоопарк можно завязать на COM.

>предложил разработоть сервер на БДЕ и свой язык вместо SQL.
>Я отказался и предложил ему работать с Firebird.
>Он сказал что это не так интересно.
Ну и пусть ему BDE интересную жизнь устроит :)

>Романов Р.В.
К сожалению я потерял то письмо которое я вам отослал. Немогли бы вы его мне вернуть :)

← →
Романов Р.В. (2003-03-19 19:30) [105]

> С с 18 до 18:30 21 до 21:30 по московскому времени

:-)

С 18 до 18:30 и с 21 до 21:30 по московскому времени буду заходить в чат.

На замечания Romkin © (19.03.03 18:41)
Кол во сопровождаемой техники - порядко 60 комов и контроллеров.
типы ОС - win98, NT 4, w2k, XP, на контроллерах DOS и QNX(про них ридется заводить информацию вручную).

Частота сопровождения - при изменении конфигурации железа или по на ПК персоналом АСУ. То что пользователь сам поставил на компьютер winamp или dn в базу заносить не обязательно. Так что нет необходимости в ежедневном обновлении информации.

Да кстати. Предлагаю компилировать проект на D6.
Отдельные незвисимые модули dll можно писать и компилировать и на других версиях ;)

← →
Andrey (2003-03-19 19:39) [106]

>2. На компьютерах разные ОС от DOS до XP. Linux нет, но нужно
>учесть возможность расширения и в эту сторону.
DOS так OLE1 можно использовать :) Хотя конечно это непросто... И кстати, а как вы собираетесь в DOS использовать что-то из сделаное на Delphi... Или может уже не на Delphi?

Linux->Kylix :)

>1. Некоторые компьютеры могут быть не подключены к сети или
>включены в сеть не связанную с сервером.
Это проблема...

Предстоит сделать автоматическое обновление (на машинах входящих в сеть это точно надо). Для этого есть несколько путей.
Использовать COM,
использовать другие стандартные средства (я таких незнаю, это не значит, что их нет, просто я с ними вообще не знаком),
использовать самописные средства (зачем переписывать то что есть).

А вообще выход модуля сбора информации можно сделать э..настраеваемым (прямо на сервер через сеть или в файл который потом будет загружен клиентским модулем в БД).

Постил свое предидущее сообщение когда вашего невидел.

>Предлагаю компилировать проект на D6
Согласен.

← →
Романов Р.В. (2003-03-19 19:52) [107]

> DOS так OLE1 можно использовать :) Хотя конечно это непросто...
> И кстати, а как вы собираетесь в DOS использовать что-то
> из сделаное на Delphi... Или может уже не на Delphi?

Планирую вводить эту информацию ручками. Без всяких клиентов.

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

В принципе так я и хотел сделать.

← →
Diplomat (2003-03-19 20:07) [108]

to Романов Р.В.
Хочу ознакомится с ТЗ и, возможно, присоединится к команде разработчиков. Самому такая программа нужна.

to Andrey
Моё мнение:
Отчёты из 4. перенести в 2.
Пункт 4. объединить с 3.

← →
Романов Р.В. (2003-03-19 20:12) [109]

> Diplomat (19.03.03 20:07)

ТЗ выслал

← →
k2 (2003-03-19 20:22) [110]

katt@fromru.com

← →
Andrey (2003-03-19 21:25) [111]

>Diplomat (19.03.03 20:07)
>Отчёты из 4. перенести в 2.
Э..ну формирование отчета конечно должно быть на сервере. Я имел ввиду вывод с помощью чего осуществляется.

>Пункт 4. объединить с 3.
Хм... Недумаю. Сбор информации лучше сделать отдельным модулем т.к. не на всех машинай с которых нужно собирать информацию будет клиент (п.4). А я предпочитаю строить систему из однородных сегментов.

> Романов Р.В. © (19.03.03 19:52)
> > И кстати, а как вы собираетесь в DOS использовать что-то
> > из сделаное на Delphi...
> Планирую вводить эту информацию ручками. Без всяких клиентов.
Логично, согласен. Значит клиент (п.4) будет еще и вводить информацию.

> > А вообще выход модуля сбора информации можно сделать э..настраеваемым
> В принципе так я и хотел сделать.
Значит так и сделаем :)

← →
konstantinov (2003-03-19 22:01) [112]

Извините за задержку с выходом в эфир :)
Послушал со стороны, что люди говорят.
Н..да! Туго мне придеться! Боюсь, не справлюсь. Ну да "взялся за гуж, не говори, что не дюж". Высылайте тест, если пройду уже что-то. Насчет D6. Забит у меня винчестер всякой всячиной, никак не дойдут руки разгрести. Не возражаете если я пока на D5 попробую.

← →
Dim!S (2003-03-20 04:14) [113]

to Романов Р.В.
Только сегодня натолкнулся на ветку...
Заинтересовался проектом, сам что-то подобное делал, но так до конца и не довел...
Остался кое-какой опыт, идеи :) могу поделиться...

Если есть заинтересованность в хорошей справочной системе (winhelp, htmlhelp) пишите на мыло: Dims787@mail.ru

← →
Dim!S (2003-03-20 04:14) [114]

to Романов Р.В.
Только сегодня натолкнулся на эту ветку...
Заинтересовался проектом, сам что-то подобное делал, но так до конца и не довел...
Остался кое-какой опыт, идеи :) могу поделиться...

Если есть заинтересованность в хорошей справочной системе (winhelp, htmlhelp) пишите на мыло: Dims787@mail.ru

← →
Andrey (2003-03-20 10:59) [115]

>Dim!S
Хм... Я думаю, что "заинтересованность в хорошей справочной системе" есть, если не у товарисча Романова, то у меня точно есть. А т.к. все исходники будут открыты для всех кто доживет до конца проэкта, если товарисч Романов откажется от вашей помощи, я после окончания проэкта с вами скооперируюсь на тему справочной системы (конечно если пройду отбор :)).

>Романов Р.В.
>Вообще я думаю отчеты надо реализовать в виде плагинов.
>Каждый ставит отчеты которые ему нужны.
IMHO это лишний наворот. Смысла невижу. Или предпологается еще и администрирование доступа к отчетам (типа этот отчет тебе можно смотреть, а этот нельзя)?
Так это проще организовывается,
на 2-х звенке просто недавать доступ к процедуре которая формирует отчет,
на 3-х звенке этим же будет заниматся сервер приложений.

← →
Degisy Software (2003-03-20 11:47) [116]

Есть предложение написать плагин доступа к Database Workshop
( http://www.degisy.com) к СУБД, которая еще не поддерживается программой, на выбор: Postgres SQL, Oracle, MS Sql и т.д. С нашей стороны: исходники плагина под InterBase, написанные на Delphi6, консультации. При наличии положительных результатов - бесплатная регистрация программы. Если появится желание - свяжитесь с нами. С уважением, DGS.

← →
Игорь Шевченко (2003-03-20 11:57) [117]

← →
Mystic (2003-03-20 12:32) [118]

mystic2000@newmail.ru

← →
Andrey (2003-03-20 12:36) [119]

>Degisy Software
Хм... Непонятно почему это предложение прозвучало в этой ветке.

И зачем нам "исходники плагина под InterBase"? Мы вроде не через "Database Workshop" работать с БД собираемся.

И зачем нам "написать плагин доступа к Database Workshop"? Мы вроде в этой ветке для другой цели собрались.

Конечно кому-то это может быть интересно, но IMHO ваш пост это offtopic.

← →
Романов Р.В. (2003-03-20 21:39) [120]

> Andrey © (20.03.03 10:59)

> IMHO это лишний наворот. Смысла невижу. Или предпологается
> еще и администрирование доступа к отчетам (типа этот отчет
> тебе можно смотреть, а этот нельзя)?

Я это к тому что мой годовой отчет кроме меня наврядли кому то будет нужен, а у других участников проекта будут свои специфические отчеты которые другим не нужны.

Уважаемые участники проекта!
Просьба высказать свои предложения по структуре таблиц БД, т.е. какие таблицы и поля необходимо включить в базу.

К сожалению я уезжаю на 3 дня. Так что появится здесь не смогу :(

← →
jack128 (2003-03-21 00:15) [121]

вырезано из ТЗ
----------------------------------------------------------------
Таблица Типы <контейнерных> устройств, помещения.

<Контейнерные> устройства это объекты которые состоят из нескольких
комплектующих. Например ПК, принтеры, UPS, и д.р. В эту же группу относятся
помещения, которые могут содержать как устройства так и комплектующие (т.е.
может быть как местом установки, так и складом).

Поля:

Id

Название типа.

Тип - помещение или устройство.

------------------------------------------------------------------

как принтер может быть контейнерным устройством - мне не понятно(типа он из
катриджей состоит? -)))) , но допустим... А вот смешивать контейнерные устройства
и помещения(склады), думаю, не стоит... Как я представляю это - таблица <контейнерных> устройств. Соответственно у каждого комплектующего будет 2 внешних ключа, на помещение, где это компликтующее находится, и на контейнерное устройство в
состав которого (возможно) это комплектующее входит...

← →
jack128 (2003-03-21 00:18) [122]

и ещё может новую ветку завести?? а то каждый раз сто двадцать постов грузить...

← →
Dim!S (2003-03-21 04:08) [123]

to Andrey
Если вместе доживем :)

Если есть какие вопросы пиши на мыло (адрес смотри выше)...

← →
Andrey (2003-03-21 11:06) [124]

>jack128
Попробуй вот так http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1047145774&n=3&from=115
И со временем увеличивать последнее число :)

При вашей схеме теоретически возможны колизии - комплектующее находится в ПК который в свою очередь находится на складе 1, а в самом комплектующем сказано, что оно находится на складе 2. Так и получится, что один ПК находится в разных комнатах.

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

← →
Игорь Шевченко (2003-03-21 11:20) [125]

MS это уже сделала. Называется Microsoft SMS, если я не путаю аббревиатуру. Но денег стоит.

← →
Романов Р.В. (2003-03-21 13:03) [126]

Удалось выбраться в интернет :)

> jack128 © (21.03.03 00:15)
> как принтер может быть контейнерным устройством - мне не
> понятно(типа он из
> катриджей состоит? -)))) , но допустим... А вот смешивать
> контейнерные устройства
> и помещения(склады), думаю, не стоит... Как я представляю
> это - таблица <контейнерных> устройств. Соответственно у
> каждого комплектующего будет 2 внешних ключа, на помещение,
> где это компликтующее находится, и на контейнерное устройство
> в
> состав которого (возможно) это комплектующее входит...

Совершенно верно. Устройство принтер будет состоять из собственно самого принтера и картриджей (у некоторых моделей может быть черный и цветной картридж). У этой схемы конечно есть недостаток. Создаетя лишнее "виртуальное" устройство которое содержит каомплектующие принтера. Конечно можно было бы вставлять одни комплектующие в другие, но тогда непонятно на основе чего собирать компьютер (что будет его базой?).

У комплектующего будет 1 ккюч указывающий на устройство или помещение. По этому устройства и помещения содержатся в одной таблице.

> Andrey © (21.03.03 11:06)
> При вашей схеме теоретически возможны колизии - комплектующее
> находится в ПК который в свою очередь находится на складе
> 1, а в самом комплектующем сказано, что оно находится на
> складе 2. Так и получится, что один ПК находится в разных
> комнатах.

Комплектующее может находится в одном месте либо в помещении либо в устройстве. Устройство в свою очередь находится в каком то помещени.

> Игорь Шевченко © (21.03.03 11:20)
> MS это уже сделала. Называется Microsoft SMS, если я не
> путаю аббревиатуру. Но денег стоит.

Уже практически все программы сделаны :)

← →
jack128 (2003-03-21 17:20) [127]

>При вашей схеме теоретически возможны колизии <
Ну кализии решаются тригерами(или, например можно вообще не указывать склад, в котором находится <контейнерное устройство> - оно находится там же где и комплектующие, из которых это устройство состоит), а вот логичность базы повысится, но это моё ИМХО...

← →
michael_b (2003-03-22 17:58) [128]

← →
michael_b (2003-03-24 19:20) [129]

ТЗ не получал. Проект загнулся?

← →
Романов Р.В. (2003-03-24 20:51) [130]

michael_b (24.03.03 19:20)
Проект не загнулся. ТЗ выслал.
Сейчас я очень занят. Особенно в ближайшие дни.

Подведем небольшой итог.
Среда разработки проекта D6
Сервер БД Firebird
Кто не согласен высказывайте свои возражения.

← →
paxer (2003-03-24 21:25) [131]

Романов, если тебя интересует, могу предложить следующее. Я пишу программу учета, кот. будет легко настраиваема. Предварительный результат будет где-то через 3 месяца (+год-месяц). Можешь быть в качестве в-тестера, за что тебе - сама программа. Соответственно, с меня никаких гарантий (а какие гарантии могут быть при связи через мыло и без каких-либо документов).
Характеристики:
Язык программирования - Д5 (исходников не будет)
MySQL
Принципы работы как в 1С (наличие справочников, журналов, регистров, задание структуры базы в редакторе, похожем на 1С, настройка работы формы документа, настройка движений в регистрах).

← →
Andrey (2003-03-25 10:46) [132]

>Романов Р.В. © (21.03.03 13:03)
Сори, это возражение не вам адресовалось. С вашей схемой я согласен.

> Среда разработки проекта D6
> Сервер БД Firebird
Если можно выскажу свое пожелание: полное отсутствие сторонних компонентов. Или хотябы чтоб все сторонние компоненты были с исходниками.

>All
Проэкт на D6, но это совсем не значит, что возникнут проблеммы с D5.
Когда-то мне пришлось переводить проэкт D5->D3 (по причине того что обязательные к использованию сторонние компоненты были только под D3 и без исходников).
Проблем почти небыло:
1 - небольшая переделка секции uses
2 - в dfm нужно было исключить строку про OldCreateOrder и все.

>jack128
Мне кажется я понял что именно вас смутило: иерархическая структура в одной таблице. Могу вас заверить, что не только вас она поначалу смутила. Для разширения кругозора могу порекомендовать вам почитать раздел "Древовидные и иерархические структуры, хранение объектов" с http://www.ibase.ru/develop.htm Там все очень неплохо описано.

>вообще не указывать склад, в котором находится
><контейнерное устройство> - оно находится там же где и комплектующие
Опять же теоретически комплектующие могут оказатся в разных помещениях, и куда его после этого. Конечно в триггерах можно обрабатывать почти все, но IMHO структура предложеная Романовым, пусть не проще, но логичнее.

>paxer
А вы чего лезете? Мы здесь не для тестирования ваших продуктов собрались. Кому-то конечно это может быть интересно, но IMHO ваш пост в этой ветке offtopic.

← →
jack128 (2003-03-25 17:07) [133]

Andrey © (25.03.03 10:46)

> Мне кажется я понял что именно вас смутило: иерархическая
> структура в одной таблице

да нет, с деревьями я работаю и не каких трудностей не имею, но...
Ладно раз решили, то пусть будет так..

Насчет компонентов, Романов Р.В. © предлагал FIB, но они 3 диалект не поддерживают, FIB+ и IBObjects платные вроде, так что выбор не велик...

← →
Andrey (2003-03-25 17:21) [134]

>jack128
Еще не решили, обсуждаем пока. Я высказал свое IMHO вы свое. Решения начальства ждемс :)

Кстати в упор невижу где Романов предлогал FIB.
Предпологаю при условии отсутствия сторонних компонентов IBX.

← →
MsGuns (2003-03-25 19:27) [135]

Ув.Романов. Писать по мылу сейчас несколько затруднительно (временно закрыт порт на прокси) - выскажусь здесь.

Проект посмотрел. Хотел сначала вообще "не высовываться", но, подумав, изменил решение.

Мои выводы (пока предварительные) таковы:

Проект "мертвый" по нескольким причинам. Перечислю основные.

1. Не видно, кому будет нужна подобная БД и обслуживающая ее прога. Похоже, что только одному человеку - сисадмину или что-то вроде него. А если нет заказчика, то нет и финансирования (по крайней мере обеспечения тем же временем).

2. Исходя из 1. выскажу предположение, что ни один чел не будет заинтересован в своевременном и достоверном отражении в БД всех изменений как в конфигурациях ПК, так и в их содержимом. БД "обречена" на хроническую неактуальность.

3. Нереально в принципе держать настолько подробное описание каждого ПК, да оно и не надо. И что делать после, допустим, полной (с ДОСа) переинсталляции на ПК всего ПО - вносить долго и нудно изменения в эту БД ? Зачем ?

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

Извините за прямоту, но просили же честно. Тем не менее буду следить и дальше за развитием сюжета.

С уважением.

← →
michael_b (2003-03-25 22:17) [136]

> Романов Р.В. © (24.03.03 20:51)

Так Тз и не получил. Может кто-нибудь, к кого оно есть мне вышлет? А то Романов Р.В. занят прислал мне письмо но без ТЗ.

← →
vuk (2003-03-25 23:02) [137]

to MsGuns:
Не знаю, у кого как, но у нас проблемы 2 и 3 решаются при помощи вещей, которые называются "стандартная конфигурация" (железо строго одинаковое для каждого типа рабочих мест) и "стандартный набор ПО" (заливается система целиком с уже установленным ПО). Хотя со стандартными конфигурациями нам несколько легче (род деятельности способствует :o)), при желании это у себя может обеспечить кто угодно.

← →
MsGuns (2003-03-25 23:13) [138]

>vuk © (25.03.03 23:02)
>при желании это у себя может обеспечить кто угодно

Когда-то, работая в большом отделе крупного радиозавода, пытался как-то систематизировать имеющуюся в наличии комп.технику и используемое ПО. В начале заручился поддержкой начальства и с азартом бросился как в омут.
Скоро, однако, пыл мой поубавился, а затем и вообще пропал. Народ (сотрудники) стали относиться ко мне как к сексоту (шеф был в курсе у кого какие игрища стоят), тачки как перетаскивали и тасовали (мониторы, клавы, мышки и т.д.), так и продолжали, не считая нужным ставить меня в известность. Были "вундеркинды" из других секторов, которые нарочно выводили ПК из строя после того, как я вэкал (по инструкции, подписанной шефом) лишнее ПО (гороскопы, порнуху, гамы и т.п.), таскали на ночь винты домой (я эту всю чистку делал, ясный месяц, не с 8 до 17).
Короче, после того, как меня несколько раз обвинили в пропаже важной инфы, "поломке" машин и т.д., я сдался.

ЗЫ. Прошу заметить, все это было во времена MSDOS, Win3.1 только еще набирал обороты. Да и разнообразия в тачках тоже было поменьше - закупалось все крупными партиями и практически не апгрэйдилось.

← →
jack128 (2003-03-25 23:55) [139]

> Романов Р.В. © предлагал FIB

Ну не предлогал, а спрашивал, чем FIB мне не нравится(в чате)

> обсуждаем пока

Давайте пообсуждаем -)
Деревья, ИМХО, стоит строить только тогда, когда узлы древа имеют одни и теже свойства(характеристики). А к писюку, принтеру и т д по сравнению со складом это не относится.. А если например нужно будет хранить доп инфу именно о >контейнерных устройствах< (например гарантия на эти устройства)??

В принципе в ТЗ есть побоная таблица (>Таблица ПК
Содержит дополнительное описание ПК не касающееся железа<), но лудше держать эти данные в одной таблице

← →
vuk (2003-03-26 00:40) [140]

to MsGuns:
>все это было во времена MSDOS, Win3.1 только еще
>набирал обороты
Сейчас это все гораздо проще. Сеть + рабочие места без дисководов и CD-ROM + WinNT/W2K + хранение данных пользователя исключительно на сетевых дисках. До кучи на любую машину система может быть всегда залита удаленно, по принципу "кто не спрятался - я не виноват". Это все сильно ограничивает проникновение "левого" ПО.

Впрочем, это всё офтопик здесь...

← →
Andrey (2003-03-31 12:27) [141]

>jack128

> Деревья, ИМХО, стоит строить только тогда, когда узлы древа
> имеют одни и теже свойства(характеристики). А к писюку,
> принтеру и т д по сравнению со складом это не относится..
> А если например нужно будет хранить доп инфу именно о
> контейнерных устройствах< (например гарантия на эти устройства)??

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

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

Вобщем незнаю, и так хорошо, и так хорошо... Ждем решения начальства.

>race1
>konstantinov
>sad
Активнее господа! Вы какой точки зрения придерживаетесь? Романова или jack128?

>Романов Р.В.
А вы так не пропадайте. Создается впечатление, что проэкт издох неуспев появится.

← →
MsGuns (2003-03-31 12:31) [142]

>vuk © (26.03.03 00:40)
>Впрочем, это всё офтопик здесь...

Согласен и затыкаюсь.

ЗЫ. Писать мертвые проекты все же лучше, чем "по кустам водку пьянствовать и девок бАбить" ;))))

---|Ветка была без названия|--- Найти похожие ветки