Всем привет) Здесь вакансию можно кинуть?

Всем привет) Здесь вакансию можно кинуть?

нет. сюда кидай https://t.me/javascript_jobs

?

Добрый день. Расписывать задачу выйдет довольно долго, саму проблему разместил на Тостере, если возможно, посмотрите https://toster.ru/q/544262

Кто-то писал в связке реакт + дарт ? Как вам ?

Добрый день. Расписывать задачу выйдет довольно долго, саму проблему разместил на Тостере, если возможно, посмотрите https://toster.ru/q/544262

вынести логику по определению типа твита в функцию и при получении твитов от апи, прогнать их через эту функцию которая создаст например три массива твиттов с разными типами

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

вообще нечитаемое полотно

вообще нечитаемое полотно

Да, понимаю. То есть, идея в стейте создать мол tweet, withReplies, media и с помощью функции определять и заносить в нужный стейт. Примерно так? И можно вообще не передать значения из объекта, а целый объект. И уже внутри компонента Твита нужные значения брать.

типа того

fetch(...) .then(res => res.json()) .then(feeds => mapToTypes(feeds)) .then(groups => this.setState({ all: groups.all, media: groups.media, replies: groups.replies)

и я бы в компонент TweetList передавал через пропс массив твитов

а не через render prop

ну и в Tweet компонент, соответственно, не каждое проперти по отдельности а целый твит

Понял, спасибо)

и если у тебя твит компонент внутри не разбит на маленькие компоненты типа TweetComments, TweetMessages

то разбить

тогда бы у тебя корневой компонент выглядеть стал типа: <Route exact path={`${this.props.match.url}`} render={() => (<TweetList tweets={this.state.all} />)} /> <Route exact path={`${this.props.match.url}/with-replies`} render={() => (<TweetList tweets={this.state.replies} />)} /> <Route exact path={`${this.props.match.url}/media`} render={() => (<TweetList tweets={this.state.media} />)} />

и тут уже становится понятно что вообще происходит

и почитай про принцип DRY

=)

почитаю, спасибо за помощь

@artalar "Артём Арутюнян с докладом о библиотеке styled-components" — хорошая лекция. Я помню, у тебя на гитхабе где-то лежал маркдаун по SC (там скомпилирована инфа) есть еще?

@artalar "Артём Арутюнян с докладом о библиотеке styled-components" — хорошая лекция. Я помню, у тебя на гитхабе где-то лежал маркдаун по SC (там скомпилирована инфа) есть еще?

https://github.com/artalar/blog/blob/master/src/pages/styled-components.md

Спасибо!

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

Круто

А видео доклада Совы можно где-то найти, или только в тг ждать?)

спроси у совы

:)

Правильно ли я понимаю, что, грубо говоря, middleware в redux, после выполнения функции applyMiddleware() подменяет редаксовский dispatch функцией вида f(action), которая внутри себя содержит все миддлевары. Которые вызываются по цепочке и если я сам эти миддлевары пишу, то в каждом я могу написать какое-либо условие, по которому будет вызван метод dispatch.

+

Зочем это здесь

Что бы не было тупых споров линтер vs претиер

Да, от того что ты один раз скинул ссылку на свой бложек, споры прекратятся, 100%

у нас и то и то используется

не вижу проблемы

Да, от того что ты один раз скинул ссылку на свой бложек, споры прекратятся, 100%

Ну мне просто есть теперь чем трегирится, когда в следующий раз разговор зайдет...

у нас и то и то используется

Это норм ?

Есть же специальный чат для тех, кто не отличает линтер от преттиера

С приставкой noobs

Ты в этом чате не часто бываешь, да?

Вообще ни разу не был, если честно

Есть чат pro.js, так народ думает что это значит "про JS" (про - предлог) и толпами туда...

?

ну вообще-то флоу и тс ошибки синтаксиса тоже легко словят

ну вообще-то флоу и тс ошибки синтаксиса тоже легко словят

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

так оно словит все что надо

Линтер не только синтаксические ошибки ловит

но и генетические

но и генетические

Иногда и их

но и генетические

На это тимлид

а если генетические ошибки у тимлида?)

но и генетические

Правило no-multiline-ternary, например

лол

Правило no-multiline-ternary, например

в чистом виде форматирование

Отсутствие default в switch

такое бывает?

Сам ЯП не запрещает, но с логической точки зрения и семантики свича - это не правильно

ERROR: S client not available

У неокторых стоит такое правило

Не использовать в key (Реакт) индекс элемента в массиве - вообще крутое правило. Никто, кроме линтера, это не отловит

Не использовать в key (Реакт) индекс элемента в массиве - вообще крутое правило. Никто, кроме линтера, это не отловит

а если в разных компонентах, то в чем проблема может бытЬ?

Не понял о чем ты

Ну, в чем трабла key index если у меня один хелло ворлд 10 раз

у нас пару моментов есть таких

с индексами

Пока переставления элементов нет - и проблем нет

ну да

Но, как бы, лучше перебздеть, чем недобздеть

все понял

Ну, в чем трабла key index если у меня один хелло ворлд 10 раз

На медиуме была статья с примерами на csb

А кроме материала какой ui посоветуете? легкий, минималистичный

вроде на S как то называлсч

только не АНТ

Semantic UI React как вам?

А что нужно?

вроде на S как то называлсч

srebass

Разные киты под разное заточены

srebass

=\

А кроме материала какой ui посоветуете? легкий, минималистичный

https://github.com/artalar/blog/blob/master/src/pages/currently-best-ui-kits.md

Там есть ссылка на списки китов

Для админки лучше антд не придумаешь

https://github.com/artalar/blog/blob/master/src/pages/currently-best-ui-kits.md

имеет превосходную поддержку на английском. это правда? я просто не юзаю

имеет превосходную поддержку на английском. это правда? я просто не юзаю

Ладно, я уберу слово "превосходную" ???

Ну дока на английском вся

:)

issue бывают на китайском

Вообще этой заметке подчти год уже(

https://github.com/artalar/blog/blob/master/src/pages/currently-best-ui-kits.md

Так же с mui будет делать мобильную версию сайта. тут кажись слово пропущено