Спасибо за советы. Сейчас есть много свободного времени. Пилить свое изначально с непониманием архитектуры конечно нет смысла. Но видимо так и прийдется делать

архитектуру в любом случае нужно изучать. Потому что на работе либо DDD выстрелит, либо Action oriented api, нужно понимать что положить в сервис, а что в helper. Что в репозитории оставить, а что на менеджера вынести. и так далее. Как учить? вот не подскажу. Сам что где ухватить получается, где в видео каком, где в статье, где в книге, где в каком-нибудь проекте код посмотреть. По архитектуре вроде много Дмитрий Елисеев рассказывает, но сам ещё не смотрел. https://elisdn.ru https://deworker.pro Книги есть типа Эванса по DDD. Может кто ещё что подскажет

Конечно, зачем проектам джуны, которые только отвлекают своими вопросами от работы)

Сейчас наверное можно в госсектор влезть джуном. Они много набирают сейчас. Но госсектор в целом такое себе удовольствие.

И оплата там соответствующая. Мне не зашло.

Сейчас наверное можно в госсектор влезть джуном. Они много набирают сейчас. Но госсектор в целом такое себе удовольствие.

Так там стека нормального нет и разграничения наверное?

Только не госсектор. Там стеки жесть и куча легаси. Хуже индусов ИМХО. Так как профи там не остаются и текучка сильная постоянно, то вместо изучения просто новые сотрудники лепят костыли

Так там стека нормального нет и разграничения наверное?

я в одной структуре на стажировке был, там Symfony 5, DDD, микросервисы, очень чуть-чуть мемкэша и кролика. Много самописных бандлов, из которых собирается сервис. Т.е. для начала нормально, но сильно не прокачаешься в ширь.

я в одной структуре на стажировке был, там Symfony 5, DDD, микросервисы, очень чуть-чуть мемкэша и кролика. Много самописных бандлов, из которых собирается сервис. Т.е. для начала нормально, но сильно не прокачаешься в ширь.

Бандлы это конечно фигня

я в одной структуре на стажировке был, там Symfony 5, DDD, микросервисы, очень чуть-чуть мемкэша и кролика. Много самописных бандлов, из которых собирается сервис. Т.е. для начала нормально, но сильно не прокачаешься в ширь.

Как вариант, поработать год-два и искать другое

Как бы да, там своя обертка над транспортом, логами, авторизацией, сериализацией, ответом... потом там ещё league/pipline выстроен, т.е. по факту сделать микросервис это собрать стандартный пайплайн и дописать нужные сервисы. Конвейер и внутренние вещи, которые не релевантны на рынке.

Как бы да, там своя обертка над транспортом, логами, авторизацией, сериализацией, ответом... потом там ещё league/pipline выстроен, т.е. по факту сделать микросервис это собрать стандартный пайплайн и дописать нужные сервисы. Конвейер и внутренние вещи, которые не релевантны на рынке.

Старый подход с sf3

Как вариант, поработать год-два и искать другое

Я так и сделал в итоге. На другом стеке и параллельно учусь на курсе по симфе и пилю пет проекты на ней, таща всё что нужно и не нужно, что бы пощупать)))

Старый подход с sf3

Хз... старые вещи там были от подрядчиков на yii, переписывали уже на Sf4-5

Я так и сделал в итоге. На другом стеке и параллельно учусь на курсе по симфе и пилю пет проекты на ней, таща всё что нужно и не нужно, что бы пощупать)))

А до этого какой стек был?

А до этого какой стек был?

5 лет почти без ооп, потом год битрикса (так получилось))), потом стажировка по симфе и сейчас снова пока на битриксе (у студии пока основной продукт) с подвижками на laravel/vue и другими cms.

5 лет почти без ооп, потом год битрикса (так получилось))), потом стажировка по симфе и сейчас снова пока на битриксе (у студии пока основной продукт) с подвижками на laravel/vue и другими cms.

Желаю удачи и развития в сторону симфони

Примерно такой путь проходят: yii2/laravel -> symfony -> java/go и другие языки

Желаю удачи и развития в сторону симфони

