Проблема с переменной в пхп надуманная. Так сделать, конечно, можно и язык это позволит. Но косячить можно вообще на всем, были бы способности. Если мы говорим о коммерческом коде, то любое пыховское приложение на этапе сборки прогоняется через статический анализатор после чего запускаются юнит и e2e тесты. На десятке проектов за последние надцать лет я не видел ни одной подобной проблемы. За тот же период времени количество 500х, которые попадались в проде могу по пальцам одной руки пересчитать. Тут не совсем в языке дело.
Ох тыж. Ору в голос! ) И ведь в этом есть смысл. Одна из проблем того же пыха - проекты, которые вместе с ним приезжают. Чаще всего это что-то максимально неинтересное или плохо написанное. И тут хочешь не хочешь, а задумаешься о смене языка, чтобы просто сменить проекты.
Выскажу личное мнение. Нормально все в нем после php, нет никаких болей кроме одной - if err != nil. Когда на 20 строк бизнесового кода пишется 10 проверок и код тонет в этом. В такие моменты с тоской вспоминается замечательный принцип "fail fast!", который в продуктовом коде просто бесценен.
Причем все аргументы и наезды на обычные exception, которые мне попадались на глаза в холиварах, базировались только на том, что если накосячить в куске кода, который ловит ошибки, будут проблемы. Да, это так, причем очень большие. Ну дак накосячить можно на чем угодно, были бы способности к этому. Можно и канал закрыть в куске кода, который из него читает. Дак и что, каналы из Go нужно убрать? А если допустить, что отлов ошибок реализован нормально?
Есть ощущение, что когда достали компилятор из Plan 9 и отряхнули с него пыль стало понятно, что языки за это время ушли вперед. Что во всех популярных языках катаются на тех же exception. Но воткнуть обработку исключений в этот компилятор не прокатит чисто технически. Как мне кажется это и есть причина, а не вот это вот все светлое и молодежное. Поэтому была придумана красивая легенда про ясность.
В остальном язык просто прет! Простой как табуретка синтаксис, свой планировщик, дешевые горутины и принцип с каналами вызывают восхищение.
Есть еще Lumen, наверняка слышали. Правда если в него перенести все, что нужно, то получится почти Laravel. Хотя какой-то мелкий прирост все равно будет.
Для Laravel 100ms многовато. Тут наверное вопросы к мощности виртуалки, версии php, продакшн оптимизации (route:cache, config:cache и пр).
10ms для PHP это быстро и на сложном приложении очень дорого. Тут нужна экспертиза в вопросе либо вагон времени и желания. Чтобы код был сопровождаемым и с ним было приятно работать.
Проблема с переменной в пхп надуманная. Так сделать, конечно, можно и язык это позволит. Но косячить можно вообще на всем, были бы способности. Если мы говорим о коммерческом коде, то любое пыховское приложение на этапе сборки прогоняется через статический анализатор после чего запускаются юнит и e2e тесты. На десятке проектов за последние надцать лет я не видел ни одной подобной проблемы. За тот же период времени количество 500х, которые попадались в проде могу по пальцам одной руки пересчитать. Тут не совсем в языке дело.
Ох тыж. Ору в голос! ) И ведь в этом есть смысл. Одна из проблем того же пыха - проекты, которые вместе с ним приезжают. Чаще всего это что-то максимально неинтересное или плохо написанное. И тут хочешь не хочешь, а задумаешься о смене языка, чтобы просто сменить проекты.
Выскажу личное мнение. Нормально все в нем после php, нет никаких болей кроме одной - if err != nil. Когда на 20 строк бизнесового кода пишется 10 проверок и код тонет в этом. В такие моменты с тоской вспоминается замечательный принцип "fail fast!", который в продуктовом коде просто бесценен.
Причем все аргументы и наезды на обычные exception, которые мне попадались на глаза в холиварах, базировались только на том, что если накосячить в куске кода, который ловит ошибки, будут проблемы. Да, это так, причем очень большие. Ну дак накосячить можно на чем угодно, были бы способности к этому. Можно и канал закрыть в куске кода, который из него читает. Дак и что, каналы из Go нужно убрать? А если допустить, что отлов ошибок реализован нормально?
Есть ощущение, что когда достали компилятор из Plan 9 и отряхнули с него пыль стало понятно, что языки за это время ушли вперед. Что во всех популярных языках катаются на тех же exception. Но воткнуть обработку исключений в этот компилятор не прокатит чисто технически. Как мне кажется это и есть причина, а не вот это вот все светлое и молодежное. Поэтому была придумана красивая легенда про ясность.
В остальном язык просто прет! Простой как табуретка синтаксис, свой планировщик, дешевые горутины и принцип с каналами вызывают восхищение.
Мне кажется вам стоит подумать о карьере разработчика.
Есть еще Lumen, наверняка слышали. Правда если в него перенести все, что нужно, то получится почти Laravel. Хотя какой-то мелкий прирост все равно будет.
Для Laravel 100ms многовато. Тут наверное вопросы к мощности виртуалки, версии php, продакшн оптимизации (route:cache, config:cache и пр).
10ms для PHP это быстро и на сложном приложении очень дорого. Тут нужна экспертиза в вопросе либо вагон времени и желания. Чтобы код был сопровождаемым и с ним было приятно работать.