_Loader_

Tue Oct 14 2003 22:01, Roman Khvatov wrote to Ilia Tarasov:

IT>>>> О чем говорит JC или JNZ? RK>>> О наличии в АЛУ таких флагов :) IT>> Где эти флаги в Си как элементы языка?

RK> А где в С АЛУ как элемент языка?

О чем я тебе и говорил! Ни флагов, ни АЛУ, ни регистров! Однако при рассмотрении процесса компиляции все это вдруг всплывает...

RK> Ага, имеем 1 команду, которая может быть использована для выполнения RK> _любого_ условного перехода. (Точнее имеем комбинацию из 2х команд, RK> первая выполняет какое нибудь арифметическое действие, вторая выполняет RK> переход - результат первой команды тоже может понадобится)

Вот как раз _любой_ переход с минимальным набором команд и не нужен...

RK> Язык не обязан ложиться на целевую платформу 1 в 1 (и даже будет лучше, RK> если он не будет так ложиться - больше простора для маневра компилятору)

С чего бы??????!!!!!! Какой такой маневр компилятора, если все его "маневры" делаются не от хорошей жизни? Именно соответствие 1 в 1 команд процессора (а лучше КА) диаграмме состояний, заданной в ТЗ, и является идеальным с точки зрения алгоритмики решением поставленной задачи!

RK> Кроме того, если делать JA_EQ_B, то придется сделать целый выводок таких RK> команд для всех условий и всех регистров, сам посчитаешь, сколько их RK> будет :)

Ну наконец-то....

RK> Для стековой машины имеет смасл вводить операции JEQ/JNE/etc. - RK> там операнды находятся в одном месте и можно сэкономить на команде RK> сравнения.

Для стековой машины достаточно ввести операции над вершиной стека. Для Форт-машины - переход по проверке вершины на 0...

IT>> Обоснуй, почему хуже. С точки зрения схемотехники принципиальной IT>> разницы нет.

RK> Есть, если делать одной командой, то придется задействовать RK> _последовательно_ АЛУ и логику переходов, что потребует усложнения схемы RK> или введение микропрограм.

АЛУ в данном случае и есть логика переходов... Разницы нет (по наблюдениям за готовым проектом).

IT>>>> Все, что кому-нибудь нужно, рано или поздно может появиться. RK>>> Оно уже появилось, теперь отмирает :) IT>> Это твое мнение, или объективные исследования?

RK> Можешь собрать статистику например по этой эхе - здесь периодически RK> вспыхивают войны асм/C, причем со обычно воюют один или два человека RK> (сторонники асма) со всей остальной эхой :)

Статистика по эхе мне мало интересна. Я отсюда могу "забрать" только результаты обсуждений или технические советы от людей, тесно работавших с неким оборудованием. То, что xx% работают с Си, мало о чем говорит, даже если xx много больше 50...

IT>> Joy подсказали - а я совсем забыл, и зря.... Орлов вон и про Ocaml IT>> ничего не слышал, но о чем это говорит?

RK> О том, что они практически никому не известны, если не веришь - можешь RK> провести опрос, прямо здесь :)

Известны - не известны.... разве об этом речь? Разработка состоялась, кто не спряталс.... эээ... кто не сообразил как воспользоваться - я не виноват...

IT>>>> Си, Паскаль, Алгол, Фортран - разные языки? RK>>> Да. Программа на С не будет компилироваться Паскалем и т.д. IT>> Они сопоставимы на уровне грамматики,

RK> Это как это? То, что грамматики у них похожи, это еще не значит, что они RK> одинаковы.

Не придирайся. Они _сопоставимы_. Если угодно, программу на Паскале можно переписать на Си.

IT>> а ты описываешь эффект от применения конкретных реализаций IT>> компиляторов.

RK> Ээ, Паскаль и С это 2 реализации одного компилятора? Это откровение :)

а) "конкретных реализаций компиляторОВ" б) сильное подозрение, что дело обстоит таки довольно близко к тому, над чем ты тут улыбаешься.... ;)

(skipped то, что все равно не приведет к реальным результатам... ты компиляторы пишешь? тебе этот анализ нужен для конкретной работы, или просто "почему не стековая архитектура"?)

RK>>> Можно дать более точное определение: RK>>> Языки можно считать диалектами друг друга, если найдется RK>>> осмысленная программа, не содержащая коментариев, которая будет RK>>> компилится обоими языками и давать в результате своей работы RK>>> идентичные результаты.

IT>> :-/ Hичего себе определение.

RK> Вполне нормальное.

Для интереса - приведи парочку определений диалекта из соотв. литературы..

IT>> Применяем его к .net и видим, что ВСЕ эти языки (C++ C# VB и т.д.) - IT>> диалекты друг друга. IT>> Про фазы компиляции в определении ни слова....

RK> Причем тут фазы компиляции, я же явно написал _программа_, то есть RK> исходный текст.

И никаким препроцессором один исходный текст не превратить в другой? А то, что некоторые компиляторы умеют "смешивать" языки в исходных текстах? Неет... это ты не то написал...

IT>> (А .net использует единый промежуточный формат)

RK> А что, на всех этих языках пишут сразу на промежуточном формате? Или все RK> же на собственно языке?

"Собственно языка" там практически нет. Начиная с определенной _фазы_ (о которой вообще ни слова) компилятор работает с единым представлением кода. Соответственно, .net умеет компилировать все языки, которые способны после определенной обработки выдать это самое представление.

IT>> Ты передергиваешь - я привел тебе _все_ варианты, в том числе и с IT>> умножением частоты. А триггер позволит записать в него по фронту, а IT>> затем асинхронно читать в любое количество выходов.

RK> Это тоже разновидность умножения частоты.

Ничего подобного! Не путай асихронные и синхронные схемы!

RK> Я ожидал красивого решения, RK> например разделение памяти на 2 банка и подключения АЛУ так, что бы можно RK> было читать операнды и записывать результат так, что бы к любому банку

:))))))) а) это наиболее оптимальное из используемых решений б) про это я уже писал... ты просто не увидел :))))

RK>>> Hикто не мешает дописать своих управляющих слов с использованием RK>>> того же control-flow стека и непреднамеренно разрушить весь RK>>> контроль в результате ошибки.

IT>> Ээээ.... а что, кто-то говорил, что Форт - панацея? Hадо думать, что IT>> делаешь.

RK> Бывают же и просто ошибки.

И кто в таким случае их сделал?

IT>> Hа Си тоже можно написать бесконечный цикл и войти в него с IT>> запрещенными прерываниями...

RK> Да, но поломать компилятор это не сможет :)

То, что поломает отвертку, не поломает молоток... Форт и Си - языки совершенно разных классов, и подобные сравнения вряд ли полезны...

IT>> Для такого подхода лучше взять язык с более простым синтаксисом.

RK> У Форта _очень_ простой синтаксис.

Соответственно, он может быть спрятан в качестве ассемблера с последующей надстройкой над ним серии ЯВУ... (Десятый раз тут уже повторяю)

IT>> Композицию уже отменили? RK> Она все равно снижает надежность.

???????? 8-| С чего?????

Tue Oct 14 2003 22:39, Roman Khvatov wrote to Ilia Tarasov:

RK> Я привел исходную формулу и то, что сделает из нее нормальный компилятор RK> С (в нотации Форта), Форт же сам это делать не станет.

Он ничего не станет делать сам по себе, но на такой вывод вполне натолкнет.

IT>> Плюх... Watcom C - DPMI, однако. Hе додумывай за меня - будут IT>> _фактические_ ошибки... ;)

RK> Я тебе привел оба варианта, совет по второму варианту был 'надо что то в RK> консерватории править', так как разница между оптимизирующим компилятором RK> С и ассемблером не может быть в 10 раз - так написали программу на С.

Программу на C написали в соответствии с типовыми реализациями численных алгоритмов. Что компилятор не сообразил переставить команды для параллельного выполнения - его проблемы. Я же не фанат Си - всеми силами добиваться, чтобы любимый компилятор не пролетел на конкретной задаче... Пролетел - на помойку его, и пишем на асме...

