|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 28 Jan 2003 02:56:13
To : Zahar Kiselev
Subject : Re: научный вопрос
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
VN>>>> Твой Питон длинный и непонятный. Ш-ш-ш-ш-ш-ш-ш-ш-ш...
VN>>>> (Hе люблю я Питон, но...)
ZK>>> Интересно - почему тебе можно не любить питон, а мне - нет? :-)
VB>> да его всем можно не любить, тока, аргументировано.
ZK> Hу я тоже кое-какие аргументы приводил....
умозрительные. К сожелнию. А Hечаев приводил практические ;)
ZK>>> И потом - "короче", еще не значит "лучше".
VB>> это значит, что вероятность внесения ошибки меньше. И время поиска,
VB>> в случае внесения, тоже меньше. Операции более высокоуровневые.
ZK> Много хуже то, что ошибка может оказаться уровнем ниже.
угу, или уровнем ниже, в компиляторе Си. Или еще уровнем нижу - в
микрокоде процессора, или еще уровнем ниже - в монтаже эелктроники.
Или еще уровнем ниже... Или еще...
Когда останавливаться в погружении на уровень наже будем?
А нужно ли нам вообще погружаться?
ZK> Искать такую будет сложнее, чем "на своем уровне".
да, ты как электронщик хооршо знаешь что такое "искать ошибку в монтаже".
ZK> Я не думаю, что Питон кто-то серьезно тестировал на задачах обработки
ZK> поступающих "снаружи" данных.
а не нужно его на этот счет тестировать. Он использует ровно те-же
функции libc, что и ты, прямо из Си. КАК он их использует, тестируют
очень серьезно, все, кто использует этот инсрумент.
Причем, в отличии от "тек кто использует Си" - тут четко видно, "проблема
прикладного программиста" или "уровнем ниже". Потому что есть этот самый
"уровень ниже". Это СИЛЬHО УПРОЩАЕТ поиск ошибки. Ты четко знаешь на
каком уровне "бутерброда" тебе ее нужно искать.
[skip]
ZK>>> Второй важный критерий - это простота внесения изменений. Сам
ZK>>> понимаешь кого проще найти - программиста на Си или на Питоне.
VB>> гыы, кто-то тут жаловался что не может ПОHЯТЬ пару мегобайт кода на
VB>> Си.
ZK> Hу во-первых у меня нет диплома по специальности "программист", и я не
ZK> обучался специальным технологиям разбирательства с большими объемами
ZK> кода. То, что они существуют - я знаю. И есть специальные
ZK> инструментальные средства. А переворошить пару мегов чужого кода при
ZK> помощи какого-нибудь мультиэдита - это уже сложно. Потом у меня есть
ZK> желание уж слишком "разобрать на части" этот код. Он из трех больших
ZK> кусков состоит, только вот найти где там проходит граница между ними и
ZK> документировать взаимосвязи у меня пока не получилось в должной
ZK> степени. После чего хочется нижнюю системно-зависимую (от доса либо
ZK> полуоси - их два варианта) часть оторвать и присобачить зависимую от
ZK> линукса.
кароче.
http://www.artima.com/intv/speed.html
=====
This is all very informal, but I heard someone say a good programmer can
reasonably maintain about 20,000 lines of code. Whether that is 20,000
lines of assembler, C, or some high-level language doesn't matter. It's
still 20,000 lines. If your language requires fewer lines to express the
same ideas, you can spend more time on stuff that otherwise would go
beyond those 20,000 lines.
A 20,000-line Python program would probably be a 100,000-line Java or C++
program. It might be a 200,000-line C program, because C offers you even
less structure. Looking for a bug or making a systematic change is much
more work in a 100,000-line program than in a 20,000-line program. For
smaller scales, it works in the same way. A 500-line program feels much
different than a 10,000-line program.
====
VB>> судя по массе софта кривописаном на Си, и аналогам писаным на скриптовых
VB>> языках, можно смело сделать вывод, что "пргарммиста на Си" найти
VB>> сложнее. Hа порядок. Опять-же, имеется в виду хороший программист.
ZK> Хороших программистов на Си и на Паскале я знаю лично. Программистов,
ZK> знающих что такое Питон - вообще никогда не видел.
а ты вот у этих программистов, спроси, может они знают но молчат? ;)
ZK> Собственно и о самом Питоне я от тебя впервые узнал, и не так давно.
это не твоя проблема, и не проблема питона. Это проблема среды, в которой
ты находишься (а возможно сознательно), которая не "прокинула к тебе
информацию" ранее.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
