Реакта

а что тебе мешает развиваться без алгоритмоф)

В какую сторону ты предлагаешь идти?

Некоторые интересные вакансии, прям в чек-листы об этом и предупреждают.

вахтеры

В какую сторону ты предлагаешь идти?

очевидно, системные вещи

очевидно, системные вещи

Слишком расплывчато.

Слишком расплывчато.

нет телекоммуникации

например

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

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

но как это поможет в РАБОТЕ

не понятно

Слишком расплывчато.

хоть в глубь, хоть в ширь, где тебе в реакте алгоритмы нужны?

ПАСАНЫ, помогите с роутером, а потом оффтоп, плес D:

хоть в глубь, хоть в ширь, где тебе в реакте алгоритмы нужны?

вахтеры, сэр. Такое на собесе спрашивать, особенно, скажем, джуна на стандартный проект — верный признак проблем у интервьюера.

хоть в глубь, хоть в ширь, где тебе в реакте алгоритмы нужны?

А что такое вглубь или вширь?

Для того чтобы забыть про проблему с блокировкой апдейта react-router (то есть withRouter(connect(mapStateToProps)(Component))) можно просто поставить react-router-redux? Стоит ли вообще только из-за этого его ставить?

withRouter и react-router-redux абсолютно разные вещи

Я понимаю

но как это поможет в РАБОТЕ

Верно, в случае написания сайтиков это бесполезно. Я вэто в первом своём сообщении указал. Однако если писать либы, то они не помешают.

Проблема решается с блокировкой?

А что такое вглубь или вширь?

тот же самый MERN - вширь, contribute к React lib-ам в глубь

Не знаю как другим, но мне как-то стрёмно уметь только прокидывать пропсы.

Проблема решается с блокировкой?

какой блокировкой?

https://github.com/ReactTraining/react-router/blob/master/packages/react-router/docs/guides/blocked-updates.md

тот же самый MERN - вширь, contribute к React lib-ам в глубь

вот да типа ДБ реализацию и прочее Я скорее бы взял человека, который знает, как что работает, а не который может какой-то крутой алгоритм быстро написать. второе быстрее гуглится/реализовывается, чем первое.

вот да типа ДБ реализацию и прочее Я скорее бы взял человека, который знает, как что работает, а не который может какой-то крутой алгоритм быстро написать. второе быстрее гуглится/реализовывается, чем первое.

Я не думаю, что эти вещи следует разделять.

react-router-redux тебе не поможет с блокировкой

Я не думаю, что эти вещи следует разделять.

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

да погоди ты со своим роутером, тут фундаметальные вещи обсуждаются)

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

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

А Denis Abramov в этой группе настоящий или дешевая подделка?

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

сейчас на рынке больше востребованы именно прокидыватели пропсов, чем учёные, пишущие супер быстрые алгоритмы. Если вы конечно в гугл не собираетесь.

сейчас на рынке больше востребованы именно прокидыватели пропсов, чем учёные, пишущие супер быстрые алгоритмы. Если вы конечно в гугл не собираетесь.

Ну, дык кто спорит) Это так.

Ну, дык кто спорит) Это так.

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

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

Ну, какой был вопрос - такой и ответ)

какие алгоритмы в фронтенде?))

Ну, какой был вопрос - такой и ответ)

а контекст?)

а контекст?)

Дык и контекст. Могу переслать сообщения)

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

В остальных сферах с этим сложнее. Хотя... Я всё ещё встречаю людей, которые не могут понять асинхронность.

В остальных сферах с этим сложнее. Хотя... Я всё ещё встречаю людей, которые не могут понять асинхронность.

да кому-то ридакс трудно понять

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

Ага. Особенно, когда смотришь списки требований к джунам во фронте

Хотя люди, видимо, сразу рождаются либо помидорами, либо миддлами с ростом в помидоры. Джуны не нужны ?

Хотя люди, видимо, сразу рождаются либо помидорами, либо миддлами с ростом в помидоры. Джуны не нужны ?

Джуны нигде не нужны.

Хотя люди, видимо, сразу рождаются либо помидорами, либо миддлами с ростом в помидоры. Джуны не нужны ?

джуны не нужны

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

Мне нужны пишите в личку

Мне нужны пишите в личку

@javascript_jobs

@javascript_jobs

Опять вопросы по Redux. Хмм... А где выстраивать логику? В reducers или container? И возможно ли получить props в mapDispatchToProps, если выше есть функцию mapStateToProps и если возможно, то как?