Спасибо. И вот кстати подпишусь под словами, что лучше всё-таки через yii/laravel в симфони идти. Прям с нуля (если до этого с фрейсворками не работал почти) тяжело, очень тяжело.(

Спасибо. И вот кстати подпишусь под словами, что лучше всё-таки через yii/laravel в симфони идти. Прям с нуля (если до этого с фрейсворками не работал почти) тяжело, очень тяжело.(

Я почти с нуля пришел в продуктовую разработку,но упор был больше на предметной области, так что в симфони я не сильно пока разбираюсь

Спасибо. И вот кстати подпишусь под словами, что лучше всё-таки через yii/laravel в симфони идти. Прям с нуля (если до этого с фрейсворками не работал почти) тяжело, очень тяжело.(

ну в принципе так и есть, последние года на Laravel REST API делал для нескольких мобильных приложений. Но там все просто (с API) на мой взгляд. Архитектура не сложная, однообразная. Нужно дальше двигаться.

@TrnAGa , Postgres/(swagger/openAPI)/redis/(rabbitMQ/Kafka) есть в арсенале?

С Postgres без практики, только изучение. А по остальному в порядке: Swagger/openAPI/Redis/ActiveMQ/ElasticSearch/

С Postgres без практики, только изучение. А по остальному в порядке: Swagger/openAPI/Redis/ActiveMQ/ElasticSearch/

По моему опыту - небольшой шанс что куда-то возьмут на симфони. ну и примеры кода на гитхабе must have.

Ну и в целом смотреть больше будут как на джуна. :(( сколько бы лет опыта не было.

Спасибо. Тогда пока наверное самостоятельно проще. Я и расчитываю на джуна и даже меньше... не в деньгах смысл, а в развитии, которе отстало на длинных проектах, где так и не решились апгрейдить технологии по принципу "Работает - не трожь!" )

по стеку выше "современный без практики, только изучение" касалось Postgres только

@TrnAGa , о как, не, тогда норм. Примеры кода и вперёд. У меня с этим стеком просто опыта ещё не было, он у меня только в изучени.

вообще, надо сначала бы программировать научиться, а потом уже освоением конкретных фреймворков заниматься. ваше "писал пять лет процедурный код" это почти приговор (говорю с точки зрения человека, нанимающего программистов). это значит пять лет вам было не особо интересно что-то учить, развиваться, применять правильные архитектурные подходы а надо было просто получать зарплату, не особо погружаясь. мы, например, довольно много джунов набираем (десятки в рамках компании с сотней человек всего). и в джуне главное не какие он фреймворки знает, а какие у него есть фундаментальные знания и навыки. общий computer science, понимание ооп на пальцах, "прочитал про все паттерны, но на практике не применял" итд. если же джуну не интересно то, чем он занимается, если он не пытается все вокруг заботать - он вряд ли кому-то нужен. ровно такая же история с подмастерьем. человек, который пишет код "лишь бы работало", не особо нужен, он больше вреда принесет. симфони-стек требует именно умения писать/понимать ооп код, сам фреймворк довольно простой, его за месяц можно понять от силы, но вот писать хороший код надо уметь до того как идти в симфони

сейчас много джунов после курсов идут с очень похожим профилем: "хочу много денег как у сраных айтишников, но мне это никогда не было интересно, я никогда компьютерами не интересовался, но решил стать программистом, очень хочется денег" а если человек не особо "горит" этой сферой, ничего из него не получится, механически работать программистом не получится. по крайней мере нормальным и хорошо оплачиваемым на интересных и сложных проектах

Все правильно написали. Много лет легаси, несколько лет самостоятельного развития с PHP7 и Laravel, создание бакэнда нескольим проектам. Есть понимание и цель идти дальше развиваться. А позиция джуна или подмастерье это к тому, что не претендую на высокие ставки

не знаю как там у автора вопроса все на самом деле, но я бы советовал начать с фундамента - книжки читать, учиться программировать самому. никто вас не будет учить, ценность от вашей работы будет сильно ниже чем затраты времени на ваше обучение. ну либо не мучать уже себя, а идти работать "простым ремесленником" - битриксы там всякие починять, вордпрессы, проекты без архитектуры, словом. это огромная ниша рынка, там тоже можно вполне себе преуспеть

если прям "не могу, хочется в симфони" - пет-проекты, напишите блог на симфони. сложность околонулевая, но это так или иначе затронет все корневые компоненты фреймворка и позволит пощупать его механизмы изнутри. заодно и вам оценить собственные навыки поможет

Вордпресс, Битрикс и прочие натягивания дизайна на CMS никогда и не рассматривал. Наверное я не правильно высказался о непонимании. Есть начальный опыт, не хватает практики работы в правильной архитектуре с рацональным использованием и применением паттернов и технологий. Есть два пути развития: собственные шишки или толковый наставник. И наставник не как мать Тереза, рассматривающий мой код и переделывая его за меня. В коде я разберусь, в понимании почему так сделано и для чего - получу ответ и расширенно прогуглю стековерфлоу. Ну и нет прям "не могу, хочется в симфони", есть желание развиваться в современных технологиях. Да, сейчас можно безбедно поддерживать кучу готовых уже проектов (на саппорте) - писать, дописывать, править. Такой работы много.

ну напишите блог, он и вам поможет разобраться, и как резюме будет. лучше один раз код увидеть, чем сто раз услышать о навыках :)

И, кстати, хороший вариант, когда есть Сеньор или Мидл у которого нет времени на теже контроллеры, тесты и прочее - он создает модель по задаче и дальше понимающий джун его реализовыввает с кодревью, чем не вариант? )

тесты писать тоже уметь надо, это нифига не простая механическая работа

ну напишите блог, он и вам поможет разобраться, и как резюме будет. лучше один раз код увидеть, чем сто раз услышать о навыках :)

да, спасибо за советы, наверное пока так и продолжу.

так же буду благодарен за ответы в этой группе, если будут возникать в ходе

@sc0rp10 , стриггерили мы видимо) Вы уж извините, холиварить не хочу, но всё же немножко получится. Но я нигде не сказал что я не в курсе ооп и его не применял, никуда не развивался и вообще баклажанил эти года. Я эти года был немного не программистом и решал свои бизнес задачи через php как инструмент, и мне было немного без разницы ооп или нет. А процедурщина была выбрана потому что она с ней проще не утекать, меньше потребляет памяти и проще выборочно подчищать память на длинных процессах