RK>>> Hикак. Могут взаимодействовать интерпретатор и _откомпилированная RK>>> программа_ IT>> Примером чего и является Форт-система... RK> И не только она, есть еще _дофига_ подобных систем, и не на Форте.

У тебя какой телевизор дома? ;)))))

RK> А зачем они вообще нужны. Я не понимаю исходной задачи - зачем RK> понадобилось скрещивать скрипты с программой в нулевом кольце?

В нулевом кольце все, поскольку какой смысл что-то оттуда специально выковыривать?

IT>> Входной поток - это либо клавиатура, либо файл. У тебя опять странная IT>> картинка. В файл можно записать программу работы установки хоть на IT>> целый день, она и будет потихоньку исполняться.

RK> Так же можно все это набить прямо в программу, откомпилировать, RK> запустить, и она так же будет выполняться хоть целый день, зачем там RK> интерпретатор?

ЗАЧЕМ???? Чтобы программеру было приятно, что он востребован? Проблемы надо решать максимально простыми средствами....

RK> Дельфи не для того сделан. RK> Кроме того, специально посмотрел - tcl (на cygwin'е) занимает около 1.8м, RK> мне кажется, что это побольше hello world на Дельфи.

Причем является составной частью многих продуктов и часто уже имеется в системе. А что результат появляется через пару минут после набора теста в notepad, а не через полчаса игры с проектами, формами и контрольками - не может не радовать.

RK> Я тоже. У этого принципиального подхода есть такой же принципиальный RK> недостаток - если ты в своем проекте применил интерпретатор, то ты (или RK> твой пользователь) должен этот интерпретатор иметь, что бы запустить твою RK> программу. Тут есть 2 пути: 1) Интерпретатор встроен в саму программу RK> (Форт или какой нибудь прилинкованный к программе интерпретатор) 2) RK> Интерпретатор в программу не встроен, тогда он или должен быть приложен к RK> программе, или пользователю придется самому озаботится его поисками, что RK> никак не способствует удобству работы с программой.

Есть коробочные продукты и внутренние решения разработчика. Мы о чем? Здесь явно актуальнее второе - как с помощью такой массовой вещи, как PC, максимально облегчить себе жизнь. Тикль поставить - плевое дело. Настроить интерпретатор Форта на генерацию ассемблерного кода для контроллера, который в данный момент лежит на столе - тоже довольно просто.

IT>> (которые, btw, должны быть удобно стыкуемыми), я говорю, что они IT>> прекрасно заменяются одной.

RK> Которая так же хорошо выполняет все 3 задачи, как 3 специализированные RK> системы каждая свою? Что то не верится.

Система не есть арифметическая сумма составляющих. Я не заставляю верить. Решение есть, и оно отвечает требованиям - в критичных местах достигнута требуемая производительность, интерпретатор, графика и средства ввода адекватно поддержаны. Рафинированные изыски в виде поиска самой-самой лучшей системы - предмет разве что флейма...

IT>> Для полностью компилируемых программ эта система не является частью IT>> языка. Соответственно, она автоматически попадает в разряд "прикладных IT>> программ". Что там наворочено - еще надо разобраться...

RK> А если она 'автоматически попала' в систему, с ней уже не надо RK> разбираться, и она стала абсолютно безглючной?

Алгоритм, отработанный на десятках Фортов, явно стабильнее только что состряпанной программы.

RK> Мы пока обсуждаем эти самые _иные_ подходы не имея представления к _чему_ RK> же они были применены.

Это долго, и здесь я пытался дать общее представление о том, что с Фортом _можно_ работать... и _как_ с ним работать...

RK> PS. А вообще то наша беседа уже свалилась в полнейший офтопик, пора RK> закругляться.

Ну если интересно, я еще некоторое время могу в мыле пообщаться... Хотя события уже разворачиваются иначе, и работы в области процессорных архитектур будут уже не на уровне инициативных... для чего мне и была нужна эха...

Mon Oct 13 2003 11:42, Lev Serebryakov wrote to Ilia Tarasov:

IT>> Разве есть принципиальная разница, в каком конкретно языке или ОС IT>> будет использована подобная методология? gcc, кстати, это компилятор IT>> для _одного_ языка из целой серии. Как быть с Паскалем или Фортраном?

LS> Открой для себя g77 и gpc. Чес-слово, они так же собираются кроссово, LS> как и C-Часть gcс. LS> И, предвосхищая вопросы, есть еще Objective C, ADA и Java с компилением LS> в нативный код.

Да уж и gas открывал... что толку-то? Это надо иметь массу свободного времени и быть фанатом подобных подходов... Потом же на этом всем еще и писать, ковыряя одновременно свежесобранный компилятор и прикладную программу...

Wed Oct 15 2003 14:15, Arcady Schekochikhin wrote to Ilia Tarasov:

AS> HЕТ, HЕТ и HЕТ. Для передачи параметров программам стек HЕ HУЖЕH. Вообще. AS> Даже для хранения адресов возврата стек HЕ HУЖЕH - смотри IBM 360. И AS> даже, AS> о боже - для рекурсии стек не нужен - нужны активационные фреймы и AS> поддержка механизма LIFO, что совсем не обязательно аппаратный стек (но AS> таки да - любой LIFO можно так же назвать и стеком).

Тогда давай так: одна из реализаций механизма передачи параметров - использование стека. Что он не является необходимым условием - это я и так знаю. Активационные фреймы - несколько абстрактное описание...похожее на утверждение "вы находитесь в корзине воздушного шара"... _где_ их держать?

AS> Весьма неграмотное утверждение.

Вполне справедливое для платформы x86 и упоминающееся в целом ряде источников.

AS> Сишная конвенция по определению проще и AS> дешевле - она не поддерживает вложенных процедур (то есть не нужны AS> дисплеи для доступа к переменным объемлющих процедур) и стек чистит AS> вызывающий - не нужна специальная команда "RET n" (без которой для AS> паскалевского возврата нужно извращаться, если у тебя стек аргументов AS> совпадает со стеком вызовов).

Ну и как вызывающий будет чистить стек после пары сотен вызовов функций в программе малой или средней сложности? Посчитай-ка количество серий PUSH/POP...

А если ты про проблему передачи параметров "в общем", то просмотри тред внимательнее... А то ты выхватил кусок, и теперь с ним споришь. Я про x86-подобные архитектуры, с одним стеком и регистрами. Другие архитектуры - другие решения!....

.......................

Hello Artem!

AK> íÅÇÁ8515 ÍÅÎÑ ÔÏ ÖÅ ÐÏÒÁÄÏ×ÁÌÁ - ïþåHø ÐÒÉÌÉÞÎÙÊ ËÁÍÕÛÅË ÐÏ ÏÞÅÎØ AK> ÈÏÒÏÛÅÊ ÃÅÎÅ :).

ìÉÞÎÏ ÍÅÎÑ ÂÏÌØÛÅ ×ÓÅÇÏ ÐÏÒÁÄÏ×ÁÌÉ ÒÁÚÎÙÅ ÁÐÐÁÒÁÔÎÙÅ ÕÍÎÏÖÅÎÉÑ, clear on compare match ÔÁÊÍÅÒÁ 0 (Ó ÓÏÐÕÔÓÔ×ÕÀÝÉÍÉ ÉÓÐÒÁ×ÌÅÎÉÑÍÉ ÂÁÇÏ× ÓÂÒÏÓÏ× ÏÂÏÉÈ ÔÁÊÍÅÒÏ×) + ÓÂÒÏÓ ÐÒÅÓËÁÌÌÅÒÁ (ÎÏ ÏÂÏÉÈ ÔÁÊÍÅÒÏ× ÓÒÁÚÕ, ÐÏÓËÏÌØËÕ ÏÎ ÏÂÝÉÊ), ÂÙÓÔÒÙÊ ûéí, lpm rd É lpm rd,Z+, Á ÔÁËÖÅ ×ÎÕÔÒÅÎÎÉÊ RC ÇÅÎÅÒÁÔÏÒ ÎÁ ÓÅÔËÕ

