>Какое тебе дело сколько раз оно вызывается?

> Keypress не работает для шифта

> Можно ли сделать на си локальный и чтобы скрипт коннектился к нему?

> Как это сделать?

> всегда нужно во новый объект state

> всегда нужно возвращать новый объект state

>С++ не нужон. Решай задачу на ассемблере, а не ебись с обёртками.

>Math.max.applay

> А что такое "Контор".

> не знать язык, на котором 80% всей информации

>Если кто делал, поделитесь опытом. Подкиньте советов, как сделать так, чтобы он сука думал, какой ход делать.

>Ты писал когда-нибудь алгоритм по поиску кратчайшего пути в лабиринте?

>Первый ход канпутера после игрока - рандомная незанятая клетка.

>рандомная незанятая клетка

>квазислучайный фактор

>const v8 = require('v8');

>v8.setFlagsFromString('--never_compact');

>не прерывая процесс исполнения кода

>на микроконтроллере с одним ядром

> Ваше мнение очень важно для нас, пожалуйста, оставайтесь на линии

> es6+

> Babel

> некомпилируемые языки на фронте

> Ему логично предлагаю Babel

> Нормальные языки приведены на пикче.

>Нормальные языки приведены на пикче.

>котлине

>Говноед

> На чем на работе сказали писать, на том и пишу.

>Ведь переменной её не назвать

>https://kpdecker.github.io/six-speed/

>Все эти перделки на бабеле написаны для красоты, а не для производительности

>кококо байтоёб

>У меня есть ноутбук с 2 гигами оперативной памяти, и даже там большое количество разных современных сайтов умудряется тормозить.

> Что делает пользователь, когда у него глючит тормозит сайт? Правильно, уходит и не возвращается.

>Как сахарок то синтаксический? Сладенький?

>Как же мы жили без всего этого. Тяжело было.

>Што, блядь?

>Зависимость производительности от количества бабела не линейна.

>запрос вернет огромный объем данных

> var Twitter = require('twitter');

>var VK = require('vksdk.js');

> бесконечный цикл нужен

> бесконечный цикл

> нужен

>Перебрал с десятки

>НО ЗАБЕСПЛАТНО, А ТО МАМКА ДЕНЕГ НЕ ДАЕТ?

>НЕ КОПИРУЙ КОД ПРЯМО В ТРЕД!

>Воспользуйтесь https://jsfiddle.net/ для браузерного кода и https://ideone.com/ для серверного кода

>Может какой-то стрим через eval сделать

>через eval сделать

>Клиентам отдавай данные

> Не на JS, конечно.

>770702

>Можно запилить закрытый и сильно обфусцированный плагин к браузеру, например. Не на JS, конечно.

>сильно обфусцированный плагин

>можно просмотреть.

> >можно просмотреть.

> Я всего лишь максимально хочу усложнить обфускацию

>Зачем? Тебе делать нехуй?

>Может опишешь задачу

> Это и есть задача. Обфускация кода, максимальная.

>Обфускаторов JS жопой жуй.

>Обфусцировали, что дальше?

>Но это же бессмысленное и безнадёжное занятие.

>или плати, или пиши сам

> >или плати, или пиши сам

> А есть хотя бы небольшие куски исходников таких обфускаторов? Ну чтобы не с нуля писать.

> а чтобы заплатить мне сначала нужно обфусцировать, лел, замкнутая цепочка

>https://github.com/search?l=JavaScript&q=Obfuscator&type=Repositories&utf8=✓

>Ты так и не описал свою задачу, получается?

>Ну дальше-то что? JSDetox не поможет чи толи?

> 20 килорублей / мес

> веб

> от сотни

>Йоба где?

>Как вообще узнать, что в arr есть йоба?

>В вызываемом объекте нет ключа, который на самом деле есть

>в массиве объекты хранятся по числовым индексам, и forEach работает тоже с числовыми. yoba - не число

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

> в консольку выведет 3?

>Почему у объекта Арр остается доступным свойство длины, почему оно считает лишь те свойства что были объявлены в массиве?

>return function(b) {

>console.log(a)

>return a;

>};

>"test"

>"navigator"

>"userAgent"

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

>Это абсолютно бесполезное занятие.

>Я сторонник сорсов на гитхабе,

>Даже если продукт коммерческий, нет никакого смысла в обфускации.

>Если есть какие-то критические места, нужно их совсем убирать на бэкенд, а не делать плохочитаемыми

