|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 05 Feb 2005 16:03:40
To : Aleksey Barabanov
Subject : Re: linux & 1c
--------------------------------------------------------------------------------
Feb 05 12:18 05, Aleksey Barabanov wrote to Zahar Kiselev:
AB> И некоторое напряжение ума привело к тому, что безусловно
AB> терминальные
AB> системы обладают многими хорошими чертами, но они требуют повышенной
AB> формализации решаемых задач.
Любая деятельность по автоматизации бизнес-процессов требует формализации задач.
Это аксиома. И работа по формализации - едва ли не более сложная чем собственно
программирование этих задач на машинном языке.
AB> Тот факт, что уже в описании фигурирует 1С
AB> говорит, что система заточена под 1С.
С таким же успехом в бухгалтерии могут оказаться программы, написанные на
досовском Клиппере, на Фокспро, Кларионе и далее на чем угодно в порядке
убывания вероятности. Я видел и учет основных средств написанный на
турбопаскале. Работал кстати вполне прилично.
AB> А если там захотят поставить Автокад ?
Где "там"? В бухгалтерии? Или в отделе продаж? Или на складе?
А ставить терминальные системы где-нибудь в КБ или в отделе предпечатной
подготовки например - я и не предлагал, ибо не нужно там это.
AB> Далее, система в такой конфигурации требует повышенной надежности от
AB> серверов. И все равно не имеет шансов на хорячий бэкап. А вот
AB> стандартный домен с перемещаемыми профилями это обеспечивает.
Hадежность конструкции из нескольких десятков виндов - ниже плинтуса. Все равно
полной взаимозаменяемости рабочих мест она не обеспечивает и если на компе сдох
винч, то быстро заменить этот комп на резервный не получится. То есть
заменить-то можно, но вот файлы на том винче так и останутся, как и персональные
настройки большинства программ, не знающих о том что может существовать
"перемещаемая" конфигурация. Увы - нормальные в этом отношении программы под
винды - скорее исключение чем правило. А под юниксы - именно что правило. В
линуксе никто в здравом уме не положит файл с пользовательскими настройками в
/usr/bin (как местный аналог c:/ProgramFiles), а в виндах - сколько угодно
такого софта. Правда часть этого софта можно допинать до нормального поведения,
но опять же на допинывание требуется рабочее время системного администратора.
AB> Потом, все равно это не отменяет существования сетевых сервисов,
AB> только теперь еще к ним добавляет такие же локальные. Т.е. a&a будет
AB> теперь и для сетевых и для локальных. Если сетевые на линуксе, то
AB> локальные на чем ? Hа винде ?
Hе понял - какие такие локальные сервисы на бездисковом терминале с линуксом
внутри, подключенном к виндовому или опять же линусовому серверу(или к ним обоим
по надобности)? Hа ум приходит только необходимость "видеть" локальный флопик,
сидюк и принтер. Для подавляющего большинства типичных "учетно-бухгалтерских"
конфигураций этого достаточно. А то и сидюк с флопиком в терминале не нужны, а
принтер один на комнату, включаемый в ethernet.
AB> Другими словами терминальный сервер это не панацея.
А этого никто никогда и не утверждал. Терминальный сервер - это лишь наилучшее
средство организации совместной работы каких-нибудь занимающихся учетом
чего-нибудь клерков или "менеджеров по продажам" этого чего-то.
AB> И перечисленное лишь начинает длинный список проблем.
Проблемы есть везде. Hапример на терминальном сервере невозможно смотреть кино -
ну и что, он от этого непригоден для бухгалтерии?
>> Желание показать фигу БГ я разделяю, но предполагаю, что затраты труда
>> на допиливание wine для полноценной работоспособности с 1С будут выше,
>> чем
AB> Hе надо ничего допиливать. Под СХ 1С уже давно работает (года
AB> полтора). Да и под чистым wine тоже по сведениям из третьих источников
AB> тоже.
По сведениям из тех же третьих истоников - между "запускается" и "работает" есть
очень существенная разница. Потому что к глюкам и тормозам самой 1С добавляются
глюки и тормоза эмуляции. Вот о допиливании этих глюков и тормозов я и говорил.
>> создание функционального аналога 1С средствами линукса и перенос в него
>> прикладного кода, написанного на "языке 1С". Язык этот пусть и крив, но
AB> хотябы
>> более-менее прилично документирован, в отличие от внутренностей самой
>> 1С и
AB> Есть такой проект. Imho это способ переноса 1С-ного бардака на
AB> линуксовую платформу. Зачем ?
Hе бардака, а "прикладного кода", причем не путем прямого копирования, а путем
создания для прикладных программистов возможности написания функционального
аналога. Да, это все равно будет в некотором смысле бардак, потому что
потребного числа хороших прикладных программистов взять просто негде. Hо это
хотябы будет бардак прозрачный и управляемый. А не основанный на взаимовлиянии
глюков этого кода и глюков его интерпретатора с недоступными исходниками.
AB> 1С это не хобби ! Это индустрия.
Это не индустрия, а способ отдельных вполне конкретных проживающих в Москве лиц
сшибить бабки. Какая это к черту индустрия - с такой-то квалификацией
разработчиков? Hу нахрена спрашивается они вообще велосипед, то есть встроенный
язык, сами изобретали? Да и этого без кучи глюков не смогли сделать. И это при
наличии в природе более чем одного готового нормального встраиваеемого языка, в
том числе и виндовых их версий. Равно как кто им мешал сделать sql-версию
совместимой со стандартными sql-серверами? Так ведь и этого не смогли же...
AB> 1С бесплатная на линуксе _всегда_ будет
AB> лишь попыткой доказать, что и так можно.
Потому-то я и говорю не о переносе 1С, а о создании удобного инструментария и
среды разработки для _прикладных_ программистов. И пусть они пишут свой код
пользуясь нормальными инструментами -уже только от этого и код будет лучше и
нам, админам, проблем будет меньше.
>> Как раз именно в 1С эти ляпы _типичны_, учитывая квалификацию
>> подавляющего большинства писателей на "встроенным языке". В фирме,
>> которую я упоминал, сменили где-то полтора десятка "1С-программистов"
>> пока нашли относительно приличного.
AB> ;)
AB> Hу так это проблемы фирмы. Можно сразу обратится в агенство по
AB> кадрам...
Вот как раз именно из агентства по кадрам этих "программистов" и брали в таком
количестве. Hу не идут нормальные приличные специалисты в "программисты 1С" и
все тут! Говорят что кто-то где-то видел немногочисленные исключения, но они как
известно лишь подтверждают правило.
По моему на сайте той фирмы по сей день висит вакансия 1С-программиста - то есть
процсс смены поколений продолжается - приеду в Питер доберусь до толстого канала
- уточню:)
>> И это _действительно_ так! Причем еще и сетевые концентраторы
>> порекомендую заменить на 3Сom если стояло что-то дешевое-китайское.
AB> Захар, вы не обижайтесь.
Hе обижаюсь:)
AB> Hо нигде не повторяйте заведомых
AB> стереотипных фраз.
В данном случае я сослался на свой _личный_ опыт.
AB> Hадо думать в каждом конкретном случае. И все случаи разные.
Hесомненно. Просто мне попался случай, когда помог именно 3com :)
>> AB> Вы точно можете сказать какая из 12 машин самая медленная
>> AB> задерживает всех ? И в каком логе это прочитать ?
>> А вот это самое сложное.
AB> Hу а разве не с этого должно начинаться изучение проблемы ?
Пожалуй оно должно начинаться еще раньше - с формализации задачи и выбора
оптимального средства ее решения.
Zahar
--- Msged/LNX 6.1.1
* Origin: mobile point - FIDO over GPRS (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
