Sergey
Проценты вероятности вообще не точная штука
melvin
я почитал "покемонной тематике" .-.
Sergey
Ауты посчитать можно даже в уме
Rafael 🌵
чуваки, если хотите что-то почитать по математике, то я прям ппц советую "теорию нечетких множесвт"
Rafael 🌵
это очень интересно
Sergey
Спасибо
Rafael 🌵
т.е очень похожа на булевскую дискру, но теперь у вас есть "почти наверное"
Sergey
Ну я ж про математический интерес
Даже математически нет сложности особой в расчетах руки и стола
Sergey
Другой разговор о расчете на всю игру вперёд. В этом просто смысла нет
ixplo
В реальном времени
Sergey
Pokerist делает это
CherryTea
читаю es8 и слезы счастья
CherryTea
http://2ality.com/2016/02/ecmascript-2017.html
Oleg
Ничего особо и не добавили
CherryTea
так это и хорошо
CherryTea
только самое нужное
Дима
Фигасе ничего, Shared Memory — это инструменты для параллельных вычислений
Дима
Ну и тут такой момент, пока что действительно фич мало, но сейчас с каждым годом будет всё больше, потому что ежегодный ритм работы TC39 существует всего ничего — большинствно крутых проектируемых фич ещё банально не успели пройти весь цикл стейджей
Oleg
Хотел про это написать, но не написал
Дима
А они там уже такое придумывают, уух
Oleg
Главное чтобы в язык вписывалось
Дима
Ну там вообще на удивление грамотные решения выбираются, прям зорово вообще) Заметно, что учли и историю двухглавного питона, и смерть перла и многое другое
Дима
для того, чтобы представить себе как взвешенно делают решения в tc39 почитайте главу про обсуждение судьбы SIMD https://github.com/rwaldron/tc39-notes/blob/a66df6740eec3358d5e24f81817db99d6ee41401/es8/2017-03/mar-21.md#10if-simdjs-status-update
Вкратце, пропосал, который уверенно шёл к релизу и уже был на стадии stage 3, внезапно оказался никому не нужен из-за wasm, вендоры движков не хотят его имплементить вообще и даже его champion отказывается от него. Теперь нужно как-то объяснить сообществу прецедент, когда proposal внезапно завернули уже почти с финальной стадии.
Rafael 🌵
Oleg
Опасный диалог начинается, опасный
Anonymous
А вот интересно, стрелочный функции могут быть быстрее классических?
Smooth Operator
Нет
Дима
Ну у них своего контекста нет, возможно смогут на этом как-то сделать оптимизацию
Дима
Но сейчас всё равно, вне всякой логики есть прямая и чёткая зависимость — чем старее фича — тем быстрее
Anonymous
Ну у них своего контекста нет, возможно смогут на этом как-то сделать оптимизацию
Вот я и подумал об этом
Mikhail
Написал библиотеку для ВК ботов, скоро повесят ее в оф документацию ВК, хотелось бы услышать ваше мнение о ней (что плохо, что улучшить): https://github.com/bifot/botact
Smooth Operator
Откуда такая уверенность
Mikhail
Разработчик из ВК связался со мной сегодня
Mikhail
Это другая либа (на лонгпулле), потом представил на коллбэк апи.
GG
Sergey
поэтому и спросили
Mikhail
Smooth Operator
пруф картинкой 👍
Smooth Operator
кто нибудь нафотошопьте смешной анекдот на картинку
Mikhail
я тебе форвард месседжа из вк кину в телеграм?)
Mikhail
сейчас, знаешь, сидел, через код элемента писал это сообщение, чтоб скинуть потом в беседу
Sergey
эгегей
Sergey
вскод обновился
Sergey
Sergey
кто там хотел мультирут
Yuri
Добрый вечер. Может кто оценить код, точнее архитектуру приложения? https://github.com/YuriFA/audio_player
Хочу устроиться на работу джуном, и решил сделать проект - аудио плеер с настройками типа эквалайзера, визуализацией и т.д.
Есть вопрос по архитектуре - в приложении есть классы AudioPlayer, Playlist, Track (в треке хранится <audio>) - правильно ли отлавливать события от <audio> в классе Track и emit'ить, после чего в классе AudioPlayer события отлавливать уже от Track?
GG
ща покажу
GG
https://jsfiddle.net/sarg/xmzv98mu/
Sergey
сделали наконец автоиндент при вставке и перемещении строки
Sergey
очень нехватало
CherryTea
вим уже нервно покуривает от количесва фич
CherryTea
неужеле из коробки теперь
Sergey
действительно
Sergey
че за
CherryTea
может включать надо
Sergey
GG
на https://pages.github.com/ залей
Sergey
