@react_js

Страница 4794 из 5115
Dzmitry
11.09.2018
12:40:34
Romuald
11.09.2018
12:40:43
Да я знаю эту страту. Задаешь абсурдные вопросы, и смотришь реакцию

Kendr
11.09.2018
12:40:44
это рофл ?
Эх, чювствую себя олдфагом

Google
Dzmitry
11.09.2018
12:41:22
Dzmitry
11.09.2018
12:41:47
Кстати Это мой первый опыт собеса с девушкой-- интервьюером

Я не шучу

Romuald
11.09.2018
12:41:59
ТАк она сама не вдупляет что спрашивает

Как вариант?

Dzmitry
11.09.2018
12:42:09
Ну хз

Как бы Если собесишь на сеньора А потом удивляется Что консьаньный объект можно изменять

Такое себе

Roman
11.09.2018
12:43:32
(

Dzmitry
11.09.2018
12:43:46
Никаких стереотипов Реально первый опыт с девушкой на тех собесе

Dmitry
11.09.2018
12:43:46
Ребят, что озанчают эти директивны вначале урла? import '!style-loader!css-loader!react-datepicker/dist/react-datepicker.css'; !react!something...

Google
Kendr
11.09.2018
12:43:50
Как бы Если собесишь на сеньора А потом удивляется Что консьаньный объект можно изменять
Очевидно в такое место идти стоит если только там 1.5х чем по рынку

А так мест думаю хватает

Котяй Негодяй
11.09.2018
12:43:57
Я на ember пописал, там не совсем mvc, но близко, и мне показалось это просто дикостью
Эмбер пионеры SPA. Тогда никто не знал, что MVC на фронте — это дичь.

Dmitry
11.09.2018
12:44:01
не понятно доке какой либы это искать

Roman
11.09.2018
12:44:02
Никаких стереотипов Реально первый опыт с девушкой на тех собесе
Да они нихуя не знают, кроме того, что прочитали на бумажке

))00))))))

Roman
11.09.2018
12:44:41
Dzmitry
11.09.2018
12:45:47
какая у неё должность там?
Единственного жсера в офиск из двух Как я понял

А так хз

Roman
11.09.2018
12:46:10
Romuald
11.09.2018
12:46:24
Object.freeze

Dzmitry
11.09.2018
12:47:21
Object.freeze
Там про конст было именно

Dmitry
11.09.2018
12:47:32
всё знать невозможно же

Romuald
11.09.2018
12:47:52
Там про конст было именно
Да понятно. Я думаю, как она понимает, правильно ли ей отвечают.

Roman
11.09.2018
12:47:55
всё знать невозможно же
экосистему возможно

Google
Dzmitry
11.09.2018
12:47:59
Бля В какое время живем Не используешь на работе редакс-- ретроград

dima
11.09.2018
12:48:02
Roman
11.09.2018
12:48:04
как правильно?
в вебпак конфиг запихнуть

Сергей
11.09.2018
12:48:43
вообще

Dmitry
11.09.2018
12:48:47
в вебпак конфиг запихнуть
а можно пример? я пробовал вот так, по доке, но это не работает: rules: [ { test: /\.css$/, use: [ { loader: "style-loader" }, { loader: "css-loader" } ] } ]

Dmitry
11.09.2018
12:49:17
потому что не правильно
можешь показать как правильно?

Dzmitry
11.09.2018
12:49:59
А в позиции было написано Амбициозного интересующегося разработчика Я уже хотел про реакт файбер затирать

Какая годнота мол

Vadim
11.09.2018
12:51:06
Всем привет, есть фанаты react-table?:)

Roman
11.09.2018
12:51:13
Dzmitry
11.09.2018
12:51:14
Зато спросили про гриды))))) Типа МММ НЕ ИСПОЛЬЗУЕТЕ? ЖАЛЬ ЖАЛЬ

Dzmitry
11.09.2018
12:51:40
Внатуре

Dmitry
11.09.2018
12:51:41
ребят, помогите правльно заюзать style-loader для того, чтобы импорт css не падал

Dmitry
11.09.2018
12:52:18
не знал, что такой есть, щас поищу..

Google
Сергей
11.09.2018
12:52:29
внимательнее, ну

Dmitry
11.09.2018
12:52:39
я не понял что это за ссылка

теперь вижу

Сергей
11.09.2018
12:52:57
Admin
ERROR: S client not available