USART Ó Ä×ÏÊÎÏÊ ÂÕÆÅÒÉÚÁÃÉÅÊ ÐÒÉÅÍÁ É ÕÄ×ÏÅÎÎÏÊ ÓËÏÒÏÓÔØÀ × ÁÓÉÎÈÒÏÎÎÏÍ ÒÅÖÉÍÅ

• ÓÉÎÈÒÏÎÎÙÊ ÒÅÖÉÍ + ÚÁÄÁ×ÁÅÍÏÅ ËÏÌÉÞÅÓÔ×Ï ÂÉÔ - ×ÅÓØÍÁ ÎÅÐÌÏÈÏ, ÎÏ É ÂÅÚ ÜÔÏÇÏ ×ÐÏÌÎÅ ÏÂÈÏÄÉÌÓÑ. éÓÐÏÌØÚÏ×ÁÎÉÅ bootloader ÐÏËÁ ÎÅ ÐÒÏÓÍÁÔÒÉ×ÁÅÔÓÑ, ÈÏÔÑ Ñ ÚÎÁÀ ÐÁÒÎÑ, ËÏÔÏÒÙÊ "ÐÉÝÉÔ" ÏÔ ÒÁÄÏÓÔÉ ÐÏÄÏÂÎÏÇÏ :-) BOR - ÄÁ×ÎÏ ÐÏÒÁ, ËÁË É 16 íçà ÔÁËÔÏ×ÏÊ. HÅÏÔËÌÀÞÁÅÍÙÊ WDT - ÞÅÒÔ ÅÇÏ ÎÅ ÚÎÁÅÔ, ÐÕÓÔØ ÂÕÄÅÔ... ÇÏ×ÏÒÑÔ, ÞÔÏ ÂÙ×ÁÅÔ ÐÏÌÅÚÎÏ :-) õÍÅÎØÛÅÎÎÙÊ ÒÁÚÍÁÈ ÇÅÎÅÒÁÔÏÒÁ - ÎÁ×ÅÒÎÏ, ËÏÍÕ-ÔÏ ÐÒÉÇÏÄÉÔÓÑ. þÔÏ-ÔÏ ÔÁÍ Ó ÒÅÖÉÍÁÍÉ ÐÏÒÔÏ× × sleep, ÎÏ Ñ ÓÈÏÄÕ ÎÅ ÓÏ×ÓÅÍ ÐÏÎÑÌ ÍÙÓÌØ. çÅÎÅÒÁÔÏÒ ÎÁ ×ÎÅÛÎÅÊ RC ÃÅÐÉ - ÚÁÂÁ×ÎÏ, ÍÏÖÅÔ É ÐÒÉÇÏÄÉÔØÓÑ...

çÌÏÂÁÌØÎÏÅ ÏÔËÌÀÞÅÎÉÅ ÐÏÄÔÑÖÅË - _ÏÞÅÎØ_ ÎÅÐÌÏÈÏ, ÎÏ ÓÌÉÛËÏÍ ÐÏÌÏ×ÉÎÞÁÔÏ, ÔÅÒÑÅÔÓÑ ÐÒÅÌÅÓÔØ ÉÄÅÉ. òÁÂÏÔÁ Ó ×ÎÅÛÎÅÊ ÐÁÍÑÔØÀ - ËÁË-ÔÏ ÍÕÔÎÏ, ÁÄÒÅÓÁ ×ÎÕÔÒÅÎÎÅÊ ïúõ ÂÌÏËÉÒÏ×ÁÎÙ ÄÌÑ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ×Ï ×ÎÅÛÎÅÊ, ÐÏÖÁÌÅÌÉ ÏÔÄÅÌØÎÏÊ ËÏÍÁÎÄÙ ÉÌÉ ÂÉÔÁ. ðÒÉ ×ËÌÀÞÅÎÎÏÊ ÒÁÂÏÔÅ Ó ×ÎÅÛÎÅÊ ÐÁÍÑÔØÀ ÞÔÏ-ÔÏ ÔÁÍ ÛÅ×ÅÌÅÔÓÑ ÎÁ ÐÏÒÔÁÈ ÐÒÉ ÏÂÒÁÝÅÎÉÉ Ë ×ÎÕÔÒÅÎÎÅÊ - ÂÒÅÄ, ÎÅ ÏÞÅÎØ ÐÏÎÑÌ, ÎÁÓÔÏÒÁÖÉ×ÁÅÔ, ÂÕÄÕ ÐÏÓÍÏÔÒÅÔØ... OSCCAL ÍÏÇÌÉ ÂÙ É ÓÁÍÉ ÚÁÇÒÕÖÁÔØ ÐÒÉ ÒÁÂÏÔÅ ÏÔ ×ÎÕÔÒÅÎÎÅÇÏ ÇÅÎÅÒÁÔÏÒÁ - ÚÁÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÎÁÑ ÞÁÓÔÏÔÁ, Á ÚÎÁÞÉÔ É ËÁÌÉÂÒÏ×ÏÞÎÁÑ ËÏÎÓÔÁÎÔÁ, ÉÚ×ÅÓÔÎÙ ËÏÎÔÒÏÌÌÅÒÕ. á ÕÖ ÎÁËÏÊ ÅÇÏ (OSCCAL) ÂÙÌÏ ÐÉÈÁÔØ ÐÏ ÂÉÔÏ×ÏÄÏÓÔÕÐÎÏÍÕ ÁÄÒÅÓÕ - ÕÍÕ ÎÅÒÁÓÔÑÖÉÍÏ... úÁÔÏ ÐÏÒÔ SFIOR, ËÏÔÏÒÙÊ ËÁË ÒÁÚ É ÔÒÅÂÕÅÔ ÂÉÔÏ×ÏÓÔÉ, ÚÁÄ×ÉÎÕÌÉ ××ÅÒÈ... ËÁË Õ ÎÉÈ É ×ÏÄÉÔÓÑ...

ðÏËÁ ÞÔÏ ÏÎÁ (ÍÅÇÁ) Õ ÎÁÓ ÉÄÅÔ × ÓÅÒÉÊÎÏÊ ÐÏÄÅÌËÅ ×ÍÅÓÔÏ s8515 × ÒÅÖÉÍÅ ÓÏ×ÍÅÓÔÉÍÏÓÔÉ - ËÁË É ÏÂÅÝÁÌÉ, ×ÏÏÂÝÅ ÎÅ ÐÒÉÛÌÏÓØ ÔÒÏÇÁÔØ ËÏÄ, ÞÔÏ ÞÅÒÔÏ×ÓËÉ ÐÒÉÑÔÎÏ - ÎÅ ÔÒÁÔÉÌ ×ÒÅÍÑ ÎÁ ÐÒÁ×ËÕ É ÐÌÏÄÅÎÉÅ ÏÛÉÂÏË :-) HÏ ×ÓÅ ÎÏ×ÙÅ ÐÒÏÅËÔÙ É ×ÅÒÓÉÉ ÕÖÅ ÐÅÒÅÔÑÇÉ×ÁÀ ÐÏÄ "native" ÒÅÖÉÍ, ÂÌÁÇÏ ÜÔÏ ÜÌÅÍÅÎÔÁÒÎÏ. á ÐÏ ÃÅÎÅ - ÒÅÂÑÔÁ ÉÈ ÂÅÒÕÔ ÄÅÓÑÔËÁÍÉ × ÄÉÐÅ ×ÅÒÓÉÉ low ×ÓÅÇÏ ÐÏ 102 ÒÜ (/30~=$) - ÏÞÅÎØ ÄÁÖÅ.

Hello Ilia.

RK>> ñÚÙË ÎÅ ÏÂÑÚÁÎ ÌÏÖÉÔØÓÑ ÎÁ ÃÅÌÅ×ÕÀ ÐÌÁÔÆÏÒÍÕ 1 × 1 (É ÄÁÖÅ ÂÕÄÅÔ RK>> ÌÕÞÛÅ, ÅÓÌÉ ÏÎ ÎÅ ÂÕÄÅÔ ÔÁË ÌÏÖÉÔØÓÑ - ÂÏÌØÛÅ ÐÒÏÓÔÏÒÁ ÄÌÑ RK>> ÍÁÎÅ×ÒÁ ËÏÍÐÉÌÑÔÏÒÕ)

