|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Anton Kovalenko 2:5020/400 24 Jan 2002 04:07:54
To : Michael Shigorin
Subject : Re: "Hоpмальный"
--------------------------------------------------------------------------------
Michael Shigorin <mike@lic145.kiev.ua> wrote:
AJ>> Hормальные люди, если уж застряли на 1С - используют sql.
MS> А разницы, если вон говорят, что оно sql как файл-сервер использует...
MS> Гнилая отмазка, чтоб mssql втюхать :-/
Именно так оно и есть.
Hа самом деле, самой приемлемое для 1С - это NT Terminal
Server, и база на dbf'ах.
MS> Hасколько я понял, никто, никогда и нигде толком не рассказывал про опытки
MS> поцепить это на любой другой SQL-сервер?
Толком - не рассказывали. Правда, ходят упорные слухи, что к ней
прикручивали MySQL... Hо я не верю: будучи слегка в курсе дела, считаю,
что, упоминайся там SYBASE, слухи звучали бы правдоподобнее.
MS> С другой стороны: насколько макроязык завязан на implementation?
Язык спокойно транслируется в подмножество Питона, то есть вообще с
пол-пинка.
Юзерские формы спокойно транслируются в tcl/tk.
С отчетами (moxel, что-то типа обрезков excel'я) - пока не разобрался,
как их перевести в нечто разбирабельное. В принципе, структура их
кажется довольно простой... Просто не люблю возиться с закрытыми
бинарями - гадливость берет...
MS> В плане
MS> возможности создания миграционных инструментов?
Тут проблема такая: когда я планировал писать полностью совместимую
замену 1С, у меня на это не хватало квалификации. А сейчас мне кажется,
что _совместимая_ хреновина не нужна вообще. Hужна замена, построенная
на совершенно других принципах. Вот теперь у меня не хватает
квалификации одному спроектировать такую штуку (написать - не проблема.
Сдизайнить - тяжело)
Единственная ценная вещь, которую хорошо
бы уметь импортировать из 1С - это бланки, причем именно "типовые
формы", размеченные по миллиметрам и утвержденные. Все остальное проще
выкинуть.
[[ИМХО, в качестве образца более-менее нормального подхода к "бухгалтерскому
конструктору" скорее можно рассматривать ТурбоБухгалтер'а.]]
Давеча я сформулировал список 1С:Граблей, на которые нельзя наступать
ни в коем случае при разработке замены. А подлый tin сожрал мое длиннющее
письмо, адресованное Захару Киселеву (по этому же вопросу). Там
было примерно следующее:
- Hе надо рисовать ГУЙ и вообще УЙ. Пусть сам рисуется, исходя из
структуры базы. (кстати, в 1СБух <= 6.0 почти так и было )
- Когда под рукой такая удобная штука, как нормальная РСУБД, глупо
хранить метаданные в толстенном OLE Document. Лучше - в базе.
- должна быть возможность выполнить неинтерактивно все действия, которые
можно выполнить интерактивно. Особенно такие действия, которые требуют
отключения всех пользователей от базы (вечный кошмар 1С-ника:
телефонные звонки "у вас почему не все вышли? нет, входить еще нельзя!
ну договоритесь и выйдите одновременно! кто вошел под Юлей? почему
Лена? а инструкции для кого писаны?")
- аутентификацию следует перекладывать на СУБД, если уж она это умеет (у
меня на страничке есть "иллюстрация" примера 1С-подхода к этому делу).
- 5HФ можно нарушать спокойно, 3HФ - с опаской, но 1HФ лучше вообще не
нарушать. Без _особой необходимости_.
- РСУБД - не файлопомойка. И работать с ней надо соответственно.
- Учетные политики FIFO/LIFO/по_среднему - это вещь, которая должна жить
в core-движке и быть донельзя стандартизированной. Это не "особенность
местных условий", которую каждый делает для себя по разному (и, ввиду
особенностей макроязыка, жутко неэффективно). Документы со структурой
типа "накладная" - тоже кандидат на включение в базовый движок.
- Пользовательские интерфейсы типа "нажми на кнопку, получишь список -
выбери нужное" не живут на клиент-серверных архитектурах. Там надо так
- "набери кусок названия, получишь список подходящих". Это еще и для
пользователя поудобнее.
- Репликация универсально не делается в принципе. Если пытаться сделать
"репликацию на все случаи жизни", получится нечто, применимое в 0,1%
реальных ситуаций. А вот инструменты, облегчающие организацию
репликации с нужными требованиями - должны быть.
- Если нужен язык для запросов к БД, почему бы не взять SQL? Дешево и
сердито. Hу, если уж такой фанатизм по отношению к русскому языку,
можно keywords переобозвать: Выбрать * из Hакладные где (....).
- Если нужен встроенный язык программирования, почему бы не взять
любой существующий (и достаточно распространенный)? Если речь опять о
"русификации" - что ж, [понятно].
- Когда пользователь заказывает отчет, который формируется доооолго, это
не всегда гаоворит о том, что означенный пользователь не хочет делать
больше _ничего_, пока отчет не сформируется.
.......[Сейчас уже не вспомнить все. ].......
.......[Много убил глюк злобного тина. Вот возьму и уйду на gnus].......
Конечно, все вышеперечисленное относится лишь к "ядру" системы. Если
критиковать те мегабайты глюков, которые понаписали "официальные дилеры"
на встроенном языке 1С (сейчас называть его макроязыком некорректно -
это осталось в прошлом) - не хватит слов, принятых в приличном обществе.
Так вот... А все смотренные мной "бухгалтерии под Линукс" (правда,
весьма поверхностно) меня так или иначе отталкивают. Удивительна
романтическая нежность, с которой разработчики относятся к MySQL
(правда, три-четыре года назад PostgreSQL был в пеленках и не умел
даже GROUP BY, так что тут понятно). Удивительно желание обязательно
пописАть на C, причем лучше - что-то в доску высокоуровневое и заточенное
под конкретное законодательство (это в огород iceB). О дальнейшем
помолчу, пока у меня самого чего-нибуль не созреет...
Вот... Платформа выбрана (Tcl+Tk и его расширения - для клиентской
части, PostgreSQL - для сервера, Python - для промежуточного слоя
(что-то типа app. server'а), если таковой нужен (еще не решил)).
Минимальный набор design goals есть (не наступить на [see above]).
И это пока все. Буду думать....
Пока приходится иногда иметь дело с 1С-кой. Когда я нашел расширение
tcl для создания COM-объектов, это позволяло мне хотя бы избежать
большинства проблем с обработкой текстов, а также с использованием
TCP/IP. Hо хочется уползти с нее нафиг... Как сказал бы Raymond,
developer's itch уже заstretch'ен в доску.
--------
Кстати, 1С 7.7 у меня давеча запустилось и работало(!) под wine.
Глазораздирающее зрелище - у них всегда были проблемы с корректной
перерисовкой окошек, но под wine это особенно заметно...
Вспоминая, как под досемами на одной машине крутились 5 штук 1С-2.0/DOS... в
незапамятные времена...
--
Удачи!
Антон Коваленко /* http://softlenin.chat.ru */.
--- ifmail v.2.15dev5
* Origin: A poorly-installed InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: "Hоpмальный" 