Roman
11.09.2018
12:53:35
Внатуре
я так понял тебя тян не оценил чи шо?

Dmitry
11.09.2018
12:54:29
что такое тян?

Dzmitry
11.09.2018
12:54:37
я так понял тебя тян не оценил чи шо?
Не Просто странный собес был

что такое тян?
Наш человек

Dmitry
11.09.2018
12:54:44
прям мега-полезная инфа

Roman
11.09.2018
12:54:54
что такое тян?
добро пожаловать в интернет, следуй за мной

Dmitry
11.09.2018
12:56:12
я думал эта дичь и троллинг в чатах где-то в середине 00х осталась, ан нет

Dzmitry
11.09.2018
12:58:08
А Еще у человека вызвало нескрываемое удивление Что есть люди, которые не используют сасс/лесс

Max
11.09.2018
12:58:17
просто мобх говнище сраное
Хейт в сторону mobx необоснованный. Mobx это тоже самое что и редакс если бы в приложении был бы не один редакс-стор а много. И mobx такой же простой и отслеживаемый как и redux. Как работает redux - у нас есть единый стор и единый список подписчиков-коннектов и при изменения этого стора вызываются все коннекты где каждый коннект сравнивает в mapStateToProps изменился ли нужный срез данных и принимает решение о том нужно ли вызывать перерендер компонента. В связи с этим возникает проблема - либо мы будем чуть ли не каждый компонент коннектить к стору и тогда редаксу при каждом изменении нужно будет вызывать тысячи mapStateToProps по всему приложению и это будет тормозить либо мы будем коннектить к стору не все компоненты а только контейнеры аггрегируя проверяемый на изменения срез данных но тогда получится что при изменении каких-то данных будет происходить перерендер всего контейнер-компонента хотя от данных зависит только один маленький компонент внутри контейнер-компонента. А что если мы будем создавать отдельный redux-стор на каждую ячейку данных? Теперь когда что-то изменилось достаточно вызвать только тот небольшой список коннектов которые зависят от этой ячейки данных в отличие от тысяч коннкетов по всему приложению как делает редакс. Вот пример import React from "react"; import { render } from "react-dom"; import { createStore } from "redux"; import { Provider, connect } from "react-redux"; const reducer = (state, action) => { if (action.type === "setValue") { return action.value; } }; const observer = (store, Component) => { const ConnectedComponent = connect( state => ({ value: state }), dispatch => ({ setValue: value => dispatch({ type: "setValue", value }) }) )(Component); return props => ( <Provider store={store}> <ConnectedComponent {...props} /> </Provider> ); }; const User = { firstName = createStore(reducer, ""); lastName = createStore(reducer, ""); }; const FistNameInput = observer(User.firstName, ({ setValue, value }) => ( <div> <input value={value} onChange={e => setValue(e.target.value)} /> </div> )); const LastNameInput = observer(User.lastName, ({ setValue, value }) => ( <div> <input value={value} onChange={e => setValue(e.target.value)} /> </div> )); const App = () => ( <div> <FistNameInput /> <LastNameInput /> </div> ); render(<App />, document.getElementById("root"));Здесь мы создали отдельный редакс-стор для поля firstName и отдельный редакс-стор для поля lastName. И теперь изменения одного из них потребует вызова только тех подписчиков которые зависят от этого поля а не абсолютно всех коннектов как если бы у нас был только один redux-стор. Теперь вопрос - здесь есть магия? Насколько все неочевидно, непонятно что происходит т.д ? А ведь пример на мобиксе полностью аналогичен примеру на редаксе import React from "react"; import ReactDOM from "react-dom"; import {observable} from "mobx"; import {observer} from "mobx-react" const User = { firstName: observable.box(""); lastName: observable.box(""); }; const FistNameInput = observer(() => ( <div> <input value={User.firstName.get()} onChange={e => User.firstName.set(e.target.value) } /> </div> )); const LastNameInput = observer(() => ( <div> <input value={User.lastName.get()} onChange={e => User.lastName.set(e.target.value)} /> </div> )); const App = () => ( <div> <FistNameInput /> <LastNameInput /> </div> ); const rootElement = document.getElementById("root"); ReactDOM.render(<App />, rootElement);Где здесь зацикленные апдейты или невозможность проследить что происходит? Что в redux что в mobx совершенно одинаковый механизм работы - компонент подписывается на нужный ему стор и стор при изменении обновляет список подписанных на него компонентов. Единственная разница в том что в редаксе принято создавать один стор а в мобиксе по стору на каждую ячейку данных. Ну и еще то что в mobx подписка на стор происходит в момент вызова .get() в рендере благодаря чему когда в компоненте что-то рендерится по условию то mobx отписывает

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

