Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Вт май 21, 2019 10:53

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 81 ]  На страницу Пред.  1, 2, 3, 4, 5, 6  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Сб апр 25, 2009 23:01 
Не в сети
Moderator
Moderator
Аватара пользователя

Зарегистрирован: Чт май 04, 2006 00:53
Сообщения: 4984
Откуда: был Крым, теперь Новосибирск
Благодарил (а): 18 раз.
Поблагодарили: 56 раз.
A Web-Server in Forth

_________________
Мне бы только мой крошечный вклад внести,
За короткую жизнь сплести
Хотя бы ниточку шёлка.
fleur


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Сб окт 03, 2009 11:58 
Не в сети
Аватара пользователя

Зарегистрирован: Вт мар 20, 2007 23:39
Сообщения: 1261
Благодарил (а): 3 раз.
Поблагодарили: 18 раз.
Второй выпуск сетевого журнала Практика функционального программирования, статья "История разработки одного компилятора".
Цитата:
Приоритетное направление деятельности нашей компании — разработка и внед-
рение решений, связанных с системами глобального позиционирования и навигации.
Основным продуктом является сервисная система для предоставления услуг монито-
ринга автотранспорта, ориентированная, в первую очередь, на операторов сотовой
связи.

При выборе ЯП для реализации как скриптого языка на контроллерах в финал попал и форт(написали на питоне в 2k строк кода, а контроллером был PIC18) - но далее он не прошел по причине отсутствия типизации и:
Цитата:
Еще одна проблема — наиболее компактный код на Форте получается, когда все вычисления проводятся на стеке. Но доступная глубина стека для вычислений в общем случае (не рассматривая Форты с командами типа pickn) ограничена приблизительно четырьмя его верхними ячейками. Более того, циклы со счетчиком организуются либо путем организации третьего «программного» стека для переменных циклов, что разрушает всю изящность языка, либо хранением переменной цикла в стеке адресов, что приводит к различным казусам в случае попытки возврата из слова,
вызываемого внутри цикла. Данная проблема приводит к нарушению двух важных требований сразу: безопасности и компактности байткода. Если для реализации некоторого алгоритма не хватает двух-трех переменных, то приходится прибегать к различным ухищрениям: использованию стека адресов для промежуточного хранения
данных, неуправляемой памяти — для хранения переменных, а также примитивов типа rot, swap или over. Это раздувает код и, в случае использования стека адресов, может приводить к непредсказуемым ошибкам времени исполнения, а также весьма затрудняет написание и прочтение кода. Как правило, чтобы понять некий алгоритм, реализованный на Форте, требуется его мысленно выполнить, что удаётся не всем.

Далее выбор пал на OCaml(и контроллер серии MSP430) и в итоге получили статическую типизацию и... :
Цитата:
Жёсткая типизация операций, например, арифметических. Если у нас есть целочисленные операции
+ − * /
то для того, чтобы пользоваться такими операциями для чисел с плавающей точкой, нам придётся либо ввести для них другие обозначения, например:
+. −. *. /.
либо сделать их полиморфными. При этом они станут бесполезны для выведения типов своих операндов, что сократит количество случаев успешного автоматического выведения типов и потребует большего количества аннотаций.
Можно ввести классы типов и применять другой, более сложный алгоритм выведения. С подобной проблемой сталкиваются и «большие» языки. При этом OCaml, например, выбирает наиболее простое решение — использование разных обозначений для таких операций. Тот же путь приемлем и для нашего языка.

