[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Среды разработки



On 16.10.2012 23:00, "Артём Н." wrote:
16.10.2012 22:22, Alexander Danilov пишет:
Непонятно одно: в чём, в данном случае, отличие этой RAD от "нормального
языка"?
А вы попробуйте передать в процедуру на паскале массив сложных структур данных -
за то время, что будете описывать все типы, из которых состоит эта структура и
массив и параметры функции и прочее, на нормальном языка
(Haskell/Lisp/Tcl/Python/Ruby/Perl,... зал, помогайте!) уже можно будет написать
всю программу. Вот на C++ можно будет "исхитрится" и объявить параметр как
"void*", а потом, когда наступит очередная полоса "невезения", сидеть в
отладчике и удивляться:  "как же так, ну что тут сложного, подумаешь,
*(++(*p)->[*++i])+***p++, чего он глючит?!"
Это больше похоже на C. :-)
Это что: ->[*++i] ? o.O Перегруженный оператор?
Да какая разница, я на С++ с шаблонами такое видел
На C тоже есть соревнования по написанию запутанного кода.

что после этого всякого,
утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно
неполноценным родственником Джорджа Буша младшего, на котором природа не то, что
отдохнула, она даже и не напрягалась.
Ну, по-моему, никто не говорит о простоте.
Полуркайте, "Как выучить C++ за 21 день". ;-)

Я вас нах... не посылал, так что тоже будьте вежливы.


Есть, тут другой RAD.
Первый RAD с которым я познакомился в Unix - shell+coreutils(тогда это была
большая куча пакетов).
Второй RAD - perl+CPAN.
Были и другие.
Это не RAD. Это компоненты.

Это RAD - rapid application development, именно так. Именно с помощью этих средств очень быстро разрабатываются приложения, я куски сишного кода менял на вызовы system("awk ..."), и кода становилось значитально меньше и работал он значительно лучше и сопровождать было значительно проще, rapid - быстрее просто некуда! А perl так вообще позволял и количество system("...") в разы сократить. И ничего быстрее ещё пока не придумали. Другое дело, что перловый код после написания ещё и читать бывает надо, но тут уж c++/pascal от него не отстаёт, одна строчка перлового кода заменяет 10-20 c++/pascal, перл тяжелее читать, а c++/pascal дольше читать, ибо кода больше.


Reply to: