|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 22 May 2003 15:08:52
To : Alexander Stavitsky
Subject : Re: Pascal
--------------------------------------------------------------------------------
Hi, Alexander!
>>>>> "AS" == Alexander Stavitsky
>>>>> <Alexander.Stavitsky@p14.f1613.n5020.z2.fidonet.org> writes:
AS>>> А зря... Вполне неплохая кросс-платформеность.
VB>> я же говорю, "маркетинговая политика Sun & сочувствующих".
VB>> Кроссплатформеность Java часто заканчивается после смены jre.
VB>> Я уж не говорю о том, что еще разные версии бывают, которые тоже
VB>> между собой несовместимы.
AS> Т.е. как несовместимы? back-compatible ДОЛЖЕH быть!
оно, кому чего должно, всем прощает.
После того, как я несколько раз провозился с "совместимостью java", я туда
не хожу. Естьлюди, у которых всё получается, я рад за них.
Вопрос из серии
- ты за колхоз?
- да, я конечно за колхоз, но только не в нашем селе :))
VB>> Идея, которой размахивал Sun, на поверку оказалась немного не такой.
VB>> Хотя да, Prince Of Persiya на экране S55, это классно. Тока
VB>> почему-то вот на SL45 он хоть как-то выдвал звук, а на S55, играет
VB>> молча.
AS> И сколько он весит? 10 KB или 30? Вот она - компактность кода...
без понятия. Компактность кода я не рассматирваю, пока не будет
поставлена такая задача "иснтурмент, который дает компактный код".
Может быть на МАССОВОМ рынке добавление памяти слишком дорого, но я пока
не работаю на массовый рынок. В моем секторе часто дешевле выбрать девайс
с бОльшей flash'кой, чем платить больше денег разработчику. Железяки
дешевеют, а люди дорожают. Железяка покупается один раз, а человек хочет
кушать каждый день.
VB>>>> 1. Что такое "серьезные программы"?
AS>>> Я все понимаю, что у всех разные условия. Мне не допустимо
AS>>> отдавать проект до какогото момента в исходниках, а тем более в
AS>>> скриптах. Выход от моей работы = всегда бинарь, да - глючный, но
AS>>> закрытый. Все! А серьезные программы - обрабатывающий центр.
AS>>> Есть входной поток с АЦП 16 каналов, 32KHz, 16Bit - требуется
AS>>> обсчитывать "математику" и писать на диск. Пойдут здесь скрипты?
VB>> конечно пойдут! :))
AS> Куда они пойдут? Hе пойдут даже из-за тормознутости интерпретаторов...
это смотря в каком месте будет интерпретатор.
Довольно долго время самые быстрые regexp'ы были в perl'е (если еще до сих
это не так). Потому, что люди, который вылизывали ТОТ код, знаюли о
regexp'ах гораздо больше, чем кто-либо еще. И казалось бы, интерпретатор,
а парсит файлы быстрее. Потому что самое узкое место, было не в
инетрпретаторе, а в том кусочке кода, который сопоставлял шаблоны, а он,
разумеется писан на Си. Хотя этот код внутри интерпретатора.
И мне странно слышать от вполне грамотных людей, слова "из-за
тормознутости интерпретаторов".
[skip]
VB>> Скриптовые языки дают бОльшую динамику и гибкость в разработке
VB>> приложения.
AS> МЕДЛЕHHОГО приложения!
Скоросьт работы, как и другие характеристики зависят тока от разработчика.
VB>> Они дают возможность начать разработку продукта не имея даже внятных
VB>> целей, не говоря уже о нормальном ТЗ.
AS> У меня такого не бывает...
везет же людям ;))
[skip]
VB>>>> предпочитает perl для написания onliner'ов,
AS>>> Вот вот... Я, к сожалению, к интернету не имею никакого
AS>>> отношения.
VB>> ой, я там написал неправильно. не onliner'ов, а oneliner'ов. В
VB>> смысле прогармм в одну строку. Такое на перле часто очень красиво
VB>> пишется.
AS> Да, видел... Эффектно, но глупо. Потом не разберешься.
однострочники пишутся не для отго, чтоб потом в них разбираться, а чтоб
быстро че-то сделать "не своими руками". В примении к обработке текстовых
файликов perl просто вне конкуренции :)
AS>>> Их дело. В любом случае скриптам не место во многих системах,
AS>>> таких как портативные компьютеры. А вот Java какраз и подходит.
VB>> странно, а я вот не думал так, и за пару вечеров утрамбовал питон в
VB>> машинку, на которй 2M Flash, и 8M RAM, и процессор со "странной
VB>> архитектурой", с названием CRIS (там тоже линукс). Кстати, на
VB>> засовывание туда py2.3b1 у меня ушло 5 минут, очень хорошо
VB>> поработали на configure, оно в гораздо меньшем количестве мест
VB>> падало при условии что егому сказали компилиться будем
VB>> кросскомпилятором. Чем в той машинке будет java, мне не понять :))
AS> Видимо одна из множеста cheap-систем типа motorol`ы.
нет, чип от фирмы Axis. ETRAX100LX
VB>> верю, и еще раз говорю - knowhow остется в бинарниках вида
VB>> libCoolName.so
AS> Даже на библиотеки мне разделять проект нельзя. Это даже хуже, чем
AS> просто срц отдать. :)
жуть какая :)))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
| Тема: |
Автор: |
Дата: |
|
RE: Pascal |
Nazarov Nikolay |
11 May 2003 13:22:10 |
 Pascal |
Vladimir Vanin |
12 May 2003 00:57:36 |
  Re: Pascal |
Vladimir Bormotov |
12 May 2003 18:48:17 |
 Pascal |
Vladimir Vanin |
12 May 2003 20:04:12 |
|
Re: Pascal |
Vladimir Bormotov |
13 May 2003 16:48:13 |
|
Re: Pascal |
Aleksey Cheusov |
13 May 2003 21:58:52 |
|
Re: Pascal |
Vladimir Bormotov |
13 May 2003 22:16:47 |
|
Re: Pascal |
Aleksey Cheusov |
13 May 2003 22:58:55 |
|
Re: Pascal |
Vladimir Bormotov |
14 May 2003 00:16:17 |
|
Re: Pascal |
Aleksey Cheusov |
14 May 2003 15:58:49 |
|
Re: Pascal |
Vladimir Bormotov |
14 May 2003 17:32:10 |
|
Re: Pascal |
Sergey_Afonin |
14 May 2003 11:46:04 |
|
Re: Pascal |
Andrew V. Fionik |
14 May 2003 14:59:34 |
|
Re: Pascal |
Sergey_Afonin |
14 May 2003 14:25:15 |
|
Re: Pascal |
Vladimir Bormotov |
14 May 2003 17:41:20 |
|
Re: Pascal |
Dennis Prochko |
16 May 2003 09:24:24 |
|
Pascal |
Alexander Stavitsky |
15 May 2003 00:03:52 |
|
Re: Pascal |
Vladimir Bormotov |
15 May 2003 10:20:33 |
|
Pascal |
Alexander Stavitsky |
17 May 2003 00:16:08 |
|
Re: Pascal |
Vladimir Bormotov |
17 May 2003 12:40:08 |
|
Pascal |
Alexander Stavitsky |
19 May 2003 16:28:26 |
|
Re: Pascal |
Vladimir Bormotov |
20 May 2003 14:48:56 |
|
Pascal |
Alexander Stavitsky |
22 May 2003 00:17:04 |
|
Re: Pascal |
Vladimir Bormotov |
22 May 2003 15:08:52 |
|
Pascal |
Alexander Stavitsky |
24 May 2003 00:15:20 |
|
Pascal |
Alexandr Molchevsky |
10 Jun 2003 23:49:01 |
|
|
