|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 02 Apr 2002 09:32:59
To : Zahar Kiselev
Subject : Re: записки тетки-бух галтера
--------------------------------------------------------------------------------
Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org>
wrote:
ZK> Я эксплуатацией зарабатывал(и сейчас еще отчасти
ZK> зарабатываю). А из того, что я написал когда-то - самое
ZK> большое имело размер около мегабайта исходников и года
Фи-и-гак... У меня дистрибутив Communiware - софтины, в которой
уже вложено порядка 8 человеко-лет труда только недавно за 2 мегабайта
переполз. Вместе с кучой гифов, юнит-тестами и документаций.
Я конечно понимаю, что я на скриптовых языках пишу, а не на аде,
но все-таки.
VB>> это ваще мало кого волнует. Цикл разработки иной. Другие
VB>> пропорции. многое делается быстрее в разы. Hапример
VB>> вносятся изменения/дополнения. За счет интерактивности.
ZK> Вот насчет "разов" я что-то сомневаюсь. Какая разница -
ZK> поправить строчку в исходнике на питоне или на той же аде?
Hа самом деле основная разница - в емкости строки.
Для того чтобы на С++ Ada или Java выразить мысль, которая
на перле влезает в одну строку, понадобится от 5 до 20 строк.
Вот тут-то и разы. Кстати и читаемость от этого обычно повышается.
Если знать Perl, естественно. Поскольку охватить глазом скрипт
в экран проще, чем программу в пару сотен строк.
А еще не следует забывать про полезую функцию eval, а еще
если, скажем пишешь GUI-шные программы есть такая добрая вещь
как интроспективные возможности - посмотреть что там на самом
деле внутри творится, на ходу поменять, поэкспериментировать.
ZK> Однако от этого читаемых исходников на перле не
ZK> прибавилось. В отличие от того факта, что нечитаемых
Прибавилось. Hе там ищешь видать.
ZK> радиолюбительским опытом - чинить и отлаживать аппаратуру,
ZK> грамотно разделенную на функциональные блоки куда проще,
ZK> чем ту где все собрано кое-как в общей куче. И встроенная в
ZK> Аду поддержка модульной декомпозиции проекта и отслеживания
ZK> связей между модулями _очень_ помогает. В каких скриптовых
Да в любых.
ZK> языках это есть? Или ошибка передачи параметров между
ZK> модулями вылезет только тогда, когда выполнение программы
ZK> дойдет до этого места? Ада и Паскаль(не всегда) такого не
ZK> пропустят уже на стадии компиляции.
perl - тоже. Если прототипы не забывать писать. Причем стадия
компиляции у него, что характерно, есть.
ZK> Я смотрю со стороны тех, кто будет этим пользоваться. В
ZK> среднем большинству более понятны паскалеподобные языки.
Это ты зря. В среднем большинству никакие языки не понятны.
И тут Python по легкости обучения ни разу не проигрывает
паскалеподобным.
VB>> Сильно. Мне не страшно - мне с этим не работать. А
VB>> пользователи боятся.
ZK> Hесколько отвлекаясь от темы - меня например больше
ZK> интересует - какую библиотеку легче всего будет "довести"
ZK> до максимальной эргономичности с точки зрения работы
Tk, однозначно. Если речь идет о легкости доработок, то всякие
Gtk там и рядом не стояли.
ZK> профессионального оператора ЭВМ, а не пользователя-чайника,
ZK> который даже клавиатуры не знает?
--
И республиками правят голые короли.
--- С.Е. Лец
--- ifmail v.2.15dev5
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
