SA
и если что то да я не против чето попиздеть на эту тему в этом чате поскольку если я даже вас не смогу убедить
Size: a a a
2021 January 02
SA
то че уж говорить о ебанутых с реддита
SA
допустим я напишу про malloc
вот он в с++ тоже есть если что (ну еще бы) и отлично работает
однако на самом деле в продакшен коде вы его почти не увидите
и это еще надо сделать поправку на то что на с++ часто пишут интересные люди по <=11 стандарту и с целью "ШТОПВСЕЛЕТАЛОСУКА"
так что грубо говоря писали бы на с++ все — этого маллока было бы ваще 0.000001%
вот он в с++ тоже есть если что (ну еще бы) и отлично работает
однако на самом деле в продакшен коде вы его почти не увидите
и это еще надо сделать поправку на то что на с++ часто пишут интересные люди по <=11 стандарту и с целью "ШТОПВСЕЛЕТАЛОСУКА"
так что грубо говоря писали бы на с++ все — этого маллока было бы ваще 0.000001%
SA
почему? а потому что это реально не особо нужно в нормальном коде, это нужно когда ты дизайнишь extension или что то в таком духе
SA
потом у тебя все будет завернуто в макросы и проч
SA
и все
тоже самое с гц
кто писал не лоулвл код на с++ знает что там деструкторы писать надо раз в год
ну если что то хитровыебанное то мб надо но guess what
из этого половина а то и больше связана с уебанским дизайном языка (и отсутствием макросов как таковых)
от которого лисп не страдает
потому что десткруторы для всего стандартного уже примерно написаны
тоже самое с гц
кто писал не лоулвл код на с++ знает что там деструкторы писать надо раз в год
ну если что то хитровыебанное то мб надо но guess what
из этого половина а то и больше связана с уебанским дизайном языка (и отсутствием макросов как таковых)
от которого лисп не страдает
потому что десткруторы для всего стандартного уже примерно написаны
SA
а все остальное что ты делаешь использует просто обертки
SA
если чо то не надо думать что наличие/отсутствие конструкторов деструкторов напрямую связано с memory model
посыл такой что вот в С вы всегда гоняете и очищаете память руками и все срут что это де ебано и надоело и некрасиво и вообще
а в с++ вы так не делаете хотя смысл происходящего не поменялся
посыл такой что вот в С вы всегда гоняете и очищаете память руками и все срут что это де ебано и надоело и некрасиво и вообще
а в с++ вы так не делаете хотя смысл происходящего не поменялся
SA
да и если чо я не просто так распинаюсь тут @akater давай какой то респонс
ну и все желающие тоже
ну и все желающие тоже
a
я говорил давайте хотя бы блять как то начнем обсуждать какой он должен быть
ОК. Просто «clos должна быть библиотекой» это звучит уже как очень конкретный план (и мне не кажется, что такая постановка задачи найдет поддержку).
SA
поддержка дело наживаное
SA
есть куча оч умных вещей которые будучи сказаны сейчас не найдут поддержки
SA
ты вот скажи
SA
в моей постановке какие у тебя возражения есть против этой идеи
SA
я за то чтоб был выбор между мутабл и иммутабл
SA
и не форсить одну хуйню
a
Я б только поприветствовал и низкоуровневый лисп с
Но если с маллоком, то такого Лиспа не будет на JVM, например, а сейчас он есть. Это тоже издержки, и это уже выглядит как новый язык.
malloc-ом, и clos как библиотеку, и возможность более прямо общаться с garbage collector-ом, и стандартизированные environments, и больше интроспекции (те же code walkers и т.д.).Но если с маллоком, то такого Лиспа не будет на JVM, например, а сейчас он есть. Это тоже издержки, и это уже выглядит как новый язык.
SA
но да
SA
короче мы можем составить полный список