Стоит смотреть ?

Я думаю определенно будет полезно тем кто о типах узнал не из computer science, а из языков программирвоания

Всем всем рекомендую к ознакомлению https://youtu.be/yckjMWTuLSg

Уже смотрю, но хочу спойлер!

Кто с MobX работал, как сделать сайд эффект в реакт компоненте после изменения данных? Юзаю либу по отрисовке графиков, нужно ее методы вызывать по изменению observable в сторе

Кто с MobX работал, как сделать сайд эффект в реакт компоненте после изменения данных? Юзаю либу по отрисовке графиков, нужно ее методы вызывать по изменению observable в сторе

https://mobx.js.org/refguide/observe.html

и когда идешь на senior то все таки ж не формочки клепать идешь

Не формочки а что? То же самое что на миддле просто ожиданий выше

Не формочки а что? То же самое что на миддле просто ожиданий выше

Софт скилс важнее: способность к коммуникациям, психологическая стабильность, умение брать ответственность и оправдывать ее, способности к DevOps намного важнее, технический кругозор должен быть в разы (!)больше

https://mobx.js.org/refguide/observe.html

я правильно понимаю работу observable.ref, если допустим я каждый раз создаю новый массив а не мутирую старый, то это будет отслеживаться?

Софт скилс важнее: способность к коммуникациям, психологическая стабильность, умение брать ответственность и оправдывать ее, способности к DevOps намного важнее, технический кругозор должен быть в разы (!)больше

Способность к дев опс? Фронту? Мне кажется что-то не так

Способность к дев опс? Фронту? Мне кажется что-то не так

Для сеньора-то не нужны?)

Таймураз, тихо, тихо

Вот у тебя то точно может бомбануть)

Для сеньора-то не нужны?)

Именно так

Вот у тебя то точно может бомбануть)

Тонко

Пхпх

Вот у тебя то точно может бомбануть)

Будто я знатный бомберман

Именно так

На больших проектах если ты не можешь проект нормально настроить- гг вп

Способность к дев опс? Фронту? Мне кажется что-то не так

Ну реальность такова :) "Синьор фронтенд" - это вообще оскорбление. Нормальный синьор - это универсальный программист, у которого есть просто какой-то приоритетный ЯП, который он качесвтенно лучше большинства знает

Будто я знатный бомберман

Ты девопсишь много же?)

На больших проектах если ты не можешь проект нормально настроить- гг вп

Что значит проект настроить? Что ты несешь? Если твоя компания не может выделить специалистов, значит ты в говне

Ты девопсишь много же?)

Не очень Но стараюсь как раз таки базовые знания иметь

Что значит проект настроить? Что ты несешь? Если твоя компания не может выделить специалистов, значит ты в говне

Девопс не обязан писать стейтлесс образ

Что значит проект настроить? Что ты несешь? Если твоя компания не может выделить специалистов, значит ты в говне

Узкоспециализированный специалист, который не знает КАК работает его инфраструктура, в большинстве своем низкоэффективен и редко где нужен

Узкоспециализированный специалист, который не знает КАК работает его инфраструктура, в большинстве своем низкоэффективен и редко где нужен

Давай посадим фронта писать запросы к бд

Давай посадим фронта писать запросы к бд

> девопс > Писать запросы

> девопс > Писать запросы

Причем тут девопс

Давай посадим фронта писать запросы к бд

А еще метро копать и в космос летать. Зачем утрировать? И да, знать как работают СУБД - крайне желательно. Или ты фронтовиком называешь просто верстака

Причем тут девопс

Вот именно

Окей, Артем, я сливаюсь:)

Узкоспециализированный специалист, который не знает КАК работает его инфраструктура, в большинстве своем низкоэффективен и редко где нужен

Знать как работает надо, настраивать не думаю

Я тож, пойду готовить курс по DnD ?

Я тож, пойду готовить курс по DnD ?

Ему же жить с этим) Продуктивной работы!)

А еще метро копать и в космос летать. Зачем утрировать? И да, знать как работают СУБД - крайне желательно. Или ты фронтовиком называешь просто верстака

"Не разбираешься в бд — ты верстак" (с) Арталар

