function removeElementWithIndexFromArray(arr, idx) { var newArr = []; function* rangers(ar) { for (let i = 0; i < ar.length; i++) { yield i; } } var rangeWarr = rangers.bind(null, arr); rangeWarr = [...rangeWarr()]; rangeWarr.forEach(e => { e !== idx && newArr.push(arr[e]); }); return newArr; }

Написал компактную фцию для удаления элемента из массива по индексу

function removeElementWithIndexFromArray(arr, idx) { var newArr = []; function* rangers(ar) { for (let i = 0; i < ar.length; i++) { yield i; } } var rangeWarr = rangers.bind(null, arr); rangeWarr = [...rangeWarr()]; rangeWarr.forEach(e => { e !== idx && newArr.push(arr[e]); }); return newArr; }

Эм... К чему все эти выебоны с генераторами?

var ???

это тебя больше всего в коде удаления элемента из массива удивило?)

а я дальше и не смотрел

Довольно изысканное решение для такой тривиальной задачи. Тимлид тоже спрашивал: "Ты всегда так пишешь?"

А jwt токены в localStorage хранить норм?

А jwt токены в localStorage хранить норм?

Кто знает почему стейт не меняется?

И где тут работа со стейтом?

что то какая то дичь начинается ближе к ночи)

А jwt токены в localStorage хранить норм?

Ребят, подскажиет кто юзал сагу, нужно по определённому экшену делать takeEvery по debounce, не могу найти информацию как их совместить

take просто делай

Благодарю, разобрался, кажется) debounce сам может весь генератор проилдить, я сейчас вместо takeEvery просто сделал debounce(500, C.GET_PICTURE, fetchPictureSaga); и он все елды саги сделал, как по takeEvery.

то чувство, когда ты реакт джуниор, заходишь сюда, смотришь на примеры вашего кода и офигиваешь))

Посмотри что такое array.prototype.map

пример

видимо, он про мой бесподобный код

) тогда понимаю его

я в общем) афигиваю)

Попробуй не придумывать себе лишние проблемы и упрощать. Большинство затупов будет связано из-за плохой архитектуры, которая заставляет писать много лишнего. Код должен быть макс коротким и без усложнений. удачки

Попробуй не придумывать себе лишние проблемы и упрощать. Большинство затупов будет связано из-за плохой архитектуры, которая заставляет писать много лишнего. Код должен быть макс коротким и без усложнений. удачки

Попробуй не придумывать себе лишние проблемы и упрощать. Большинство затупов будет связано из-за плохой архитектуры, которая заставляет писать много лишнего. Код должен быть макс коротким и без усложнений. удачки

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

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

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

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

Серьезно? Реклама оружия в группе по Реакту?

застрелиться, если что то не можешь сделать и не задавать тут вопросов)

Серьезно? Реклама оружия в группе по Реакту?

охолощеное

ФСБ ищет способы заработать повышение

Так схп же законен

function removeElementWithIndexFromArray(arr, idx) { var newArr = []; function* rangers(ar) { for (let i = 0; i < ar.length; i++) { yield i; } } var rangeWarr = rangers.bind(null, arr); rangeWarr = [...rangeWarr()]; rangeWarr.forEach(e => { e !== idx && newArr.push(arr[e]); }); return newArr; }

Ох..

ты опоздал к этому празднику жизни:D

блин привык что в jsx там автоматом )

охолощеное

Ну вообще можно и застрелиться) В упор оно дико может надамажить, особенно в глаз

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

Подход: контейнерный -презентационный компонент, актуален сейчас?

Контейнеров не существует, есть компоненты и еще раз компоненты)

Это шутка что синтаксический сахар хуже поддерживается, или автор мемеса реально так считает?)

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

Есть разные грани. Иногда он упрощает код, а иногда сахар ради сахара. В конечном итоге убиваешь н-ное время, чтобы понять другого разработчика.

Ну я, увидев данный мемес, сразу подумал об async/await или class, и не понял как это пляски с прототипами или бесконечные then могут быть более поддерживаемыми Так что мы о разном походу)

Ну я, увидев данный мемес, сразу подумал об async/await или class, и не понял как это пляски с прототипами или бесконечные then могут быть более поддерживаемыми Так что мы о разном походу)

Классы, async/await это "стандартизированный сахар" на уровне ЯП. Видя их в коде ты сразу понимаешь что это за штука и как она работает.

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

вообще фиг знает, что вкладывал автор в мем :) я увидел свой опыт из проектов

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

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

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

Скриншоты.

снэпшоты может?)