Sergey
пхп просто создан из кучи разных других языков
куча дизайн-кусков не связанных между собой
сам язык продуцирует говно
Sergey
когда функции для работы со строками написаны как говнище
Sergey
какие-то мутируют аргументы
Sergey
какие-то возвращают новые
Sergey
порядок аргументов в жопе
Sergey
ребзя
Sergey
ни один новичок не будет даже подозревать о сущствовании нормального дизайна апи класса
Sergey
все функции просто свалены в глобальное пространство...
Sergey
модулей нет
просто поделка поверх неймспейсов (недоджава)
Evgeny
т.е. набо брать джаву и не морочить мозги?
Sergey
да (kotlin, scala)
Nurik
У ПХП появился Laravel - вот он «годен» - там все охренительно из коробки
Symfony вообще самый академичный из всех. А laravel это простой набор фассадов поверх symfony компонентов. Laravel это Symfony для слабых.
Dmitry
Dmitry
давай посчитает сколько там от симфони
Evgeny
у кого есть опыт перехода с симфони на джаву? насколько много общего?
Dmitry
у кого есть опыт перехода с симфони на джаву? насколько много общего?
чувак с симфони на джаву ? рили ?
ill-ya
Для меня существует: JS/GO/RUST/PHP
Sergey
если не шаришь в джаву то сходу охуеешь от типизации
Dmitry
общего еще сколько справшивает
Sergey
ну на спринг будет да
Cenator 🐈
ок
Sergey
руби ещё и питон умею
но не хочу
больно
Dmitry
Легко, особенно если на spring переходить.
они что похожи ? Н укак минимум языки разные и + jvm нужно и тонны говна
Sergey
25 дней с ReasonML https://medium.com/@lilactown/25-days-of-reasonml-a4b20a7e8c6
ill-ya
Python НАИМЕРЗЧАЙШИЙ синтаксис но всякие задачи Deep Learning и тп - через него пойдут
Sergey
ну да
согласен
Sergey
все эти тонны хаков
Dmitry
Python НАИМЕРЗЧАЙШИЙ синтаксис но всякие задачи Deep Learning и тп - через него пойдут
почему ? в чем особенность ?
Dmitry
я видел синтаксис питона. Но говно же 😁
ill-ya
Блин - не отступы вместо «скобок» и всякие фишки
ill-ya
Он просто выбивается от C-подобных
Sergey
Блин - не отступы вместо «скобок» и всякие фишки
ну вот отступы это как бы особенность таких языков
Но у него by design куча хрени
Nurik
они что похожи ? Н укак минимум языки разные и + jvm нужно и тонны говна
Ну скажем так, подходы и там и там одинаковые. Есть существуенные отличия, в том что языки разные, но подходы те же. Но это не означает что можно завтра переходить уже. Больше всего время будет тратиться на внешнюю инфраструктуру. Но впринципе, все тоже самое.
ill-ya
Так же как не любил Pascal когда приходилось писать - вместо C
Belmo NaTazu
питон как бы дофига филосовский
Belmo NaTazu
по этому читаемость имеет смысл
Sergey
if name == ‘__main__’
ill-ya
Питон крутой - место свое занимает
Sergey
вот пиздец
Dmitry
Ну скажем так, подходы и там и там одинаковые. Есть существуенные отличия, в том что языки разные, но подходы те же. Но это не означает что можно завтра переходить уже. Больше всего время будет тратиться на внешнюю инфраструктуру. Но впринципе, все тоже самое.
везде подходы схожи. Но это не значит что я на плюсах писать смогу сразу и все переписывать или etc
Willy
Привет!
Есть клиент - браузер,
есть сервер - Node.js
Как сделать потоковый стрим видео сервер->клиент, не через http?
Dmitry
помимо же синтаксиса огромная экосистема + тонкости
ill-ya
Конечно js сделал всех
Denis
чем?)
1. Нельзя иметь, одинакового названия, метод и свойство.
2. Ужасно медленная магия (х80).
3. Нет аналога __call().
4. Нет интерфейсного наследования.
5. Нет ограничений по областям (private protected public).
Макс
signalR?
ill-ya
своим npm и github вовремя с нами ) и эпоха MIT
Belmo NaTazu
вот этот костыль просто очень явно всё объясняет
а как буд то бесконечный цикл в C это не костыль?)
ill-ya
На 10 лет раньше - это было бы не возможно
Belmo NaTazu
а может js на сервере это костыль?)))
Denis
ога
Sergey
Sergey
дальше гугл в помощь
Sergey
1. Нельзя иметь, одинакового названия, метод и свойство.
2. Ужасно медленная магия (х80).
3. Нет аналога __call().
4. Нет интерфейсного наследования.
5. Нет ограничений по областям (private protected public).
1. порождает проблемы выявления откуда что было вызывано
2. магия медленная?
3. Proxy (не нужно по хорошему, потому порождает неочевидный код)
4. Symbol (нет типизации по сути, откуда там интерфейсам)
6. protected не нужны (private уже почти завезли)
Nurik
везде подходы схожи. Но это не значит что я на плюсах писать смогу сразу и все переписывать или etc
Ты просто попробуй и тот и этот и поймёшь, что это одной поле ягоды проекты. Это не то мифическое говно, про MVC, которое везде по другому реализуется. Так я и не говорил сразу. Чем сложен Java ? Да ничем. в php объектную модель копировали с JAva. Правда получилась не копия, а своя реализация.
Sergey
а может js на сервере это костыль?)))
ну хз
в яд писали серверный жс задолго до появления ноджс
ill-ya
А как же .NET! Сколько там всего ) Такой жёсткий ёнтерпрайз пишется там )
Sergey
1. Нельзя иметь, одинакового названия, метод и свойство.
2. Ужасно медленная магия (х80).
3. Нет аналога __call().
4. Нет интерфейсного наследования.
5. Нет ограничений по областям (private protected public).
а вообще всё это это попытка натянуть жс на ооп
а этого делать просто не нужно
у жс своя парадигма и свои подходы к написанию кода
и нужно придерживаться их
Denis
1. порождает проблемы выявления откуда что было вызывано
2. магия медленная?
3. Proxy (не нужно по хорошему, потому порождает неочевидный код)
4. Symbol (нет типизации по сути, откуда там интерфейсам)
6. protected не нужны (private уже почти завезли)
1. Нет (метод и свойство!!!)
2. Я про Proxy
3. Proxy не имеет аналога __call
4.
5. Protected нужны если есть интерфейсы
Sergey
1. Нет (метод и свойство!!!)
2. Я про Proxy
3. Proxy не имеет аналога __call
4.
5. Protected нужны если есть интерфейсы
1. разницы нет
3. имеет
5. интерфейсы как раз не нужны
Sergey
интерфейс нужен если есть типизация
Sergey
нет типизации нет интерфейсов
Sergey
всё просто
Denis
Функциональщина - смерть!!!
Sergey
лол
Sergey
ниасилятор
Denis
))))
Sergey
а для "интерфейсного наследования” есть трейты на символах
Denis
Пфух
Denis
Не помогут