... А чуть позже:
Цитата:
Поддержанию производительности компиляции на приемлемом уровне уделялось достаточно много внимания. Главной особенностью являлось периодически появлявшееся экспоненциальное поведение в самых разных местах компилятора. Оно проявлялось и при построении словаря, являясь просто алгоритмической ошибкой, но особенно много головной боли доставила система вывода типов.
Унификация — не самый дешевый в смысле производительности алгоритм, так что важно поддерживать количество данных, участвующих в унификации, минимальным и не допускать повторных вычислений того, что уже вычислено.
Этот момент стоит отметить особо, так как большую проблему с производительностью создала реализация полиморфных функций. Дело в том, что если мы полностью вычисляем типы для каждого выражения каждый раз, как оно встречается, то реализация полиморфных функций тривиальна — мы просто используем выведенные значения типов параметров и возврата полиморфной функции в том выражении, где мы её используем, не сохраняя значений для вычисленных типов. Функция действительно получается полиморфной, её тип различен в разных контекстах. Но перевычисление всех типов для каждого выражения приводит к абсолютно неприемлемой вычислительной сложности. Чтобы этого избежать, пришлось пойти на достаточно нетривиальные меры.
В остальном обычный профайлинг и не очень агрессивная мемоизация позволили удержать производительность на уровне, неформально определённом нами как «менее секунды на любом файле, который в состоянии написать человек». Это означает, что как только на каком-либо скрипте время компиляции превышает секунду, берётся в руки профайлер, и эта проблема устраняется. До сих пор это получалось.
.....
В целом производительность компилятора следует признать удовлетворительной, хотя до идеала далеко — в частности, компилятор OCaml работает существенно быстрее.


После долгих экспериментов получили нечто приближенное к си:
Код:
def main() {
   putsn(”GPS ON”);
   gps_power(true);
   while true {
      local nmea = collect_gps_data();
      if nmea.fx > 0 then {
         putsn(”Coords fixed”)
         puts(”Satellites: ”);
         putsn(utoa(nmea.gps_sat, 16));
         puts(”Latitude: ”);
         putsn(nmea.gps_lat);
         puts(”Longitude: ”);
         putsn(nmea.gps_lat);
      }
   }
}

И вот такие итоги:
Цитата:
Разумеется, Бип был разработан вовсе не как фан-проект для обучения написанию компиляторов. И его предтеча, Форт, и он сам применялись в разрабатываемых системах, даже будучи не совсем стабильными, развиваясь параллельно с основными системами.
Основные цели, которые ставились при разработке Бипа, были достигнуты, а по отдельным параметрам он даже превзошел связанные с ним ожидания.
Разрабатывать скрипты на нем оказалось гораздо быстрее и проще, чем, например, писать код на Си, что привело к тому, что часть логики работы устройства, которая изначально планировалась к реализации в прошивке, реализуется в скрипте.
.....
Еще один немаловажный аспект: байткод Бипа плотнее, чем машинный код, генерируемый компилятором Си. В то время, когда ресурсы code memory, отведённые под прошивку (около 32 КБ flash), практически исчерпаны, 8 КБ сегмента, отведённого под байткод, еще имеют резервы. В связи с этим нехватка функциональности прошивки
вполне может быть компенсирована за счет скрипта.
.....
Удалённое обновление скрипта уже многократно использовалось при пользова-
тельском тестировании, позволяя устранять различные проблемы на лету, практиче-
ски между двумя событиями трекинга, менее чем за 30 секунд. Пользователи даже не
замечали, что произошло что-то особенное.
Стоит упомянуть, что принятые в дизайне языка и рантайма решения — строгая статическая типизация, отсутствие неинициализированных переменных, отсутствие рантайм-исключений — полностью окупились: за полгода пользовательского тестирования не зафиксировано ни одного падения прошивки устройств, вызванного дефектами дизайна рантайма или компилятора. При этом не потребовалось разработки эмуляторов и длительного тестирования скриптов на них — скрипты пишутся сразу и тестируются непосредственно на самих устройствах. Благодаря типизации есть уверенность, что скомпилировавшийся скрипт будет нормально работать и не приведет к потере связи с устройством, что не может быть гарантировано при использовании, например, Форта или гипотетических динамических языков.

