|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 25 Mar 2002 15:49:05
To : Zahar Kiselev
Subject : Re: записки тетки-бух галтера
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
VB>> Скажем так, статья опоздала на год-полтора. Тогда ее нужно было
VB>> писать. В ключе "вот, через год прийдется всем покупать виндовс и
VB>> софт, а ведь есть линукс. И он реально применим для автоматизации
VB>> учета, тока нужен софт. Учетный." И еслиб кто-то взялся, то можетт
VB>> быть за год что-то бы "проклюнулось". И этой осенью половина бы
VB>> Украины кинулась покупать не лицензии на продукты майкрософт, а
VB>> сапорт этой учетной софтины...
ZK> Между прочим IceB - это именно украинская разработка. Она есть и
ZK> продается судя по тому, что на сайте сказано.
IceB - частный слуяай. Как я понял, в статье разговор был о более-мение
общем случае, которых нет.
Любая современная бухгалтерская программа по сути конструктор Lego.
есть базовые функции, и "пимпочки", которыми их можно стыковать, чтоб
получить решение для автоматизации конкретного учета на конкретном
предприятии.
VB>> Да и украинских писателей бухгалтерского и прочего учетного софта
VB>> хватает, с ними тоже нужно конкурировать... Вот
VB>> такие реалии.
ZK> Я могу указать на еще один источник получения денег на написание софта
ZK> (вообще и под Линукс в частности). Hа любом крупном предприятии всегда
ZK> есть отдел, занимающийся вычислительной техникой.
это далеко не факт.
ZK> И этот отдел имеет свой бюджет.
очень редкий случай. Я, например, ушел с "админства" в том числе и потому,
что в течении продолжительного времени руководсво не хотело выделять отдел
IT в более независимую структуру. Причем их объяснения почему _это_ быдет
ХУЖЕ для предприятия в целом я понимал. Самое очевидное - это лишний
геморой с "формализацией отношений" между отделами. Иначе, бюджет будет
всеравно не свой. В общем, этот случай, я бы рассматривал как
исключительный.
ZK> Там обычно сидят несколько человек, которые что-то для нужд конторы
ZK> пишут/переделывают. Все пишут и пишут, нередко с весьма сомнительным
ZK> конечным результатом.
нет, у нас результат был. Решались вполне конкретные задачи. Успешно.
ZK> Я например знаю один такой отдел у фирмы со штатом всего в 200 человек
ZK> (далеко не крупная фирма). Так вот они каждый месяц тратят 2-5 тысяч
ZK> долларов на затыкание дыр, появляющихся в результате попыток применять
ZK> решения на основе 1С.
эээ.. а я знаю несколько фирм, где успешно применяют 1C. Без вливаний. ;)
ZK> Увы - люди убеждены, что с виндами они получат результат быстрее. И
ZK> это "быстрее" уже третий год продолжается с переменным успехом или
ZK> вовсе без такового.
это зависит от людей. Hо мы ведь не про это. Мы про то, что с линуксом,
они скорее всего никакого результат не получат вообще. И это рассказали в
статейке в том числе.
Круг замкнутый. У них есть убеждение что выбора нет, а разработчик свою
очередь этим и питается. Тем-же убеждением.
ZK> Кстати говоря - я уже давно проявляю интерес к выбору и методике
ZK> использования программного инструментария для создания вот тех самых
ZK> "учетных" программ.
инструмент лучше тот, который ты хорошо знаешь.
Остальное все фигня.
ZK> приятелем написали вполне работающий складской учет с использованием
ZK> СУБД, поддерживающей отношения вида "один-к-многим"(MDBS) и наглядно
ZK> показали что это работает на порядок, а то и больше, быстрее чем
ZK> привычные в этой области табличные базы. Сама программа кстати была
ZK> написана на Аде. Жаль, тогда небыло ни Линукса, ни GNAT`а.
это все не интересно. Вопрос то в том, что вы не продолжили разработку? А
вот другие с RDBMS продолжили. И довели свои системы до уровня ПРОДУКТА.
Я вот, видел ПРОДУКТ на VisualBasic. Тут сча все будутт смеяться -
эмулятор железяки. Шел, в комплекте с железякой, чтоб софт котоые ей будет
команды посылать тестировать. Под винду. И что? Работает. Это ПРОДУКТ. И
не важно что оно тормозит, и на чем-тто другом можно было написать лучше,
быстрее эфективнее. Мне важно то, что я не занимался расходом реактивов,
котоые в ту железяку заливают (и стоят они иногда побольше чем моя
зарплата) во время отладки нашего софта, и не сидел в лаборатории. А сидел
на своем рабочем месте, и моя программа общалась с "жалезякой". Реально.И
я мог понять, как-же этот протокол то правильно реализовавыать, чего из
стандарта понять не всегда удается.
Так вот, возвращаясь к... Hе важно на чем оно писано. Важно чтоб оно было
успешно применимо. Решало поставленые цели, ценой не более чем готов
платить заказчик. Под win32 для "автоматизации учета" такой софт есть. В
ассортименте. Под Linux нет, и не сильно он пишется. Hекому его
писать. Все кто может - пишут его под win32.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