IT> ó ÞÅÇÏ ÂÙ??????!!!!!!

IT> ëÁËÏÊ ÔÁËÏÊ ÍÁÎÅ×Ò ËÏÍÐÉÌÑÔÏÒÁ, ÅÓÌÉ ×ÓÅ ÅÇÏ IT> "ÍÁÎÅ×ÒÙ" ÄÅÌÁÀÔÓÑ ÎÅ ÏÔ ÈÏÒÏÛÅÊ ÖÉÚÎÉ?

IT> éÍÅÎÎÏ ÓÏÏÔ×ÅÔÓÔ×ÉÅ 1 × 1 ËÏÍÁÎÄ ÐÒÏÃÅÓÓÏÒÁ (Á ÌÕÞÛÅ ëá) ÄÉÁÇÒÁÍÍÅ IT> ÓÏÓÔÏÑÎÉÊ, ÚÁÄÁÎÎÏÊ × ôú, É Ñ×ÌÑÅÔÓÑ ÉÄÅÁÌØÎÙÍ Ó ÔÏÞËÉ ÚÒÅÎÉÑ IT> ÁÌÇÏÒÉÔÍÉËÉ ÒÅÛÅÎÉÅÍ ÐÏÓÔÁ×ÌÅÎÎÏÊ ÚÁÄÁÞÉ!

HÅÔ. üÔÏ ÓÏ×ÍÅÝÅÎÉÅ ÐÏÄÈÏÄÏ× (1) É (2), ÒÅÚÕÌØÔÁÔ ÐÏÌÕÞÉÔÓÑ ÓÒÅÄÎÉÊ Ó ÏÂÏÉÈ ÔÏÞÅË ÚÒÅÎÉÑ. óÏÏÔ×ÅÓÔ×ÉÅ 1 × 1 ÉÍÅÅÔ ÓÍÙÓÌ ÅÓÌÉ ñ÷õ ÄÌÑ ÜÔÏÇÏ ÐÒÏÃÅÓÓÏÒÁ ÏÔÓÕÓÔ×ÕÅÔ, ÔÁËÏ×ÙÈ ÐÒÏÃÅÓÓÏÒÏ× ÏÓÔÁÌÏÓØ ÏÞÅÎØ ÍÁÌÏ.

RK>> åÓÔØ, ÅÓÌÉ ÄÅÌÁÔØ ÏÄÎÏÊ ËÏÍÁÎÄÏÊ, ÔÏ ÐÒÉÄÅÔÓÑ ÚÁÄÅÊÓÔ×Ï×ÁÔØ RK>> _ÐÏÓÌÅÄÏ×ÁÔÅÌØÎÏ_ áìõ É ÌÏÇÉËÕ ÐÅÒÅÈÏÄÏ×, ÞÔÏ ÐÏÔÒÅÂÕÅÔ RK>> ÕÓÌÏÖÎÅÎÉÑ ÓÈÅÍÙ ÉÌÉ ××ÅÄÅÎÉÅ ÍÉËÒÏÐÒÏÇÒÁÍ.

IT> áìõ × ÄÁÎÎÏÍ ÓÌÕÞÁÅ É ÅÓÔØ ÌÏÇÉËÁ ÐÅÒÅÈÏÄÏ×... òÁÚÎÉÃÙ ÎÅÔ (ÐÏ IT> ÎÁÂÌÀÄÅÎÉÑÍ ÚÁ ÇÏÔÏ×ÙÍ ÐÒÏÅËÔÏÍ).

IT>>>>> ÷ÓÅ, ÞÔÏ ËÏÍÕ-ÎÉÂÕÄØ ÎÕÖÎÏ, ÒÁÎÏ ÉÌÉ ÐÏÚÄÎÏ ÍÏÖÅÔ ÐÏÑ×ÉÔØÓÑ. RK>>>> ïÎÏ ÕÖÅ ÐÏÑ×ÉÌÏÓØ, ÔÅÐÅÒØ ÏÔÍÉÒÁÅÔ :) IT>>> üÔÏ Ô×ÏÅ ÍÎÅÎÉÅ, ÉÌÉ ÏÂßÅËÔÉ×ÎÙÅ ÉÓÓÌÅÄÏ×ÁÎÉÑ?

RK>> íÏÖÅÛØ ÓÏÂÒÁÔØ ÓÔÁÔÉÓÔÉËÕ ÎÁÐÒÉÍÅÒ ÐÏ ÜÔÏÊ ÜÈÅ - ÚÄÅÓØ RK>> ÐÅÒÉÏÄÉÞÅÓËÉ ×ÓÐÙÈÉ×ÁÀÔ ×ÏÊÎÙ ÁÓÍ/C, ÐÒÉÞÅÍ ÓÏ ÏÂÙÞÎÏ ×ÏÀÀÔ ÏÄÉÎ RK>> ÉÌÉ Ä×Á ÞÅÌÏ×ÅËÁ (ÓÔÏÒÏÎÎÉËÉ ÁÓÍÁ) ÓÏ ×ÓÅÊ ÏÓÔÁÌØÎÏÊ ÜÈÏÊ :)

IT> óÔÁÔÉÓÔÉËÁ ÐÏ ÜÈÅ ÍÎÅ ÍÁÌÏ ÉÎÔÅÒÅÓÎÁ.

IT>>> Joy ÐÏÄÓËÁÚÁÌÉ - Á Ñ ÓÏ×ÓÅÍ ÚÁÂÙÌ, É ÚÒÑ.... ïÒÌÏ× ×ÏÎ É ÐÒÏ IT>>> Ocaml ÎÉÞÅÇÏ ÎÅ ÓÌÙÛÁÌ, ÎÏ Ï ÞÅÍ ÜÔÏ ÇÏ×ÏÒÉÔ? RK>> ï ÔÏÍ, ÞÔÏ ÏÎÉ ÐÒÁËÔÉÞÅÓËÉ ÎÉËÏÍÕ ÎÅ ÉÚ×ÅÓÔÎÙ, ÅÓÌÉ ÎÅ ×ÅÒÉÛØ - RK>> ÍÏÖÅÛØ ÐÒÏ×ÅÓÔÉ ÏÐÒÏÓ, ÐÒÑÍÏ ÚÄÅÓØ :) IT> éÚ×ÅÓÔÎÙ - ÎÅ ÉÚ×ÅÓÔÎÙ.... ÒÁÚ×Å Ï ÜÔÏÍ ÒÅÞØ?

IT> òÁÚÒÁÂÏÔËÁ ÓÏÓÔÏÑÌÁÓØ, ËÔÏ ÎÅ ÓÐÒÑÔÁÌÓ.... ÜÜÜ... ËÔÏ ÎÅ ÓÏÏÂÒÁÚÉÌ IT> ËÁË ×ÏÓÐÏÌØÚÏ×ÁÔØÓÑ - Ñ ÎÅ ×ÉÎÏ×ÁÔ...

IT>>>>> óÉ, ðÁÓËÁÌØ, áÌÇÏÌ, æÏÒÔÒÁÎ - ÒÁÚÎÙÅ ÑÚÙËÉ? RK>>>> äÁ. ðÒÏÇÒÁÍÍÁ ÎÁ ó ÎÅ ÂÕÄÅÔ ËÏÍÐÉÌÉÒÏ×ÁÔØÓÑ ðÁÓËÁÌÅÍ É Ô.Ä. IT>>> ïÎÉ ÓÏÐÏÓÔÁ×ÉÍÙ ÎÁ ÕÒÏ×ÎÅ ÇÒÁÍÍÁÔÉËÉ, RK>> üÔÏ ËÁË ÜÔÏ? ôÏ, ÞÔÏ ÇÒÁÍÍÁÔÉËÉ Õ ÎÉÈ ÐÏÈÏÖÉ, ÜÔÏ ÅÝÅ ÎÅ ÚÎÁÞÉÔ, RK>> ÞÔÏ ÏÎÉ ÏÄÉÎÁËÏ×Ù. IT> HÅ ÐÒÉÄÉÒÁÊÓÑ. ïÎÉ _ÓÏÐÏÓÔÁ×ÉÍÙ_.

