> Для того чтобы понять, что нужен репозиторий - надо знать о его существовании.
Ну, можете почитать, но принять решение о том, нужно или нет, вы все равно не сможете. Поэтому ответ всегда "нет".
> Посоветуйте, что имеет смысл изучать, кроме документации?
- другие, строго типизированные языки - kotlin/java/c#
- ООП (не понимание синтаксиса, а как его реально использовать. Лара этого не даст)
- бест практисы (но, опять же, не стоит использовать то, использование чего не сможете четко аргументировать САМИ. Например - репозитории и сервисы)
- опенсорс либы (ту же лару, psalm)
> Есть GRASP, Solid, паттерны.
Ну и что дальше, если все это негде применить?
> как не пиши код, другие скажут - гавно.
Именно так. Это я и пытаюсь вам сказать - у вас не получится написать нормально, какие бы бест практисы вы не использовали. Сужу по себе - я тоже считал, что следуя бест практисам у меня получится ахуенный проект - но нет. Причем ошибался я так не раз.
Вам нужен ОПЫТ и ни что другое. О нем прочесть вы не сможете.
> Вот интересно если Отвел анонимно разместит проект с открытым исходным кодом, тоже большинство скажет, что это - гавно?
Так уже разместил - Ларавел и кучу либ. Конечно, не совсем "гавно", но я больше Лару юзать не хочу, а на больших проектах ее использовать категорически НЕЛЬЗЯ - потому что говно (для таких проектов). И вывод о том, что "говно" я делаю на основе того, что можно лучше и есть лучше - то есть все относительно.
А так - отличный фреймворк для начинающих разработчиков и мелких проектов.
Robur, нет, плагины это совсем другое. Плагины требуют какой-то АПИшки в ядре, не зависят друг от друга и могут свободно отключатся и подключатся.
Модули вполне могут зависеть друг от друга (и зависимостей этих обычно достаточно), не требуют никакого АПИ и далеко не всегда свободно отключатся и подключаются.
Это разные концепты, не стоит называть одно другим именем. Неправильно реализованные модули, неправильные зависимости между ними или неправильная архитектура внутри все равно приведет к куче мерджей, в то время как с плагинами дела обстоят совсем иначе.
Дмитрий Тутин, будет так, как захочет рынок. Никто вам бесплатно ничего делать не будет, тем более если вы дубовый и неблагодарный. Это не благотворительная площадка и не фриланс.
Teymur Salymzade, я.. знаю? Речь о том что mongo не стоит учить. Как база он не подходит для большинства задач, а за 5 лет в вебе я так и не нашел ему применения на совсем разных проектах.
Андрей Омин, кому давал, лол? Если он банит твои аккаунты, значит нихрена он не давал. Он дал АПИшку не для тех, кто регает новые аккаунты для спама, а для ботов, у которых один аккаунт и их никто не банит.
Я предположил про нарко, потому что другой причины иметь более одного аккаунта, которых банит телега - я не вижу.
> Для того чтобы понять, что нужен репозиторий - надо знать о его существовании.
Ну, можете почитать, но принять решение о том, нужно или нет, вы все равно не сможете. Поэтому ответ всегда "нет".
> Посоветуйте, что имеет смысл изучать, кроме документации?
- другие, строго типизированные языки - kotlin/java/c#
- ООП (не понимание синтаксиса, а как его реально использовать. Лара этого не даст)
- бест практисы (но, опять же, не стоит использовать то, использование чего не сможете четко аргументировать САМИ. Например - репозитории и сервисы)
- опенсорс либы (ту же лару, psalm)
> Есть GRASP, Solid, паттерны.
Ну и что дальше, если все это негде применить?
> как не пиши код, другие скажут - гавно.
Именно так. Это я и пытаюсь вам сказать - у вас не получится написать нормально, какие бы бест практисы вы не использовали. Сужу по себе - я тоже считал, что следуя бест практисам у меня получится ахуенный проект - но нет. Причем ошибался я так не раз.
Вам нужен ОПЫТ и ни что другое. О нем прочесть вы не сможете.
> Вот интересно если Отвел анонимно разместит проект с открытым исходным кодом, тоже большинство скажет, что это - гавно?
Так уже разместил - Ларавел и кучу либ. Конечно, не совсем "гавно", но я больше Лару юзать не хочу, а на больших проектах ее использовать категорически НЕЛЬЗЯ - потому что говно (для таких проектов). И вывод о том, что "говно" я делаю на основе того, что можно лучше и есть лучше - то есть все относительно.
А так - отличный фреймворк для начинающих разработчиков и мелких проектов.