Size: a a a

2020 February 06

VN

Vladimir Naumenko in React Kyiv
Ihor
"Для портфолио" - это как? Для первого коммерческого опыта в силу отсутствия других предложений, или для того, чтобы потом показывать на собеседованиях? Если второе, то нет, надо показывать наиболее актуальные для рынка знания.
нет, второй вариант. Для собесов. У меня несколько проектиков, не тудушки конечно, но тоже примитивные. Неохота переписывать их на хуки
источник

OT

Oleksandr Tserkovnyi in React Kyiv
Спасибо, но это большое как набор bootstrap подобных компонентов (что от части ок) и шаблонов для Admin UI.

Потребность это связать готовый BE с фронтой, грубо говоря подставляя готовые части уже стандартной логики:
* request->response->any state management process->table/form redner (with filter/sorting/ordering)->CRUD actions available.
типа того…
источник

IN

Ira Novikova in React Kyiv
Oleksandr Tserkovnyi
Спасибо, но это большое как набор bootstrap подобных компонентов (что от части ок) и шаблонов для Admin UI.

Потребность это связать готовый BE с фронтой, грубо говоря подставляя готовые части уже стандартной логики:
* request->response->any state management process->table/form redner (with filter/sorting/ordering)->CRUD actions available.
типа того…
Может тогда метеор? Я слышала что мощная штука, но не использовала. У него есть чатик, дать ссылку?
источник

OT

Oleksandr Tserkovnyi in React Kyiv
не, спасибо )) метеор это изоморфный фреймворк, для того чтобы сделать в принципе все, но с большим development cost, тут как раз хотелось бы его по максимуму урезать или вообще избежать, так как потребность банальная (pipeline получения и редактирования данных из BE на простом UI).
источник

М

Мерч in React Kyiv
Vladimir Naumenko
Ребят, такой вопрос, возможно для кого-то странный, но интересующий меня: нормально ли сейчас делать проекты для портфолио с классовыми компонентами. Как к этому потенциальный работодатель отнесется?
Нормально, забей на другие советы
Даже в интернатуре ЕПАМа (ну или лабе, или университи, как хоч называй) досихпор говорят про лайфциклы
Куча проектов всё ещё стоит на классовых компонентах, нет ничего такого
Темболее есть кейсы, где без них нельзя
источник

М

Мерч in React Kyiv
Можно и хуки, если их знаешь
источник

М

Мерч in React Kyiv
Гонятся за новым бессмысленно, если не знаешь нативный джаваскрит нормально
Зная его, сам поймёшь есть разница или нет

Рефакторить - точно не нужно
А если только начал писать чет новое, то хуки будут только плюсом
Но классовый компонент тоже никого не отпугнёт
источник

I

Ihor in React Kyiv
Ilhov Vlad
а с каким стеком ты бы рекомендовал сейчас делать проект, если мы говорим про реакт?
typescript, apollo, material ui, styled-components (хотя последнее сейчас спорно, поэтому мб лучше просто css)
источник

VN

Vladimir Naumenko in React Kyiv
Мерч
Гонятся за новым бессмысленно, если не знаешь нативный джаваскрит нормально
Зная его, сам поймёшь есть разница или нет

Рефакторить - точно не нужно
А если только начал писать чет новое, то хуки будут только плюсом
Но классовый компонент тоже никого не отпугнёт
Верно, я тоже к этому выводу пришел - новое буду писать на хуках, старое оставлю как есть.
источник

IV

Ilhov Vlad in React Kyiv
Ihor
typescript, apollo, material ui, styled-components (хотя последнее сейчас спорно, поэтому мб лучше просто css)
Для асинхронщены что-то используешь типа axios?
источник

I

Ihor in React Kyiv
Мерч
Нормально, забей на другие советы
Даже в интернатуре ЕПАМа (ну или лабе, или университи, как хоч называй) досихпор говорят про лайфциклы
Куча проектов всё ещё стоит на классовых компонентах, нет ничего такого
Темболее есть кейсы, где без них нельзя
Говорить про лайфциклы необходимо, потому что хуки - это просто новый способ взаимодействия с ними. А вот писать без особой необходимости классовые компоненты в проектах для портфолио - не самая лучшая идея. Разве что, если решается вопрос о том, переписать или оставить... Но и здесь, если речь о небольших проектах, то я бы решал в пользу того, чтобы всё-таки переписать.
источник

М

Мерч in React Kyiv
Ihor
Говорить про лайфциклы необходимо, потому что хуки - это просто новый способ взаимодействия с ними. А вот писать без особой необходимости классовые компоненты в проектах для портфолио - не самая лучшая идея. Разве что, если решается вопрос о том, переписать или оставить... Но и здесь, если речь о небольших проектах, то я бы решал в пользу того, чтобы всё-таки переписать.
Переписывать нет смысла
Писать с нуля - да
источник

М

Мерч in React Kyiv
Ну не верю я что хоть один техлид джуну скажет "ну классовые компоненты отстой"
Думаю епам прав в этом случае
источник

I

Ihor in React Kyiv
Мерч
Переписывать нет смысла
Писать с нуля - да
Мне кажется, от масштабности зависит... Вряд ли в небольшом проекте для портфолио там классовых компонентов хотя бы с десятка два будет. Поэтому, возможно, проще зарефачить старое..
источник

AR

Alexey Raspopov in React Kyiv
Мерч
Ну не верю я что хоть один техлид джуну скажет "ну классовые компоненты отстой"
Думаю епам прав в этом случае
они просто не нужны
источник

AP

Alexander Podkidyshev in React Kyiv
а потом присылают тестовые с функциональными компонентами на 300 строк
источник

I

Ihor in React Kyiv
Ilhov Vlad
Для асинхронщены что-то используешь типа axios?
почитай про apollo :) axios там не нужен совсем
источник

IV

Ilhov Vlad in React Kyiv
Ihor
почитай про apollo :) axios там не нужен совсем
Понял, спасибо)
источник

AP

Alexander Podkidyshev in React Kyiv
ага, потом после аполло больно возвращаться в реальность к рест-у
источник

I

Ihor in React Kyiv
Alexander Podkidyshev
ага, потом после аполло больно возвращаться в реальность к рест-у
это хорошая боль))
источник