IT> åÓÌÉ ÕÇÏÄÎÏ, ÐÒÏÇÒÁÍÍÕ ÎÁ ðÁÓËÁÌÅ ÍÏÖÎÏ ÐÅÒÅÐÉÓÁÔØ ÎÁ óÉ.

IT>>> Á ÔÙ ÏÐÉÓÙ×ÁÅÛØ ÜÆÆÅËÔ ÏÔ ÐÒÉÍÅÎÅÎÉÑ ËÏÎËÒÅÔÎÙÈ ÒÅÁÌÉÚÁÃÉÊ IT>>> ËÏÍÐÉÌÑÔÏÒÏ×. RK>> üÜ, ðÁÓËÁÌØ É ó ÜÔÏ 2 ÒÅÁÌÉÚÁÃÉÉ ÏÄÎÏÇÏ ËÏÍÐÉÌÑÔÏÒÁ? üÔÏ RK>> ÏÔËÒÏ×ÅÎÉÅ :) IT> Á) "ËÏÎËÒÅÔÎÙÈ ÒÅÁÌÉÚÁÃÉÊ ËÏÍÐÉÌÑÔÏÒï÷"

IT> (skipped ÔÏ, ÞÔÏ ×ÓÅ ÒÁ×ÎÏ ÎÅ ÐÒÉ×ÅÄÅÔ Ë ÒÅÁÌØÎÙÍ ÒÅÚÕÌØÔÁÔÁÍ... ÔÙ IT> ËÏÍÐÉÌÑÔÏÒÙ ÐÉÛÅÛØ?

IT> ÔÅÂÅ ÜÔÏÔ ÁÎÁÌÉÚ ÎÕÖÅÎ ÄÌÑ ËÏÎËÒÅÔÎÏÊ ÒÁÂÏÔÙ,

HÅÔ, ÜÔÏ ÎÅ ÁÎÁÌÉÚ, Á ÁÚÂÕËÁ ÐÏÓÔÒÏÅÎÉÑ ËÏÍÐÉÌÑÔÏÒÏ×.

RK>>>> íÏÖÎÏ ÄÁÔØ ÂÏÌÅÅ ÔÏÞÎÏÅ ÏÐÒÅÄÅÌÅÎÉÅ: RK>>>> ñÚÙËÉ ÍÏÖÎÏ ÓÞÉÔÁÔØ ÄÉÁÌÅËÔÁÍÉ ÄÒÕÇ ÄÒÕÇÁ, ÅÓÌÉ ÎÁÊÄÅÔÓÑ RK>>>> ÏÓÍÙÓÌÅÎÎÁÑ ÐÒÏÇÒÁÍÍÁ, ÎÅ ÓÏÄÅÒÖÁÝÁÑ ËÏÍÅÎÔÁÒÉÅ×, ËÏÔÏÒÁÑ ÂÕÄÅÔ RK>>>> ËÏÍÐÉÌÉÔÓÑ ÏÂÏÉÍÉ ÑÚÙËÁÍÉ É ÄÁ×ÁÔØ × ÒÅÚÕÌØÔÁÔÅ Ó×ÏÅÊ ÒÁÂÏÔÙ RK>>>> ÉÄÅÎÔÉÞÎÙÅ ÒÅÚÕÌØÔÁÔÙ.

IT>>> :-/ HÉÞÅÇÏ ÓÅÂÅ ÏÐÒÅÄÅÌÅÎÉÅ. RK>> ÷ÐÏÌÎÅ ÎÏÒÍÁÌØÎÏÅ.

IT> äÌÑ ÉÎÔÅÒÅÓÁ - ÐÒÉ×ÅÄÉ ÐÁÒÏÞËÕ ÏÐÒÅÄÅÌÅÎÉÊ ÄÉÁÌÅËÔÁ ÉÚ ÓÏÏÔ×. IT> ÌÉÔÅÒÁÔÕÒÙ..

IT>>> ðÒÉÍÅÎÑÅÍ ÅÇÏ Ë .net É ×ÉÄÉÍ, ÞÔÏ ÷óå ÜÔÉ ÑÚÙËÉ (C++ C# VB É IT>>> Ô.Ä.) - ÄÉÁÌÅËÔÙ ÄÒÕÇ ÄÒÕÇÁ. ðÒÏ ÆÁÚÙ ËÏÍÐÉÌÑÃÉÉ × ÏÐÒÅÄÅÌÅÎÉÉ IT>>> ÎÉ ÓÌÏ×Á....

RK>> ðÒÉÞÅÍ ÔÕÔ ÆÁÚÙ ËÏÍÐÉÌÑÃÉÉ, Ñ ÖÅ Ñ×ÎÏ ÎÁÐÉÓÁÌ _ÐÒÏÇÒÁÍÍÁ_, ÔÏ RK>> ÅÓÔØ ÉÓÈÏÄÎÙÊ ÔÅËÓÔ.

IT> é ÎÉËÁËÉÍ ÐÒÅÐÒÏÃÅÓÓÏÒÏÍ ÏÄÉÎ ÉÓÈÏÄÎÙÊ ÔÅËÓÔ ÎÅ ÐÒÅ×ÒÁÔÉÔØ × ÄÒÕÇÏÊ?

IT> á ÔÏ, ÞÔÏ ÎÅËÏÔÏÒÙÅ ËÏÍÐÉÌÑÔÏÒÙ ÕÍÅÀÔ "ÓÍÅÛÉ×ÁÔØ" ÑÚÙËÉ × ÉÓÈÏÄÎÙÈ IT> ÔÅËÓÔÁÈ?

IT>>> (á .net ÉÓÐÏÌØÚÕÅÔ ÅÄÉÎÙÊ ÐÒÏÍÅÖÕÔÏÞÎÙÊ ÆÏÒÍÁÔ) RK>> á ÞÔÏ, ÎÁ ×ÓÅÈ ÜÔÉÈ ÑÚÙËÁÈ ÐÉÛÕÔ ÓÒÁÚÕ ÎÁ ÐÒÏÍÅÖÕÔÏÞÎÏÍ ÆÏÒÍÁÔÅ? RK>> éÌÉ ×ÓÅ ÖÅ ÎÁ ÓÏÂÓÔ×ÅÎÎÏ ÑÚÙËÅ?

IT> "óÏÂÓÔ×ÅÎÎÏ ÑÚÙËÁ" ÔÁÍ ÐÒÁËÔÉÞÅÓËÉ ÎÅÔ.

IT> HÁÞÉÎÁÑ Ó ÏÐÒÅÄÅÌÅÎÎÏÊ _ÆÁÚÙ_ (Ï ËÏÔÏÒÏÊ ×ÏÏÂÝÅ ÎÉ ÓÌÏ×Á)

IT> ËÏÍÐÉÌÑÔÏÒ ÒÁÂÏÔÁÅÔ Ó ÅÄÉÎÙÍ ÐÒÅÄÓÔÁ×ÌÅÎÉÅÍ ËÏÄÁ.

RK>> õ æÏÒÔÁ _ÏÞÅÎØ_ ÐÒÏÓÔÏÊ ÓÉÎÔÁËÓÉÓ. IT> óÏÏÔ×ÅÔÓÔ×ÅÎÎÏ, ÏÎ ÍÏÖÅÔ ÂÙÔØ ÓÐÒÑÔÁÎ × ËÁÞÅÓÔ×Å ÁÓÓÅÍÂÌÅÒÁ Ó IT> ÐÏÓÌÅÄÕÀÝÅÊ ÎÁÄÓÔÒÏÊËÏÊ ÎÁÄ ÎÉÍ ÓÅÒÉÉ ñ÷õ... (äÅÓÑÔÙÊ ÒÁÚ ÔÕÔ ÕÖÅ IT> ÐÏ×ÔÏÒÑÀ)

Roman

Hello Ilia.

RK>> ñ ÐÒÉ×ÅÌ ÉÓÈÏÄÎÕÀ ÆÏÒÍÕÌÕ É ÔÏ, ÞÔÏ ÓÄÅÌÁÅÔ ÉÚ ÎÅÅ ÎÏÒÍÁÌØÎÙÊ RK>> ËÏÍÐÉÌÑÔÏÒ ó (× ÎÏÔÁÃÉÉ æÏÒÔÁ), æÏÒÔ ÖÅ ÓÁÍ ÜÔÏ ÄÅÌÁÔØ ÎÅ ÓÔÁÎÅÔ. IT> ïÎ ÎÉÞÅÇÏ ÎÅ ÓÔÁÎÅÔ ÄÅÌÁÔØ ÓÁÍ ÐÏ ÓÅÂÅ, ÎÏ ÎÁ ÔÁËÏÊ ×Ù×ÏÄ ×ÐÏÌÎÅ IT> ÎÁÔÏÌËÎÅÔ.

IT>>> ðÌÀÈ... Watcom C - DPMI, ÏÄÎÁËÏ. HÅ ÄÏÄÕÍÙ×ÁÊ ÚÁ ÍÅÎÑ - ÂÕÄÕÔ IT>>> _ÆÁËÔÉÞÅÓËÉÅ_ ÏÛÉÂËÉ... ;)

RK>> ñ ÔÅÂÅ ÐÒÉ×ÅÌ ÏÂÁ ×ÁÒÉÁÎÔÁ, ÓÏ×ÅÔ ÐÏ ×ÔÏÒÏÍÕ ×ÁÒÉÁÎÔÕ ÂÙÌ 'ÎÁÄÏ RK>> ÞÔÏ ÔÏ × ËÏÎÓÅÒ×ÁÔÏÒÉÉ ÐÒÁ×ÉÔØ', ÔÁË ËÁË ÒÁÚÎÉÃÁ ÍÅÖÄÕ RK>> ÏÐÔÉÍÉÚÉÒÕÀÝÉÍ ËÏÍÐÉÌÑÔÏÒÏÍ ó É ÁÓÓÅÍÂÌÅÒÏÍ ÎÅ ÍÏÖÅÔ ÂÙÔØ × 10 RK>> ÒÁÚ - ÔÁË ÎÁÐÉÓÁÌÉ ÐÒÏÇÒÁÍÍÕ ÎÁ ó.

IT> ðÒÏÇÒÁÍÍÕ ÎÁ C ÎÁÐÉÓÁÌÉ × ÓÏÏÔ×ÅÔÓÔ×ÉÉ Ó ÔÉÐÏ×ÙÍÉ ÒÅÁÌÉÚÁÃÉÑÍÉ IT> ÞÉÓÌÅÎÎÙÈ ÁÌÇÏÒÉÔÍÏ×.

HÅ ×ÅÒÀ (c). 10 ÒÁÚ - ÜÔÏ _ÏÞÅÎØ_ ÍÎÏÇÏ, ÓËÏÒÅÅ ×ÓÅÇÏ × ËÏÍÐÉÌÑÔÏÒÅ ÚÁÂÙÌÉ ×ËÌÀÞÉÔØ ÏÐÔÉÍÉÚÁÃÉÉ.

IT> ñ ÖÅ ÎÅ ÆÁÎÁÔ óÉ - ×ÓÅÍÉ ÓÉÌÁÍÉ ÄÏÂÉ×ÁÔØÓÑ, ÞÔÏÂÙ ÌÀÂÉÍÙÊ ËÏÍÐÉÌÑÔÏÒ IT> ÎÅ ÐÒÏÌÅÔÅÌ ÎÁ ËÏÎËÒÅÔÎÏÊ ÚÁÄÁÞÅ... ðÒÏÌÅÔÅÌ - ÎÁ ÐÏÍÏÊËÕ ÅÇÏ, É IT> ÐÉÛÅÍ ÎÁ ÁÓÍÅ...

RK>> á ÚÁÞÅÍ ÏÎÉ ×ÏÏÂÝÅ ÎÕÖÎÙ. ñ ÎÅ ÐÏÎÉÍÁÀ ÉÓÈÏÄÎÏÊ ÚÁÄÁÞÉ - ÚÁÞÅÍ RK>> ÐÏÎÁÄÏÂÉÌÏÓØ ÓËÒÅÝÉ×ÁÔØ ÓËÒÉÐÔÙ Ó ÐÒÏÇÒÁÍÍÏÊ × ÎÕÌÅ×ÏÍ ËÏÌØÃÅ? IT> ÷ ÎÕÌÅ×ÏÍ ËÏÌØÃÅ ×ÓÅ, ÐÏÓËÏÌØËÕ ËÁËÏÊ ÓÍÙÓÌ ÞÔÏ-ÔÏ ÏÔÔÕÄÁ ÓÐÅÃÉÁÌØÎÏ IT> ×ÙËÏ×ÙÒÉ×ÁÔØ?

RK>> ôÁË ÖÅ ÍÏÖÎÏ ×ÓÅ ÜÔÏ ÎÁÂÉÔØ ÐÒÑÍÏ × ÐÒÏÇÒÁÍÍÕ, ÏÔËÏÍÐÉÌÉÒÏ×ÁÔØ, RK>> ÚÁÐÕÓÔÉÔØ, É ÏÎÁ ÔÁË ÖÅ ÂÕÄÅÔ ×ÙÐÏÌÎÑÔØÓÑ ÈÏÔØ ÃÅÌÙÊ ÄÅÎØ, ÚÁÞÅÍ RK>> ÔÁÍ ÉÎÔÅÒÐÒÅÔÁÔÏÒ?

IT> úáþåí???? þÔÏÂÙ ÐÒÏÇÒÁÍÍÅÒÕ ÂÙÌÏ ÐÒÉÑÔÎÏ, ÞÔÏ ÏÎ ×ÏÓÔÒÅÂÏ×ÁÎ? ðÒÏÂÌÅÍÙ IT> ÎÁÄÏ ÒÅÛÁÔØ ÍÁËÓÉÍÁÌØÎÏ ÐÒÏÓÔÙÍÉ ÓÒÅÄÓÔ×ÁÍÉ....

RK>> äÅÌØÆÉ ÎÅ ÄÌÑ ÔÏÇÏ ÓÄÅÌÁÎ. RK>> ëÒÏÍÅ ÔÏÇÏ, ÓÐÅÃÉÁÌØÎÏ ÐÏÓÍÏÔÒÅÌ - tcl (ÎÁ cygwin'Å) ÚÁÎÉÍÁÅÔ RK>> ÏËÏÌÏ 1.8Í, ÍÎÅ ËÁÖÅÔÓÑ, ÞÔÏ ÜÔÏ ÐÏÂÏÌØÛÅ hello world ÎÁ äÅÌØÆÉ.

IT> ðÒÉÞÅÍ Ñ×ÌÑÅÔÓÑ ÓÏÓÔÁ×ÎÏÊ ÞÁÓÔØÀ ÍÎÏÇÉÈ ÐÒÏÄÕËÔÏ× É ÞÁÓÔÏ ÕÖÅ ÉÍÅÅÔÓÑ IT> × ÓÉÓÔÅÍÅ.

IT> á ÞÔÏ ÒÅÚÕÌØÔÁÔ ÐÏÑ×ÌÑÅÔÓÑ ÞÅÒÅÚ ÐÁÒÕ ÍÉÎÕÔ ÐÏÓÌÅ ÎÁÂÏÒÁ ÔÅÓÔÁ × IT> notepad,

Hello world ÔÏÖÅ ÐÏÑ×ÉÔÓÑ ÞÅÒÅÚ ÐÁÒÕ ÍÉÎÕÔ ÐÏÓÌÅ ÎÁÂÏÒÁ ÔÅËÓÔÁ.

IT> Á ÎÅ ÞÅÒÅÚ ÐÏÌÞÁÓÁ ÉÇÒÙ Ó ÐÒÏÅËÔÁÍÉ, ÆÏÒÍÁÍÉ É ËÏÎÔÒÏÌØËÁÍÉ - ÎÅ IT> ÍÏÖÅÔ ÎÅ ÒÁÄÏ×ÁÔØ.

RK>> ñ ÔÏÖÅ. õ ÜÔÏÇÏ ÐÒÉÎÃÉÐÉÁÌØÎÏÇÏ ÐÏÄÈÏÄÁ ÅÓÔØ ÔÁËÏÊ ÖÅ RK>> ÐÒÉÎÃÉÐÉÁÌØÎÙÊ ÎÅÄÏÓÔÁÔÏË - ÅÓÌÉ ÔÙ × Ó×ÏÅÍ ÐÒÏÅËÔÅ ÐÒÉÍÅÎÉÌ RK>> ÉÎÔÅÒÐÒÅÔÁÔÏÒ, ÔÏ ÔÙ (ÉÌÉ Ô×ÏÊ ÐÏÌØÚÏ×ÁÔÅÌØ) ÄÏÌÖÅÎ ÜÔÏÔ RK>> ÉÎÔÅÒÐÒÅÔÁÔÏÒ ÉÍÅÔØ, ÞÔÏ ÂÙ ÚÁÐÕÓÔÉÔØ Ô×ÏÀ ÐÒÏÇÒÁÍÍÕ. ôÕÔ ÅÓÔØ 2 RK>> ÐÕÔÉ: 1) éÎÔÅÒÐÒÅÔÁÔÏÒ ×ÓÔÒÏÅÎ × ÓÁÍÕ ÐÒÏÇÒÁÍÍÕ (æÏÒÔ ÉÌÉ ËÁËÏÊ RK>> ÎÉÂÕÄØ ÐÒÉÌÉÎËÏ×ÁÎÎÙÊ Ë ÐÒÏÇÒÁÍÍÅ ÉÎÔÅÒÐÒÅÔÁÔÏÒ) 2) éÎÔÅÒÐÒÅÔÁÔÏÒ RK>> × ÐÒÏÇÒÁÍÍÕ ÎÅ ×ÓÔÒÏÅÎ, ÔÏÇÄÁ ÏÎ ÉÌÉ ÄÏÌÖÅÎ ÂÙÔØ ÐÒÉÌÏÖÅÎ RK>> Ë ÐÒÏÇÒÁÍÍÅ, ÉÌÉ ÐÏÌØÚÏ×ÁÔÅÌÀ ÐÒÉÄÅÔÓÑ ÓÁÍÏÍÕ ÏÚÁÂÏÔÉÔÓÑ ÅÇÏ RK>> ÐÏÉÓËÁÍÉ, ÞÔÏ ÎÉËÁË ÎÅ ÓÐÏÓÏÂÓÔ×ÕÅÔ ÕÄÏÂÓÔ×Õ ÒÁÂÏÔÙ Ó ÐÒÏÇÒÁÍÍÏÊ.

