Мне ничего не понятно. Оперативные задачи должен кодер решать. Зачем менеджеру знать для этого пыичьпы?
Хотелось бы всё-таки понять цель освоения, её глубину и предполагаемое использования.
Антоний, нужна всё-таки конечная хотя бы первичная цель. Ну обычно она у людей есть - написать свой блог, написать хоумпагу, сделать лендинг для своего бизнеса, школьный сайт... ну что-то такое. Без цели "учить чтобы выучить" это не про языки программирования и вообще не про изучение.
Еще раз. Язык программирования - это просто инструмент. Конструкции в СИ-подобных языках почти идентичны, отличаются только мелочи.
Водитель может поехать на любой машине, нужно только чуть изучить её особенности, если они есть. Так и с программистом - новый язык осваивается на базовом уровне иногда с ходу прям. У меня так было с ассемблером, PHP, Go, JS/TS, Петухончиком...
Другое дело, что среда, в которой работает язык - она разная. Вот тут основные различия и проявляются. Конечно, это и в самом языке выделяет ряд инструкций (функций, операторов), которые надо специально изучать.
Но я уже понимаю, что Антонию всё это не надо.
Отзывам верить нельзя, а мне - можно 😉
Ну, посыл лучше слышать тогда на уровне архитектуры при чем общей проекта. При чем даже не программной реализации, а именно как бы с точки зрения пользователя. Тут скорее тогда не PHP пригодится, а знания в UX/UI.
Всё-таки ты говоришь о работе менеджера, а не архитектора ПО и тем более программиста. Предметную область понимать надо, но точно не на уровне тонкостей языка программирования. По таким делам тоже есть книги, кстати, по-моему у меня в коллекции тоже кое-что есть, я посмотрю.
Антоний, это оглавление почти php.net 😀 Да и имея уже опыт программирования не нужны никакие курсы. Материала и так хватает, ща не конец 90-х 😊 Берешь доку, читаешь, сразу не отходя от кассы пробуешь накодить и выполнить, составляешь шпаргалку этим же самым - это поможет быстрее запомнить синтаксис.
Нельзя научиться забивать гвозди не забив пару сотен. Так что известное условное правило 20/80 соблюдать придется - 20% времени теория, 80% - практика.
Что до фреймворков, на пыхе актуальными являются Laravel (ru) и Symfony, есть и другие, конечно, но по-моему менее распространённые. Ну и микрофреймворк Slim.
Ты сам-то понял, что написал? :) Еще раз: я сказал, что два языка с СИ-подобным синтаксисом, не больше не меньше.
А вот тут не соглашусь, Флэнаган по крайней мере 7-е издание - отличный учебник, но это издание как я понял сильно переписано чуть ли не с нуля. По JS еще весьма понравился Фрисби 4-е издание (ща уже есть 5-е на инглише), еще есть Кайл Симпсон для особо упоротых + классика от Закаса.
Да, к пыху еще надо будет MySQL подтянуть в обязательном порядке, но там всё достаточно несложно, если надо книг могу накидать, их всего несколько штук нормальных.
Да, вот тоже хорошая ремарка. Если уже есть опыт программирования на JS (я всё верно понял?), то пых должен даться легко т.к. синтаксис тоже СИ-подобный и очень простой. Я думаю вообще хватит php.net именно по языку. Всякие там ООП/шаблоны - это по книжечкам.
Для сайтов JIT практически бесполезен. Тестов, кстати, полно.
А вот для долгих вычислений - да, норм. Но это не про сайты история, пожалуй.
8 от 7 отличается очень немногим.
Ой, не надо. У Котерова много "воды" и каких-то безумных примеров для утолщения книги.
Можно попробовать, конечно, я сам её всю прочитал, но там начало за здравие, а потом идет за упокой.
Есть современная версия уже, тогда её: Котеров Д. В., Симдянов И. В. - PHP 8. Наиболее полное руководство (В подлиннике) - 2023
Я не совсем понял честно говоря посыла в первом сообщении. Не программируя на языке читать код вряд ли нормально будет возможно. Да, отдельные инструкции понятны будут, там ничего сложного, но общий процесс скорее всего нет.
Все CMS написаны на ООП, потому крайне рекомендую вообще начать с этого Объектно-ориентированный подход - Вайсфельд М. 2020.
По пыху отличная книга: РНР 8 объекты, шаблоны и методики программирования, 6-е издание, Мэтт Зандстра - 2021
А вообще, у пыха довольно неплохая документация, вот прям отсюда сразу можно. И никакой воды и много примеров (к слову сказать, тот же Котеров примеры прям почти без изменений драл из документации не стесняясь, что для меня удивительно. Можно было бы свои придумать раз книгу пишешь. Впрочем, этим грешат многие авторы.)
Ищите другие причины. Как мне говорил тогдашний руководитель поиска Александр, слово в урле - это просто еще одно слово к странице текста и мы видим в слитых исходниках, что к нему применяется алгоритм BM25.
Есть и другие аспекты, которые важно учитывать при составлении URL куда более важные. В частности Навигационные цепочки.
