Re: Среды разработки
On 17.10.2012 22:22, "Артём Н." wrote:
16.10.2012 23:21, Alexander Danilov пишет:
что после этого всякого,
утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно
неполноценным родственником Джорджа Буша младшего, на котором природа не то, что
отдохнула, она даже и не напрягалась.
Ну, по-моему, никто не говорит о простоте.
Полуркайте, "Как выучить C++ за 21 день". ;-)
Я вас нах... не посылал, так что тоже будьте вежливы.
Я вас, вроде, тоже не посылал. А баяна этого вы, похоже, не знаете...
"Как выучить C++ за 21 день" - я про это, такое только умственно отсталым предлагают :)
Есть, тут другой RAD.
Первый RAD с которым я познакомился в Unix - shell+coreutils(тогда это была
большая куча пакетов).
Второй RAD - perl+CPAN.
Были и другие.
Это не RAD. Это компоненты.
Это RAD - rapid application development, именно так. Именно с помощью этих
средств очень быстро разрабатываются приложения, я куски сишного кода менял на
вызовы system("awk ..."), и кода становилось значитально меньше и работал он
значительно лучше и сопровождать было значительно проще, rapid - быстрее просто
некуда!
В плане обработки текста.
Но минусы:
1. Кроссплатформенность хромает.
Каким образом она хромает? Все инструменты кросcплатформенные дальше некуда.
2. Скорость падает.
Как бы не наоборот. Скорость разработки точно возрастает, надёжность софта точно, да и на Си
написать то, что перл умеет лучше всего, да ещё чтоб и работало быстрее, чем перл, это надо быть
сишником среднего уровня и выше, что в наши дни большая редкость.
3. Связь между awk и C-шным кодом через костыли.
Стандартные системные IPC - костыли? Не согласен, вот писать формирование отчётов на Си - это не
просто костыли, это [*** ну тут такой нехороший эпитет ***]. Ибо сегфолты и коры дампы постоянно по
причине кривости пользовательского ввода и трудности проверки его сишными средствами.
Немного извращённо: лучше уж perl взять.
Хотя, идея любопытная.
Хоть и не имеет прямого отношения к RAD.
Имеет, ибо Unix и есть RAD.
А perl так вообще позволял и количество system("...") в разы сократить. И ничего
быстрее ещё пока не придумали. Другое дело, что перловый код после написания ещё
и читать бывает надо, но тут уж c++/pascal от него не отстаёт, одна строчка
перлового кода заменяет 10-20 c++/pascal, перл тяжелее читать, а c++/pascal
дольше читать, ибо кода больше.
Зависит от того, как написано.
Но вопрос был не про языки, а про IDE.
Reply to: