edn )

сомневаюсь, что в мире есть парсер EDN на php

Не то, чтобы его было сложно написать

вспоминается, как одни ребята гоняли питонячий pickle в реббите, а потом пришлось писать его парсер для потребителя на эрланге

ух ты, был неправ.

В php есть часть сообщества, увлекающася лиспами и разными minikanren, так что почти не удивительно.

https://github.com/livewire/livewire
php вполне неплохо развивается в последнее время, гнать на него по старой памяти уже моветон)

пожалуйста, дайте знать кто с телефонией (астериском) близок, функция массового автообзвона интересна
как понимаю, у атс есть апи, у срм почти всех есть апи
кложей связать

Где как. Нормально с кодировками работать он так и не научился, пару месяцев назад баг ловил в Nextcloud, кто-то забыл префикс mb_ у функции и строку в UTF-8 разрезало поперёк символа. 😕

да я же не говорю что он великолепен, но в целом я вижу движение в правильную сторону
ну и от багов типа "не полностью прочитал документацию" ни один язык в полной мере не защищает

Названия несут смысл и служат той же цели, что и документация. И когда их смысл не соответствует действительности, получаем ой 😶
У нас тут регулярно холивары на тему того, что JavaScript барахло, потому что себя слишком часто ведёт неожиданно, и "не полностью прочитал документацию" распространённый аргумент в защиту, хотя я считаю, что очень слабый.

Но в целом согласен, PHP старается в хорошую сторону. С той инерцией, что он набрал, трудно быстро взять и повернуть.

Про документацию нормальный аргумент, это прямо беда у многих.

Дочитать не успели, даже подумать не успели — уже скопировали откуда-нибудь и что-то пишут.

Ну я же прям в том же сообщении пояснил, почему это слабый аргумент ._.

Хотя 99% времени проще и дешевле сначала задуматься.

Не очень понятно, почему.

стоит вводить понятие "понимание", формируется лишь в сознании, через понимание можно охватить сложные объекты что сложно переписать линейно текстом, но решения с пониманием явно сильнее, чем без него

Окей, уточню. Потому что перед тем, как увидеть документацию, человек видит название. Непосредственно в коде, даже если он его копирует. И когда название врёт в сторону соответствия намерениям, документацию открывать позыва не возникает (предвзятость к подтверждению, привет!). Вот это корень проблемы.

Да, приходится балансировать информативность названия с его краткостью, но здесь обратную сторону вопроса решили префиксом mb_, для старых функций можно было привинтить префикс sb_, или научить строки знать о своей кодировке чтобы прозрачно выбиралась нужная вариация.