Comments 13
Для Laravel 100ms многовато. Тут наверное вопросы к мощности виртуалки, версии php, продакшн оптимизации (route:cache, config:cache и пр).
10ms для PHP это быстро и на сложном приложении очень дорого. Тут нужна экспертиза в вопросе либо вагон времени и желания. Чтобы код был сопровождаемым и с ним было приятно работать.
Мне одно непонятно - это всё изучено и написано одними руками преподавателя-юриста? Я бы почитал отдельную статью на эту тему.
Если рассматривать программирование как хобби, то мне кажется - не имеет значение ни профессия, ни образование. Надо делать то, что приносит удовольствие.
Да я не об этом. Чтоб изучить хотя бы на минимальном уровне всё то что описано в этой и предыдущих 3-х статьях нужно ну очень много времени и сил, особенно если ты не программист. Как это можно осуществить в разумные сроки занимаясь основной работой, которая не связана с IT - не представляю. Да, копипаст кусков кода из инета никто не отменял, но вот например относительно неплохо зная php и более-менее владея js, мне например не удалось понять философию node.js - видимо не хватило терпения. А тут такой список технологий, фреймворки, ООП, паттерны проектирования, чтоб познать весь этот дзен нужны многие годы имхо.
Вот потому и интересно - неужели кто-то занимаясь основной работой, умудрился разобраться во всей этой кухне в какие-то разумные сроки.
На самом деле если есть цель быть просто пользователем библиотек и фреймворков, то не это не занимает много времени. Можно посмотреть пару видеокурсов и вперед, однако если хочется разобраться как это работает изнутри, сделать свои костюмные решения, взаимные интеграции - то да, придется постепенно во все вникать. У меня ушло много времени до момента перехода на ReactJs, Laravel - мог бы конечно, перейти раньше, сэкономил бы много времени, но хотел сделать сначала все сам. Так что, совмещая с основной работой думаю, что потратил около 5 лет и пару десятков проектов (именно необычные проекты, а не повторение создания своего блога, магазина и т.д.).
Насчет JS - nodeJs использую чисто для микросервисных задач. У nodeJs также есть недостатки, которые мешают запускать на нем, к примеру, библиотеки ИИ на TensorFlow, поэтому использую его для Socket, а веб сервер у меня где-то Nginx, где-то Apache.
создана папка со своими функциями, которые загружались собственным классом, зарегистрированном в сервис-провайдере
Но можно же просто добавить эти файлы в composer.json:
{
"autoload": {
"psr-4": {
"App\\": "src",
},
"files": ["func/file1.php", "func/file2.php"]
}
}
Это, конечно, на спичках экономия, но уже на один провайдер меньше при инициализации
Да, конечно можно, но мне показалось, что проще 1 раз прописать папку, из которой загружать файлы и не контролировать composer.json. Если бы все файлы были классами, то да, тут поможет autoload, но, к примеру, файл с функциями - у меня просто как файл, поэтому придется прописывать его вручную и следить за именами.
Так оно, конечно, работает, но ответственность провайдера - наполнить контейнер необходимыми сервисами. А подгрузить файлы функций/классов - это всё же ответственность автолоадера. Можно просто добавить файл, который так же запрашивает glob и подключает файлы из результата, а уже один этот файл добавить в composer.json
Выбор фреймворка и переход на Laravel в рамках создания собственной СДО (часть 4)