|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 04 Feb 2005 23:51:40
To : Alexandr Oskolkov
Subject : linux & 1c
--------------------------------------------------------------------------------
Feb 04 19:34 05, Alexandr Oskolkov wrote to Aleksey Barabanov:
AB>> Hо если задумались, то скажите, что нужно сделать, чтобы 1С работала
AB>> быстрее ? Может просто сменить команду разработчиков ?
AO> вpятли.. если оно от пpиpоды писано ж..й, то тут надо усе с нуля.
Причем похоже что никто толком так и не понимает - а как же действительно нужно
писать такие программы. Потому что те кто умеет программировать - слабо
представляют себе конторскую "учетно-распределительную" работу, а знатоки
всякого учета - ни на что больше как на "программирование в 1С" обычно не
способны...
Здесь уже не раз обсуждали - как и на чем под линуксом можно написать ну
например какой-нибудь учет вентилей, задвижек и прочих железок на ТЭЦ(пример
реальный, задача написана на клиппере под дос и работает по сей день), или
другой не менее распространенный пример - автоматизация работы десятка
"менеджеров по продажам" не важно чего, сидящих в офисе и продающих по телефону
и лично содержимое находящегося поблизости склада из примерно так нескольких
тысяч наименований товаров. Причем работать это все должно на типичных
находящихся в эксплуатации машинах и не требовать установки сервера с двумя P4 и
четырьмя гигабайтами памяти. И самое главное - процесс разработки должен быть
_удобен_ для _прикладного_ прогрммиста, не владеющего обычно всякими тонкостями
и десятками инструментов. В этом отношении разработчики 1С поступили мудро -
дали такому программисту в руки кое-как работающую СУБД, средство разработки
интерфейса с пользователем (правда интерфейсы очень неудобные получаются) и
примитивный процедурный язык, понять который может кто угодно, изучавший
программирование в советском институте.
А что может предложить Линукс-сообщество тем кто желает писать прикладной софт
вышеупомянутого типа? С базами данных у нас хорошо - их есть много разных, в том
числе и не только табличных, а таких которые на уровне СУБД поддерживают
отношения один-к-многим, на которых строится весь учет. С языками чуть хуже -
Гуру обычно пытаются предлагать всякие Питоны, малопонятные для рядового
программиста, но после долгих поисков и обсуждений нашлась и такая простая и
приятная штука как LUA. А вот с интерфейсом все довольно плохо. Тут ведь нужна
возможность его рисовать, а не вручную считать пиксели и потом пихать эти цифры
в код. И выглядеть потом это должно как было нарисовано, а не так как расположил
окна на экране какой-нибудь не в меру умный тулкит. Еще и менять всякие мелочи
во внешнем виде хочется без пересборки всей программы.
Единственное что я видел из более-менее удовлетворяющего этим требованиям - это
gtk+glade+libglade. Hо сложность - скажем так заметно выше предела до которого
может добраться рядовой писатель учетных задач. И я так и не понял - можно ли
это подцепить в язык LUA и оттуда пользоваться...
А Гуру за учетные задачи не берутся - им это не интересно. Вот только потом сами
от этого же и страдают - потому что в результате эти задачи оказываются написаны
на основе какого-нибудь виндового глюкала типа 1С или Дельфи, а уважаемым Гуру
приходится ломать голову над тем, как это глюкало совместить с Линуксом... Да и
вообще заставить работать хотябы в виндах, но в нестандартной конфигурации -
тоже бывает не просто.
Так может быть уважаемым Гуру стоит подумать над _популяризацией_ более-менее
"правильных" технических решений и инструментов? А то вон уже неленивые, но не
особо продвинутые, люди под линукс аналог Клиппера написали и продолжают тащить
сюда весь кривой прикладной код из доса, который понятно что не был расчитан на
многозадачную систему и работать будет в ней понятно как...
Действительно ведь с таким подходом превратим линукс в очередные винды...
Zahar
--- Msged/LNX 6.1.1
* Origin: mobile point - FIDO over GPRS (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
