С удовольствием  wink

Только я не понял, что вам из этого так понравилось, и к чему оказать историческую справочку? Потому что мою фразу можно двояко, а то и трояко  wink толковать. Показать что?:

1. что объём кода из "сторонних" источников: FSF, GNU, независимые проекты, заимствования из других ОС, NetBSD, FreeBSD и мн.др. ... - намного больше, чем ядро Linux, и что именно эта часть (обрамление) и создаёт "вкус" ОС: "короля играет свита"...

2. что многие части Linux и старше по возрасту и значимее по весу, чем ядро системы в которой мы их рассматриваем? ...

Ну так ... X11 - проект, начатый в 1984г., когда Линус Торвальдс ещё в коротких штанишках бегал под стол  wink ... и который до сих пор развивается под лицензией даже не GNU, а свободной MIT и производных от неё... И если вы уберёте Х11 из ОС, то ... 90%? ... 95%? или 99% сегодняшних пользователей ОС её покинут :o

Или возьмите FSF, созданный Р.Столменом с 1985г. ... и одним только компилятором GCC, чтоб не вспоминать ничего более - что было бы на месте Linux если бы не GCC?

3. или вас заинтересовало то, что значительная часть этого ПО - скриптовая? Так для этого очень любопытно посмотреть ОС, в которых "заморозилось" (в большей или меньшей мере) состояние ПО, как оно было в более ранних UNIX: Solaris 9, ... а особенно MINIX 3, с которого (MINIX 1) Торвальдс начинал списывать свою систему  smile  - там половина привычных утилит из /bin - скриптовые!

Ага ... из той же палаты, где Наполеон  :lol:

drBatty, выразительная мощность ЯП - это вовсе не то, про что вы подумали, это - терминология... это вещь, обратно пропорциональная размеру программы, при одной и той же функциональности, при прочих равных...
Вы, может, и про Холстедовские оценки сложности программ не слышали?  :lol:

бред. на серверах нет никаких иксов, и именно сервера - большая часть машин с Linux'ом. А десктопы - это так, баловство.

и что? Вы тут доказываете, что на этом вашем лиспе можно сляпать быстренько чудную сортировочку, которая может в любой момент повесить напрочь любой комп? Я знаю, что можно. И это является очень серьёзным минусом как лиспа, так и других скриптовых ЯП (кстати, а напишите-ка мне qsort на php, а лучше даже на bash'е, потом поговорим о выразительности. Впрочем, кому я говорю - вы-же только копипастить код умеете).

угу. Петросянство. Знаете что это такое? Это когда вместо юмора - копипаста.

Скорость компиляции я вообще никак в виду не имел.
Но есть статистика, эта статистика проверена не одним десятилетием, что время написания (с отладкой, доводкой и пр.) не очень крупного проекта (hello world! - здесь не показатель, и в рассчёт не брать) на нетипизированных высокоуровневых ЯП (вот это самое важное, но они обычно и интерпретирующие) будет в разы короче, чем на классических императивных языках (которые и есть компилирующие).
У них философия разная.

Lisp - AutoCAD
PASCAL (и его производные: MODULA 2 -> OBERON -> ZENON) - OS BlueBotle
... кроме того, из CERN (а PASCAL=CERN & CERN=PASCAL) - выросло всё, что HTML, HTTP, WWW ...
на MODULA-2 написано было много ПО российских космических объектов и их наземки управления...

Lisp он может и "нелогичным" кому покажется... Только синтаксис Lisp - это впрямую заимствованная "лямбда-нотация Чёрча" из математической логики, аксиоматики и теории доказательств.  wink

Ошибочно повторил пост.

Зачем... Оно все в консоль выведет мы ж не конкретно о вебразработке.

Упс. выше опечатьался:

php -f hello.pnp

да. ЕМНИП в пайтоне можно. В bash есть трассировка, попробуйте в начале скрипта set -x. Поставьте через строчку read, и будет вам "пошаговая"  :o

не выведет. В скриптовых ЯП проблемы совсем другие. Проблем с алгоритмами практически нет. Хотя-бы потому, что нет этих самых алгоритмов. Ту-же qsort на php может писать только идиот - она там и так есть. (даже больше - там НЕ qsort, а намного более быстрый алгоритм. Фишка в том, что обычно элементы при сортировке не сортируются, а как лежали, так и продолжают лежать на своём месте. Просто ключи переписываются.).

Но это всё совсем не радует - "в консоли" скрипт будет работать совсем по другому, чем на своём "рабочем месте", потому куда-то грузить таки надо...

у меня просто

Ну так я про использование php не как ЯП для вебП. А просто как некий ЯП который можно использовать для решения задач "в консоли". Т.е. он точно так же будет запускать и на рабочем месте.

заметили? У меня нет точки со слешем. Как в венде.  wink

это каким местом можно JS в консоли выполнять?  oO

всё проще  :lol: ... в слаке . в PATH входит... док этим неоднократно хвалился.

Хм, информация к размышлению.
festival тоже интерпретатор lisp.
Синтаксис очень схож с comon lisp
если ввести подсчет чисел фибоначи(рекурсивный метод)

(defun fib (n) (cond
    ((eq n 0) 0)
    ((eq n 1) 1)
    (t(+ (fib (- n 1)) (fib (- n 2))))
    )
)

а потом вы полнить (fib 40)
подсчет 40-го числа фибоначи
то можно повесить одно ядро(поток) на достаточно продолжительное время. :lol:

кстати по поводу лиспа: ИМХО незаменим для символьных вычислений. а по поводу программ на нём, то например: максима. + утилитарное использование в автокад (ЕМНИП исторически был практически полностью на лиспе [источник не найду]), гимп, емакс, фистиваль(синтезатор речи), ещё где-то(не помню)...

а ещё можно от нуля до трёх считать через MIN_INT.

на самом деле, Slackware - система для программистов. Потому-то там и живописно разбросаны разные мелочи, которые акромя кодеров, никому не нужны. Например точка в $PATH. А в венде - бардак. Кодеры ушли, а инструмент бросили. Так и валяется никому ненужный уже лет 20 

а теперь попробуйте мой код на C.

#include <stdio.h>
#include <stdlib.h>

int fib(int x)
{
    return x < 2 ? x : fib(x-1) + fib(x-2);
}

int main()
{
    int x;
    int r = scanf("%d", &x);
    if(r <= 0)
        return 70;
    printf("%d\n", fib(x));
    return 0;
}

(я уж не говорю, что сменой алгоритма можно добиться ещё более высокой скорости)

не надо. В конце /etc/profile записано. Это скрипт на bash.