Изучить жаву, найти нормальную работу, сидеть на этой работе до седых мудей и копить бабло на шаурмичную или зоомагазин какой-нибудь.
Вкатывайся в паскаль!
распидор, съеби обратно на гд
>на гд
Как-то стрёмно в гд после подрыва ренпаепетушков стало.
Подскажи, что лучше изучать по ларке, щас сам учу ларку, хотя бы простые проекты бы начать пилить, вроде и пилю чёто, но всё хуйня, знаний не хватает даже не более менее простейшие проекты, скажи что изучал, как практиковался, чтобы я хотя бы джуном или его личинкой стать мог?
ларавел топ, юии уже говно мамонта и только по снг и китаю которуется, как и все говно впринципе, например битрикс который нахуй никому не вперся
А симфони?
лучше ларавеля в 100 раз
Симфони - это не только ценный мех, но и еще охуительный набор пакетов на все случаи жизни, которые овердохуя где используются, в том же ларавеле, например.
Вообще, в пыхе прекрасный менеджер зависимостей, аж сам в ахуе.
>Вообще, в пыхе прекрасный менеджер зависимостей, аж сам в ахуе.
Композер в смысле? А чем он так хорош?
Наверное тем, что он просто есть. В пыхе кругом ад и сотона, а тут внезапно вполне сносный package manager.
Я бы съебал из PHP как можно дальше и как можно быстрее.
Куда? В могилку несбывшихся надежд?
ruby
Хуюби.
>Куда?
Нахуй из профессии, конечно же.
Атавизм.
>простые каталоги/корпоративные сайты/етс
Это в принципе потолок для PHP. Хочешь заниматься чем-то другим - перекатывайся в другие языки.
> но какие-то пробелы имеют
Какие именно пробелы?
Архитектура ПО, Базы данных, Алгоритмы, Паттерны ООП, Системы очередей, Системы контроля версий, Деплой, Контейнеризация?
>А чем он так хорош?
Ну давай разберем тобою написанное.
1. Он ОДИН. Возьмем, к примеру, C++. Или Java. Какой там менеджер зависимостей? Верно, или никакой или кучи конкурирующей васянской хуиты и собственных менеджеров в фреймворках. У пыха один единственный общепринятый менеджер зависимостей, что значительно упрощает жизнь всему сообществу, ибо не возникает ситуаций, когда какая-то зависимость есть только в каком-то отдельном менеджере.
2. Он хорош и выполняет 97% всех возможных задач. Это говно просто работает и работает хорошо.
>менеджер зависимостей
АХАХАХАХАХАХАХАХАХАХАХА
ух, бля
пхп=шник и так не знает, как у него что работает, давай еще менеджеров ебанем, чтобы еще сильнее ничего не знать
>рррряяяяя, maven - васянохуита, то ли дело в ПЫХЕ!
Пиздец, либо ты троллишь, либо пхпшники совсем ебанутые
Мимо другой анон
Деплой и контейнеризация. Насколько глубоко докерозалупу стоит знать? Ну понятно, что чем больше, тем лучше. но это девопсовская обязанность. Т.е. создавать докерфайл умею, собирать образ, разворачивать, подчищать. Но в целом все. Что еще стоит знать?
Так же интересует окончательный ответ. Насколько нужно бд в докере содержать, вместо реального сервера?
ДевОпская то да, но по факту везде где я работал пришлось так или иначе сталкиваться с деплоем и/или контейнерами и курить доки по ним.
Я бы посоветовал не заострять внимание только на фреймворках и сайтах, обратить внимание на то что довольно сложные бэкенды пишутся на php.
Да, возможно, Java подошла бы лучше для большинства таких проектов, но когда проект только стартует и первые версии были написаны на пыхе, т.к. это дешевле, никто не переписывает их без крайней необходимости.
Как вызов себе можешь попробывать написать приложение которое не зависит от фреймворка. Чтобы ты мог запустить юнит тесты как если бы фреймворка не было вовсе. Обрати внимание на паттерны, DDD и clean architecture.
В реале конечно это все не соблюдается в большинстве проектов, но неплохо уметь оценивать последствия нарушения этого.
Учись работать с техническим долгом и не бояться его (т.е. осознанно нарушать солиды и т.п. когда это действительно нужно для проекта)
Грамотное логирование, мониторинг, денормализция таблиц тоже важные навыки.
Еще одно супер умение - более менее точная оценка задач.
Да, возможно, Java подошла бы лучше для большинства таких проектов, но когда проект только стартует и первые версии были написаны на пыхе, т.к. это дешевле, никто не переписывает их без крайней необходимости.
Как вызов себе можешь попробывать написать приложение которое не зависит от фреймворка. Чтобы ты мог запустить юнит тесты как если бы фреймворка не было вовсе. Обрати внимание на паттерны, DDD и clean architecture.
В реале конечно это все не соблюдается в большинстве проектов, но неплохо уметь оценивать последствия нарушения этого.
Учись работать с техническим долгом и не бояться его (т.е. осознанно нарушать солиды и т.п. когда это действительно нужно для проекта)
Грамотное логирование, мониторинг, денормализция таблиц тоже важные навыки.
Еще одно супер умение - более менее точная оценка задач.
php болото, беги в го
Из болота в говнотопи.
Куда тогда?
Интересно в %любой мухосранск средней величины% потому столько вакансий на пыхе, что никто не хочет учить "не тру" пыху? Вы что учить php в 2к19 это же зашквар. Лучше выучу go или же python, напишу несколько pet проектов и узнаю что я никому не нужен. Заходишь на hh:
Go/python 0 вакансий. PHP 40 вакансий. На некоторые минимальные требования уровня hello world.
Go/python 0 вакансий. PHP 40 вакансий. На некоторые минимальные требования уровня hello world.
Зашквар - это работать на локальные мухосранские конторы
Никто не спорит, что работы по пыхе дохера, но кому такая работа может понравится?
удаляйся от фреймворков и иди в паттерны и алгоритмы
вообще лучше заниматься темами, которые являются глобальными в разработке, то есть используются во всех языках на всех фреймворках (да-да, алгоритмы и паттерны)
еще дядюшка Боб говорил, что хорошая архитектура не должна зависеть от второстепенных вещей типа бд, фреймворка, типа сервера и прочее-прочее.
как вариант изучать внутренности (выше видел подобные ответы), да, то есть ковырять фреймворки, изучать особенности БД и прочее, это поможет, когда придется оптимизировать программу или решить задачу наиболее лучшим способом
вообще лучше заниматься темами, которые являются глобальными в разработке, то есть используются во всех языках на всех фреймворках (да-да, алгоритмы и паттерны)
еще дядюшка Боб говорил, что хорошая архитектура не должна зависеть от второстепенных вещей типа бд, фреймворка, типа сервера и прочее-прочее.
как вариант изучать внутренности (выше видел подобные ответы), да, то есть ковырять фреймворки, изучать особенности БД и прочее, это поможет, когда придется оптимизировать программу или решить задачу наиболее лучшим способом
почему руби?
сам язык не имеет популярности, разве что из-за рора и сасса (и то который на фронте и хз используется ли вообще сейчас)
рор потихоньку угасает, насколько я знаю сам разработчик то ли руби, то ли самого рора в нем разочаровался (хотел пилить другой фреймворк но потекло по штанине)
причем, большинство работы на руби (рор) это считай поддержка легаси, новых проектов на нем все меньше и меньше
не смотря на хейт пхп, тут все зависит от разработчика (как и везде и всегда лол)
сам язык заточен под веб, имеет много инструментов для удобной работы с ним, да и фреймворки, та же лара, мега привлекательная вещь с которой очень удобно и приятно работать
>причем, большинство работы на руби (рор) это считай поддержка легаси, новых проектов на нем все меньше и меньше
Да ну? Назови лучший стэк для быстрого накатывания апишки/админки/фулстэк для прототипирования стартапа под нехайлоад?
Хуйня, паттерны нет смысла изучить на раннем этапе. Надо наоборот изучать стэк и пытаться клепать гавно. Потом прийти к пониманию что ты клепаешь гавно и учиться писать годноту
мне кажется в программировании (да и в айти вообще) нет такого понятия как "лучший", ну да ладно
ну как бы лара, почему нет?
Платформа для апишки с нуля уже есть, разрабатывать начинаешь сразу же
Да, админки там нет, как, например, у питона (джанго) того же, но не проблема ее написать под свои нужды
Фулстэк тоже у лары уже накатан, vue идет вместе с ней + конфиги для вэбпака (webpack-mix)
согласен, если мы говорим об ОО-языках, то сначала придется повозиться с ООП как минимум, базовыми понятиями, принципами (тот же солид), а уже потом паттерны, без заранее накопленным знаний и опыта паттерны не поймешь, а тем более не применишь
но ОП вроде как не начинающий и ранний этап у него по идее уже прошел
>Застой в развитии, как дальше развиваться трейни/джуниору? /php/
>Интересно мнение именно миддлов
А милды на PHP вообще бывают?
Понимаешь, уровень IQ влияет на то насколько быстро ты можешь освоить простую работу, но не на то как качественно ты её можешь выполнять.
Другими словами, неважно какой ты гений, подавать гамбургеры с коллой в макдаке ты будешь так же как и дебил с айкью около 100. А может и хуже, потому что лишние мозги тут только мешают.
У разносчика пиццы нет никакого карьерного роста как такового.
В ойти не так много направления позволяющих тебе карьерно расти, и сам этот рост происходит у одного из 20-50ти.
сама айти карьера позволяет расти как таковая, не то, что ее направления
что по поводу направлений, так там ты не исчерпаешь всю инфу и за десятки лет, будь то программирования, безопасность, сети, администрирование и прочее
да, кстати, эти направления комбинируются, так что у айти-спеца всегда есть что изучать и куда стремиться, там все ограничивается лишь фантазией человека
ну а расти будет тот, у кого есть желание, так как возможность есть всегда
>сама айти карьера позволяет расти как таковая, не то, что ее направления
Под ростом я понимаю две вещи.
1. Деньги.
2. Власть.
Айти карьера позволяет бесконечно тратить личное время на изучение тонн материала только чтобы СОХРАНЯТЬ ТЕКУЩИЙ УРОВЕНЬ ЗАРПЛАТЫ.
>позволяет
обязует
>Под ростом я понимаю две вещи.
>1. Деньги.
>2. Власть.
Если ты додик без амбиций, то тебе ни одна сфера не даст этого.
Спасибо Капитан Очевидность.
не согласен
сейчас и неквалифицированных "спецов" нанимают на довольно неплохие зп, знаю не по наслышке
конечно можно бесконечно тратить личное время на изучение тонн материала (в идеале, это должно нравится и приносить хоть какое-то удовлетворение), но поднять себе ЗП посредством этого не составляет труда
банально возьму те же алгоритмы и паттерны
это ведь не секретные знания и не ядерная физика, это вполне себе стандартные знания, причем их пооткрывали уже очень-очень давно
что мешает разработчику, который работает в рядовой компании и пилит рядовые проекты (админки, СRM, просто сайтики) выучить ООП, паттерны, принципы построения компонентов и в общем хорошей архитектуры и идти выше по карьере? (при этом текущей компании будет похуй, что он там что-то знает, так как на текущей позиции он применить эти знания не может)
Взять и найти вакансию, где эти знания востребованы, в большинстве случаев за такие знания (+ опыт желательно) будут и платить больше, ну и уважать конечно (это к слову о власти)
или еще проще
ищешь вакансию желаемую, смотришь на требования, изучаешь их и пробуешь туда устроиться
Признавайся лучше, кто тебя написал, нейросеточка.
хз о чем ты, но думал ответ "Аллах" тебя удовлетворит
Сколько будет 5 + 7 ?
это даже троллингом назвать сложно, в чем смысл этих сообщений?)
лучше бы что-нить против сказал, а то мне реально сложно представить ситуацию, когда нужно что-то дополнительно более-менее серьезное изучать для того, чтобы остаться на работе
а, ну и в процессе работы ты же тоже обучаешься, так что оставаться на текущем уровне зп вообще не проблема, если тебя кинут на новый проект, то ты там просто обучишься тому, чего не знаешь, в процессе работы
А не отвечать можешь?
если тебе этого так хочется, то да
5 + 7 == 12
===*
Symfony годный фреймворк, после yii очень доставил.
а зачем тебе курсы некоего Елисеева (кинь ссылку на эти курсы)?
что ты надеешься получить по прохождению?
Вообще есть два пути прокачки:
учить технологии. тогда глянь эту ссылку https://github.com/kamranahmedse/developer-roadmap#back-end-roadmap
учи теорию.
паттерны проектирования.
или классика от банды четырех - https://www.amazon.com/Design-Patterns-Object-Oriented-Addison-Wesley-Professional-ebook/dp/B000SEIBB8
или этот вариант - https://refactoring.guru/ru/design-patterns
книга (https://refactoring.guru/ru/design-patterns/book)
рефакторинг - https://www.litmir.me/bd/?b=256274&p=1
эффективная работа с legacy (устаревшим) кодом - https://www.amazon.com/Working-Effectively-Legacy-Michael-Feathers/dp/0131177052
последние два особенно полезны будут аутсорсеру.
еще для общего развития стоит изучить юнит тесты - https://phpunit.readthedocs.io/en/8.5/
тем более что ларавель идёт с встроенными загатовками для тестирования - https://laravel.com/docs/6.x/testing
но для изучения лучше поднять отдельный проект, особенно базу данных)
что ты надеешься получить по прохождению?
Вообще есть два пути прокачки:
учить технологии. тогда глянь эту ссылку https://github.com/kamranahmedse/developer-roadmap#back-end-roadmap
учи теорию.
паттерны проектирования.
или классика от банды четырех - https://www.amazon.com/Design-Patterns-Object-Oriented-Addison-Wesley-Professional-ebook/dp/B000SEIBB8
или этот вариант - https://refactoring.guru/ru/design-patterns
книга (https://refactoring.guru/ru/design-patterns/book)
рефакторинг - https://www.litmir.me/bd/?b=256274&p=1
эффективная работа с legacy (устаревшим) кодом - https://www.amazon.com/Working-Effectively-Legacy-Michael-Feathers/dp/0131177052
последние два особенно полезны будут аутсорсеру.
еще для общего развития стоит изучить юнит тесты - https://phpunit.readthedocs.io/en/8.5/
тем более что ларавель идёт с встроенными загатовками для тестирования - https://laravel.com/docs/6.x/testing
но для изучения лучше поднять отдельный проект, особенно базу данных)
сейчас это скорее набор компонентов, чем фреймворк. его, имхо, имеет смысл использовать для очень специфичных штук. но даже в таком случае тебе, почти наверняка подойдет laravel. ну или lumen, на крайняк.
кажись закосячил с интерфейсом, посмотри этот пост
Как нет, вот какая-то админ панель, или что это? https://nova.laravel.com/
не ну трейни это потолок, дальше уже не развиться
Перекатись в пм например.
На самом деле вариантов что делать дальше масса: как минимум можно вкатиться в курсы Елисеева по ларке, начать осваивать все что связано с окружением/деплоем, повышать качество кода, научиться в архитектуру (писать свои микрофреймворки из тех же PSR интерфейсов/zend или symfony либ, я пытался но получилось так себе), но чет не то. Наверное от того что задачи не требуют такого оверхед инструментария; по-хорошему тот тип сайтов, который я пишу надо бы на каком-нибудь RAD фреймворке вроде Yii2 писать или даже на CMSках, но мне просто удобнее на ларавеле.
В общем, дайте советы для тех, кто уже вроде не новичок, но какие-то пробелы имеют. Интересно мнение именно миддлов; какого типа проекты стоит писать, в какую сторону копать, и так далее. Понимаю что зависит ответ от того, куда я собираюсь идти, но допустим это аутсорс контора или веб-студия продвинутая.