Цитата:
Количество кода живых проектов имеет тенденцию постоянно увеличиваться.
Чтобы этот рост контролировать, необходим рефакторинг, который, в свою очередь,
требует плотного покрытия кода тестами, требующими времени на написание и под-
держку.
Невозможно переоценить, насколько упрощается задача рефакторинга в случае применения языка с сильной типизацией.
Рост размера кода, увеличение его структурной сложности, количества предположений, соглашений и взаимосвязей, уменьшение его понятности — очень существенные негативные факторы, которые нельзя игнорировать.


Цитата:
Опыт применения Python выявил еще одну интересную тенденцию: переписывание сложных или проблемных участков кода в функциональном, иммутабельном стиле зачастую приводило не только к правильному функционированию кода, чего не получалось добиться от его императивного аналога, но и к сокращению его размеров.
В таком случае, зачем пытаться использовать функциональный подход в языках, которые его не поощряют, если есть функциональные языки? Языки, которые являются более безопасными в силу типизации, имеют дополнительные возможности и полноценные оптимизирующие компиляторы, генерирующие код, минимум на порядок превосходящий по производительности упомянутые динамические языки.
Последний фактор оказался весьма важен, так как скорость компиляции — это заметный фактор, влияющий на использование языка.
Принимая во внимание усилия, которые пришлось (и еще придется в дальнейшем) приложить для достижения приемлемого для работы времени компиляции, можно констатировать правильность этого выбора.

Ох, что-то я разошелся :) Хотел привести линк и в паре слов описать содержание, а в итоге получилось нечто не совсем определенное...

_________________
Cтоимость сопровождения программного обеспечения пропорциональна квадрату творческих способностей программиста.
Роберт Д. Блисc


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Сб мар 10, 2012 22:04 
Была ли раньше ссылка на данную статью? (оригинал)

На странице: Тр. СПИИРАН, 2002, выпуск 1, том 1, страницы 211–223 (Mi trspy81)
http://www.mathnet.ru/php/archive.phtml?wshow=paper&jrnid=trspy&paperid=81&option_lang=rus
Статья:
Код:
Одностековая реализация бэктрекинга для языка Форт

М.Л. Гасаненко

Аннотация: Предложена методика реализации механизма откатов (бэктрекинга, backtracking) для языка Форт, отличающаяся использованием только одного стека (стека возвратов) и совместимостью с механизмом локальных переменных. Обсуждается возможность применения аналогичных методов для расширения бэктрекингом языка Си. Бэктрекинг позволяет ввести в язык еще один вид модульности — модули, отвечающие за пере- бор.

pdf файл http://www.mathnet.ru/php/getFT.phtml?jrnid=trspy&paperid=81&what=fullt&option_lang=rus


Вернуться к началу
  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Вс ноя 25, 2012 13:47 
Не в сети
Moderator
Moderator

Зарегистрирован: Ср май 10, 2006 15:37
Сообщения: 1132
Откуда: Chelyabinsk ( Ural)
Благодарил (а): 0 раз.
Поблагодарили: 9 раз.
Статья-сообщение
Разомнем мозг при помощи Forth?
Дата публикации: 19.11.2012г.
Место публикации: сайт harahabr.ru
Код:
Порой возникает желание размять свой погрязший в объектно-ориентированном программировании мозг чем-то новеньким и необычным. Конечно, на помощь в этой ситуации может прийти любой функциональный язык программирования, например, Haskell, Erlang, Lisp или OCaml. Но сейчас даже ими уже вряд ли кого-то можно удивить. Нет, хочется чего-то совершенно другого. В такой ситуации на помощь к нам спешит Forth — стековый язык программирования.

Читать далее...

P.S. Умилил один из комментариев "...Ну и спасибо. Это всетаки прорыв на хабре.:)"


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Вс мар 26, 2017 04:57 
Не в сети

Зарегистрирован: Пн янв 07, 2013 22:40
Сообщения: 1030
Благодарил (а): 3 раз.
Поблагодарили: 35 раз.
Конструирование оснастки для обработки оконных сообщений Windows
Windows Forth +