Dzmitry
11.09.2018
12:58:21
Т.е даже возмущение

Сергей
11.09.2018
12:58:36
Хейт в сторону mobx необоснованный. Mobx это тоже самое что и редакс если бы в приложении был бы не один редакс-стор а много. И mobx такой же простой и отслеживаемый как и redux. Как работает redux - у нас есть единый стор и единый список подписчиков-коннектов и при изменения этого стора вызываются все коннекты где каждый коннект сравнивает в mapStateToProps изменился ли нужный срез данных и принимает решение о том нужно ли вызывать перерендер компонента. В связи с этим возникает проблема - либо мы будем чуть ли не каждый компонент коннектить к стору и тогда редаксу при каждом изменении нужно будет вызывать тысячи mapStateToProps по всему приложению и это будет тормозить либо мы будем коннектить к стору не все компоненты а только контейнеры аггрегируя проверяемый на изменения срез данных но тогда получится что при изменении каких-то данных будет происходить перерендер всего контейнер-компонента хотя от данных зависит только один маленький компонент внутри контейнер-компонента. А что если мы будем создавать отдельный redux-стор на каждую ячейку данных? Теперь когда что-то изменилось достаточно вызвать только тот небольшой список коннектов которые зависят от этой ячейки данных в отличие от тысяч коннкетов по всему приложению как делает редакс. Вот пример import React from "react"; import { render } from "react-dom"; import { createStore } from "redux"; import { Provider, connect } from "react-redux"; const reducer = (state, action) => { if (action.type === "setValue") { return action.value; } }; const observer = (store, Component) => { const ConnectedComponent = connect( state => ({ value: state }), dispatch => ({ setValue: value => dispatch({ type: "setValue", value }) }) )(Component); return props => ( <Provider store={store}> <ConnectedComponent {...props} /> </Provider> ); }; const User = { firstName = createStore(reducer, ""); lastName = createStore(reducer, ""); }; const FistNameInput = observer(User.firstName, ({ setValue, value }) => ( <div> <input value={value} onChange={e => setValue(e.target.value)} /> </div> )); const LastNameInput = observer(User.lastName, ({ setValue, value }) => ( <div> <input value={value} onChange={e => setValue(e.target.value)} /> </div> )); const App = () => ( <div> <FistNameInput /> <LastNameInput /> </div> ); render(<App />, document.getElementById("root"));Здесь мы создали отдельный редакс-стор для поля firstName и отдельный редакс-стор для поля lastName. И теперь изменения одного из них потребует вызова только тех подписчиков которые зависят от этого поля а не абсолютно всех коннектов как если бы у нас был только один redux-стор. Теперь вопрос - здесь есть магия? Насколько все неочевидно, непонятно что происходит т.д ? А ведь пример на мобиксе полностью аналогичен примеру на редаксе import React from "react"; import ReactDOM from "react-dom"; import {observable} from "mobx"; import {observer} from "mobx-react" const User = { firstName: observable.box(""); lastName: observable.box(""); }; const FistNameInput = observer(() => ( <div> <input value={User.firstName.get()} onChange={e => User.firstName.set(e.target.value) } /> </div> )); const LastNameInput = observer(() => ( <div> <input value={User.lastName.get()} onChange={e => User.lastName.set(e.target.value)} /> </div> )); const App = () => ( <div> <FistNameInput /> <LastNameInput /> </div> ); const rootElement = document.getElementById("root"); ReactDOM.render(<App />, rootElement);Где здесь зацикленные апдейты или невозможность проследить что происходит? Что в redux что в mobx совершенно одинаковый механизм работы - компонент подписывается на нужный ему стор и стор при изменении обновляет список подписанных на него компонентов. Единственная разница в том что в редаксе принято создавать один стор а в мобиксе по стору на каждую ячейку данных. Ну и еще то что в mobx подписка на стор происходит в момент вызова .get() в рендере благодаря чему когда в компоненте что-то рендерится по условию то mobx отписывает
Ты зря это писал

Artyom
11.09.2018
12:58:42
ух

Dzmitry
11.09.2018
12:58:45
Бля полотнище