Но в одном вы правы, ярлык вешают сразу)))

а, ну это вы вайтишник, получается или типа того. ситуацию это особо не меняет :)

в общем, несите код, что мы тут в самом деле из пустого в порожнее льем

я вам ярлыки вешаю исключительно по тому, что я бы увидел в вашем резюме

Мне просто интересно, к вам много вайтишников пробуются? У вас же в целом планка высокая по отбору.

на фронтендеров процентов 60, если не больше

с qa то же самое

бэкенд в целом сложнее, туда уже меньше (они сами отсекаются на своих курсах, когда понимают что никогда этого не поймут), процентов 30-40 может есть

на фронтендеров процентов 60, если не больше

из них больше половины - это люди вообще без опыта, "вчера курсы закончил"

понятно, что до собеседования мало кто добирается, это статистика именно откликов

Прям большие цифры, но сейчас вроде и курсы начали учить - откликайтесь всем, кто-то на собес да позовёт.

типа того, ага. им же там продают "гарантированное трудоустройство"

причем денег они все нормально просят: не 20к (сколько максимум такому специалисту можно дать, и то если толковый), а ближе к сотне

жс, реакт, москва, если что

Ну так некоторые за норм джуна и дают выше 100. Я когда со знакомым HR разговаривал что сейчас с рынком вообще, они рассказывали что и по 120-140 отдавали в фирмы.

Может ещё и оттуда.

не, это все так, без разговоров. мы легко столько джунам платим, но если это джун (после профильного универа, со свежим курсом computer science в голове), а не вайтишник с двухмесячным курсом

просто им самим эта разница не очевидна

Ребята, а подскажите в чем сложность развития в Симфони и проще а Ларавеле?

ларавель подталкивает делать быстро (с тз скорости разработки), симфони - правильнее

В ларавел есть некоторая магия, которая упрощает написание кода, в симфони все по классике, ручками и с полным пониманием.

если хочется сейчас начать решать задачи и не забивать себе голову "правильными подходами", то ларавель, но там быстро упираешься эту магию

В ларавел есть некоторая магия, которая упрощает написание кода, в симфони все по классике, ручками и с полным пониманием.

а мне показалось наоборот) Симфони со своими командами создания практически всего, упрощают написание кода, где сосредотачиваешься над логикой

речь не про кодген, а про вообще

в ларавеле дурацкая орм, с которой надо воевать, дурацкие фасады

Народ забейте на пхп и кодинг

Идите в электрики

В Канаде электрик разрабатывает не меньше айтишника, а в Англии ЗП кодеров 25тыщ фунтов в год

Навиг этот геморой

Спасибо, а вот еще вопрос практический: Запросы к базе предпочтения билдером или всеже квери?

в доктрине?

да

query builder более composable - запросы можно реюзать

например, для пагинаций всяких. или один и тот же кверибилдер можно использовать и для запроса строк, и для получения их количества

с ручным написанием dql этого нет. но dql, по мне, чуть более читабельный и понятный

с кверибилдером по ощущениям больше материшься

Ну а в Вашей компании предпочтение какое?

разброд и шатание =)

Народ забейте на пхп и кодинг

пхп и коддинг теперь тут считается оффтопом? )

))

Мысли в слух