budden,
buddenЗначит, у них есть мутная политика. Я практически в этом уверен.
Политка. Sbcl обменивается кодом с корпоративным продакшеном из которого даже немногословня ITA выглядит примером открытости и держит месячный релизный цикл что бы максимально быстро отдать наработки сообществу.
Вот когда ita приносит код xref-ов он несмотря на пофайловую разбитость привязан к коду компилятора в одном месте которое обернуто условной-фичевой компиляцие на :sb-source-location. Его легко отключить опцией сборки. Это подход людей взрослых не толко годами но и опытом превышающим 17-летний срок существования sbcl. Они еще cmucl на своих серверах гоняли.
Вот берем твой форк с степпером и еще неизвестно чем. Он пытается изменить поведение компилятора в несчетном количестве мест. Никакой условной компиляции, никаких сборочных фич. То есть себе работу упростил, На сложившие подходы наклал. Тому кто твой патч принял головняка в ежемячной поддержке релизов прибавил. И мания величия у людей конечно же у людей которые много лет вкладывают свое весьма конечное время в сообщество. а не у тебя.
Поэтому форк, имеющий ясные цели, тем более, такие цели, как качество и развитие, обречён на успех. Если CL будет в 5 раз быстрее питона ... Т.е. можно намного замедлиться.
Качестыо и развитие - это бессодержательный маркетинг, в лучшем случае субъективизм. А вот занижать планку до всего лишь "в 5 раз быстрее питона" - очень печально. И ты этого в манифесте не пишешь потому как - А вот когда коллектив плюнет в тебя ... :)
Я хочу, чтобы SBCL продолжал жить, ты хочешь. Возьми на себя совместимость со SLIME.

он живой хотя бы в той степение. что бы сломаный slime/swank и FFI напрмер в случае чего чинил не я. Это и назвается уже существующее cообщество - которое терять не хочется.

У тебя уже есть некотрый опыт по перетягиванию на тот же clcon.

Меня он устраивает, а от EMACS мне икается. Так что clcon оправдан в любом случае.
Вопрос был не в оправданости. А в том что имея в чем-то уникальную штуку с неплохими ТТХ ты людей вокруг нее не собрал. И с этим форком ты просто заходишь на новый круг, Нет, ты можешь все также весь в белом и на белом коне, но я уже в другом месте говорил что с людьми у тебя не складывается. Как ты на этом фоне собрался перетягивать пользовательскую базу у апстрима ...
> Система плагинов дала бы какие-то аргументы не ломать все подряд.
Но они её, скорее всего, не примут. Поэтому если хочешь хоть что-то улучшить, то форк практически неизбежен.
Если бы ты в своем форке ее запилил - это дало бы какой-то аргумент людям переносить наработки к тебе. Сейчас fast-io стал библитекой в QL. код тришэйкера влился в сохранение образа в roswell. То есть используя открытую ахитектуры sbcl они обтекают проблемыкомуникации сохраняя все плюсы sbcl. Ты же предлагаешь ещще одну мороку без плюсов :(

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

В ненашенской стороне на само деле тоже остро стоит вопрос как надо называть проводку правильно:(
В рамках небезизвестного DDD это обсуждается в рамках Ubiquitous Language. И другой подход получил целый OMG стадарт - SBVR
Так что говорить что програмист вместе с способностью балакать на англиском получает сакральное знание о правильном названии для "Проводка" - это очень упрощать.