Strannyk, Да. Но это не отменяет того факта, что динамическая типизация поощряет это поведение. Примером может служить Python, у которого сильная, но при этом динамическая типизация. Нельзя точно сказать, что находится (тип данных) в переменной, что потенциально приводит к ошибкам.
Strannyk, даже если сейчас это не так, большинство проектов не переписываются. Собственный опыт говорит об этом. Переписываются только тогда, когда уже поздно и все летит к чертям. Поэтому лучше сразу выбрать технологию, которая работает лучше и существенно проще масштабируется, нежели брать заведомо проигрышную.
Почти согласен. Должен в общих чертах представлять, как происходит процесс разработки бэкэнда, знать, что входит в компетенции бэкэнд разработчика и какие проблемы он может решить. То есть только отдаленно понимать, кто эти гики в свитерах и очках и на кой черт им вообще платят.
А в остальном - ни языки не надо учить, ни базы, ничего. У каждого своя задача.
lisa_4r, в функции true_load_posts добавить нужные параметры - категорию и иные, которые нужны. Далее - по цепочке эти параметры передаются в методы, которые запрашивают посты из базы..
SVZhidkow, внешний вид в данном контексте - вывод данных из модели. Не важно, с чем вы работаете, с view/внешним апи или даже просто манипулируете ею в контроллере.
hooligan377, в программированиии нет понятия "плагиат", тем более в том моменте, что касается открытого кода. Зачастую, можно абсолютно спокойно его использовать.
Антон Шаманов, это очень хорошее очевидное решение, позволяющее напрямую из аннотаций восстановить состояние базы на определенной ветке. Это гораздо лучше, чем миграции лары, которые надо не забывать откатывать при переключении ветки.
Станислав, Магия зло по той простой причине, что она ослабляет понимание кода. Я имею опыт работы со сложными системами, где была подмешана магия. Это всегда больно, по той причине, что такая магия сложно отлаживается и найти баги, возникающие по причине подобной магии - трудно. А самое плохое, что ты не можешь найти все места, где такая магия применяется. Кроме того, наличие в коде метода магии не позволяет провести нормальное тестирование, в частности, например, использовать моки объектов, которые должны вызываться. К примеру, я терпеть не могу использовать магические классы доступа к репозиторию данных. По той простой причине, что замокать подобное соединение невозможно. Вместо этого у нас в компании предпочитают передавать соединение явно в конструктор и использовать его. Таким образом мы избавляемся от лишних прослоек, упрощая понимание кода.
Помимо этого, магические методы всегда можно заменить немагическими.
Станислав, Про перегрузку слышали все, кто выходил за пределы PHP, например, в Java. В ней, например это можно сделать через Reflection API. Подобное поведение называется Dynamic Proxies и является антипаттерном. Зачастую, статически-перегруженные методы можно заменить фабриками или иными порождающими паттернами, что будет более правильно с точки зрения, как читаемости, так и архитектуры.
Антон Шаманов, Здесь-то я согласен. Даже в ларавелевских проектах, мы стараемся уходить от магии и писать максимально тупой код. Но от Eloquent можно сбежать только в Doctrine или новенький Cycle/ORM, к которому мы присматриваемся. А так - да. Магия - зло.