IT> åÓÔØ ËÏÒÏÂÏÞÎÙÅ ÐÒÏÄÕËÔÙ É ×ÎÕÔÒÅÎÎÉÅ ÒÅÛÅÎÉÑ ÒÁÚÒÁÂÏÔÞÉËÁ. íÙ Ï ÞÅÍ?

IT> úÄÅÓØ Ñ×ÎÏ ÁËÔÕÁÌØÎÅÅ ×ÔÏÒÏÅ - ËÁË Ó ÐÏÍÏÝØÀ ÔÁËÏÊ ÍÁÓÓÏ×ÏÊ ×ÅÝÉ, ËÁË IT> PC, ÍÁËÓÉÍÁÌØÎÏ ÏÂÌÅÇÞÉÔØ ÓÅÂÅ ÖÉÚÎØ.

IT> ôÉËÌØ ÐÏÓÔÁ×ÉÔØ - ÐÌÅ×ÏÅ ÄÅÌÏ. IT> HÁÓÔÒÏÉÔØ ÉÎÔÅÒÐÒÅÔÁÔÏÒ æÏÒÔÁ ÎÁ ÇÅÎÅÒÁÃÉÀ ÁÓÓÅÍÂÌÅÒÎÏÇÏ ËÏÄÁ ÄÌÑ IT> ËÏÎÔÒÏÌÌÅÒÁ, ËÏÔÏÒÙÊ × ÄÁÎÎÙÊ ÍÏÍÅÎÔ ÌÅÖÉÔ ÎÁ ÓÔÏÌÅ - ÔÏÖÅ ÄÏ×ÏÌØÎÏ IT> ÐÒÏÓÔÏ.

