Подработать никто не хочет?

← →
Nikolay M. © (2006-01-26 21:45) [0]

Что примерно требуется. Есть забугорная программа ведения финансового учета (клиенты/сделки/портфели/котировки и тд), зовется Captool. Сразу скажу, что упоминаний в рунете о ней не нашел :(
Программа в некотором роде черный ящик: СУБД не использует, всю информацию хранит в файликах в своем закрытом формате, но позволяет по нажатию кнопки генерировать отчеты в txt, на каждый тип отчета - свой файл отдельного формата. Из этих файлов нужно генерировать txt-файлы, выкладывать в локальную сеть и с помощью DTS заливать в SQL Server 2000. Закачка и генерация запускаются ежедневно и должны быть "умными": отслеживать изменения в сделках, портфелях, финансовых инструментах и тд, вносимые задним числом и соответственно править информацию в MS SQL.
Всю информацию и консультацию по базе на MS SQL предоставлю я (в пределах своей загруженности). Узнать что конкретно и как именно ведется бэкофисом в Captool-е - на совести исполнителя, с нужными девушками из бэкофиса познакомлю, но не больше, поэтому здоровая (в смысле адекватная, а не большая) наглость и инициативность для получения информации потребуется. ТЗ, актов сдачи-приемки и прочей макулатуры не будет, нет времени :(
Время на реализацию - месяц. Базу MS SQL без конкретных данных, но с некоторыми справочниками и ER-диаграмму дадим, Captool - тоже (он может работать локально). Места в офисе нет, т.к. работа носит разовый характер, работать предполагается удаленно, поэтому крайне желательно наличие ноутбука, чтобы забрать всю необходимую информацию и чтобы можно было периодически контролировать процесс разработки. Денег - порядка 1КБ, скорее всего, будет контракт, оплата по факту сдачи. Если возникнут какие-то объективные проблемы - срок и сумма обсуждаемы. В итоге у нас остаются исходники программы по конвертации файлов (желательно на Дельфи, т.к. нет желания связываться с установкой фреймворка), программка, которая будет эмулировать нажатие последовательности кнопок в Captool (чтобы автоматом генерить из него отчеты) и DTS-пакеты, у исполнителя - деньги.
Расположение: Москва, ФК Уралсиб, м. Фрунзенская.
Контакты в анкете.

ПС.
На всяких рабочих сайтах размещаться пару дней не буду, т.к. надеюсь, кому-то из виртуальных или реальных знакомых это может быть интересно :)

← →
Student V. Abramov (2006-01-26 21:51) [1]

Г... разгребать будет кто?

← →
sniknik © (2006-01-26 22:03) [2]

> Сразу скажу, что упоминаний в рунете о ней не нашел :(
рунет это довольно малая часть инета

http://www.captools.com/Mainscrn.jpg

оно?

← →
Nikolay M. © (2006-01-26 22:18) [3]

> sniknik © (26.01.06 22:03) [2]

Оно. Можно подумать, я у них на сайте ни разу не был. Инфы по представлению данных - ноль, все только через экспорт txt :(
Если кто-то сумеет вскрыть формат или достучаться через ОЛЕ (99%, что ОЛЕ не поддерживается) - я только за.

← →
cyborg © (2006-01-26 22:26) [4]

Свой формат может оказаться обычной базой данных. Например Access или другой программы. Попробуй открыть.

← →
cyborg © (2006-01-26 22:27) [5]

Хотя они ещё могут быть защищены паролем.

← →
sniknik © (2006-01-26 23:06) [6]

cyborg © (26.01.06 22:26) [4]
нет, там база какаято нестандартная, возможно своя, хобы по тому что вставлено в конце файлов (индексных как понимаю) - "Produced using Captool Professional Software"
заголовок главной (самой большой файл) таблици stocks.sl начинается с
IrS№Є 1/1,7/4,12/25
(незнаю насколько правдиво здесь отобразится... куча управляющих символов)

← →
sniknik © (2006-01-26 23:11) [7]

плохо отобразилось...
картинкой http://slil.ru/22528737

← →
Гаврила © (2006-01-26 23:15) [8]

Она еще и 16-битная)
это вносит в процедуры управления некоторые коррективы)

← →
Reindeer Moss Eater © (2006-01-26 23:17) [9]

Она еще и 16-битная

Это даже по скрину видно невооруженным глазом.

← →
Гаврила © (2006-01-26 23:30) [10]

> Это даже по скрину видно невооруженным глазом.

ну я по скрину и определил:-)

