|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexander Stavitsky 2:5020/1613.14 24 May 2003 00:15:20 To : Vladimir Bormotov Subject : Pascal -------------------------------------------------------------------------------- Hello Vladimir. 22 May 03 15:08, you wrote to me: AS>> Т.е. как несовместимы? back-compatible ДОЛЖЕH быть! VB> оно, кому чего должно, всем прощает. VB> После того, как я несколько раз провозился с "совместимостью java", я VB> туда не хожу. Естьлюди, у которых всё получается, я рад за них. Пока все работало нормально... Что собиралось под Symantec`ом, то собиралось и под Linux`ом. (исключая редкие несовместимости из-за спецефичности первого компилятора) AS>> И сколько он весит? 10 KB или 30? Вот она - компактность кода... VB> без понятия. Компактность кода я не рассматирваю, пока не будет VB> поставлена такая задача "иснтурмент, который дает компактный код". логично VB> Может быть на МАССОВОМ рынке добавление памяти слишком дорого, но я VB> пока не работаю на массовый рынок. В моем секторе часто дешевле VB> выбрать девайс с бОльшей flash'кой, чем платить больше денег VB> разработчику. Железяки дешевеют, а люди дорожают. Железяка VB> покупается один раз, а человек хочет кушать каждый день. но бывают девайсы (сфера АСУ ТП), где нет возможности даже просто поставить flash. есть ROM на 256 KB - все! крутись, вертись... здесь живут asm, c и еще некоторые мелочи. AS>> Куда они пойдут? Hе пойдут даже из-за тормознутости AS>> интерпретаторов... VB> это смотря в каком месте будет интерпретатор. ??? VB> Довольно долго время самые быстрые regexp'ы были в perl'е (если еще VB> до сих это не так). Потому, что люди, который вылизывали ТОТ код, VB> знаюли о regexp'ах гораздо больше, чем кто-либо еще. И казалось бы, VB> интерпретатор, а парсит файлы быстрее. Потому что самое узкое место, VB> было не в инетрпретаторе, а в том кусочке кода, который сопоставлял VB> шаблоны, а он, разумеется писан на Си. Хотя этот код внутри VB> интерпретатора. Я не нуждаюсь в regexp`ах. За всю жизнь у меня не было ни одного случая, где их можно было бы применить. VB> И мне странно слышать от вполне грамотных людей, слова "из-за VB> тормознутости интерпретаторов". А что - это не так? Интерпретатор довольно тормознут (тотже perl win32/linux), да еще как правило жрет много памяти. AS>> МЕДЛЕHHОГО приложения! VB> Скоросьт работы, как и другие характеристики зависят тока от VB> разработчика. когда больше половины кода написано под c/java? VB>>> верю, и еще раз говорю - knowhow остется в бинарниках вида VB>>> libCoolName.so AS>> Даже на библиотеки мне разделять проект нельзя. Это даже хуже, AS>> чем просто срц отдать. :) VB> жуть какая :))) Срц еще собрать надо... А тут используй на здоровье, т.к. такие knowhow уже как правило зализаны до предела. Alexander --- GoldED+/LNX 1.1.4.7 * Origin: LES2_LENet (2:5020/1613.14) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/45263ece834b.html, оценка из 5, голосов 10
|