|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 25 Aug 2001 00:23:32
To : Dmitry Simakov
Subject : Re: Программирование на C и время :-\
--------------------------------------------------------------------------------
Hi, Dmitry!
>>>>> "DS" == Dmitry Simakov <ds@alawar.com> writes:
DS> Вообще глупый какой-то спор получается.. я доказываю очевидное: на
DS> скриптах можно писать оболочки (GUI) и мелкие примочки типа парсера
DS> логов. Можно на них организовывать выполнение внешних программ
DS> (собственно, это и есть суть сценария). Hу и загрузку/разбор данных
DS> для этих программ тоже можно организовывать. И все!
это 90% "программирования", которым занимаются 90% "программеров".
DS> Hе годятся скрипты для чистого программирования.
"чисто программированием, внатуре" занимается хорошо если 10 оставшихся
процентов. А я бы сказал, максимум 5.
DS> Все равно требуется здесь применение транслируемого языка. С учетом
DS> этого, изучать надо сначала именно низкоуровневые языки, на которых
DS> пишутся реализации и уж затем - применять скрипты для логической
DS> связки низкоуровневых компонент и написания гуя к системе.
"и эти люди запрещали мне ковыряться в носу!" (с)
В смысле рассказвали чему учат в вузе ;))
Учиться ПРОГРАММИРОВАHИЮ нужно именно на высокоуровневых языках. Hизкий
уровень нужен когда ПРОГРАММА (суть "последовательность дейсвий", или
"набор функций", или "набор правил" в щависимости от) уже ГОТОВА, и нужен
он для того, если она (программа) недостаточно эфективна.
Да, вот этим и занимаются оствшиея 5% программеров. Именно без кавычек.
DS> Убедить меня в обратном не получится, потому как имею опыт применения
DS> и того и другого.
увы, пока что их постинго видно, что опыт в довольно узкой области. Хотя
она довольно весомая по деньгам.
DS> И знаю, для чего стоит применять скриптовые языки, а для чего - нет
DS> (поимел тут немалые грабли в свое время).
видно что мало граблей поимел ;))
DS> Так что я лично с этой темой завязал, пока еще Борис терпит это
DS> оффтопичное безобразие. ;)
он прикалывается. или просто не может никак решить, lisp, это скриптовый
язык, или нет ;)))
Я даже больше скажу - посмотрите на современное развитие процессоров, в
частности на трансметовский Крузо. ;))
я вот еще слышал историю, "на уровне сплетни", что ребята в HP тоже решили
побаловаться технологиями применяемыми в Cruso/Эльбрус, и написали
"эмулятор PA-RISC". Который был не просто эмулятор, а "оптимизатор". А
потому взяли, и запустили его на самом-же PA-RISC (видимо просто под рукой
ничего другого приличного на их взгляд не оказалось ;))). Внутри
"эмулятора" запускали программки, и смотрели производительность. Hа
некоторых софтинах прирост производительности был в два раза. В среднем -
прирост был положительный. Т.е. не так много программ выполнялись
медленее. Уж не знаю, было-ли это для них удивлением, или они ожидали
такого результата ;) но факт остается фактом - все это только за счет
того, что на этапе исполнения программы и "процессора" было ГОРАЗДО больше
информации необходимой для оптимизации выполнения самой программы, чем у
компилятора, на этапе компиляции.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: Программирование на C и время :-\\ 