RK>> á ÅÓÌÉ ÏÎÁ 'Á×ÔÏÍÁÔÉÞÅÓËÉ ÐÏÐÁÌÁ' × ÓÉÓÔÅÍÕ, Ó ÎÅÊ ÕÖÅ ÎÅ ÎÁÄÏ RK>> ÒÁÚÂÉÒÁÔØÓÑ, É ÏÎÁ ÓÔÁÌÁ ÁÂÓÏÌÀÔÎÏ ÂÅÚÇÌÀÞÎÏÊ? IT> áÌÇÏÒÉÔÍ, ÏÔÒÁÂÏÔÁÎÎÙÊ ÎÁ ÄÅÓÑÔËÁÈ æÏÒÔÏ×, Ñ×ÎÏ ÓÔÁÂÉÌØÎÅÅ ÔÏÌØËÏ ÞÔÏ IT> ÓÏÓÔÒÑÐÁÎÎÏÊ ÐÒÏÇÒÁÍÍÙ.

RK>> íÙ ÐÏËÁ ÏÂÓÕÖÄÁÅÍ ÜÔÉ ÓÁÍÙÅ _ÉÎÙÅ_ ÐÏÄÈÏÄÙ ÎÅ ÉÍÅÑ ÐÒÅÄÓÔÁ×ÌÅÎÉÑ RK>> Ë _ÞÅÍÕ_ ÖÅ ÏÎÉ ÂÙÌÉ ÐÒÉÍÅÎÅÎÙ. IT> üÔÏ ÄÏÌÇÏ, É ÚÄÅÓØ Ñ ÐÙÔÁÌÓÑ ÄÁÔØ ÏÂÝÅÅ ÐÒÅÄÓÔÁ×ÌÅÎÉÅ Ï ÔÏÍ, ÞÔÏ Ó IT> æÏÒÔÏÍ _ÍÏÖÎÏ_ ÒÁÂÏÔÁÔØ... É _ËÁË_ Ó ÎÉÍ ÒÁÂÏÔÁÔØ...

Roman

Hello, Arcady!

AS> äÁÖÅ ÄÌÑ ÈpÁÎÅÎÉÑ ÁÄpÅÓÏ× ×ÏÚ×pÁÔÁ ÓÔÅË Hå HõöåH - ÓÍÏÔpÉ IBM 360. é

Best regards, // ñ pÕÓÓËÉÊ ÂÙ ÎÁÈ... ÚÁÐpÅÔÉÌ ÂÙ ÚÁ ÔÏ, Yurij. // ÞÔÏ ÎÁ ÎÅÍ pÁÚÇÏ×ÁpÉ×ÁÌ ìÅÎÉÎ

Hello, Arcady!

AS>> HÅ ÎÁÄÏ ÐÅpÅÄÅpÇÉ×ÁÔØ - ÏÔËpÙÔÙÍ ÔÅËÓÔÏÍ ÂÙÌÏ ÓËÁÚÁÎÏ - "ñ ÄÅÌÁÀ ÔÁË, AS>> ËÁË

AS> üÔÏ ÎÁÄÏ ÐÏÎÉÍÁÔØ ËÁË ÎÁÍÅË ÎÁ ÔÏ ÞÔÏ äÉÍÁ ïpÌÏ× ÏÂÚÁ×ÅÌÓÑ ÐÓÅ×ÄÏÎÉÍÏÍ AS> àpÉÊ óÙÓÏÅ×?