P.S. И ещё немного дополнительного чтива Почему программисты — отстой :shuffle;


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Вс мар 26, 2017 17:57 
Не в сети
Аватара пользователя

Зарегистрирован: Вт авг 12, 2008 03:18
Сообщения: 241
Откуда: Москва
Благодарил (а): 25 раз.
Поблагодарили: 2 раз.
KPG писал(а):
И ещё немного дополнительного чтива Почему программисты — отстой :shuffle;


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

_________________
Линукс решает, винда глотает.


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Вс мар 26, 2017 22:01 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 6644
Благодарил (а): 15 раз.
Поблагодарили: 107 раз.
vikt писал(а):
На мой взгляд, проблема не в программистах, а в ублюдочной концепции программного
обеспечения, когда программа должна быть сдана под ключ.

Это только одна из моделей разработки. Модели с активным (или не очень) привлечением заказчика тоже существуют - к примеру, итерационная или спиральная. Условно можно к ним отнести и модные направления типа Agile и Scrum, которые затрагивают в основном разработку, а не весь жизненный цикл продукта. Там как раз предусмотрены регулярные поставки очередных порций функционального наполнения, и скриптование оказывается вполне к месту.


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Ср фев 28, 2018 00:16 
Не в сети

Зарегистрирован: Пн янв 07, 2013 22:40
Сообщения: 1030
Благодарил (а): 3 раз.
Поблагодарили: 35 раз.
Статьи в архивных номерах журнала Forth Dimensions


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Вт дек 04, 2018 22:32 
Не в сети

Зарегистрирован: Пн янв 07, 2013 22:40
Сообщения: 1030
Благодарил (а): 3 раз.
Поблагодарили: 35 раз.
Мур Чарльз X. Интервью по Форт языку из книги
Chapter 4. Forth "Masterminds of Programming by Shane Warden, Federico Biancuzzi"

и перевод из рускоязычной книги "Пионеры программирования".pdf


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Сб дек 29, 2018 23:49 
Не в сети

Зарегистрирован: Пн янв 07, 2013 22:40
Сообщения: 1030
Благодарил (а): 3 раз.
Поблагодарили: 35 раз.
Реализация Forth на нейронных сетях

Matko Bošnjak, Tim Rocktäschel, Jason Naradowsky, Sebastian Riedel
(Submitted on 21 May 2016 (v1), last revised 23 Jul 2017 (this version, v3))
Programming with a Differentiable Forth Interpreter


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Пн янв 28, 2019 14:38 
Не в сети

Зарегистрирован: Пн янв 07, 2013 22:40
Сообщения: 1030
Благодарил (а): 3 раз.
Поблагодарили: 35 раз.
В чём то спорная статья :)
Судьба Forth Май 11, 2018


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Пн янв 28, 2019 15:47 
Не в сети

Зарегистрирован: Чт янв 07, 2016 19:14
Сообщения: 800
Благодарил (а): 1 раз.
Поблагодарили: 7 раз.
KPG писал(а):
В чём то спорная статья :)
Судьба Forth Май 11, 2018

М-да, статья действительно неоднозначная.

К примеру, тот же контроль ошибок.
Я в последнее время с фортом почти не косячу. Наверно опыт сказывается.

Библиотеки а-ля универсальные решение. Если кому-то нужна будет либа в перспективе, то её портируют. Я ж портировал automate от ~yz.

И ещё постоянно складывается ощущение, что люди просто не понимают один простой факт. Форт это не язык. Это грамматика с кучей языков-диалектов реализованных в наших любимых форт-системах.

Эх, привычные слова появились бы быстрее, если системы писали так как считаю нужным, а не по стандарту.

_________________
Цель: сделать 64-битную Нову под Винду


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Вт янв 29, 2019 00:37 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 6644
Благодарил (а): 15 раз.
Поблагодарили: 107 раз.
KPG писал(а):
В чём то спорная статья

