модули лучше через доки изучать по примерам

чтобы не нарушать неймспейс, я понел

именно.

сейчас идет dev интенсив Skill Branch, можеш там посмотреть

есть, но я не пишу на ноде

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

ты уверен что хочешь this в утилитах?

learn.javascript.ru

ты уверен что хочешь this в утилитах?

канеш

канеш

зачем?

сделай просто функции

которые принимают твой вебгл контекст аргументом

так и тестировать проще

на самом деле, там достаточно много одноообразных вызовов типа gl.util.compileShaders(gl, type, source); gl.util.linkProgram(gl, ...); …

и их очень много.

ну, вернее, если это будет просто util, то без первого gl.

нет

нужно всего навсего вынуть все проперти с миксина и вставить в ctx

https://github.com/getify/You-Dont-Know-JS

вот ещё

и их очень много.

и как твой биндинг к ctx здесь поможет?

ну, по сути у меня там ещё всё промисами приправлено, так что мне хочется писать просто .then(gl.util.compileShaders) .then(gl.util.linkProgram)

https://babeljs.io/repl/#?babili=false&evaluate=true&lineWrap=false&presets=es2015%2Ces2015-loose%2Cstage-1%2Cstage-2%2Cstage-3&experimental=true&loose=true&spec=true&code=class%20Ctx%20%7B%0A%20%20constructor%20()%20%7B%0A%20%20%20%20this.mine%20%3D%205%3B%0A%20%20%7D%0A%7D%0A%0Avar%20utils%20%3D%20%7B%0A%20%20doSpecial%20()%20%7B%0A%20%20%20%20console.log(this.mine)%3B%0A%20%20%7D%0A%7D%0A%0Avar%20ctx%20%3D%20new%20Ctx()%3B%0Actx.utils%20%3D%20Object.assign(ctx%2C%20utils)%3B%0A%0Actx.utils.doSpecial()

хз, я дошел до этого

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

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

https://goo.gl/LDjTpg

у тебя тогда скоупы нарушаются.

а что ты ожидал ?

https://babeljs.io/repl/#?babili=false&evaluate=true&lineWrap=false&presets=es2015%2Ces2015-loose%2Cstage-1%2Cstage-2%2Cstage-3&experimental=true&loose=true&spec=true&code=class%20supWebgl%20%7B%0A%20%20constructor(ctx)%20%7B%0A%20%20%20%20this.ctx%20%3D%20ctx%3B%0A%20%20%20%20this.show%20%3D%20this.show.bind(this)%3B%0A%20%20%7D%0A%20%20show()%20%7B%0A%20%20%20%20console.log(this.ctx)%3B%0A%20%20%7D%0A%7D%0A%0Anew%20supWebgl(%27yolo%27).show()%3B

ну и ещё придётся в какой-то момент всё-таки привязаться к конкретному инстансу Ctx. ctx.utils = Object.assign(ctx, utils);

ты миксином хочешь подмешать коасс

class supWebgl { constructor(ctx) { this.ctx = ctx; this.show = this.show.bind(this); } show() { this.ctx; // yolo } };

вот ещё тут показывал

ну и ещё придётся в какой-то момент всё-таки привязаться к конкретному инстансу Ctx. ctx.utils = Object.assign(ctx, utils);

ты понимаешь как работает классы и инстансы?

йеп

да, наверное, я фигню какую-то захотел.

вот ещё тут показывал

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

я бы писала на жаве

для приложений/игр

php

php

серьезно?

вангую эрланг

серьезно?

шутка про вконтакте

они нигде не рассказывали про свой бэкенд, на самом деле

вотсап рассказывал, у них точно эрланг

притом пропатченный

мб golang

не думаю

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

кстати, напомни их юзкейсы и какой-нибудь гайд по ним?

Это обобщение всех операций с массивами к редюсеру. Разделяет одну функцию-трансформер на две — трансформер и аккумулятор, ну типа если в редюсер начать добавлять больше логики

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

Трансформер (трансдюсер) — это обычный пайп, но во-первых отдельно от аккумулятора, то есть выносим не совсем удобный (acc,val)=>whatever отдельно

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

Обычный пайп

И трансдюсер)

мм

очень наглядно, OR в массивах

https://medium.com/@roman01la/understanding-transducers-in-javascript-3500d3bd9624#.p1xlkud7c http://elbenshira.com/blog/understanding-transducers/ clojure, но тоже понятно написано

😞

так, а ну-ка 😏

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

примерно редьюс с пайпным редьюсером?

да там шутка

https://medium.com/@roman01la/understanding-transducers-in-javascript-3500d3bd9624#.p1xlkud7c http://elbenshira.com/blog/understanding-transducers/ clojure, но тоже понятно написано

оо, роман

и какие библиотеки в js такое позволяют делать? ramda о первом варианте, rx.js?

примерно редьюс с пайпным редьюсером?

Ну да, он и есть, бонусом немного памяти экономит

да там шутка

пушка

оо, роман

Его не знаю, но блог интересный)

подпишись в тви

он хороший

👌

и какие библиотеки в js такое позволяют делать? ramda о первом варианте, rx.js?

рамда тоже умеет в трансдьюсеры http://ramdajs.com/0.21.0/docs/#transduce

а rxjs он не про трансдьюсеры, он про реактивность

рамда тоже умеет в трансдьюсеры http://ramdajs.com/0.21.0/docs/#transduce

спасибо, посмотрю

а rxjs он не про трансдьюсеры, он про реактивность

да, но принцип похожий как на картинке, или нет?

концептуально мб

Ну он в основе лежит

в применении нет

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

и думал уже, что реактивный подход выход