Ему же жить с этим) Продуктивной работы!)

Ага, спасибо

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

Типа никаких вам HOC и тд

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

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

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

Немного не понял, за что увольняли?

Могло быть и лучше, чем сейчас, но явно лучше, чем было

Немного не понял, за что увольняли?

Уже не могу примеры кода привести:)

Уже не могу примеры кода привести:)

То есть, бекендеры делали кодревью для фронтов?)

То есть, бекендеры делали кодревью для фронтов?)

Нет Бэкендеры начали сами изучать реакт, чтобы заниматься и им тоже Так как до этого много логики было на фронте

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

Значит хуёвые фронты были, если бэкендеры лучше делают фронт

Да капитан очевидность на страже

А еще мы поняли, что там ужасные тесты и что нам придется потратить время на их удаление и написание новых

Юнит тесты?

Юнит тесты?

Юниты проверяли, рендерит ли реакт компоненты=)

Кек

Крутые тесты

А еще там криво собирается проект, хреновая связность, куча лишних переменных окружения

И это все бекендеры обнаружили?

Я обнаружил, когда углубился во фронт и попытался написать образ Без версионирования, хелфчекера, прочих фичей

Я бэкендер Но с беком сейчас проблем нет вообще (кроме как с абстракцией тимлида, от которой не избавишься) Мы туда почти не пушим ничего, кроме новых миграций Где-то 2 месяца переписываем проект без потери функциональности, новую тоже добавляем, естественно Уже -20% кодовой базы вынесли Стало намного проще работать

Я еще запаривал сину с вопросами Если все, что с ним обсуждали, внедрить в наш проект- еще столько же можно убрать=)

Я еще запаривал сину с вопросами Если все, что с ним обсуждали, внедрить в наш проект- еще столько же можно убрать=)

так если логика была на фронте => значит бекэндеры ленивые или не успевали, раз фронт успевал кроме верстки / анимаций и интеграции с рестом

так если логика была на фронте => значит бекэндеры ленивые или не успевали, раз фронт успевал кроме верстки / анимаций и интеграции с рестом

На фронт было выделено больше сил, к тому же фронтом и до этого немного да бэкендер занимался

ну да, от проекта и команды много зависит. сильные бэкендеры, сильеые фронтэндеры смещают баланс / перераспределяют фокус

И что все молчат https://github.com/facebook/react/blob/master/CHANGELOG.md#1650-september-5-2018

И что все молчат https://github.com/facebook/react/blob/master/CHANGELOG.md#1650-september-5-2018

Потому что все минорно

Профайлер - довольно большая новость

Так уже ж с 16.4 он был ?

И что все молчат https://github.com/facebook/react/blob/master/CHANGELOG.md#1650-september-5-2018

Нечего обсуждать кроме строковых true/false

ERROR: S client not available

Эт где?

А как же шедулер (вот только читаю про него)?

Warn when "false" or "true" is the value of a boolean DOM prop (@motiz88 in #13372)

А как же шедулер (вот только читаю про него)?

Доки нет, тесты лень читать, подожду поста

Всем всем рекомендую к ознакомлению https://youtu.be/yckjMWTuLSg

Спасибо =) А не смотрели https://youtu.be/2XSeNQyPlTY С недавнего PyConf?

Спасибо =) А не смотрели https://youtu.be/2XSeNQyPlTY С недавнего PyConf?

неа, спасибо, постараюсь глянуть

неа, спасибо, постараюсь глянуть

А что за курс по DnD? Beautiful-dnd для реакта?