Статья интересная и во многом адекватно оценивающая ситуацию. Человек же не обязан восхвалять Форт, едва увидев.


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Вт янв 29, 2019 01:29 
Не в сети
Аватара пользователя

Зарегистрирован: Вт ноя 07, 2017 20:47
Сообщения: 191
Откуда: Москва
Благодарил (а): 4 раз.
Поблагодарили: 2 раз.
Статья, написанная после прочтения 10 страниц учебника — это сильно. Когда в начальной школе разучивал таблицу умножения, тоже мог бы многое про математику написать…

Про библиотеки выше Victor__v правильно заметил. Когда мне потребовался редактор, перенос на Каллисто редактора из Forth Dimensions занял куда меньше времени, чем если с нуля писать.

Но часть статьи всколыхнула тему, на которую давно собирался высказаться. Упомянутый в «Судьбе» чистый лист нами воспринят, как особенность Форта. Недавно, посмотрев свежим взглядом на ситуацию «там» и «здесь», перечитав основополагающие книжки, я переосмыслил ситуацию с Фортом. Вот, как она выглядит для меня сейчас.

Форт — авторский язык. Он был разработал не корпорацией, а профессионалом-одиночкой для лучшего решения рыночных задач и повышения собственного дохода.

В «те годы» Мур опубликовал (и сделал публичным достоянием) свои разработки не полностью. Опубликованное вошло в фиг-Форт и Форт-83. С этим интересно играть до сих пор и этого достаточно для написания своих Форт-систем. Чем многие и воспользовались.

Более высокоуровневую часть языка, куда входили все средства от массивов и баз данных до интерфейсов пользователя, Мур отдавать сообществу не захотел. Полный Форт он продавал за деньги под именем polyFORTH.

Понятно, что ничего непостижимого и сверхъестественного в polyFORTH нет, как не было и в открытой части языка. Просто авторы других компиляторов были вынуждены либо оставаться на уровне фиг-Форта и поставлять только открытую половинку языка. Либо изобретать велосипеды, давая другие имена общим концепциям и стараясь не задевать авторские права polyFORTH. Сам же Мур пас эту грядку «последователей», отбирая понравившееся в свою закрытую систему.

Позже Мур ушёл из этой игры, оставив закрытую часть языка (и связанный с ней заработок) в Forth Inc. Для борьбы с конкурентами компания начала рассекречивать, точнее делать публично доступной закрытую часть языка. Пользователи полифорта (сейчас он называется SwiftForth) были в выигрыше, авторам старых систем приходилось прогибаться.

В стандарт ANS вошли вещи, которые Мур мог бы открыть с самого начала (и которые были в других языках опубликованы с самого начала) — строки, работа с файлами и куча. Сейчас в Форте-20xx начинают публикацию «канона» других давно известных технологий, вроде мультизадачности.

Авторы новых Форт-систем могут начинать уже на более высоком уровне технологий, отданных Forth Inc. в публичный доступ через стандарты. Авторам более древних систем сложно сохранить поддержку старого кода их пользователей, который был заведомо несовместим с Forth Inc. (то есть с новыми стандартами) из соображений авторского права.

Кхм, уже с отзыва перешёл в формат своей статьи по Форту. :))

Итак, что со всем этим делать? Особенно, когда не хочется ни признавать доминирование за Forth Inc, ни отдавать им первое место.

1. Твёрдо поддерживать свои Форт-системы, стараясь мешать распространяться стандартам. Уцепиться за соблазнительную первоначальную идеологию, что Форт это лишь та половинка языка, которую Мур открыл и передал в общее пользование в 70-80-х годах.

При таком подходе общим будет лишь ядро языка, поверх которого продолжится «вавилонское столпотворение» и несовместимость между системами.

2. Пиратить Forth Inc., плюя на копирайты и заранее включая то, что войдёт в стандарты. Сейчас почти завершена мировая правовая система, так что такие «альтернативы» приведут к существованию в полуподполье, как релиз-группы и онлайн кинотеатры. Возможности официального заработка сильно уменьшатся.

