blackbit (27.10.2010 20:22, просмотров: 291) ответил fk0 на RAD == rapid application tool. "Визуальное программирование" мышкой здесь ни к месту во-первых, во-вторых продукты этого "визуального программирования" (говнокод) все видели и говорить здесь не о чём. RAD == быстрая разработка приложений.-
- А чего там этот скриптомонстр Tcl/Tk "обеспечивает"? Нашел идеал, то же мне.. blackbit(96 знак., 27.10.2010 20:27)
- Всё обеспечивает. Набор компонентов (субд и т.п.), возможность быстрого прототипирования, возможность быстрого построения GUI, плюс ЯВУ в общем-то превосходящий паскаль с объектами... - fk0(28.10.2010 11:31)
- Да видел, как он обеспечивает. Ползает еле-еле, хочется тапком убить, как беременного таракана. - blackbit(29.10.2010 01:28)
- Если на TCL писать как на C -- то лучше писать на C. Будет быстрее и надёжнее. "Вы не умеете их готовить". - fk0(29.10.2010 11:07)
- а в чем особенность "письма" на TCL? - Snaky(29.10.2010 12:13)
- Не знаю как объяснить. Можно с Perl или тем же Python сравнить. Если на последних писать как на C -- будут тормозные и глючные программы. Надо шире использовать возможности языка и библиотек (коль уж "объектные системы", макросы и т.п. в них fk0(11 знак., 29.10.2010 12:20)
- ну так в питоне библиотеки написаны на сях и заоптимизированы донельзя. конечно быстрее будет на каждый чих готовую функции вызывать, чем свое городить и интерпретатор нагружать :> - Snaky(29.10.2010 12:23)
- Нет. 9/10 библиотеки питона -- на питоне. И TCL/Perl тоже. Тут "стиль программирования" важен, чтоб не вручную байты считать, а делать как в этом языке эффективне (а там матрицы одним байткодом перемножаются может). И на счёт тормозов вообще: fk0(100 знак., 29.10.2010 12:27)
- не знаю откуда 9/10. я читал что на Си они (большая часть). вот в том числе в первоисточнике (по крайней мере про стандартную библиотеку) Snaky(224 знак., 29.10.2010 12:31, ссылка)
- Нет. 9/10 библиотеки питона -- на питоне. И TCL/Perl тоже. Тут "стиль программирования" важен, чтоб не вручную байты считать, а делать как в этом языке эффективне (а там матрицы одним байткодом перемножаются может). И на счёт тормозов вообще: fk0(100 знак., 29.10.2010 12:27)
- ну так в питоне библиотеки написаны на сях и заоптимизированы донельзя. конечно быстрее будет на каждый чих готовую функции вызывать, чем свое городить и интерпретатор нагружать :> - Snaky(29.10.2010 12:23)
- Не знаю как объяснить. Можно с Perl или тем же Python сравнить. Если на последних писать как на C -- будут тормозные и глючные программы. Надо шире использовать возможности языка и библиотек (коль уж "объектные системы", макросы и т.п. в них fk0(11 знак., 29.10.2010 12:20)
- а в чем особенность "письма" на TCL? - Snaky(29.10.2010 12:13)
- да ладно, видел как гуи на тикле на s3c9440 c тачскрином просто летал, притом там даже osmesa умудрились прикрутить. А вот кривые сборки тикла под форточки - да, и не только тапком убить хочется :) - de3(29.10.2010 01:35)
- Если на TCL писать как на C -- то лучше писать на C. Будет быстрее и надёжнее. "Вы не умеете их готовить". - fk0(29.10.2010 11:07)
- Да видел, как он обеспечивает. Ползает еле-еле, хочется тапком убить, как беременного таракана. - blackbit(29.10.2010 01:28)
- Всё обеспечивает. Набор компонентов (субд и т.п.), возможность быстрого прототипирования, возможность быстрого построения GUI, плюс ЯВУ в общем-то превосходящий паскаль с объектами... - fk0(28.10.2010 11:31)
- А чего там этот скриптомонстр Tcl/Tk "обеспечивает"? Нашел идеал, то же мне.. blackbit(96 знак., 27.10.2010 20:27)