Google
Сергей
11.09.2018
12:59:19
Хейт в сторону mobx необоснованный. Mobx это тоже самое что и редакс если бы в приложении был бы не один редакс-стор а много. И mobx такой же простой и отслеживаемый как и redux. Как работает redux - у нас есть единый стор и единый список подписчиков-коннектов и при изменения этого стора вызываются все коннекты где каждый коннект сравнивает в mapStateToProps изменился ли нужный срез данных и принимает решение о том нужно ли вызывать перерендер компонента. В связи с этим возникает проблема - либо мы будем чуть ли не каждый компонент коннектить к стору и тогда редаксу при каждом изменении нужно будет вызывать тысячи mapStateToProps по всему приложению и это будет тормозить либо мы будем коннектить к стору не все компоненты а только контейнеры аггрегируя проверяемый на изменения срез данных но тогда получится что при изменении каких-то данных будет происходить перерендер всего контейнер-компонента хотя от данных зависит только один маленький компонент внутри контейнер-компонента. А что если мы будем создавать отдельный redux-стор на каждую ячейку данных? Теперь когда что-то изменилось достаточно вызвать только тот небольшой список коннектов которые зависят от этой ячейки данных в отличие от тысяч коннкетов по всему приложению как делает редакс. Вот пример import React from "react"; import { render } from "react-dom"; import { createStore } from "redux"; import { Provider, connect } from "react-redux"; const reducer = (state, action) => { if (action.type === "setValue") { return action.value; } }; const observer = (store, Component) => { const ConnectedComponent = connect( state => ({ value: state }), dispatch => ({ setValue: value => dispatch({ type: "setValue", value }) }) )(Component); return props => ( <Provider store={store}> <ConnectedComponent {...props} /> </Provider> ); }; const User = { firstName = createStore(reducer, ""); lastName = createStore(reducer, ""); }; const FistNameInput = observer(User.firstName, ({ setValue, value }) => ( <div> <input value={value} onChange={e => setValue(e.target.value)} /> </div> )); const LastNameInput = observer(User.lastName, ({ setValue, value }) => ( <div> <input value={value} onChange={e => setValue(e.target.value)} /> </div> )); const App = () => ( <div> <FistNameInput /> <LastNameInput /> </div> ); render(<App />, document.getElementById("root"));Здесь мы создали отдельный редакс-стор для поля firstName и отдельный редакс-стор для поля lastName. И теперь изменения одного из них потребует вызова только тех подписчиков которые зависят от этого поля а не абсолютно всех коннектов как если бы у нас был только один redux-стор. Теперь вопрос - здесь есть магия? Насколько все неочевидно, непонятно что происходит т.д ? А ведь пример на мобиксе полностью аналогичен примеру на редаксе import React from "react"; import ReactDOM from "react-dom"; import {observable} from "mobx"; import {observer} from "mobx-react" const User = { firstName: observable.box(""); lastName: observable.box(""); }; const FistNameInput = observer(() => ( <div> <input value={User.firstName.get()} onChange={e => User.firstName.set(e.target.value) } /> </div> )); const LastNameInput = observer(() => ( <div> <input value={User.lastName.get()} onChange={e => User.lastName.set(e.target.value)} /> </div> )); const App = () => ( <div> <FistNameInput /> <LastNameInput /> </div> ); const rootElement = document.getElementById("root"); ReactDOM.render(<App />, rootElement);Где здесь зацикленные апдейты или невозможность проследить что происходит? Что в redux что в mobx совершенно одинаковый механизм работы - компонент подписывается на нужный ему стор и стор при изменении обновляет список подписанных на него компонентов. Единственная разница в том что в редаксе принято создавать один стор а в мобиксе по стору на каждую ячейку данных. Ну и еще то что в mobx подписка на стор происходит в момент вызова .get() в рендере благодаря чему когда в компоненте что-то рендерится по условию то mobx отписывает
Я работал с мобх. И ты допустил несколько ошибок в тексте)

Dzmitry
11.09.2018
13:00:13
Хз Клиент кстати сбербанк)

Там какой то дроч на формат резюме

Пиздец просто

