[oodisc] вечная красная тряпка 1с

[Valery]

   Приветствую!
Поскольку тред перешел на другу тему позволю себе начать новый и
высказать насколько мыслей.
Выскажу несколько аксиом.
1\ 1с- дерьмо
2\ успех 1с  в класном маркетинге аля винда -широкая сеть дистрибуции,ну
очень вялая "борьба" с пиратами, etc
3\ некоторая возможность писать стороннии приложения использующие базу
данных.
4\ возможность расширений и настройки.
- 5\ слабые возможности вывода отчетов.
это прописные истины и здесь нужны для анализа.
1).расчленим саму бухгалтерию и и доп компоненты в 1с предприятие.
начнем стого что имеются неплохие алтернативы 1с  в сфере бух учета как
среди проприетарного  так и свободного софта.Чем то лучше чем то
хуже,причину молого распространения см выше п2\.
2).компоненты для быстрого дизайна приложения базы данных.
Тут тоже можно назвать пару тройку программ разработанных ОДИНОЧКАМИ
visualtech(glstar <vistec на glstar.ru)-  работает с .dbf с FB/IB  c mysql. Disigner 1.0 beta
-корявенько но позволяет делать граф. интерф.- с базами у него туго. Оба
фривар.
Существует FreeReport 2.3 изданный под лицензией LGPL- т.е. код открыт и
может модифицироваться и анализироваться. Не знаю как Free  а фастрепорт
2.5 позволяет в дизайн тайме ,простите за тавтологию, дизайнить формы,и
использует скрипты имеющие доступ  к внутренним объектам.
Причина малого развития п2\ и полное отсутствие интереса разработчиков,
либо автор не хочет привлекать посторонних.
отсюда урок. решение проблемы 1с вполне возможно даже силами одиночек
при соблюдении некоторых условий.
Вопрос но нужно ли это решение.
Вопрос почему проекты свободных аналогов уходят в даун.
По моему мнению разработка полного аналога если и нужна  то должна
решаться немного другим методом.
именно в том порядке какой будет указан ниже
А| Моделирование и постановка задачи,концепции,технологии и
интрументарий 
В.| вопросы дистрибуции и внедрение.
С.| Подготовка ТО  и поиск финансирования.
Д.| Кодинг
Подробнее.
А|Необходимо поставить более глубокую задачу чем просто
бугалтерия.Например разработка инструмента для быстрого даже можно
сказать многновенного дизайна готового приложения баз данных будь то
каталог CD дисков или складской учет неимоверной сложности для
распределенных складов связаных INet , на основе готовых
патернов(шаблонов) с имользованием  смарт мастеров и готовых компонент
или по желанию спомощью развитого языка сценариев.
Используемые языки для кодинга любые язык скрипта любой. Разве имеет
значение на чем написана либа(lib dll).Разве можно давить пользователя-
используй недоумок наш  собственный  язык -он предметно ориентирован и
русифицирован.
Сюда же дабавлю что используемая СУБДД должна быть на усмотрение
пользователя.
Т.е.пользователь будет использовать знакомый ему инструментарий.
Здесь я вижу самую тяжелую задачу- разработка структуры базы средствами
самого инструмента.Конечно же можно дописать модули для графического
дизайна баз.Но самое главное в чем должна быть изюменка и зародыш
будущего успеха на рынке -это аналитический способ дизайна базы
данных,т.е. на основе деления поставленной задаи на более мелкие.Мелкие
решаются на основе репозитария патернов.Не думаю что  будет велико
количество  патернов. Либо задача не проанализирована до конца и
полученный результат  не нормолизирован. Как я думаю сдесь необходимо
привлечение неплохих теоретиков реаляционной алгебры.
Если будет создан такой иструмент разве составит большого труда с
помощью него разработать какуюто там бухгалтерию?
Для примера из личного опыта.Необходимо было разработать на первый
взгляд маленькое приложение базы -наработка записей велась несколько
лет.необходимо их было сохранить улучшив приложение.
с 1с встретил гигантское количество траблов-небуду перечислять этот
кошмар.Решил задачу средствами D7.  21 таблица, в сумме за 200
столбцов,несколько тысяч кортежей только в справочниках.Несколько тыщ
строчек кода.
Хотя дельфя и наиболее приспособлена для написаний приложений баз данных
но приходится выполнять однотипные задачи(кодинг не в счет)+ плюс
трудности возникли с нормализацией сруктуры базы данных -отсутствует
вменяемый иструмент.
Если бы существовал иструмент для быстрого дизайна приложений баз
данных,разработчик бы тратил свое время только на написание нескольких 
строчек кода  и немного лениво покликать в  дизайнере  отчетов.

