|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrey Ostanovsky 2:5030/957.10 08 Oct 2001 21:18:24
To : Dmitriy Kyrhlarov
Subject : Финансы безпроблем( ТМ):Сервер 3.23 для FreeBSD
--------------------------------------------------------------------------------
Hello, Dmitriy!
Понедельник Октябрь 08 2001, Dmitriy Kyrhlarov изволил/a написать Andrey
Ostanovsky:
>> >> > AV> Фирма Хакерс Дизайн выпустила бесплатные
>> >> существует, ИМХО тогда 1С еще и в планах не было ;))
>> DK> А никто не пояснит в чем глубокий смысл написания собственной
>> DK> базы данных? Почему не юзать готовые? Поди, не зря их уже 10
>> DK> лет пишут и совершенствуют.
>> 1. Те, кто пишет, обычно не в курсе, что многое уже написано до них.
DK> Мда? И че, обычно, может программист, который про Interbase, MySQL,
DK> PostgreSQL никогда не слышал?...
Хуже всего, что он что-то когда-то слышал.:(( И знает как написать поделку для
имитации работы с базой. Вот тогда он гордо заявляет:"Hа ваш опыт и всякие
эргономические требования я чихал (читай - не знаю и не могу реализовать), с
базой моя программа работает - чего вы от меня еще хотите?". А хочется-то, чтобы
еще и юзер мог при этом работать.:) Желательно с той же базой.
>> 2. Зачастую проще написать заново, чем собирать крупицы информации,
>> разбираться в исходниках и т.д.
DK> ???
DK> 8-0
DK> Имхо, мы друг друга не поняли... Какие крупицы?... Какие исходники?...
Hу, методы обработки данных, алгоритмы, и т.д.
>> DK> Сразу море плюсов -- надежность, скорость, данные отдавать хоть
>> DK> куда можно, ...
>> Хм, каждый программист считает свою базу данных наиболее
>> продвинутой, заодно борется против совместимости, чтобы его клиенты
>> не перешли на другой софт. Вот, например, куда ты сейчас от 1С
>> подашься? :)) Или есть у тебя многолетние
DK> Там .dbf, либо MS SQL.
DK> Прилепить можно и Crystal Reports и по ODBC выгружать хоть куда...
DK> Как раз вариант использования готового формата.
Hе надо их никуда "выгружать"!:) Людям с ними работать надо, а не
экспортом/импортом постоянно заниматься. И кроме физического формата хранения
данных, есть еще связи между таблицами, идеология размещения данных и т.д.
>> наработки в другой базе - попробуй переставить софт бухгалтеру - тут
>> же получишь: "Раньше у меня тут была кнопочка - верните обратно".
DK> Я вообще не про клиентский интерфейс...
Интерфейс - это именно такая злобная мелочь, которая зачастую приводит к тому,
что идеальный во всех других отношениях софт проигрывает глюкалу с удобным
пользовательским интерфейсом.
Bye, Andrey Ostanovsky. aost @ gbk.spb.ru
---
* Origin: Если хочешь поработать - ляг поспи, и все пройдет! (2:5030/957.10)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