Сергей
11.09.2018
13:01:01
Хейт в сторону mobx необоснованный. Mobx это тоже самое что и редакс если бы в приложении был бы не один редакс-стор а много. И mobx такой же простой и отслеживаемый как и redux. Как работает redux - у нас есть единый стор и единый список подписчиков-коннектов и при изменения этого стора вызываются все коннекты где каждый коннект сравнивает в mapStateToProps изменился ли нужный срез данных и принимает решение о том нужно ли вызывать перерендер компонента. В связи с этим возникает проблема - либо мы будем чуть ли не каждый компонент коннектить к стору и тогда редаксу при каждом изменении нужно будет вызывать тысячи mapStateToProps по всему приложению и это будет тормозить либо мы будем коннектить к стору не все компоненты а только контейнеры аггрегируя проверяемый на изменения срез данных но тогда получится что при изменении каких-то данных будет происходить перерендер всего контейнер-компонента хотя от данных зависит только один маленький компонент внутри контейнер-компонента. А что если мы будем создавать отдельный redux-стор на каждую ячейку данных? Теперь когда что-то изменилось достаточно вызвать только тот небольшой список коннектов которые зависят от этой ячейки данных в отличие от тысяч коннкетов по всему приложению как делает редакс. Вот пример import React from "react"; import { render } from "react-dom"; import { createStore } from "redux"; import { Provider, connect } from "react-redux"; const reducer = (state, action) => { if (action.type === "setValue") { return action.value; } }; const observer = (store, Component) => { const ConnectedComponent = connect( state => ({ value: state }), dispatch => ({ setValue: value => dispatch({ type: "setValue", value }) }) )(Component); return props => ( <Provider store={store}> <ConnectedComponent {...props} /> </Provider> ); }; const User = { firstName = createStore(reducer, ""); lastName = createStore(reducer, ""); }; const FistNameInput = observer(User.firstName, ({ setValue, value }) => ( <div> <input value={value} onChange={e => setValue(e.target.value)} /> </div> )); const LastNameInput = observer(User.lastName, ({ setValue, value }) => ( <div> <input value={value} onChange={e => setValue(e.target.value)} /> </div> )); const App = () => ( <div> <FistNameInput /> <LastNameInput /> </div> ); render(<App />, document.getElementById("root"));Здесь мы создали отдельный редакс-стор для поля firstName и отдельный редакс-стор для поля lastName. И теперь изменения одного из них потребует вызова только тех подписчиков которые зависят от этого поля а не абсолютно всех коннектов как если бы у нас был только один redux-стор. Теперь вопрос - здесь есть магия? Насколько все неочевидно, непонятно что происходит т.д ? А ведь пример на мобиксе полностью аналогичен примеру на редаксе import React from "react"; import ReactDOM from "react-dom"; import {observable} from "mobx"; import {observer} from "mobx-react" const User = { firstName: observable.box(""); lastName: observable.box(""); }; const FistNameInput = observer(() => ( <div> <input value={User.firstName.get()} onChange={e => User.firstName.set(e.target.value) } /> </div> )); const LastNameInput = observer(() => ( <div> <input value={User.lastName.get()} onChange={e => User.lastName.set(e.target.value)} /> </div> )); const App = () => ( <div> <FistNameInput /> <LastNameInput /> </div> ); const rootElement = document.getElementById("root"); ReactDOM.render(<App />, rootElement);Где здесь зацикленные апдейты или невозможность проследить что происходит? Что в redux что в mobx совершенно одинаковый механизм работы - компонент подписывается на нужный ему стор и стор при изменении обновляет список подписанных на него компонентов. Единственная разница в том что в редаксе принято создавать один стор а в мобиксе по стору на каждую ячейку данных. Ну и еще то что в mobx подписка на стор происходит в момент вызова .get() в рендере благодаря чему когда в компоненте что-то рендерится по условию то mobx отписывает
сохранил в сохраненки

забавно

Kendr
11.09.2018
13:02:41
Igor
11.09.2018
13:02:45
компоненты которые временно не зависят от этих данных чтобы не вызывать лишних перерендеров в то время как redux будет всегда вызывать перерендер компонентов
заблуждение что в вызове render() есть хоть какая-то проблема Обычные setState() и изменения пропсов так же вывзвают render() и это нормально и это быстро. В принципе это ключевая идея Реакта - работать с интерфейсом, как если бы он каждый раз рендерился с нуля и не обрабатывать изменения

Dzmitry
11.09.2018
13:03:29
Логгируют
Лолируют? Или что логгируют?

Kendr
11.09.2018
13:03:49
Dzmitry
11.09.2018
13:04:11
А :/ А зачем

Страница 4794 из 5115