>> Скажи это яндексу, гуглу, jqwery. Но попиздеть-то всегда можно, да?

> не различать минификацию и обфускацию

> >Если есть какие-то критические места, нужно их совсем убирать на бэкенд, а не делать плохочитаемыми

> Почему? Потому что ты так хочешь? Разве я хоть раз в тренде спросил что лично ты хочешь?

>> не различать минификацию и обфускацию

>Потому что это логично.

>Если у тебя ящик с деньгами, логичнее положить его в ячейку в банке, а не наклеить на него надпись "нитрогайти"

>Скажи это яндексу, гуглу, jqwery. Но попиздеть-то всегда можно, да?

> 6E4 (Math.floor(121 Math.random()) + 240)

> Есть один простой факт - необходимо скрыть код от пытливых котят и всё

>Что это? Откуда? Что это мне должно сказать?

>Гораздо важнее минификация кода для быстрой его загрузки

>это на сайтах компаний, которые ты привел, ты и видишь.

>Делать плохочитаемым != скрывать, даун. Я тебе про это и стараюсь сказать.

>Скрывать - это выносить на бэкенд.

>Плохочитаемость ни от чего тебя не защищает, любой алгоритм можно вскрыть.

>Иди, блядь, прочитай мой код, заебал https://jsfiddle.net/85864hLg/

>Зачем? Я не понимаю что ты хочешь этим доказать

>Хочешь сказать, что это сложно вскрыть или что?

>Ты не видел посты задротов-байтоебов, которые себе в машинном коде моды пилят и баги фиксят?

>основывалась на ширине картинки и принимала одно из 3х значений

>мож готовая либа есть ? Заебок если React

>https://jsfiddle.net/85864hLg/

>Попробуй эту хуйню, совсем дичь.

>кидает тонну говна, обернутого в eval()

>который замыкается на евале - по определению говно?

>ехал eval() через eval()

> что-нибудь по типу конструкторов

>когда криптор разбивает тело данных и записывает в локалСторедж

>Тут фишка в том, что собираются/разбираются именно данные, а не тела функций

>использование функций-конструкторов в изолированной среде ни к чему особенному не приведет

>русский программист

>300$

>30к

>бояр

> пхп

> бояр

>Number()

>browserify

>browserify

>browserify

>browserify

>browserify

>Что-то связи не уловил с моей проблемой, но все равно спасибо, не слышал про это раньше.

>морально стареющий бешенными темпами первый ангуляр

>канторки

> Быстрей - Elm и VueJS.

> React не тем хорошо что быстрый (он не быстрый)

>Реакт - MV из MVC, так?

>Велика ли вероятность, что через полгода-год всплывет какая-то более модная хуйня и про реакт как проект все забудут?

>вообще разные вещи, с разными архитектурными подходами

> предназначенные для разных по размеру проектов

> имеющие разное по размеру комьюнити

> и количество готовых модулей

>Ещё один хайп, который мы переживём.

>То есть в компоненте смешан хтмл и бизнес логика.

> They won't do this, though, because it isn't in their interest to do so. You may recall Facebook's abrupt about-face on their mobile app back in 2012, when Mark Zuckerberg said building on HTML5 was his company's "biggest mistake." What you may not recall was Sencha took this claim as a challenge, and built a great HTML5 implementation of the same app, effectively demonstrating that Facebook's criticisms of HTML5 were largely unfounded. Unlike Google, whose revenue largely depends on their search engine–which, in turn, depends on people using the Web for everything–Facebook has always benefited from being a walled garden. Put another way, Facebook doesn't care if you use the Web, it only cares that you use Facebook.

> So why release an open source Web framework at all? Because Facebook is battling Google for engineers. So you've got a big fight between two companies over which company is the coolest place to work, and both of them are companies that your grandparents love. How are you going to win this fight? One way is to have the hippest Web framework.

> Basically, both Google and Facebook are desperate to find a baseball cap that they can put on backwards. Angular is Google's baseball cap. React is Facebook's.

>инженеры в ФБ

> Overall, the original claims about Vue's performance still hold some value in this use case but there was clearly a lot of opportunity for optimisation - especially with React. One surprising take away is how much work and collective knowledge was required to bring out better performance from React, while Vue was fairly well optimised from the get-go. Whatever we can say about the relative performance of these two libraries, this is definitely a win for Vue's developer experience.

> https://engineering.footballradar.com/a-fairer-vue-of-react-comparing-react-to-vue-for-dynamic-tabular-data-part-2/