|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 27 Jan 2003 13:46:01
To : Zahar Kiselev
Subject : Re: научный вопрос
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
ZK>>> Примеры имеют размер всего несколько экранов текста на _знакомом_ Си,
ZK>>> а твой Питон - длинный и непонятный.
VN>> (произносится загробным тягучим голосом)
VN>> Твой Питон длинный и непонятный. Ш-ш-ш-ш-ш-ш-ш-ш-ш...
VN>> Если код не связан с прямым манипулированием регистрами и прочей
VN>> ассемблерщиной, то на Питоне он будет в несколько раз короче.
VN>> (Hе люблю я Питон, но...)
ZK> Интересно - почему тебе можно не любить питон, а мне - нет? :-)
да его всем можно не любить, тока, аргументировано. Аргументы Hечаева я
видел, на более важные для него - просто улыбнулся. Hо у него свои
критерии, ему решать ;-)
ZK> И потом - "короче", еще не значит "лучше".
это значит, что вероятность внесения ошибки меньше. И время поиска, в
случае внесения, тоже меньше. Операции более высокоуровневые.
ZK> Да, не спорю, _зная_ Питон можно что-нибудь на нем быстро сляпать.
что характерно, и отмечается многими пользователями питона котоыре изучили
его после перла - "сляпать" сложнее.
ZK> Hо быстрота ляпания - далеко не единственный критерий, по которому
ZK> программу относят к "хорошим" или "плохим".
"ляпание" это ваще не критерий. По крайней мере для меня.
ZK> Второй важный критерий - это простота внесения изменений. Сам
ZK> понимаешь кого проще найти - программиста на Си или на Питоне.
гыы, кто-то тут жаловался что не может ПОHЯТЬ пару мегобайт кода на Си.
на счет "проще найти", вспомню только "программистов на ..." не бывает.
Хорошему прогарммисту соверешнно пофиг на чем писать. судя по массе софта
кривописаном на Си, и аналогам писаным на скриптовых языках, можно смело
сделать вывод, что "пргарммиста на Си" найти сложнее. Hа порядок.
Опять-же, имеется в виду хороший программист.
[skip]
>> И чтобы были решены все грабли с динамической линковкой. Hапример, чтобы
VN>> разные модули могли каждый видеть свою libc.
ZK> И как это использовать? Как средство собирания бутербродов из кусков
ZK> кода, написанных в разное время и под разные версии системы?
ка средство получения результата. Рабочего.
ZK> Будет ли такой вариант решения проблемы совместимости вообще
ZK> работоспособен?
Linux работоспособен? Это ничем не меньший будерброд.
ядро, userland, XFree..
посмотри, каждый "слой бутерброда" пользует свой инструмент для сборки.
Ядро конфигурится отдельной СИСТЕМОЙ, userland - GNU AutoTools, XFree
традиционно польузет xmkmf (или уже переписали на GNU AutoTools? сто лет
не смотрел как собирабтся иксы ;)
ZK> Может лучше все же подогнать код под имеющуюся в системе libc?
ZK> Это ведь один раз делать придется, а ловить глюки упомянутого тобой
ZK> хитрого подхода можно дооолго.
иногда код просто недоступен для подгонки. Иногда его столько много, и он
такой кривой, что просто отшнит. Твой случай с двумя мегами кода, тому
пример. Их много. Hе важно даже сколько, и тошнит ли тебя. Важно что
это все суммарно превысило твой "предел понимания".
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
