|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 05 Feb 2005 12:09:30
To : Alexandr Oskolkov
Subject : linux & 1c
--------------------------------------------------------------------------------
Feb 05 10:23 05, Alexandr Oskolkov wrote to Zahar Kiselev:
AB>>>> Hо если задумались, то скажите, что нужно сделать, чтобы 1С
AB>>>> работала быстрее ? Может просто сменить команду разработчиков ?
AO>>> вpятли.. если оно от пpиpоды писано ж..й, то тут надо усе с нуля.
ZK>> не раз обсуждали - как и на чем под линуксом можно написать ну
ZK>> например какой-нибудь учет вентилей, задвижек и прочих железок на
ZK>> ТЭЦ(пример реальный, задача написана на клиппере под дос и работает
ZK>> по сей день), или другой не менее распространенный пример -
ZK>> автоматизация работы десятка "менеджеров по продажам" не важно чего,
ZK>> сидящих в офисе и не требовать установки сервера с двумя P4 и четырьмя
ZK>> гигабайтами памяти. И самое главное - процесс разработки должен быть
ZK>> _удобен_ для _прикладного_ прогрммиста, не владеющего обычно всякими
ZK>> тонкостями и
AO> Hам, если честно, мало интеpесно писать _самим_, потому как софт
AO> нужен сейчас и он должен pаботать
Это вам очень повезло что под вашу задачу нашелся готовый софт который можно
купить. Обычно же готового софта просто нет - попробуйте например найти готовую
программу для учета вышеупомянутых вентилей:)
В результате софт приходится _писать_, пусть не совсем с нуля опять же если
повезло и можно что-то переделать под себя. Если в этом случае покупается 1С с
какой-то "усредненной" конфигурацией - то потом нанимают "1С-программиста",
который и начинает писать прикладную программу учета на встроенном языке 1С. При
этом в силу объективных причин - производительность и качество работы этого
программиста объективно низки - так как он больше вынужден сражаться с глюками
используемого инструмента чем решать поставленную задачу. Тут-то и возникает
вопрос - если все равно программу требуется _писать_, то почему бы не
использовать для ее написания какие-то более эффективные и высококачественные
инструменты, причем желательно - существующие под разными ОС, чтобы последующие
апгрейды техники и смены ОС не приводили к необходимости сколько-нибудь
существенной переделки используемой прикладной программы.
AO> и чтобы потом таже налоговая или
AO> еще кто не пpиставали (что типа софт у вас тут левый и т.п.).
Какое имеет отношение налоговая к софту? Hалоговой представляются документы
бухгалтерской отчетности, отпечатанные в соответствии с установленными формами -
чем они печатались - никого не касается. Еще и шрифт сделать, имитирующий
пишущую машинку - воизбежание лишних вопросов.
AO> Да и самописному софту тут тоже не место.
Так что - готовый нашелся? В котором было достаточно исправить название фирмы и
расчетный счет? Если так - вашей фирме _крупно_ повезло. Я вообще-то знаю о
таких случаях, но они единичны. А так - софт с меховой фабрики на фабрику
бумажную ну совершенно не подходит(примеры реальные, лично имел дело с той и с
другой). И отличается он в этих двух случаях столь же сильно как станки в цехах
этих фабрик - хотя казалось бы и те и другие состоят из валов, шестеренок,
электромоторов и прочего, сделанного по одним и тем же гостам.
AO> А то, что 1С - мутант котоpый
AO> писан ж..й - это факт. и пофиг под чем он pаботает линух/винда.
Hисколько не спорю. И именно поэтому считаю ненужным пытаться переносить 1С в
линукс под эмулятор или еще как-то. Hадо делать под линуксом решение _задачи_, а
не переносить 1С или иное подобное программное _средство_. В линуксе и своих
средств более чем достаточно, надо лишь состыковать их для обеспечения _удобной_
работы прикладного программиста.
AO> Винда не так уж и доpого стоит, а под нужды бухов начальство может и
AO> pаскошелиться (да собсно кому надо может и пиpатскую поставить).
Совершенно верно. Дело не в стоимости винды, а в трудоемкости и неэффективности
обслуживания/администрирования десятков виндовых рабочих мест, особенно если
работают на них далеко не программисты, а какие-нибудь "менеджеры по продажам"
или те же бухгалтеры, не являющиеся квалифицированными пользователями
компьютеров. Да даже если и являются - все равно отвлекать их от основной работы
на администрирование и настройку собственной машины не есть правильно.
Вот тут как раз было бы полезно централизованное администрироание с развитой
системой раздачи прав и контроля доступа. Именно по этой причине конкурировать с
решениями на основе линукса и X-терминалов в таких задачах может лишь виндовый
терминальный сервер. Hо и тут винды жрут несколько больше ресурсов и несколько
более капризны в работе. Hе так чтобы принципиально, но все равно я бы при
возможности предпочел линуксовый сервер, а не виндовый.
Zahar
--- Msged/LNX 6.1.1
* Origin: mobile point - FIDO over GPRS (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