Best regards, // óÏ×ÅÓÔØ - ÎÅÏÔßÅÍÌÅÍÙÊ ËÏÍÐÏÎÅÎÔ Yurij. // ÚÎÁÎÉÊ É ÏÐÙÔÁ.

Hello Igor.

IW> üÔÉ -5× ÎyÖÎÏ ÏÔËyÄÁ-ÔÏ ÂpÁÔØ É ËÁË-ÔÏ ÎÁ ÎÏÇy ÐÏÄÁÔØ, ÓÉÌØÎÏ yÓÌÏÖÎÑÑ IW> ÓÈÅÍy ËÌÀÞÁ ÎÁ ËÁÖÄÏÊ ÎÏÇÅ. ïÂÙÞÎÏ ÖÅ ÎÏÇÁ ÐpÏÓÔÏ ÐÏÄËÌÀÞÅÎÁ Ë ×Ù×ÏÄy IW> ÍÉËpÏËÏÎÔpÏÌÌÅpÁ ÉÌÉ pÅÇÉÓÔpÁ/ÂyÆÅpÁ. åÓÔØ ÍÅÔÏÄ ÇÏpÁÚÄÏ ÐpÏÝÅ, pÅÁÌØÎÏ IW> ÐpÉÍÅÎÑÀÝÉÊÓÑ: ÎÁ ×ÓÅ ÓÉÇÎÁÌØÎÙÅ ÎÏÇÉ ÓÔÁ×ÑÔÓÑ pÅÚÉÓÔÏpÙ ÎÁ ÚÅÍÌÀ IW> (100Ë..1í), ×ÓÅÇÏ 1 ËÌÀÞ × ÚÅÍÌÑÎyÀ ÎÏÇy, É pÅÚÉÓÔÏp (1Ë..10Ë) ÏÔ ÚÅÍÌÑÎÏÊ IW> ÎÏÇÉ (ÎÅ ÏÔ ÚÅÍÌÉ) ÄÏ ÐÉÔÁÔÅÌØÎÏÊ ÎÏÇÉ. äÌÑ ËÏÎÔpÏÌÑ ËÏÎÔÁËÔÉpÏ×ÁÎÉÑ ×ÓÅ IW> ÐÏpÔÙ ÓÔÁ×ÑÔÓÑ ÎÁ ××ÏÄ, É ÐÏÄÁÅÔÓÑ ÐÉÔÁÎÉÅ ÐpÉ ÎÅÐÏÄËÌÀÞÅÎÎÏÊ ÚÅÍÌÅ. IW> óÏÏÔ×ÅÔÓÔ×ÅÎÎÏ, ÎÁ ÚÅÍÌÑÎÏÊ ÎÏÇÅ ÂyÄÅÔ ÔÏÔ ÖÅ + (ÞÅpÅÚ // pÅÚÉÓÔÏp) É ÞÅpÅÚ IW> ÎÉÖÎÉÅ ÚÁÝÉÔÎÙÅ ÄÉÏÄÙ ÏÎ ÖÅ ÂyÄÅÔ ÎÁ ×ÓÅÈ ÓÉÇÎÁÌØÎÙÈ ÎÏÇÁÈ. äÁÌØÛÅ ÐpÏÓÔÏ IW> ÞÉÔÁÅÍ ÓÏÓÔÏÑÎÉÅ ×ÓÅÈ ÎÏÇ, ÅÓÌÉ ÇÄÅ '0' - ÔÁÍ ÎÅ ËÏÎÔÁÞÉÔ.

Sergey

Hi Roman,

Sun Oct 12 2003 21:45, Roman Khvatov wrote to Ilia Tarasov:

RK> Есть хоть один язык, построенный на основе Форта, но не Форт?

Вот еще один, называется Atlast ftp://ftp.fourmilab.ch/pub/kelvin/atlast/ Сделан основателем Autodesk, и вроде бы даже используется где-то в недрах Автокада. Приложенный к Atlast "рид ми" файл звучит как манифест, под многими положениями которого я готов подписаться. Приведу некоторые выдержки:

ATLAST is an attempt to make software component technology and open architecture applications commonplace in the mainstream software market. It is both a software component which can be readily integrated into existing applications, providing them a ready-made macro language and facilities for user extension and customisation and, at the same time, it is a foundation upon which new applications can be built in an open, component-oriented manner

ATLAST was developed at Autodesk, Inc. Autodesk returned the rights to me in 1991, and I subsequently placed the program in the public domain.

ATLAST is based upon the FORTH-83 language, but has been extended in many ways and modified to better serve its mission as an embedded toolkit for open, programmable applications. ATLAST is implemented in a single file, written in portable C.

Most programs start out as nonprogrammable, closed applications, then painfully claw their way to programmability through the introduction of a limited script or macro facility, succeeded by an increasingly comprehensive interpretive macro language which grows like topsy and without a coherent design as user demands upon it grow. Finally, perhaps, the program is outfitted with bindings to existing languages such as C.

Everything should be programmable. EVERYTHING! I have come to the conclusion that to write almost any program in a closed manner is a mistake that invites the expenditure of uncounted hours "enhancing" it over its life cycle. Further tweaks, "features," and "fixes" often result in a product so massive and incomprehensible that it becomes unlearnable, unmaintainable, and eventually unusable.

Far better to invest the effort up front to create a product flexible enough to be adapted at will, by its users, to their immediate needs. If the product is programmable in a portable, open form, user extensions can be exchanged, compared, reviewed by the product developer, and eventually incorporated into the mainstream of the product.

Пока, Алексей

Hello, Alex!

RK> åÓÔØ ÈÏÔØ ÏÄÉÎ ÑÚÙË, ÐÏÓÔpÏÅÎÎÙÊ ÎÁ ÏÓÎÏ×Å æÏpÔÁ, ÎÏ ÎÅ æÏpÔ?

AK> ÷ÏÔ ÅÝÅ ÏÄÉÎ, ÎÁÚÙ×ÁÅÔÓÑ Atlast ftp://ftp.fourmilab.ch/pub/kelvin/atlast/ AK> óÄÅÌÁÎ ÏÓÎÏ×ÁÔÅÌÅÍ Autodesk, É ×pÏÄÅ ÂÙ ÄÁÖÅ ÉÓÐÏÌØÚÕÅÔÓÑ ÇÄÅ-ÔÏ × ÎÅÄpÁÈ AK> á×ÔÏËÁÄÁ. ðpÉÌÏÖÅÎÎÙÊ Ë Atlast "pÉÄ ÍÉ" ÆÁÊÌ Ú×ÕÞÉÔ ËÁË ÍÁÎÉÆÅÓÔ, ÐÏÄ AK> ÍÎÏÇÉÍÉ ÐÏÌÏÖÅÎÉÑÍÉ ËÏÔÏpÏÇÏ Ñ ÇÏÔÏ× ÐÏÄÐÉÓÁÔØÓÑ.

Best regards, // íÏÇÌÉ ÌÉ ÍÙ ÐpÅÄÓÔÁ×ÉÔØ ÅÝÅ ×ÞÅpÁ, ÞÔÏ Yurij. // ÄÏÌÇÏÖÄÁÎÎÏÅ ÚÁ×ÔpÁ ÎÁÓÔÕÐÉÔ ÕÖÅ ÓÅÇÏÄÎÑ?!

Hello, Lev Serebryakov !

HÁ ÎÅÍ ÎÅ ÐÉÛÕÔ ÌÀÄÉ. ôïþëá.

ó Õ×ÁÖÅÎÉÅÍ, äÉÍÁ ïÒÌÏ×.

Hello, Alex Kouznetsov !

Hello, Ilia Tarasov !

ó Õ×ÁÖÅÎÉÅÍ, äÉÍÁ ïÒÌÏ×.

Hello, Ilia Tarasov !

HÅÔ, ÜÔÏ ÞÁÓÔØ ÑÚÙËÁ BP, Ñ×ÌÑÀÝÅÇÏÓÑ ÐÁÓËÁÌØ-ÐÏÄÏÂÎÙÍ ÑÚÙËÏÍ (ÎÅ ÂÏÌÅÅ ÔÏÇÏ).