← →
Nikolay M. © (2006-01-27 10:15) [11]

> sniknik © (26.01.06 23:06) [6]
> там база какаято нестандартная, возможно своя

Не "возможно", а точно. Был бы к ней доступ через ODBC/OLE DB или известен формат файлов, все было значительно проще :(
Повторюсь, ни разу не буду возражать, если найдется умелец, который сможет брать информацию напрямую из БД.

> Гаврила © (26.01.06 23:15) [8]
> Она еще и 16-битная)
> это вносит в процедуры управления некоторые коррективы)

Какие (коррективы)?

← →
cyborg © (2006-01-27 10:48) [12]

[11] Nikolay M. © (27.01.06 10:15)
Если можно, выложи где нибудь небольшой файл базы, я не большой знаток, но лет восемь назад разобрал значения сохранённого файла Цивилизации почти полностью :), а может и не почти, просто не помню уже.

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

В общем выложи небольшой файл, и скрин, если можно, содержимого отображаемое в программе. Я не гарантирую, что чего нибудь обнаружу, но может другие смогут.

← →
Nikolay M. © (2006-01-27 10:57) [13]

> Если можно, выложи где нибудь небольшой файл базы

http://www.captools.com/demo.html

Разбирать сейвы игрушек и черный ящик БД финансовой отчетности - мягко говоря, разные вещи.

← →
sniknik © (2006-01-27 11:00) [14]

> Не "возможно", а точно.
неи. именно возможно, т.к. возможно и то что ее писала стороняя фирма для Captool. также возможно, что формат просто не распространен и ввиду "древности" (/нестардартности/т.д.) не имеет даже ODBC драйвера (не говоря о более новом OLEDB). мало чтоли движков встраивающихся в код и более других средств взаимодействия с базой не имеющих? и что если я такой буду использовать то значит это будет мой формат, или все же разработчика?

cyborg © (27.01.06 10:48) [12]
там у них демо версия, всего 13мг, базы прилагаются.

← →
cyborg © (2006-01-27 11:02) [15]

>>Разбирать сейвы игрушек и черный ящик БД финансовой отчетности - мягко говоря, разные вещи.

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

И то было много лет назад, кгда я практически ничего и не знал, только начинал Паскаль изучать, сейцчас, думаю, знаний побольше немного появилось ;)

А демо там на 12 мегабайт, я его час буду загружать. Килобайт на 100 файлик бы.

← →
REA (2006-01-27 11:06) [16]

все же выложи небольшую базу - я на старой хакзоне тоже разобрал bmp, который на самом деле был zip с паролем и затем упакованный 9 битным gif :)

← →
sniknik © (2006-01-27 11:09) [17]

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

← →
cyborg © (2006-01-27 11:11) [18]

[17] sniknik © (27.01.06 11:09)
Может там такой случай?
Пока файлы не предоставлены, ничего конкретно сказать нельзя.

И вообще, судя по вышеприведённому скрину, и каждой таблице свой файл, то сдаётся мне, что там обычные рекорды.

← →
Nikolay M. © (2006-01-27 11:17) [19]

> неи. именно возможно, т.к. возможно и то что ее писала стороняя
> фирма для Captool.

