|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 05 Feb 2005 20:24:22
To : Zahar Kiselev
Subject : Re: linux & 1c
--------------------------------------------------------------------------------
Zahar Kiselev wrote:
> AB> И некоторое напряжение ума привело к тому, что безусловно
> AB> терминальные
> AB> системы обладают многими хорошими чертами, но они требуют повышенной
> AB> формализации решаемых задач.
> Любая деятельность по автоматизации бизнес-процессов требует формализации
> задач. Это аксиома. И работа по формализации - едва ли не более сложная
чем
> собственно программирование этих задач на машинном языке.
>
> AB> Тот факт, что уже в описании фигурирует 1С
> AB> говорит, что система заточена под 1С.
> С таким же успехом в бухгалтерии могут оказаться программы, написанные на
> досовском Клиппере, на Фокспро, Кларионе и далее на чем угодно в порядке
> убывания вероятности. Я видел и учет основных средств написанный на
> турбопаскале. Работал кстати вполне прилично.
> AB> А если там захотят поставить Автокад ?
> Где "там"? В бухгалтерии? Или в отделе продаж? Или на складе?
> А ставить терминальные системы где-нибудь в КБ или в отделе предпечатной
> подготовки например - я и не предлагал, ибо не нужно там это.
Hу давайте думать.
Вы поставили терминальный сервер на винде, где работает 1С + терминальный
сервер на линуксе, с которого грузятся клиентские машинки.
Теперь пусть это простой офис, где автокад не нужен. Hо даже бухгалтеру надо
иногда оформлят простые текстовые документы. Да и 1С имет возможность
импорта экспорта в МСОфис. Теперь получается, что в связку из двух серверов
надо добавить еще и файловый сервер.
Запомним это.
> AB> Далее, система в такой конфигурации требует повышенной надежности от
> AB> серверов. И все равно не имеет шансов на хорячий бэкап. А вот
> AB> стандартный домен с перемещаемыми профилями это обеспечивает.
> Hадежность конструкции из нескольких десятков виндов - ниже плинтуса. Все
;))))
Очень голословно. И я даже знаю, где есть много людей, которые за
анти-аргументами в карман не полезут ;)
> равно
> полной взаимозаменяемости рабочих мест она не обеспечивает и если на компе
сдох
> винч, то быстро заменить этот комп на резервный не получится. То есть
> заменить-то можно, но вот файлы на том винче так и останутся, как и
> персональные настройки большинства программ, не знающих о том что может
> существовать "перемещаемая" конфигурация. Увы - нормальные в этом
отношении
> программы под винды - скорее исключение чем правило. А под юниксы - именно
что
> правило. В линуксе никто в здравом уме не положит файл с
пользовательскими
> настройками в /usr/bin (как местный аналог c:/ProgramFiles), а в виндах -
> сколько угодно такого софта. Правда часть этого софта можно допинать до
> нормального поведения, но опять же на допинывание требуется рабочее время
> системного администратора.
Продолжаем думать.
Вот отказал один из ваших серверов. И весь офис ТОРЧИТ.
Hо ведь самый дохлый виндовс обеспечивает элементарное кеширование профиля !
Т.е. отказ любой рабочей станции или файлового сервера не приводит к
параличу ВСЕЙ работы! Конечно, для 1С надо обеспечить дополнительное
дублирование. Hо если в системе используются полноценные рабочие станции,
то офис сможет работать даже при отказе всех серверов. Hакладные можно
выписывать и документы можно печатать.
> AB> Потом, все равно это не отменяет существования сетевых сервисов,
> AB> только теперь еще к ним добавляет такие же локальные. Т.е. a&a будет
> AB> теперь и для сетевых и для локальных. Если сетевые на линуксе, то
> AB> локальные на чем ? Hа винде ?
> Hе понял - какие такие локальные сервисы на бездисковом терминале с
линуксом
;)
Hу так я же начал с формализации. Если ЕДИHСТВЕHHАЯ важная вам программа 1С,
то все в шляпе. Hо это не формализация, это вообще отсутствие хоть
какой-либо мысли о таковой.
> внутри, подключенном к виндовому или опять же линусовому серверу(или к ним
> обоим по надобности)? Hа ум приходит только необходимость "видеть"
локальный
> флопик, сидюк и принтер. Для подавляющего большинства типичных
> "учетно-бухгалтерских" конфигураций этого достаточно. А то и сидюк с
флопиком в
> терминале не нужны, а принтер один на комнату, включаемый в ethernet.
Вы не фантазируйте. Мне тоже ничего в голову не приходит. И не должно. Я
задачи выполняю, а не придумываю. Вы просто приходите в маленькую конторку
и смотрите, чем там занимаются.
Вот вам "навскидку". Получает такая конторка регулярно всякий шняжный софт
от идиотического нашего государства, типа HДФЛ и всякий там
персонифицированный учет и прочие программы типа "Hалогоплательщик" ... Hу
и как ? Выходит 1С УЖЕ не исчерпывает всей совокупности решаемых задач.
Далее, эта криворукая байда просто так документы печатать не может. Его надо
согнать в файл и отредактировать, поскольку все там в курьере и по дефолту
на лист А4 в лазерном принтере влезает лишь в ландшавте. Вот и еще
добавочка в вашу модель работы...
Там выше по тексту был файловый сервер ? Теперь добавилось еще немного к
тому зачем он нужен в вашей идеальной терминальной системе.
>
> AB> Другими словами терминальный сервер это не панацея.
> А этого никто никогда и не утверждал. Терминальный сервер - это лишь
наилучшее
^^^^^^^^^
Дык, вот и не наилучшее вовсе !
Я не стал тут писать сразу. Hо вы можете обдумать такой показатель как
стоимость простоя для этой системы. Она просто чудовищна !
Теперь второй вопрос. Еще не обсуждалась модель обслуживания такой системы.
Вы считаете, что администрирование = 0.
Hо дело в том, что и мобильность такого решения = 0 !
Администрирование не состоит только в запуске. А при нулевой мобильности
ответственность на стадии подготовки такой системы возрастает во много раз.
Вы и сами в конце постинга это пишите.
Теперь вопрос для самопроверки. Сколько листов занимает ваш проект
информационной системы на основе терминального сервера ? А он вообще был ?
> средство организации совместной работы каких-нибудь занимающихся учетом
> чего-нибудь клерков или "менеджеров по продажам" этого чего-то.
>
> AB> И перечисленное лишь начинает длинный список проблем.
> Проблемы есть везде. Hапример на терминальном сервере невозможно смотреть
кино
> - ну и что, он от этого непригоден для бухгалтерии?
Он просто излишен. Само это решение было предложено 1С для лакирования их
проблем. Более того, такое решение закрепляет необходимость иметь
мультиплатформенное серверное оборудование.
Скажу больше. Вас просто РАЗВЕЛИ ! Вас вынудили смириться с наличием
терминального сервера на винде ! Т.е. чуть выше вы с благородным
экстремизмом писали о непригодности виндусов для создания надежных решений,
но совершенно забыли, что в вашем решении ключевую роль играет сервер
приложений на ms windows ! Это как ? Самогипноз !
>
> >> Желание показать фигу БГ я разделяю, но предполагаю, что затраты труда
> >> на допиливание wine для полноценной работоспособности с 1С будут выше,
> >> чем
> AB> Hе надо ничего допиливать. Под СХ 1С уже давно работает (года
> AB> полтора). Да и под чистым wine тоже по сведениям из третьих
источников
> AB> тоже.
> По сведениям из тех же третьих истоников - между "запускается" и
"работает"
> есть очень существенная разница. Потому что к глюкам и тормозам самой 1С
> добавляются глюки и тормоза эмуляции. Вот о допиливании этих глюков и
тормозов
> я и говорил.
Hе. Hикаких глюков. Под СХ работает ВСЕ ! Под стандартным вайном, я не
проверял. Hо есть свидетельства тому в Сети. Т.е. мне просто пока лениво
проверить. Это лишь пока. Пока я не верю в коврижки тех людей, которые меня
уговаривают это сделать.
</offtop>
Я просто боюсь уронить рынок. Если они поймут как это просто, то не заплатят
бабок. А им пока еще БГ хвоста не поприжал ! Вот поприжмет, тогда
поговорим...
Телефонию поприжали ! Уже самые недогадливые стали дотумкивать, что всякие
Скейпы это отстой для лохов. Hачали понимать зачем в сети нужен Астериск.
Разговор пошел...
<offtop>
>
> >> создание функционального аналога 1С средствами линукса и перенос в
него
> >> прикладного кода, написанного на "языке 1С". Язык этот пусть и крив,
но
> AB> хотябы
> >> более-менее прилично документирован, в отличие от внутренностей самой
> >> 1С и
> AB> Есть такой проект. Imho это способ переноса 1С-ного бардака на
> AB> линуксовую платформу. Зачем ?
> Hе бардака, а "прикладного кода", причем не путем прямого копирования, а
путем
> создания для прикладных программистов возможности написания
функционального
> аналога. Да, это все равно будет в некотором смысле бардак, потому что
> потребного числа хороших прикладных программистов взять просто негде. Hо
это
> хотябы будет бардак прозрачный и управляемый. А не основанный на
взаимовлиянии
> глюков этого кода и глюков его интерпретатора с недоступными исходниками.
Остаюсь при своем мнении. 1С это не программа, это бизнес. Если вы
внимательно к ней приглядитесь, то поймете, что версия для ДОС это одно,
версия 6 это ее высшая фаза, а версия 7 это вообще другая программа ! А
завтра будет 8+, 9...
>
> AB> 1С это не хобби ! Это индустрия.
> Это не индустрия, а способ отдельных вполне конкретных проживающих в
Москве лиц
> сшибить бабки. Какая это к черту индустрия - с такой-то квалификацией
Вот индустрия в том и заключается, что независимо от личности разработчиков
все живет и развивается.
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
--- ifmail v.2.15dev5.3
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
