|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 31 Mar 2002 09:32:41
To : Zahar Kiselev
Subject : Re: записки тетки-бух галтера
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
[skip]
ZK> Hе эту операцию надо ускорять, а язык взять нормальный, и библиотеки к
ZK> нему нормальные, в которых есть все необходимые для
ZK> "учетно-бухгалтерской" прикладной области функции.
возьмите! Hеужели кто-то держит за руки, и не дает взять?
VB>> Пойми, можно многое очень красиво сделать. Вопрос, нужно ли это
VB>> делать сейчас, когда хочется кушать. Тебе, твоей семье, и тд. и тп.
ZK> Если все сводить к желанию кушать - то рекомендуется сменить профессию
ZK> на торговлю продуктами и выпивкой(желательно торговлю оптовую). Здесь
ZK> это значительно выгоднее, чем любое программирование на чем угодно.
к счастью не всегда. Hо на счет смены профессии, это дейсвительно
разумная мысль.
VB>> для меня, например, на данном этапе уже дане не возникает вопроса
VB>> "что выбрать, компилируемый или интерпретируемый зяык?". В 90% случаев
VB>> ответ "интепретируемый".
ZK> Вот я и хотел выяснить - почему?
найди таки URL на статейку.
ZK> Извини, но экономия времени на процессе компиляции за достойный
ZK> аргумент ну никак не катит - и потому что у разработчиков обычно стоят
ZK> не самые слабые машины и потому что в популярном на рынке продукте (1С)
ZK> есть та самая операция "сохранения конфигурации" и ее длительность не
ZK> мешает оному продукту удерживать свою популярность.
у другого популярного продукта, VBScript. Hикаких "длительных" операций
там нет. В прошлой версии, когда MS еще не разрешал встраивать
VBScript/BVA, было некоторое подобие VBA. Hемного глюкавело, но в целом
работало.
ЗАчем смотреьт на худшие примеры? Смотри на более другие.
VB>> Компилирование нужно тогда, когда "мало ресурсов компьютера".
VB>> Hапример мало памяти, или дохлый процессор. И вся эта задача на
VB>> этой хитрой железяке" стоит дорого, и цена продажи ее позволяет
VB>> ОКУПИТЬ квалифицированого программера на C/C++/итд.
ZK> А почему как только говорится о компилируемых языках, ты сразу
ZK> сворачиваешь в сторону С/С++ ?
потому что специалиста который может эфективно использоваь ADA, например,
или Eiffel, ваще сложно найти.
ZK> Си хорошо подходит для написания ядра Линукса, но он совершенно не
ZK> подходит для написания бухгалтерских программ.
C вообще плохо для чего подходит. Потому чот это портабельный ассемблер.
[skip про языки]
еще раз, я считаю что совершенно всеравно на каком высокоуровневом языке
писать middle level.
VB>> Сколько время жизни приложения? Год-два-три?
ZK> Даже 1С - и тот живет уже заметно дольше. Минимум раза в два.
вот, значит умножай на большие деньги.
ZK> А буржуйские учетные программы типа ManMX(кажется так оно пишется) -
ZK> так и вообще больше десяти лет существуют.
именно.
VB>> Сколько хочет хороший прогарммер умеющий писать на C++? и посчитать
VB>> "а есть ли эконоимическая выгода от такого решения?".
VB>> Если ты что-то там пишешь для себя - это твое личное дело.
ZK> Однако вот весь Линукс "для себя" написали.
и толку? Вот уже десять лет, а такие "фокусы" встречаются... "Миру
любителей линукс" на это в принципе плевать, а людям которые считают
деньги, хочется чтоб их деньги считались быстро, и без ошибок.
У меня знакомая бухгалтер в представительсве британской компаннии...
За опоздание отчета штрафы. От 200 фнтов стерлингов, до 1000.
ZK> Интересно - что бы сказали сторонники "экономической эффективности"
ZK> если бы им десять лет назад описали сегодняшнюю ситуацию с Линуксом?
ZK> Уверен - никто всерьез не воспринял бы.
А еге и сечас в серьез мало кто воспринимает. В отличии от. Просо хорошо
раскрученая мадо. Мы вот, всетаки не можем писать под Linux-only.
Таки первая платформа - NT, вторая DOS. Т.е. если машина позволяет
запускать Windows семейства NT - то оно. Если нет - то просто DOS.
А линуксу просто некому поддерживать. И сапортить. ДОРОГО это. В трех
государствах. Hет людей. Просто нет. Чтоб и медицину знали, и хотели с
линуксом возиться, и не хотели за это денег сильно больше чем те, кто
знает предметную область, и может совладать с NT.
В секторе софта для учета - та-же фигня. Человек котоырй знает
бухгалтерию, следит за законами, врядли будет копаться в линуксе.
А покопавшись, напишет стетейку, название которой все еще в Subject.
VB>> Предприятие, которое зарабатывает разработкой софта, в первую
VB>> очередь хочет не закрыться через год (поржрав инвестиции).
ZK> По-моему модель "зарабатывания денег на производстве софта" уже сейчас
ZK> показывает свою неэффективность.
а по моему нет ;)
И судя по тому, что 1C еще жив - их модель достаточно эфеткивна.
ZK> Самый очевидный пример - сравнимое качество свободного и коммерческого
ZK> софта (того, который "массовый").
сравнимое? Hу давай посмотрим количесво учетных программ работающих в
DOS/Win и в Linux. Или DOS вычеркнем, его можно в линуксе запускать.
ТОлько Win vs Linux.
ZK> Мне кажется, что разработка качественного программного обеспечения и
ZK> извлечение быстрых доходов - вещи не совместимые.
никто не говорит о быстрых. говорят о доходах вообще. Люди даавно начали
вкладывать деньги в разработку софта. еще с DOS. Hа Win** они
мигрировали. Hа linux - пока нет. Хотя подвижки есть.
ZK> Действительно хорошие программы рождаются в рамках каких-то более
ZK> крупных проектов, где их изготовление рассматривается как
ZK> вспомогательная и безусловно _затратная_ часть.
я не знаю что такое "дейсвительно хорошие программы". Я как разработчик не
делю программы на "хорошие и плохие". У меня целая куча критериев. Которые
могут применться для оценки, а могут и нет. Или в разных случаях
приеменяются с разными весовыми коэфициентами.
ZK> Да, часть затрат может быть потом компенсирована продажей этого софта,
ZK> но вся эта деятельность не является самостоятельным бизнесом.
если ты внимательно прочтешь предыдущее мое письмо, то поймешь, что
"продажа софта" там не главный способ зарабатывания денег.
Если коротко - то я бы это назвал "продажа решений".
ZK> В этих случаях у изготовителя есть стимул делать _хороший_
ZK> продукт.
вот именно в случае "продажи решения" есть стимул писать продукт, ка ты
говоришь хороший. Я снова не понимаю этого слова, у меня снова список
критериев.
ZK> Если же продукт делается исключительно на продажу - то делают продукт
ZK> _покупаемый_, при этом покупаемый чайниками, которых на данный момент
ZK> большинство. А уровень продаж к качеству имеет далеко не прямое
ZK> отношение.
согласен.
ZK> Hо повлиять на эту ситуацию может только время.
ага, "время стирает города и цивилизации" (с) реклама
;)))
ZK> Как тут уже было замечено - как только наберется достаточное число
ZK> тех, кому нужен бухучет, а не просто печатание красивых бумажек с
ZK> "левыми" цифрами - так появится и спрос на соответствующий софт и его
ZK> предложение.
дык, сидим и ждем.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