Опять вопросы по Redux. Хмм... А где выстраивать логику? В reducers или container? И возможно ли получить props в mapDispatchToProps, если выше есть функцию mapStateToProps и если возможно, то как?

В редьюсерах логики быть никакой не должно.

всю логику в санки

санки?

redux-thunk

вообще не пользуйся mapDispatchToProps, use-ай this.props.dispatch(action())

Хмм... Посмотрю. А без санок лучше не стоит?

Хмм... Посмотрю. А без санок лучше не стоит?

ну не в отображении же логику хранить

вообще не пользуйся mapDispatchToProps, use-ай this.props.dispatch(action())

Почему не стоит? Лишний код?

Почему не стоит? Лишний код?

так проще к action-ам прыгать

ага и почти вся идея коннекта компонентов теряется

import * as advisorClientsActions from "../advisorClientsActions"; ... componentDidMount() { this.props.dispatch(advisorClientsActions.getList()) }

вообще не пользуйся mapDispatchToProps, use-ай this.props.dispatch(action())

почему так?

кто знает книги или стаьи о лучших практиках проектирпования реакт приложений

вообще не пользуйся mapDispatchToProps, use-ай this.props.dispatch(action())

почему?

А, всё, увидел ответ

почему так?

Ctrl+Click по функции и ты в её теле

import * as advisorClientsActions from "../advisorClientsActions"; ... componentDidMount() { this.props.dispatch(advisorClientsActions.getList()) }

в итоге все компоненты на всю жизнь больны диспатчем :)

ERROR: S client not available

import * as advisorClientsActions from "../advisorClientsActions"; ... componentDidMount() { this.props.dispatch(advisorClientsActions.getList()) }

плюсую адеквата

ну не в отображении же логику хранить

Ну у меня component и container разделены. В component у меня рендер, а в cointainer уже mstp и mdtp.

Ну у меня component и container разделены. В component у меня рендер, а в cointainer уже mstp и mdtp.

я например даже не разделаю ни контейнер ни компонент

вообще не пользуйся mapDispatchToProps, use-ай this.props.dispatch(action())

что за бред? нахера компоненту dispatch редакса в пропсах?

что за бред? нахера компоненту dispatch редакса в пропсах?

+

что за бред? нахера компоненту dispatch редакса в пропсах?

веришь в сказки про реюзабельность?

веришь в сказки про реюзабельность?

верю в реальность говнокода

веришь в сказки про реюзабельность?

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

плюсую адеквата

чем это лучше componentDidMount() { this.props.getClientsList() } ?

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

тем что попробуй найди что за getClientsList

я например даже не разделаю ни контейнер ни компонент

Хмм... Спасибо, я подумаю... Заодно посмотрю на redux-thunk.

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

а это уже другое может ты захочешь редакс выпилить когда-то вообще

чем это лучше componentDidMount() { this.props.getClientsList() } ?

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

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

так это проблемы твоего редактора, а не redux

Хмм... Спасибо, я подумаю... Заодно посмотрю на redux-thunk.

не смотри, он написан наспех как proof of concept и способствует антипаттернам

бери redux-pack хотя бы

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

с редактором аргумент понятный, но он не должен перевешивать разделение логики

так это проблемы твоего редактора, а не redux

любого так то

любого так то

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

чем это лучше componentDidMount() { this.props.getClientsList() } ?

Разбитием на независимые блоки. Гораздо проще читать.

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

а чё сразу говнокод? Чем плохо то?

Такой вопрос, часто сейчас атомарный дизайн используют? Читаю - красиво пишут. Но кроме инстаклона Совы нигде его не видел в деле.

Не нужно внутри компонента хранить логику. Практика показывает, что в компоненте должно быть только отображение. А логика к компоненту достраивается с помощью оборачиванием в хоки.

а чё сразу говнокод? Чем плохо то?

плохо тем что ты в реакт пихаешь кусок редакса

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

на личности не переходи давай, а

"твои проблемы" лол

на личности не переходи давай, а

Ну он же тебе помочь пытается)

"твои проблемы" лол

ну у тебя же проблемы с редактором, у меня нет например

плохо тем что ты в реакт пихаешь кусок редакса

если не удобно работать с паттерном, значит это плохой паттерн

А признание проблемы - первый шаг к её решению)

Ладно, толсто очень получилось.