совпадают. смотрел по исходникам пхп

успокоил)

https://github.com/php/php-src/blob/master/ext/json/json.c#L321

совпадают. смотрел по исходникам пхп

Благодарю. ? Но надо будет проверить.

Во, отлично.

Но всё же разные. ?

"The maximum stack depth has been exceeded" и "Maximum stack depth exceeded"

Например.

Это типа баг или так задумано? Или это вообще никак не регламентируется?

какой-то grammar nazi в доке завелся

?

Я так понимаю исходники правдивее доков?

да

Ну точнее не правдвивее а работать с ними же.

Ок.

а вообще локализация ошибок json звучик странно

до юзера такие ошибки не долны доходить

Да это я для примера. Например если сервис преобразования или форматирования JSON, то там пользователь должен видеть что не так с его JSON'ом.

Или я ошибаюсь?

Или лучше просто свои ошибки написать и не полагаться на системные сообщения?

"свои ошибки" => "свои сообщения об ошибках" ?

говно, tl;dr вместо паттерна команда и стратегия можно юзать лямбды

говно, tl;dr вместо паттерна команда и стратегия можно юзать лямбды

а я еще не начинал читать)

меня больше интересует сравнение идей монад и прочего функционального ужаса для изоляции стэйта по сравнению с объектами

типа того

@guga4ka в скале есть монады?

да

а в скале также как в хаскеле IO и прочее - чистые?

как там выглядит тип какой-нибудь читающей или пишущей в терминал штуки?

В стандартной либе — нет

но есть реализации

можешь больше спросить в https://t.me/scala_ru я не очень в функциональной скале

я больше писал как на better java

но вот сейчас есть вариант пописать на erlang'e

вот думаю, стоит ли

можешь больше спросить в https://t.me/scala_ru я не очень в функциональной скале

почитаю их немного

почитаю их немного

можешь и вопросы позадать, там довольно адекватные люди

На тему http://blog.cleancoder.com/uncle-bob/2017/01/11/TheDarkPath.html можно считать этот синтаксис - сахаром для тестов, которые встроены в язык

Ребят, может вам лучше чат переименовать в PHP?

Уже есть php

и там про другое говорят

Уже есть php

Он типа намекает что мы тут от темы отходим. ?

Просто тут 90% юзеров - пхпшники

Ну тогда "ООП на PHP"

Если что-то не устраивает, никто не держит :3

Если что-то не устраивает, никто не держит :3

+

Ясный пень

шо ты делаешь

Ребят, может вам лучше чат переименовать в PHP?

если тут будут одни похапэшники то тогда совсем нескем будет говорить)

вот тут есть Егорка например, такие чаты без него не душевно

если будет скучно всегда можно взять рандомного программера дать почитать его мысли и начать холивар)

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

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

Diversity

Мультикультурность

Я со своим С++ только что ощутил себя меньшинством.

:)

Без этого перекос в сторону пхп неизбежен

Просто потому что тут уже большинство пришли из пхп чатов

я помню лицо явиста когда я ему показал что в пхп можно new $className

Ну я пытаюсь в меру сил "разбавить".

ERROR: S client not available

я помню лицо явиста когда я ему показал что в пхп можно new $className

Думаю, у меня прямо сейчас точно такое же стало.

php своеобразный, поэтому очень часто не плохо знать как дела обстоят в других языках

особенно компилируемых и со строгой типизацией :3

особенно компилируемых и со строгой типизацией :3

жирнота

у тебя что, проблемы?

Говори адрес

я помню лицо явиста когда я ему показал что в пхп можно new $className

он видать Руби не видал

особенно компилируемых и со строгой типизацией :3

ты хотел сказать "сильной"? Ну то есть есть статическая/динамическая сильная/слабая система типов. Если выбирать самый крутой вариант - динамическая сильная с возможностью статического анализа (пример - python)

да

самый небезопасный - динамическая слабая (php, javascript)

а в golang статическая слабая вроде

не?

не, сильная

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

ну чем сильная от слабой отличается?

ну мол когда явно не надо указывать что некий класс имплементит интерфейс

ну чем сильная от слабой отличается?

сильная не позволяет кастов типов неявных

там вроде нет классов

там вроде нет классов

http://www.golangpatterns.info/object-oriented/classes

там нет "классов" как сущности, но это и не нужно

https://github.com/luciotato/golang-notes/blob/master/OOP.md

если хочешь ознакомиться поближе

Благодарю

ты хотел сказать "сильной"? Ну то есть есть статическая/динамическая сильная/слабая система типов. Если выбирать самый крутой вариант - динамическая сильная с возможностью статического анализа (пример - python)

фу. лучше статическая с выведением типов

ты хотел сказать "сильной"? Ну то есть есть статическая/динамическая сильная/слабая система типов. Если выбирать самый крутой вариант - динамическая сильная с возможностью статического анализа (пример - python)

я тоже сильную часто называю строгой, потому что созвучно со strong

фу. лучше статическая с выведением типов

сильная статическая конечно же

так лучше)

котлин и скала - лучшие кандидаты

жаль компиляция долгая

ts&flow :3