ребят, такой вопрос, если перебираю и прокидываю пропсы в другой компонент это вот так {this.props.value.post.map((item,i) => { return <Postprops key={item.id} value={item}/> }) } то если я хочу в этом же компоненте использовать это: {this.props.value.post.map((item,i) => { return <div key={item.id} value={item}> <span> {this.props.item.ТОЧТОХОЧУВЫВЕСТИ </span> </div> }) }

верно?

То есть итем из мапа? Ну нет, вроде как. Ты же пропы «сверху» получаешь

То есть итем из мапа? Ну нет, вроде как. Ты же пропы «сверху» получаешь

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

А не досмотрел

ребят, такой вопрос, если перебираю и прокидываю пропсы в другой компонент это вот так {this.props.value.post.map((item,i) => { return <Postprops key={item.id} value={item}/> }) } то если я хочу в этом же компоненте использовать это: {this.props.value.post.map((item,i) => { return <div key={item.id} value={item}> <span> {this.props.item.ТОЧТОХОЧУВЫВЕСТИ </span> </div> }) }

const posts = [ {title: ’article’, id: 1231}, {title: ‘article 2’, id: 1312312} ] posts.map(post => ( <Post key={post.id} {…post} /> )) <Post> <h1>{this.props.title}</h1> <span>{this.props.id}</span> </Post>

const posts = [ {title: ’article’, id: 1231}, {title: ‘article 2’, id: 1312312} ] posts.map(post => ( <Post key={post.id} {…post} /> )) <Post> <h1>{this.props.title}</h1> <span>{this.props.id}</span> </Post>

Это если прокинуть пропсы в Post

А я хочу сразу вывести результат)

Не могу понять, в чем проблема

Не могу понять, в чем проблема

{this.props.value.post.map((item,i) => { return <div key={item.id} value={item}> <span> {this.props.item.message} </span> </div> }) }

таким образом это делается?

posts.map(each => ( return( <> <h1>{each.title}</h1> <span>{each.id}</span> </> ) ))

Цели не знаю, но код рабочий

posts.map(each => ( return( <> <h1>{each.title}</h1> <span>{each.id}</span> </> ) ))

а диву key написать?)

Да. забыл key ) posts.map(each, index => ( return( <React.Fragment key={ index } > <h1>{each.title}</h1> <span>{each.id}</span> </React.Fragment> ) ))

Да. забыл key ) posts.map(each, index => ( return( <React.Fragment key={ index } > <h1>{each.title}</h1> <span>{each.id}</span> </React.Fragment> ) ))

спасибо)

но так как отображение документа обычно состоит не из двух тегов, а там много вложенных элементов, наверное, верстки и прочего, то лучше все это вынести в отделный <Post />, конечно

но так как отображение документа обычно состоит не из двух тегов, а там много вложенных элементов, наверное, верстки и прочего, то лучше все это вынести в отделный <Post />, конечно

тогда получается странная цепочка. первый компонент который получает данные с редакса, там перебирается и прокидывается в 2ой компонент, в котором перебирать еще один массив и прокидывать в 3й?)

тогда получается странная цепочка. первый компонент который получает данные с редакса, там перебирается и прокидывается в 2ой компонент, в котором перебирать еще один массив и прокидывать в 3й?)

нет, в одном компоненте, скажем <Blog />, ты получаешь массив объектов постов, проходишься по нему мапом и на каждый объект рендеришь <Post />, передавая в него объект поста в качестве props. Внутри <Post /> уже обращаешься к полям объекта поста: this.props.post.title

нет, в одном компоненте, скажем <Blog />, ты получаешь массив объектов постов, проходишься по нему мапом и на каждый объект рендеришь <Post />, передавая в него объект поста в качестве props. Внутри <Post /> уже обращаешься к полям объекта поста: this.props.post.title

я понимаю это, но тут json файл юзеров, у которых помимо имени, есть еще и поля типо comments - это массив

если нужно вывести все комменты юзера внутри компонента юзера (зачем?), значит внутри <User /> будет this.props.user.comments.map( el => { ... }) но это может показаться странным, так как зачем вообще иметь комменты у юзера? если бы был некий Post, и внутри него код this.props.post.comment.map(each, index => ( return( <Comment comment={each} key={index}> ) )) не вызывал бы удивления: мы внутри поста рендерим комменты к нему

Народ ппомогите, дичь какая то. https://gist.github.com/CdSy/c808a1ee69ffc7836d94a9cb97d13ba1 Юзаю mobx, инстанс стора хранится в корневом компоненте, при монтировании запускается автоапдейт, перед отмонтированием останавливается. Ну по крайней мере так предполагается. Но хрен там был функции продолжают вызываться. Пробовал delete this.store чтоб наверняка, но нет. Вроде бы больше ссылок нигде не должно оставаться на стор.

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