3. Для новых систем — реализация стандартов ANS (как сделал СПФ), 2012 и что существует на момент релиза. Такие системы будут лучше совместимы друг с другом, имея общее конкурентное преимущество над 1, где общее лишь старое подмножество языка. Но, через 10-15 лет, их всё равно ждёт та же развилка — переходить на новый стандарт (теряя поддержку старого кода) или уходить в раскол, пополняя упёртых 1.

4. Смириться с тем, что за Форт надо платить Forth Inc. и перейти на SwiftForth.

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

6. Вписываться в комитет по стандартизации Форта, перетягивая одеяло на свою реализацию языка. Иногда такое удаётся. Насколько я понял, так «сбоку» внедрили в язык ALSO/ONLY — влив больше сил и денег в продвижение своих идей, чем ожидала Forth Inc.

7. Делать альтернативные стандарты, например, ГОСТ — отражающий интересы отечественных фортеров, но с учётом полезных заимствований из публичных разработок Forth Inc. От разногласий это не избавит, просто переведёт их на уровень борьбы стандартов и усилит «оппозицию», объединив вокруг общих идей.

Это что уже продумал или заметил. Может, ещё какие есть варианты. Перечитав написанное… тоже своего рода «судьба Форта». :D

_________________
«Они становятся циничными и начинают думать, что программирование — это только способ получить деньги.» © Ричард Столмэн, Манифест GNU, 1985


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: ссылка на статьи по Форту
СообщениеДобавлено: Вт янв 29, 2019 01:56 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 6644
Благодарил (а): 15 раз.
Поблагодарили: 107 раз.
А зачем нам преклонение перед какими-то "настоящими фортерами"? Про Forth Inc. мне хвалились - у них 2 программиста на full time. Написано было не таясь, дескать, я после такого должен был тихо сказать "ой". Черт побери, 2 (два) программиста. И конечно же, "множество специалистов по всему миру, с которыми установлены контакты". Но тут как в анекдоте - "это засада, их там двое!" :))

Ну вот что этот междусобойчик может чисто физически успеть написать такого, на что нужно молиться?

ath писал(а):
когда не хочется ни признавать доминирование за Forth Inc, ни отдавать им первое место.

:)) :)) :))
ath писал(а):
стараясь мешать распространяться стандартам.

ANS в России не действует. Все. У себя на кухне можно использовать хоть Американский, хоть Зимбабвийский Стандарт. Мешать тут нечему.
ath писал(а):
Пиратить Forth Inc., плюя на копирайты и заранее включая то, что войдёт в стандарты.

Математика не патентуется. Совсем. Если бы патентовалась, то обладатель патента на число pi собирал бы деньги со всех автомобильных концернов за круглые колеса. Можно задепонировать тексты программ, но нельзя никому запретить назвать слово DUP и дублировать вершину стека.
ath писал(а):
Смириться с тем, что за Форт надо платить Forth Inc. и перейти на SwiftForth.

Вот радости-то будет американцам - внезапно столько пользователей, и все деньги несут :))
ath писал(а):
Вписываться в комитет по стандартизации Форта, перетягивая одеяло на свою реализацию языка.

Эртла из комитета выпихнули. А то чего власть-то делить? "Комитет" сейчас - средство пиара для Forth Inc и способ подмять остатки фортеров по всему миру, чтобы они хоть что-то заплатили.
ath писал(а):
Делать альтернативные стандарты, например, ГОСТ

ГОСТ 19.506 - описание языка. Разрабатывается язык и описывается вот таким образом. Все, им можно пользоваться. Стандарт на Форт, чтобы все в России реализовывали Форт строго определенным образом? Не вопрос, я тут же назову язык "Кварк", "ZZZ" или "Крепость". Подмять возможных конкурентов бумажкой - приятная мысль, но не реализуемая на практике. Потому что кто же даст-то?


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 81 ]  На страницу Пред.  1, 2, 3, 4, 5, 6  След.

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB