1. отстуствием типизации например, type hinting работает только на примитивах и не в compile-time, а в runtime 2. отсутсвием асинхронности например, делаем запрос на бд и блокируем CPU, збс) 3. отсутствием гибкости, это по сути скриптовой язык для обработки запросов... а что если нам нужно с долгоживущими сокетами работать? концепция языка накрывается.. 4. скорость и память... тут даже аргументов не нужно, просто смотри бенчмарки PHP 7 и сравнивай с другими языками и т.д. и т.п. развёртывать тему мне сейчас лень

И объяви строгую типизацию

Покажи мне то что лучше PHP в вебе

любой другой язык (кроме ноды)?

любой другой язык (кроме ноды)?

Тот асинхрон выйдет в 8 версии

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

Писал на symfony 4?

можешь, но стоит ли?

Писал. Он сложнее многих фреймворков на порядок и евда ли не единственная дисциплинированная поделка на весь язык.

Вот я пишу на нем, и как бы все у меня хорошо

Покажи мне то что лучше PHP в вебе

compile time в PHP?

Чем язык-то это лучше делает?

о чём я собственну и говорю, он не компилится поэтому валится в рантайме из-за того что Хаски передал в функцию которая Макаку ожидает

не поможет, для PHP 7 array это и []int и map[string][]string и []map[string][]string, ему вообще насрать)) даже стороняя библиотека Ds эту проблему не решает.. там где ожидаешь Vector<int> можешь получить Vector<string>

@amirovn77 ты вообще читаешь мои сообщения?

Я чуть не понял, [] это array

Ну и это единственный язык, который работает на вставках. Т.е. тебе еще заголовок <?php нужно вставлять в каждый файл. Само-то по себе несложно, но более дебильного антипаттерна и не придумать, когда на вход интерпретатора подается текст, только внутри которого - код

Когда на php пишите глаза закрываете что-ли?

Когда на php пишите глаза закрываете что-ли?

Ну и это единственный язык, который работает на вставках. Т.е. тебе еще заголовок <?php нужно вставлять в каждый файл. Само-то по себе несложно, но более дебильного антипаттерна и не придумать, когда на вход интерпретатора подается текст, только внутри которого - код

уже не пишем

Go это лучшая замена PHP если речь идёт о вебе прост, быстр, компилится, типизация, умеренная динамика для таких вещей как работа с JSON (например попробуй поработать с JSON в C++, это ад), асинхронность (non-blocking), конкурентность, модульность засчёт пакетов, компиляция в бинарь (облегчённый деплой), тестирование, профилирование, покрытие тестами всё из-коробки идеальный инструмент для написания API

Go не заменит php

ПРОФИЛИРОВАНИЕ, ТЕСТИРОВАНИЕ, ПОКРЫТИЕ ТЕСТАМИ есть ли такие преимущества в других языках? ???

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

То есть по-товему фреймворк для тестирования должен быть внутри языка?

ну то есть все должны пользоваться одной и той же сраниной

Что сложного подтянуть его через пакетный менеджер? Ну, не считая того, что в го его тупо нет.

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

а он там и не нужен, зачем тебе пакетный менеджер когда есть github? это наоборот гораздо удобнее, я могу импортировать код с закрытого приватного gitlab'а в closed source проекте с таким-же workflow как и с open source зависимостью без всяких лишних npm если ты про версионирование то уже долгое время имеется dep (https://github.com/golang/dep) который был экспериментов в Go 1.11 появились модули, теперь версионирование встроено в язык

по желанию можно вообще просто сорсы зависимости скопировать в /vendor и в репозитории хранить, тогда build вообще неубиваемый

ты в курсах, что кроме гитхаба еще много чего существует?

битбакет?

лет пятьдесят мы от этого уходили, и тут на тебе

в битбакете у меня меркуриал, ох охушки

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

В npm кстати ХОТЯ БЫ держат пакеты, а не исходники. А ты тащишь с собой все тесты и все ресурсы для них всегда.

иии... чем это плохо? пару байт скачать дорого? в африке живём?

Чем лучше хранить зависимости в репе? Ты один пес скачал что-то, что не проверялось никем. А в npm есть package.lock, и удаленную версию емнип ты не можешь заново залить.

Mercurial тоже говно в стандартном питонячьем стиле, но в отличие от гита он умеет хранить изменения файлов, а не их конечные версии. Поэтому с большими кодовыми базами с долгой историей все-таки проще с ним.

так в dep тоже имеется Gopkg.lock

и в чем разница-то тогда?

Что думаешь хорошо?

И у гита, и у меркуриала свои болячки. Брать то, что по вкусу ближе

В том, что мне опять засовывают кое-что в рот и принуждают пользоваться конкретным инструментом, потому что Инженеры Гугла Знают Лучше