B|Дистрибуция,внедрение, сопровождение.
Допущу крамольную мысль -надо продовать.Да надо продовать также как
продаются дистры Linux.И это не смотря на то что продукт будет GPL Вообще
сдесь скрыта более глубокая мысль чем банальная продажа.Поскольку мы
видели что продавай или раздавай а успех на рынке,а ведь мы хотим именно
успеха,находится в дистрибуции и сопровождении.
Для малого предприятия решение конечно же будет в не покупки они могут
его скачачть скопировать одолжить у приятеля,попросить у Буша.Т.е. любым
удобным для себя способом тем более если там есть хороший IT спец.
Большому предприятию нужна поддержка и сопровождение т.к - имеет  большое
количество IT  баласта,тупость и т.д. Вот как раз то что им и не хватает
должно быть предоставлено.
Не сомненно и то что продукт должен в болшинстве своем распространятся в
месте с дистром линуха в 1CD.Хотя как бы и планируется что интрумент
межплатформенный,но множество задачь которые он будет выполнять больше
никокого софта не потребуют-например операции с внешним сопряжением.
Поскольку планируется что финасирование возможно будет внешним, врятли
стоит надеятся на гранты голубых гигантов,то компании спонсору можно
предоставить право создать компании по типу управляющих компаний.Задачи
дистрибуции должны лежать на плечах профессиональных менеджеров,которые
обучены стратегиям  рынка и побед на нем. В свою очередь компания
сопроводитель(КС)ет опереться на местах на представителей ОС комюнити.
Не все представители комюнити имеют высокоаплачиваемую работу, здесь же
предоствится шанс.   Конечно же КС должна будет их обучить и вооружить
рыночными иструментами- знания это тоже оружие.
Таким образом выресовывается картина где продукт может  нормально
существоать развиваться и побеждать на рынке и быть к тому же свободным.
Вслучае даже если будет получен какойнить грант то как мне кажется
всеравно должна быть использована указанная схема -отличие лишь в том
что проффесиональные менеджеры будут зарабатывать деньги для сообщества.
Вопросы котроля управленческог персонала не расмариваются- совсем друг
вопрос.
C| Подготовка ТО и вопросы финансирования.
Есть одно предприятии из за использования 1с -как средства работы
ссопряженными устройствами ежедневно теряет тысячи долларов ,есно что
некоторые имеющие доступ к технике кладут эти денюшки себе. Это я ктому
что большие предприятия в большей степени заинтересованы  в
хорошем,вменяемом продукте,чем даже само сообщество.Вопрос только в том
осознают это они или нет.  Но кто как не рыночный спец сможет заставить
их осознать их потребности? Опять мы подходим к тому что для какждого
дела есть свой спец.Можно либо нанять такого спеца либо предоставить
возможность целеустремленным и тщеславным выпусникам вузов. Это касаемо
и ТО . В конце концов опен соурс сообщество это нетолько кодеры и
пользователи софта.Философия ОС это гораздо больше и может
распространятся на другие сферы.Достаточно кинуть взгляд на ДЕМО сцену.
(Художники,музыканты,кодеры и просто любители пива : )   ).
Логически возникает вопрос об сруктурной организации отечественного
ОС коммюните. Но пока это другой вопрос и другая тема хотя и сильно
связаная с этой.

Д|Кодинг ну что можно об этом сказать,это кайф особенно если за это
платят деньги.У меня нет мнения что лучше -использовать проффи для
кодинга или имеющие рессурсы кодеров сообщества,может проффи и хорошо но 
поглядите внимательно на соообщество доморощенных
шареварщеков-ТОШНИТ-высокомерный снобизм. Это не относится к комюнити comp.soft.prog.prog.
Одно могу сказать на каждую строчку кода должно приходить лист с
коментариями и имя автора этой строчки .Коментарии это наверное самое
трудное в програмировании :)
Намерено упущены некоторые мелкие но связывающие линии, в угоду
кратости,насколько это было возможно
**********
Можно не приводить логических  рассуждений а просто сказать существующие
проекты 'аналогов' 1с обречены на забвение. Вообще исходя из своего
опыта могу сказать если проект не родился за 6(шесть) месяцев он обречен.
Отсюда еще один жеский показатель.От начала кодирования до результата
180 дней -продукт выпускается на воздух и ловится обратная реакция.Будет
понятно дышит или нет.
*****************
Ну вот выплеснул, вроде легче.Можно не отвечать

С уважением Валерий

  AKA votum
I use OpenOffice.org