А для получения конечного результат это уже неважно - сами они его писали или кто-то сторонний (если формат закрыт, драйверов доступа нет). С год назад я пытался подступиться к этой задаче, ODBC не нашел, отзывов, что кто-то научился работать с этой базой - тоже, и плюнул. Сейчас вопрос возник повторно, но у меня на такую раскопку нет времени :(

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

Хм. Ну, попробуй, но я остаюсь при свое мнении. На сайте есть что-то маленькое по 1.5 мега.

← →
cyborg © (2006-01-27 11:18) [20]

Заливаю Captool Basic Tutorial (1.5MB), если это то, что надо будет :)

← →
cyborg © (2006-01-27 11:20) [21]

Кстати, есть какие нибудь сведения, на каком языке эта программа написана? Если на Дельфи, то, думаю, будет полегче расковырять :)

← →
cyborg © (2006-01-27 11:23) [22]

[21] cyborg © (27.01.06 11:20)
Это я к тому, что строки могут быть в трёх вариантах храниться, в Сишном оканчивающемся на 0, Паскалевском, в начале длина, либо в файле имеются смещения и размеры строки.

← →
sniknik © (2006-01-27 11:23) [23]

> что там обычные рекорды.
врядли, там таблица имеет заголовок и чтото вроде описания полей т.е. структура динамическая и меняется в зависимости от заголовка.
плюс имеются индексные файлы (они как раз легко узнаваемы, немного похожи на клиперные/фоксовые - ntx/idx), по этому можно сделать вывод что какойто движок (аналог halsion/ets.) всетаки используется. самописный он или нет это уже другой вопрос. Но с другой стороны данных в явном виде я там вроде не видел, значит либо база не аналог полутекстового dbf а более сложной структуры... либо шифрованная.

> Если на Дельфи, то, думаю, будет полегче расковырять :)
точно на дельфи... ;) (поймеш сразу как ктолько дему поставиш) только самый главный модуль на 16рязрядном (там из 2 в один запакованы и оба старые, при запуске один из себя сторой распаковывает и запускает)

← →
Nikolay M. © (2006-01-27 11:27) [24]

> Кстати, есть какие нибудь сведения, на каком языке эта программа
> написана?

В том екзешнике, который у меня, встречается строка Borland Delphi Portions Copyright (c) 1983,95 Borland :)

Возможно, Д3?

← →
Игорь Шевченко © (2006-01-27 11:31) [25]

> Возможно, Д3?

D1

← →
Nikolay M. © (2006-01-27 11:35) [26]

> D1

Наверное.
Судя по копирайту "Issaquah, WA", разработка американская. Наверное, это было то время, пока MS и Borland еще не поделили рынок RAD и в Штатах кто-то что-то делал на Д :)

← →
cyborg © (2006-01-27 11:51) [27]

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

А в туториале начало Basictut.dbd файла посмотрел, закономерности там есть, могу точно на 100% сказать, что в заголовке идут Рекорды, даже размер могу сказать :), дальше копать не стал, так, как это не то, что нужно. Давай файлы нужные и скрины содержимого.

← →
Nikolay M. © (2006-01-27 11:56) [28]

> cyborg © (27.01.06 11:51) [27]

> Nikolay M. © (26.01.06 21:45)
...
> Узнать что конкретно и как именно ведется бэкофисом в Captool-
> е - на совести исполнителя, с нужными девушками из бэкофиса
> познакомлю, но не больше,

К тому же вопрос о том, какие данные разрешить к выносу за пределы офиса и разрешить ли вообще, пока не решен, а демы у меня нет.

[28] Nikolay M. © (27.01.06 11:56)
Я не прошу давать базы вашего офисного ПО, я прошу из демо, а демо, если ты на работе, думаю тебе не трудно скачать? ;)

> cyborg © (27.01.06 12:01) [29]
> Я не прошу давать базы вашего офисного ПО, я прошу из демо,
> а демо, если ты на работе, думаю тебе не трудно скачать?

