LINUX.ORG.RU

История изменений

Исправление den73, (текущая версия) :

Да это же обсуждали чуть ли не 40 лет назад?

Угу, я уже понял, что нужно ничего обсуждать, а просто взять какой-нибудь подходящий код, который это умеет, и перевести его на лисп. Scintilla, Eclipse, Atom или что-то ещё подобное. Во всяком случае, в языке заложено достаточно много для того, чтобы это было осуществимо - не хуже, чем в аналогах. Именованные закрывающие скобки, убраны многострочные комментарии, аккуратные многострочные литералы строк. Практически максимум доступного для полноценного языка. Сейчас я проектирую язык, а не ИСР, поэтому этих решений на данный момент достаточно.

Можно держать отдельно определения типов, глобальных переменных, функций и операторов и т.п. Как делают во многих РСУБД, например. Вместо простыни текста получаются слабо зависящие друг от друга куски.

Я знаю такой способ. Имея ДНК, но не имея курицы или яйца, новую курицу не получается создать. Поэтому я в своих трёх проектах СУБД имел скрипт, к-рый содержал всё, кроме определений таблиц, и который позволял все вьюхи, процедуры и триггеры пересоздать полностью с нуля.

Потом я это интегрировал с редактором и получился своего рода «SLIME для SQL». Может быть я и не прав, но текст пока что более надёжен, именно ввиду недостаточного набора инструментов. Например, есть системы контроля версий для текста, но их нет для метаданных СУБД (или мне неизвестны).

Кроме того, кроме самих определений, для динамических и расширяемых языков важен и «скрипт инициализации», который накатывает книгу Бытия с 1-го по 5-й день Творения, или, если больше угодно душе, эволюцию от первичного бульона по курицу.

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

Ну, «программирование в браузере» уже с нами, скорее всего это и станет основной IDE в близком будущем

Я надеюсь застать день, когда современные браузеры будут похоронены вместе со своими ужасными веб-приложениями и отвратительным JavaScript-ом, который недоязык. Я вот когда пользуюсь Google Docs, всегда с ностальгией вспоминаю Microsoft Word 6.0, в котором было уже абсолютно всё, что надо и чего в Google Docs нет. Притом, что 4 Мб памяти для его работы было более чем достаточно, а для современных браузеров не хватает 1 Гб (в 250 раз больше!)

Исправление den73, :

Да это же обсуждали чуть ли не 40 лет назад?

Угу, я уже понял, что нужно ничего обсуждать, а просто взять какой-нибудь подходящий код, который это умеет, и перевести его на лисп. Scintilla, Eclipse, Atom или что-то ещё подобное. Во всяком случае, в языке заложено достаточно много для того, чтобы это было осуществимо - не хуже, чем в аналогах. Именованные закрывающие скобки, убраны многострочные комментарии, аккуратные многострочные литералы строк. Практически максимум доступного для полноценного языка. Сейчас я проектирую язык, а не ИСР, поэтому этих решений на данный момент достаточно.

[quot] Можно держать отдельно определения типов, глобальных переменных, функций и операторов и т.п. Как делают во многих РСУБД, например. Вместо простыни текста получаются слабо зависящие друг от друга куски. [/quot] Я знаю такой способ. Имея ДНК, но не имея курицы или яйца, новую курицу не получается создать. Поэтому я в своих трёх проектах СУБД имел скрипт, к-рый содержал всё, кроме определений таблиц, и который позволял все вьюхи, процедуры и триггеры пересоздать полностью с нуля.

Потом я это интегрировал с редактором и получился своего рода «SLIME для SQL». Может быть я и не прав, но текст пока что более надёжен, именно ввиду недостаточного набора инструментов. Например, есть системы контроля версий для текста, но их нет для метаданных СУБД (или мне неизвестны).

Кроме того, кроме самих определений, для динамических и расширяемых языков важен и «скрипт инициализации», который накатывает книгу Бытия с 1-го по 5-й день Творения, или, если больше угодно душе, эволюцию от первичного бульона по курицу.

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

Ну, «программирование в браузере» уже с нами, скорее всего это и станет основной IDE в близком будущем

Я надеюсь застать день, когда современные браузеры будут похоронены вместе со своими ужасными веб-приложениями и отвратительным JavaScript-ом, который недоязык. Я вот когда пользуюсь Google Docs, всегда с ностальгией вспоминаю Microsoft Word 6.0, в котором было уже абсолютно всё, что надо и чего в Google Docs нет. Притом, что 4 Мб памяти для его работы было более чем достаточно, а для современных браузеров не хватает 1 Гб (в 250 раз больше!)

Исходная версия den73, :

Да это же обсуждали чуть ли не 40 лет назад?

Угу, я уже понял, что нужно ничего обсуждать, а просто взять какой-нибудь подходящий код, который это умеет, и перевести его на лисп. Scintilla, Eclipse, Atom или что-то ещё подобное. Во всяком случае, в языке заложено достаточно много для того, чтобы это было осуществимо - не хуже, чем в аналогах. Именованные закрывающие скобки, убраны многострочные комментарии, аккуратные многострочные литералы строк. Практически максимум доступного для полноценного языка. Сейчас я проектирую язык, а не ИСР, поэтому этих решений на данный момент достаточно.

[quot] Можно держать отдельно определения типов, глобальных переменных, функций и операторов и т.п. Как делают во многих РСУБД, например. Вместо простыни текста получаются слабо зависящие друг от друга куски. [/quot] Я знаю такой способ. Имея ДНК, но не имея курицы или яйца, новую курицу не получается создать. Поэтому я в своих трёх проектах СУБД имел скрипт, к-рый содержал всё, кроме определений таблиц, и который позволял все вьюхи, процедуры и триггеры пересоздать полностью с нуля.

Потом я это интегрировал с редактором и получился своего рода «SLIME для SQL». Может быть я и не прав, но текст пока что более надёжен, именно ввиду недостаточного набора инструментов. Например, есть системы контроля версий для текста, но их нет для метаданных СУБД (или мне неизвестны).

Кроме того, кроме самих определений, для динамических и расширяемых языков важен и «скрипт инициализации», который накатывает книгу Бытия с 1-го по 5-й день Творения, или, если больше угодно душе, эволюцию от первичного бульона по курицу.

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

Ну, «программирование в браузере» уже с нами, скорее всего это и станет основной IDE в близком будущем

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