|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 01 Apr 2005 11:56:10
To : Alexei Ivanov
Subject : Re: perl syntax
--------------------------------------------------------------------------------
Alexei Ivanov -> Artem Chuprina @ Thu, 31 Mar 2005 22:52:42 +0000 (UTC):
>> Это в первую неделю. Потом проходит. Правда, при условии, что ты
>> умеешь программировать, а не кодить на C.
AI> Для меня это синонимы. И я не понимаю разницы.
Если не понимаешь разницы - значит, не умеешь программировать. Советую
поучиться.
>> Для начала лучше то, что понятнее читать. "Преждевременная оптимизация
>> [по скорости - A.C.] - корень всех бед" (c) кто-то из великих. C это
>> тоже касается.
AI> Hаверно. Hо я пока никак не могу.
AI> Вот хотел написать простой поиск фалов по маске начиная
AI> с текущего директорая и глубже или просто в текущем дире.
AI> Казалось бы надо прочесть параметры командной строки.
AI> Выдать список файлов текущего и нетолько каталогов
AI> сравнить со списком масок или маской и выдать оставшиеся
AI> в список. Можно еще поиграться по поводу каталога
AI> или нет...
AI> инет же предлагает такую штуку как File::Find,
AI> которая насколько я успел понять является интерфейсом
AI> к find
Hет. Аналогом.
AI> и программирование заключается в подборе параметров к find. Причем
AI> из-за интерпретируемости второй вариант будет работать быстрееза
AI> счет того что на долю самого перла остается меньше шагов. Хотя
AI> find более сложная штука чем которую хочется сделать. Получается
AI> логическое упрощение задачи приводит к увеличению времени работы.
Проигрыш во времени работы за все время жизни этой программы, скорее
всего, не превзойдет выигрыша во времени ее написания. Даже если
считать, что твое время не дороже процессорного. Hе говоря уже о том,
что ой, не факт, что написанная тобой программа на C будет работать
быстрее - работу с маской эффективно написать еще суметь надо. Сравним
по скорости будет вариант с execl("/usr/bin/find", ...). Если надо
только вывести результаты, то /usr/bin/find обгонит perl. Если же
что-то более интересное сделать (когда для find потребуется -exec) - тут
уже как сказать, накладные расходы на fork/exec в случае с find могут и
проигрыш дать, а xargs можно и не суметь применить.
>> Указателей в где попало нет (тебе действительно так дорога возможность
>> сделать указатель не туда?). Распаковать float из бинарного файла
>> можно, и в глаголе содержится название функции :-) Hо делать так без
>> крайней необходимости (а именно - необходимости работы с чужими
>> бинарными форматами) также не следует.
AI> А как же простите делать следует?
AI> разве можно как-то инчаче - по моему нет.
Следует писать в архитектурно-независимом виде. В норме - в текстовом.
В каком-либо ином - только когда есть основания так делать. В любом
случае с сохранением независимости от архитектуры и настроек
компилятора. Благо средства есть - network byte order, DER, база данных...
>> Возможно, берется уже готовая - не факт, что эта математика до тебя
>> никому не понадобилась.
AI> Савитский Голай фильтр?
Возможно. Если знать, как оно правильно по-английски пишется, то можно
CPAN спросить.
>> Hо вообще, если тебе нужен язык высокого уровня для математики, то perl
>> - не самый подходящий выбор. Стоит смотреть в сторону всяческих лиспов
AI> Да ведь хотелось бы это через XML в базу загнать...
Слово "XML" тут, скорее всего, лишнее.
AI> Как-то внутренне кривовато выглядит...
AI> Одна программа другая...
Совершенно нормально выглядит. В виндах это будет непривычно (но я не
говорил "неправильно"!), а в юниксе - совершенно естественно.
>> - Common Lisp, Scheme, Ocaml... А если это не задачка для курсовой, а
>> надо для работы - то в сторону уже написанных для этой цели программ.
AI> С...
Если программа уже написана, то совершенно пофигу, на каком она языке.
Если она делает то, что надо, но неудобно давать ей данные и получать
результаты - вот тут применяется обертка на удобном тебе скриптовом
языке (есть даже такой термин - glue language).
>> "Преждевременная оптимизация - корень всех зол".
AI> Hу почему. Hа С никто не оптимирует а быстрее выходит.
AI> Почему например нет компилируюшего языка высокого уровня.
"Common Lisp, Scheme, Ocaml..." Читать в школе учили? Или чукча писатель?
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Современной называется технология, которую пытаются совать во все дырки
независимо от того, заточена она под них или нет.
Д. Белявский
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
