Юлия Бедросова, ну я говорю вообще о laravel. но кога захожу на биржи вижу по 17 откликов на проект. да и цены заниженные. поэтому и задал вопрос. можжет быть я не на той бирже смотрю? я мотрел на бирже https://freelance.habr.com/ и на workzilla. там там судя по всему за еду люди работают.
я задал вопрос именно о площадках. А не о знаниях. Знания само собой разумеется.. Если фрилансер кроме вордпресса ничего не знает то я же не говорю что должна быть биржа где ему на симфони предложал сложный проект...
ну вот у нас в проекте есть бот который в телеграм канал отправляет ошибки. притом в один чат критические ошибки в другой чат отправляет информацию о том что заказ создан в третью о том что зарегистрировался новый клиент. мелочь но выручает.
вот хотя бы бота который бы получал актуальный курс криптовалюты и сразу бы тебе отправлял информацию если курс сдвинулся в лучшую сторону чтоб ты выгодно мог вложиться либо продать свои криптомани.
ну вот я как раз такой разработчик laravel, который изучил vue и стал фулстеком. и мне очень нравится эта связка. но когда я ушел полностью в бэкэнд обратно и начал работать в команде, то понял, что такие фул стек разработчики как я все равно проигрывают в уровне профессиональным фронтэнд разработчикам потому что те каждый день по много часов пишут код на vue или реакте и еще осваивают новые библиотеки. так что мне вот их мнение интересно. А оно разделяется.
ArutaGerman, у нас есть разработчик владеющий и рекатом и vue. и к нему в пару ищем еще одного. вот и в связи с этим встает вопрос что делать дальше на vue остаться или перейти на react. А про vuex - а как же без него?
Дмитрий Беляев, ну дело в том что нам попадаются фрилансеры, которые знают vue, но не на уровне серьезных проектов. А такие нам не подходят. а вот со знанием реакт попадаются гораздо чаще. реаст то тяжелее самому изучить и главное правильно научиться на нем писать. И вот тут приходят на помощь разработчики которые уже поработали где то и набрались опыта.
ArutaGerman, привести примеры не могу. но должна быть хорошо выстроенная модульная структура. чтоб не было дублирования кода. чтоб были универсальные механизмы, наследование и т.п.
ну попадаются vue прогеры которые просто изучили vue поверхностно. а вот чтоб правильно писать компоненты и воощбе хорошо знать js такие что то не попадаются. попадаются в основном знающие react.
нет! не мои слова. реакт не лучше и ву не лучше. но нужно уже точку жирную поставить. мы устали накст третий ждать и все фрейворки тика вуетивай чтоб они на ву перешли на третий. а у нас уже столько всего написано на ву и тут новая версия на нее переходить всем. но у нас компонент море которые только на второй работают. это же значит весь проект упадет. какой кашмар. а в реакте то что - там же тоже ужасно все. всю эту экосистему разворачивать и потом по своей правильной концепции писать код и придерживаться партернам и готовиться к высоконагруженным проектам и тут может влезть салага. который просто js знает и делал сайты на фрилансе для вордпресс верстку или еще что то и он тут будет разрушать что то ? пьфу им. Реакт или Vue. Я вопрос задал хочу и ответов заполучать
вот это идеально. Но мой вопрос был в том какими средствами фреймворка это реализовать. Есть dependency injection , а можно просто статический метод класса использовать. меня интересовало что скажут другие и чем обоснован их выбор. А вместо этого я наткнулся на дискость с отсылом к документации.
JhaoDa, ну вот ты и сел в лужу. вопрос как раз про то как лучше это сделать. чтобы правильно подобрать способ решения. а ты по прежнему паразитируешь на этом форуме занимаясь бестолковой деятельностью принося нуль пользы а лишь направляее на ложный след людей.
JhaoDa, где именно? с тем же успехом можно было бы сказать "предложение обучиться на программиста и потом написать используя полученные знания" или "изучить php".
но в документации очень плохо объяснены такие вещи. совсем не описано ядро и как используются патерны. Будто отдельные листы из книги вырывали. Это утверждают многие специалисты высокого уровня. В докуменатации можно почитать базовые вещи, но ответ на сложные вопросы там не найти если сам не знаешь соседние фреймворки в совершенстве.