А смысл? Если ты хочешь повозиться над файлами в свое удовольствие, то приведи мне хоть одну причину, почему я должен сливать 15 мегабайт, ставить себе новую версию программу поверх старой и отсылать тебе файлы.
А если интерес носит конструктивный характер, то как мы будем работать? Я - в Москве, ты - судя по анкете, в Оренбурге.

[30] Nikolay M. © (27.01.06 12:09)
>>А смысл?
Вот ты даёшь!
Насколько помню, тебе бы лучше узнать формат файла?

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

Мне делать в данный момент нечего, почему бы и не повозиться мне? К тому же за данный модуль ты можешь заплатить, разве нет? ;)

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

А вот по части предлагаемой работы, с ноутбуком к вам в офис и писания приложения для записи в БД, я и не претендовал.

> cyborg © (27.01.06 12:15) [31]
> Если я смогу разгадать его, то могу нарисовать модуль по
> чтению данных из этих файлов.

Мне нужен конечный результат. Быстро (месяц-полтора).

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

> А в туториале начало Basictut.dbd
это не то
sniknik © (26.01.06 23:06) [6]
> ...
> заголовок главной (самой большой файл) таблици stocks.sl начинается с

даже разширения разные.

p.s. я бы тебе скинул табличек, могу, но из дома. там я уже скачал и там анлимит... ;)

[32] Nikolay M. © (27.01.06 12:22)
Ну всё равно, ты ничего от этого не теряешь. Или просто скажи, что тебе это не надо.

[33] sniknik © (27.01.06 12:26)
Давай кидай, только объём небольшой, до 500 килобайт можно на почту ;)

> cyborg © (27.01.06 12:29) [34]
> Ну всё равно, ты ничего от этого не теряешь. Или просто
> скажи, что тебе это не надо.

Я теряю 15 мегабайт корпоративного трафика, свое время, место на винчестере, минус получаю риск затереть ту версию, которая у меня стоит на компьютере сейчас.
Что мне нужно, я уже сказал - результат. В твоем варианте я отгребаю большие риски не получить результата вообще.

cyborg © (27.01.06 12:29) [34]
[33] sniknik © (27.01.06 12:26)
Давай кидай, только объём небольшой, до 500 килобайт можно на почту ;)

Лучше - ссылку.

Nikolay M. ©

Слегка удивлен. Кому надо?

> Давай кидай, только объём небольшой, до 500 килобайт можно на почту ;)
> Лучше - ссылку.
вечером. пока на работе не буду (скачать+поставить+выложить = ломает ;) т.к. дома уже все это делал, + тот же трафик)

> Слегка удивлен. Кому надо?
в общем то тоже. + еще удивлен недосказаностью условий при найме... типа главное нанять, а там ввяжется в "бой" - не отвертится. (уж точно не я должен был давать ссылки, описания, скриншоты по которым хоть о чемто можно представление составить. ИМХО)

> sniknik © (27.01.06 13:52) [39]
> удивлен недосказаностью условий при
> найме... типа главное нанять, а там ввяжется в "бой" - не
> отвертится.

Каких конкретно условий не хватает? ТЗ, как я уже сказал, не будет из-за отсутствия времени. Узнавать что и как ведется в кэптуле - на совести исполнителя, это я тоже написал.

Для нормального программиста, имхо, при 4-часовом рабочем дне, работы на месяц. Если воникают объективные причины по увеличению трудоемкости (например, оказывается, что какая-то информация в кэптуле ведется через одно место, что потребует значительных доработок в ПО, а не дешевая отмазка вроде "плохо знаю английский, не осилил хелп" ), время и деньги обсуждаются, мы не рабовладельцы.

И не надо ля-ля насчет "сделать и кинуть": я тоже несу на себе риски, что исполнитель будет месяц околачивать груши, а потом заявит, дескать "бабла мало-на!" и свалит, ничего не сделав.

Подработать никто не хочет? Найти похожие ветки