Вложил в этот перекат весь свой опыт перекатов. На правах ОПа задам ебанутый вопрос.

>строка 5289 - вывод на экран массива
console.log(object.airports.departure);
>строка5290 - Cannot read property 'airports' of undefined
for(let i = 0; i < (object.airports.departure).length; i++)

КАК. ЭТО. ВОЗМОЖНО.

>>1123043
Вопрос снимается. Я невнимательный ебач.

>>1123063
/thread

>>1123043
Надеюсь такая беспомощная херня как ты не разрабатывает интерфейс в аэропортах на которых я буду летать. Ну что за пиздец!

>>1123043
И какова разгадка?

>>1123151
Бесполезная покупка. Это справочник. Его не надо читать, к нему надо обращаться с конкретным вопросом. Искать что-то в устаревшей книге не лучшая идея, если ты не в горном ауле. Обращаться ты всё равно будешь в Гугл.
Читай пока Кунотора, лучше английскую актуальную версию. Открой для себя
https://developer.mozilla.org/en-US/
https://stackoverflow.com/
То есть, прочитал что-то у Кантора, и тут же поискал это на этих ресурсах дополнительно, воспроизвёл примеры, побился об подводные камни.

А читать промеж делом это бестолково. У тебя только иллюзия осведомлённости будет, на следующий день ничего не вспомнишь. Подпишись тогда на агрегатор типа
http://javascriptweekly.com/
и читай всё подряд. Хотя бы хайповые базворды знать будешь.

>>1123215
У этого вроде ассимптотическая O(2 * n);

>>1123162
Спасибо. Примерно это и хотел узнать, есть ли смысл. Пока продолжу читать Кантора и брать ещё информацию из предоставленных тобой сайтов.

https://vimeo.com/111122950

Захотелось написать маленькое приложение под винду для себя, которое бы взаимодействовало с файловой системой (только чтение), electronjs для этих целей норм, или есть что-то получше?

>>1123230
> electronjs
Очень удобно, под себя.

>>1123230
Я бы выбрал лучше jscript или jscript.net, и по хуй, что технология древняя. Мало жрет ресурсов, работает на всем парке начиная с ХР.

Возможно ли применение TDD в верстке под вордпресс или нет?

>>1123250
Тебя в гугле забанили? google://tdd wordpress

>>1123299
Никак, привыкай-страдай

Сап, сеньёры. Дело такое, осваиваю бекенд, написал микросервис для одной хуйни, и хочу чтобы анон, оценил и обосрал если что не так. Код https://github.com/artixx/radar

Сам микросервис занят тем, что по запросу берёт json от двача, переводит в единый формат и возвращает. Знаю, что одной из проблем будет скорость работы, так как при каждом запросе он заново запрашивает и мапит треды, надо сделать ещё что-то вроде кеша по запросу. Ещё конфигурация всрато получилась, но пока хз как её удобнее делать, поизучаю как нибудь эту тему.

Примеры запросов
https://pure-wave-92397.herokuapp.com/b/threads
https://pure-wave-92397.herokuapp.com/pr/threads/1123037
https://pure-wave-92397.herokuapp.com/pr/threads-light

Интересует мнение экспертов, чё не так, что можно улучшить и оптимизровать.

>>1123274
я сказал верстку под вордпресс, а не плагины с phpunit под вордпресс.

>>1123314
Козлик ёбаный, ты разницу между вёрсткой и разработкой знаешь? TDD — test driven development, никак с версткой не связан.

>>1123354
фронтенд - это и есть разработка!!!

>>1123354
Я чет тоже охуел, думаю ребята уже разметку тестируют. WAT

>>1123359
Если модульная сборка, импортируешь модуль в файл с тестами и там тестируешь.

>>1123359
А, понятно, спешите видеть, у нас тут хтмл5 разработчик, со знанием цсс.

>>1123230
Нет, не норм.
Все равно, что из пушки по воробьям.
Electron или NW для больших приложений. Это блядь целый браузер.
Для маленьких приложений можно написать расширение для браузера, chrome app, или сервис на той же ноде или go, который будет отрисовывать ui в уже установленном браузере. Нахуя вы для мелких утилит используете то, что для них не предназначено.

>>1123299
Если тебе что-то не понятно - это не значит, что это что-то уебищно.

>>1123299
Достаточно понять как выглядит объектная система. Представить граф объектов. Нарисуй.

>>1123299
С болью и трудом.

Лучшее обьяснение тут
https://learn.javascript.ru/oop
https://learn.javascript.ru/prototypes
https://learn.javascript.ru/es-object
https://learn.javascript.ru/es-class

Берёшь и учишь последовательно и внимательно. Причём держи наготове ноду или браузер, где ты будешь тестировать и экспериментировать.

Привет скриптач, хочу _все_ функции писать каррированными:
[code]
const (a) => (b) => a + b
[/code]
Вместо:
[code]
const (a, b) => a + b
[/code]

Какие подводные камни? Заметил, что во многих воннаби функциональных JS-проектах функции не всегда пишутся каррированными, почему?

>>1123427
Сам как думаешь?
Не видишь что расход памяти пропорционально растет? На каждую функцию помимо самой функции создается лексическая область видимость.
В твоих примерах вместо одного объекта функции и одной lexical scope у тебя четыре объекта в памяти.

>>1123427
>const (a, b) => a + b
это быстрее

>>1123470
Бери и становись. Жоэс вообще, и ФП стиль в жс не для числодробилок.

>>1123494
Нечислодробилки с его подходом будут еще медленнее.

Вебач, как там в 2018 на канвасе надо рисовать? В 3d-движках все ясно, ты сначала очищаешь экран, потом все рисуешь и кладешь отрисованный кадр в буфер. Когда же я пытаюсь следовать той же логике на канвасе, то у меня только рисуются прямоугольники. К примеру, вт такой говнокод в цикле мне почему-то постепенно закрашивает весь экран, хотя должен отрисовать постепенно спускающийся прямоугольник.
[CODE]
gf.clearRect(0, 0, canvas.width, canvas.height);
gf.rect(0, iterator, canvas.width, 20);
gf.fillStyle = getRandomColor();
gf.clearRect(0, 0, canvas.width, canvas.height);

gf.fill();
iterator += 20;
if (iterator > document.body.clientHeight) iterator = 0;
[/CODE]

>>1123596
А движки по твоему не на канвасе рисуют что ли.
Без них ты должен делать тоже самое, что с ними.
Рисовать, очищать, рисовать.

>>1123601
Так ведь у меня очистка не работает, а отрисовка работает

>>1123606
https://www.html5canvastutorials.com/advanced/html5-canvas-animation-stage/

>>1123612
Все оказалось просто, ебучий костыльный жс забывает добавлять в память отрисованные прямоугольники без context.beginPath();

>>1123644
> жс забывает
Ахуенно ты оправдываешь собственную тупость.

Какой есть устоявшийся паттерн для такого?

var data = {};

function getValue() {
return asyncFunc().then(res => {
// do smth
data = res;
return res;
});
}

function exportValue() {
// должна возвращать или уже resolved data, либо промис getValue
}

func1() {
exportValue().then(res => {})
}

func2() {
exportValue().then(res => {})
}

// exportValue должна вызываться только один раз

>>1123661
По документации clearRect чистит канвас вне зависимости от того, что там кем отрисовано, а на деле без beginPath ничего не происходит

>>1123427
С другой стороны и forEach гораздо медленнее:
for x 3,802,459 ops/sec ±2.42% (79 runs sampled)
forEach x 2,335,434 ops/sec ±1.14% (84 runs sampled)

Что ж теперь, и от него отказаться? А ведь я еще кучу другого сахарка не бенчил. Если так дальше размышлять, то язык в Ассемблер превратится.

Пытался писать в функциональном стиле и радовался как ребенок - красиво так получается, лаконично, и понятно.

И тут такое говно. Думал, V8 все это как-то оптимизирует волшебным образом, но нет.

Потом начал читать рандом срачи в интернетах и обнаружил, что многие люди бугуртят с каррирования, типа (a, b) - заебись, а (a)(b) уже сложна-сложна нипанятна.

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

Перекатываться куда-то еще нет ни времени, ни квалификации.

forEach еще ладно, всего в два раза медленнее (хотя это тоже дохуя), но каррированная функция всего из 4 аргументов становится уже в 25 раз медленнее и в 250, если каррировать Рамдой. Просто пиздец.

>>1123741
Потому что во всем должен быть баланс.
Когда отголоски фп не повсеместно, а местами, это еще не так страшно для производительности. Когда у тебя весь проект будет функция через функцию, вот тут ахуеешь. Но дело каждого.
Кто-то так же фанатично и ООП использует только потому что.

>>1123741
В чем твоя проблема. Хочешь писать чисто на ФП, бери ФП языки транслирующиеся в JS. Их уже есть и много.

>>1123780
Тебя точно так же могут послать с твоим фундаментальным ФП подходом.

Вкатываюсь во фронтендщика. Учу пока верстку на htmlacademy и немного охуеваю. Такое чувство, что проходить тему "Рамки и фоны", где меня учат ставить на бекграунд картинки или создавать стрелки и треугольники, просто трата времени. Но и скипнуть не могу, боюсь что потом аукнется когда буду тяжелый макет верстать. Что можно скипнуть чтобы до сентября уже в стажера хотя бы вкатиться со знанием жс и реакта.

>>1123799
Бери макеты и верстай. Походу дела гугли, читай документацию, чтобы сверстать то или иное.

>>1123804
Так это получается методом тыка, разве такое нормально? Не надо сначала матчасть поучить, а потом браться хотя бы с минимальным базисом?

>>1123805
Матчасть чего. Верстки? Вся матчасть укладывается в то как пишутся теги, и css правила. Дальше читаешь по каждому отдельно, и методом тыка лучше всего.

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

>>1123805
Кто тебе мешает совмещать свои курсы с методом тыка. Вот и разбавишь свою скуку, чередуя. А потом сделаешь вывод, что принесло больше профита.

>>1123799
> учу верстку.
> вкатится со знанием жс и реакта.
Вообще никак не связанные темы. По делу - проходи ВЕСЬ Html Academy, там реально полезные интерактивные курсы. Но проходи не просто так, делай записи в тетрадку, верстай свои макеты. Не зацикливайся на этом. HTML/СSS на базовом уровне не сложный и кладется в голову за 2 недели. А вообще странный вопрос, если ты вообще нулевый придешь. Такой "я знаю реакт", а на бекграунд не сможешь картинку поставить, о чем с тобой говорить?

Какое же говно этот ваш язык, надо было сказать нет, когда мне предложили взяться за такой проект. Как жавист, скоро буду кровью плеваться от количества разных стандартов и отсутствия нормальных ide с автокомплитом. Да, есть убогий vs code, который обертка от ноды и хрома.

>>1123841
JS самый годный язык. А ты просто рвешься от собственной тупости.

>>1123848
Говно для идиотов, которые не осилили типизацию, вроде тебя.

>>1123857
Пруфай, что я ее не осилил, дегенрата ты кусок.

>>1123857
Какая ирония судьбы! Осилил типизацию жаву, а писать приходится на js говне.

>>1123857
>не осилили типизацию.
Осилили это наркоманское прототипное OOP, с лексическим окружением/скоупами цепочками. Слава аллаху в ES6 появилась обертка вокруг всей этой еботы. Но зато не осилили, что перед запуском функции просто декларируется тип аргумента. Ага, конечно. СЛИШКОМ СЛОЖНО.

>>1123857
А как из того, что ты не осилил динамику вытекает то, что кто-то не осилил статику? Ты уверен, что выбрал правильную профессию с такой логикой?

>>1123987
ну то есть я в теории понимаю что чекер не может определить будет ли у меня пустой или полный массив в рантайме, но тут очевидно же что пустой. Чего я недопонимаю

>>1123987
Это что за язык программирования вообще? Этож не ЖС?

>>1124020
это TS

>>1123841
если бы не статическая типизация, я так бы и не узнал, зачем мне ide вместо редактора

>>1123299
А ещё почитай как-нибудь You don't know JS. Там во всех подробностях описано, что из себя JS представляет.
Вкратце, жабаскрипт вообще не ООП в классическом понимании, его только пытаются сделать подобием такового кучка ниосиляторов, не желающих разбираться в прототипах, своеобразной работе this и прочем.

Я бы рекомендовал сначала попробовать Lua. Там тоже прототипы, но намного проще всё. Потом брать жс как следующую ступень, где сложнее работа с this, свойствами объектов и безальтернативная реализация прототипов.

Господа, есть ли что-то на горизонте из функциональщины, что могло бы компилиться в васм?

>>1123944
Двачую. Динамика по факту сложнее статики. В статике с тобой и компилятор нянчится, и в целом код легче для понимания - особенно если брать современные немногословные языки вроде Котлина и Свифта.

Как же я люблю JS

у меня вытекают глаза, читая нововведения в ES6.
js итак был не особо логичным и удобным языком, но его превращают в убер монстра

var f = function() {
return ['this', 'is', 'array'];
};

var [ first, second, third ] = f();

>>1124319
И что тут нелогичного, дебс? Это есть не только в js.

И да, проснись, на дворе ES8

>>1124319
>ES6.
>var

>>1124319
const {
mamku,
tvoy,
ebal,
} = pidor

Как правильно делать импорты?

import {MyClass} from '../MyClass'
или
const MyClass = require('../MyClass')

>>1124376
<srcipt src="myclass.js"></script>

>>1124379
Имелось ввиду в nodejs.

>>1124380
ну import конечно, что за идиотские вопросы.
это стандарт. и все окружения идут к реализации загрузчиков под этот синтаксис. когда в WebAPI запилят Module Loader, можно будет и в браузере использовать import

Нужна небольшая помощь со скриптом (расширение для хрома).
Может кто помочь?

>>1124414
все могут, но насколько небольшая? Ты можешь не мять сиськи и обрисовать че те надо?

>>1124423
Да там делов на полчаса, я бы сам сделал, но занят. Есть нативная программа на C++ для работы с 3D, надо перенести ее функционал в веб, ввиде расширения (ну это шоб, лучше интегрироваться ос, ну ты понимаешь же, да)

>>1124384
Там с этим серьёзные проблемы, такчто в ближайшие годы не будет на ноде импорта. Если вообще будет. Прогонять каждый раз код через бабель на ноде - зашквар.

>>1124423
Поправить небольшой уже готовый скрипт
Если у тебя есть телега, отпиши плс, там все обговорим

Выше про кресты писал не я

>>1124437
Они там уже есть.

>>1124437
>Прогонять каждый раз код через бабель на ноде

У тебя наверное LTS, и у меня. А у этого анона >>1124444 9-ая уже.

>>1124461
На 9-ке также

import Letter from '../entity/Letter'
^^^^^^

SyntaxError: Unexpected token import

>>1124464
https://nodejs.org/api/esm.html
Нет, не так же.

>>1124501
написано же, что под флагом. как когда-то es6 harmony фичи были.

>>1124501
Бабель!

>>1124545
>>1124506

Ну это постоянно таскаться с костылями, проще подождать, не критично пока что.

>>1124585
С какими еще костылями. Параметр командной строки костыли? Ты с ума сошёл?

>>1125310
apply* имел ввиду.

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

>>1125310
> x = {}, x.x = x
в чем проблема?

>>1125325
Я ньюфаг, бро, я не понимаю

>>1125327
Циклическая ссылка.

>>1125324
>выебать ее труп
Тебе в ПХП-тред.

tesad

>>1125366
Тот ебанутый джавистом был, говорят.

>>1125331
Циркулярка.

Есть класс MyClass и в нем два async метода

MyClass {

async method1() {return this;}

async method2() {return some_string}

}

Можно их как-нибудь запустить в одну строчку? я хочу что-то такого:
let action = await new MyClass().method1().method(2);

А сейчас делаю так:
let action = await new MyClass();
await action.method(2);

>>1125564
>А сейчас делаю так:
>let action = await new MyClass();
>await action.method(2);


Здесь занаркоманил в спешке:

let myClass = new MyClass();
await myClass.method1();
let myString = myClass.method2();

>>1125609
Не норма. Что у тебя там происходит, блядь?
Все асинхронные данные до загрузки компонента должны получаться в component will mount методе. Это не вызовет перерендер всего приложения 100500 раз. Какие нужно стейты на старте устанавливаются в констркуторе класса. Каждый компонент должен отрендерится один раз. А не тормозит - потому что реакт сверяет реальное DOM дерево с твоим и заменяет только отличающиеся элементы. Если рендер была вызвана и нихуя не поменялось в доме, то нихуя и не произойдет.

Сап программач
Сегодня я вкатился в программирование, а именно в JS
Зашел на кодварс, чтобы порешать задачки
Вот мой код (условие задачи по той же ссылке в комментарии сверху) :
jsfiddle.net/orphgutL/1
Как вам? Довольно элегантно, да?

>>1125614
Ну вопщем, я загружаю данные с сервера, но вставляю их в приложение не прямым путем, а через метод добавления (ну тип каждый раз прожимается кнопочка "добавить"), который при каждом выполнении вызывает setstate

сап аноны. я ньюфаг и хочу вкатиться в js. в общем есть БД на Firebird, можно ли сделать веб страничку на js чтобы работать с ней? Мож там фреймворки какие? Что читать, куда смотреть? спасибо

>>1125620
Обновленная ссылка с условием
http://jsfiddle.net/orphgutL/3

>>1125661
>>1125620
Знатно ты упоролся
https://jsfiddle.net/ykyv42h4/

>>1125690
Ну оно хотя бы работает, я только начал изучать кантора
Можно вообще сделать без циклов, просто 10 миллионов if, почему бы и нет

>>1125703
Я тебя не корю. Похвально, что ты интересуешься подобными вещами. Может вырастешь во что-то большее чем формошлеп же. Keep it up.

>>1125707
> Может вырастешь во что-то большее чем формошлеп
Эти маняфантазии. Назови 5 крупных проектов, где джиси используется не для обработки форм. Без всяких там юнити-хуюнити. Вот прям игры, приложения, ну ты понел. И что бы в зависимостях не было браузера, как в электроне.

скрипт кидди, будьте реалистами, джиси умирает, цсс3 и хтмл 5 уже умеют многое из того ради чего ваша недоджава разработалась за 2 недели.

Это я такой тупой, или нужно выбрать другой подход к обучению? Два дня назад читал про циклы из Кантора, задачки так и не вышли у меня. Сегодня прочитал ещё раз, тему понял, но половину задачек я сделал неправильно/не сделал вообще. А это ведь только основы, а я уже зарываюсь на самое дно и не могу решать задачки. Практиковаться дальше или попробовать что-то ещё? Советы, что это не моё сразу идут нахуй, так как всё равно буду пробовать. Подкиньте советов годных, перечитывать теорию по 10 раз уже надоело, всё запоминаю, а решить задачу всё равно трудно. Ноотропы и другие вещества тоже не предлагать. Есть ещё книга "Выразительный JavaScript". Может в один котёл к Кантору закинуть и читать? Но боюсь теория опять-таки не поможет, нужна практика, полагаю. А на кодварсе для такого уровня нет задач. Есть ещё вариант делать максимум, а то что не получилось — пропускать. Помогите, а то мотивация совсем пропадает.

>>1125739
это не твое

>>1125724
Самый пиздатый редактор VSCode написан на JS целиком и полностью. Ну и нужно понимать, что JS создавался для решения задач в вебе. Прямо сейчас ты двачуешь благодаря этому языку. XHR тоже CSS за тебя отправлять будет? Вангую JSу еще как минимум лет 7 жизни. Единственное, что ему "угрожает" это Webassembly, и то я сомневаюсь, что для обработки формочек и разработки интерфейсов плюсовики будут писать код. Скорее WASM будет только там где бутылочное горло в приложении.

>>1125747
на винде сидишь?

>>1125747
Мне твоим пиком жопу порвало. В фронтэнде ад и погибель, а в бекэнде мне всегда удобно, приятно и комфортно.
Мне бы работать с автором пика, чтоб он своё говно с обработкой кнопочек и расположением квадратиков пилил, а я сервера.

>>1125749
ах да не заметил, но кроме слешей путь правильный?
то что у тебя в /config/src/ лежит?

>>1125750
ну так воспринимай тогда как
верх - взгляд фронтендера на бэкенд
низ - взгляд бэкендера на то, что творится в мире фронтенда (вот я примерно так все эти вебпаки, ноды сейчас и вижу)

>>1125747
>2 день уже ебусь с вебпаком
Этож мало. Продолжай, через неделю недели глядишь начнёшь что-то понимать.

>>1125750
Сто хуев там. Необходимость изучить сборщик и менеджер зависимостей и один или несколько довольно несложных фрейморков, делающией жизнь простой и приятной, вместо jquery дрисни и говнолапши, помноженной на браузеропроблемы не является чем-то космическим или рокетсаенсным. Скорее наоборот.

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

>>1125787
Автор ноды сказал, что его поделие хуита и душа живет в паскале для даунов Го.

>>1125564
Скобками оберни да и всё.
>let string = (await myClass.asyncMethod()).syncMethod()

>>1125742
Что ты говоришь) и окно, и отладчик, и терминал) все на жиэс) больше не написали что ли?

> Ну и нужно понимать, что JS создавался для решения задач в вебе
Лiл! А как же ноде жыэс?

Касаемо 7 лет жыес — это вообще пиздец как смешно. Откуда такие прогнозы?

>>1125848
>Лiл! А как же ноде жыэс

Хуил.

Это хипстоподелие появилось спустя овер 20 лет с появления JS и оно было, как это принято у хипстеров, разаработано с использованием готового кода гугла, которые действительно, несмотря на пидарские понятия в своей конторе, сумели сделать действиельно быструю для говнодинамического языка вещь (вот почему лисп языком для веба не сделали).

За эти 20 лет язык JS и его реализации в браузерах менялись, да. Как в советском анекдоте по доработке баржи в авианосец напильником. Изначально предназначенный для написания колбеков в тегах <form> и ЦвЕтНыХ БеГуЩиХ СтРоК:) начинал превращаться в монстра.

>>1125850
Безусловно, даже на чистом HTML можно сделать достаточно много, и жс часто бывает overused. Но насчёт монстра я не согласен. Да, есть большое количество легаси, но его уже решили через бабел, пожалуйста, выбирай себе произвольные цели для сборки, любые наборы браузеров, и оно высрет из твоего ES7 то что заработает даже на старом осле.

В жс действительно есть несколько нелогичных вещей, пришедших ещё из эпохи его рождения, все эти таблицы равенства, {} + [] и прочий WAT. Но за последние годы такого говна в жс никто не добавлял.

Вот ещё все ругаются на тему сахара, якобы сам язык не развивается, только сахар добавляют. Ну так этот сахар ни что иное, как лучшие практики, выбранные в том числе из надстроек над тем же жс. Я сомневаюсь что сообщество будет радо если жс запилят с нуля и все батарейки придётся переписывать. А так всё обратно совместимо, некоторые старые вещи даже органично захотят под новые сахарные фичи, всем хорошо, какие тут проблемы могут быть?

Жс не так уж плох, серьёзно. Взять например луа, там всё конечно просто и красиво, но стдлиба и таблицы порезаны под самый минимум, будь в браузере луа, был бы ещё больший бардак с переизобретением примитивов. Поэтому луа доминирует в минималистичных встроенных скриптах и больше нигде. Жс это уже следующая ступень сложности. Дальше питон-руби, но эти уже сильно завязаны на свою стдлибу и намного труднее изолируются в сэндбоксы: например встроенная функция open в питоне, её никак не вырезать.

Сейчас тренд по сути в том, чтобы затащить как можно больше функционала нативно в браузер и выставить наружу простые апи для жс. Да, получается своебразная ОС внутри ОС, но по степени распространённости эта платформа уникальна, ни одна другая не была так популярна, кроме возможно совокупно всех мобильных платформ вместе взятых. Браузер это ни что иное как удобный сэндбокс для безопасных приложений не требующих установки, и совсем не обязательно топить за исключительное использование его как текстового движка. То есть вся эта ботва становится универсальной и сложной, вполне себе энтерпрайзной и тяжёлой, и это неизбежно.

>>1125799
Сейчас бы пытаться вяло трольнуть используя вырванные из контекста протухшие цитаты.

>>1123987
У объектов один и тот же интерфейс (список полей одинаковый), поэтому TS похуй

>>1125748
Какой блядь проект? Анончик же написал что не может в циклы пока даже въехать.
>>1125739
Пытайся представлять принцип действия программы у себя в голове. Просчитывай значения всех переменных на каждом шаге цикла, сначала будет сложно, потом придет понимание и будет уже полегче. Если сразу очень тяжело и все-таки подглядел решение, то попробуй вернутся к задаче через некоторое время и решить уже самостоятельно, так лучше будет для запоминания принципа работы.
Алсо если твоя программа правильно работает, но код отличается от того что написан в учебнике то это не неправильное решение. Оно может конечно выглядеть иногда слишком громоздко по сравнению с кодом опытного программиста, но это нормально, ты же сейчас только учишься.

Зачем вообще учить всякие фреймворки типа того же AngularJS, почему не пишут на чистом JS? Ускорение разработки и удобство? Можно подробнее об этом?
Алсо, пишут ли на чистом JS для реальных сайтов? Имею в виду фронтенд.

>>1126273
>Зачем вообще учить всякие фреймворки типа того же AngularJS, почему не пишут на чистом JS? Ускорение разработки и удобство? Можно подробнее об этом?
http://blog.topolyan.com/почему-angularjs/

> Алсо, пишут ли на чистом JS для реальных сайтов? Имею в виду фронтенд.
В реальных проектах гораздо чаще используются фреймворки.
А на бэкенде используют NodeJS, на чистом там очень вряд ли можно писать.

>>1126273
Попробуй попиши на чистом жс, через год-два изобретёшь ангуляр.

>>1126302
Двачую.

>>1126343
> generate mocha

>>1126416
<занудаmode>Это читается мокка</занудаmode>

Jquery 3.3.1 вышел, перекатываемая пацаны

>>1126454
Нет. К это Мокито.
А ваша mocha это моча. Даже логотип нездорового цвета и значок вони над стремной жидкостью.

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

>>1126469
>Jquery 3.3.1
>jQuery
>2018
Ты что, больной?

>>1126296
>А на бэкенде используют NodeJS, на чистом там очень вряд ли можно писать.
А чем нода сама по себе не чистый JS-то? Вполне можно накостылять что-то и без экспрессов с вуеами.

>>1126634
> дней без нового жс фреймворка: 0

Занудный задрот стал спрашивать нудным голосом дебильные вопросы под смешки других задротов на заднем плане, можно ли импортировать файлы и прочую хуету по ES6. Меня это жутко взбесило, т.к. я пишу код лучше, чем разговариваю о нем.

>>1126604
Поясните, откуда такой дроч на чистый жс (с)? JS как язык дрисня, а без фреймворков так еще и дрисня с которой хуй что сделашь без 13 колес.

>>1126947
Потому что чтобы сверстать простенький динамичный интерфейс не обязательно тянуть зависимостей на 500кб. Кроме того, если ты знаешь ваниллу - значит и в любом хипстерговне разобраться не составит труда.

А вот если ты знаешь Vue - ты знаешь vue.

>>1126947
Я об этом слышал в основном в двух контекстах:
1) Без jQuery — действительно, уже из коробки есть querySelector, для анимаций есть css, и в целом все эти селекторы уже не так нужны, так как новые фреймворки собирают дом/назначают эвенты сами. Остаётся только аякс, который уже вырезали и выкатили во всяких Fetch.
2) Без coffee/any/script — только мозг пожирает необходимостью писать одновременно на двух языках, без очевидных на сегодняшний день профитов.

>>1127037
Судя по книгам из книготреда, так обычно не пишут, а на картинке у тебя — это всего лишь игра со стрелочными функциями, которые используются чуть более, чем нигде.
Пишут "function", как и раньше писали.

>>1127041
До поры до времени. Перепишут более-менее значимые в сообществе либы на новый стандарт отойдут от дел погроммисты старой формации и потечёт говно по трубам. Дело времени.

Я помню ещё те времена, конда сишники писали на джиси. Блядь, эти ебаные точки входа в виде глобальной функции main() просто убивали. Они там так хуевертили... имена переменных размером больше, чем содержимое переменной.

>>1126947
>JS как язык дрисня
Пиздабол. У JS мощнейшая OS, по мощности сравнима разве, что с CLOS или Smalltalk. Критиковать это могут лишь недалекие люди.

анусы объясните, как избавиться от хуйни на пике?
убрал вопрос на пик2 (сюда ссылается ошибка на первой) тоже самое

>>1127041
Я перестал писать так, как узнал, что такое декларативный подход и функциональное программирование.

>>1123037 (OP)
Работаю бекенд-мартышкой, к фронту не подпускают. Поясните, аноны. Везде, где работал писали на ES5, ES6 и компилировали потом всё дерьмо каким-нибудь gulp webpack в удобочитаемый формат для старых браузеров. Зачем так в 2к18 делать? То есть никто не пишет код на ES6 сразу на прод без конвертации в старые стандарты?

Второй вопрос, вот ввели вам class и прочие прелести. Вы ими пользуетесь? Если да, то сразу на продакшн или тоже конвертируете в старый формат?

>>1127216
Всё зависит от аудитории сайта. Если смузи-стартап, то можно и свежачок делать для молодёжи. А вот для Вкончактика или Тындекса пользователи ИЕ8 или Андроид4 это тьма рублей.

Транспайленый для старья код больше весит и медленней работает. Можно делать две сборки, оригинальную ЕС201x и геронтофильскую ЕС5. Через фичер-детекшон пусть загружается только подходящая. Но тогда придётся две сборки поддерживать, ёк-макарёк, идти на компромиссы, либо тратиться.

Но это всё заморочки под смузи потрещать.
Во-первых, все абстракции дырявы. Упомянутые новенькие классы подведут. Всё равно нужно знать и держать в голове работу функций-конструкторов и прототипное делегирование, на которых покоятся классы.
Во-вторых, ЖС изначально Тьюринг-полный. "Им будет непросто, тем кто парится о коде, а не о структурах данных и их взаимоотношениях".
В-третьих, больше проблем с поддержкой ВебАПИ, а не ЕС.
В-четвёртых, код это не продукт.

>>1127310
Удачи тебе в использовании async/await в браузерах без транспиляция.

>>1127216
Потому что если так не делать, к тебе подойдет твой рабовладелец и скажет "У моей знакомой тети Петуньи" с телефона "Нокиа5-65" твоя фича не работает. У дяди Веруна с его компьютера (ie8) тоже не получается, и вообще, мне люди постоянно пишут насчет этой проблемы, посмотри в чем там дело. мимо лишь однажды выкатил стрелки в продакшен, даже не ES6 классы

хочу изучить js или джаву.чем они отличаются и что лучше?

>>1127313
>>1127314
Передайте мне там, чтоб я к биткам посерьёзней отнёсся.

>>1127329
Джаваскрипт для фронтенда в основном.
Джава - бля бэкенда, мобильной разработки.
Это совершенно разные языки.
Решать тебе.

>>1127336
Ну и? По твоим же скринам видно, что у 13,5% нет поддержки arrow function, 12% ES6 декларации классов и почти у каждого пятого поддержки async await. Этого мало что-ли? Че хуйню несешь? Если бы у каждого стоял последний хром - жизнь была бы прекрасна и никто не ебался бы с этими бабелями.

Радуйтесь, что хотя бы можно верстать на флексах с подключенным автопрефиксом.

>>1127336
>Зачем так в 2к18 делать?
Потому что легко и похуй. В любом случае надо собирать всю хуйню в один или чуть больше файлов и минифицировать. И вот заодно и делается поддержка всякого говна, на читаемость и отлаживаемость не влияет, т.к. есть соурсмапы.

>вот ввели вам class и прочие прелести. Вы ими пользуетесь?
Каждый день. Фронтенд если - то конечно собирается в старый формат. Если нода, то нет, конечно, всё делается напрямую.

>>1127216
>>1127374

Как вернуть код из функции?
К примеру мне надо
return 'krokodil' + zalupa+ 'sir'
Но zalupa по понятным причинам не видна, поскольку в другой функции. А в аргументы пихать плохая идея, т.к. там много таких переменных.

>>1127511
Три варианта:
1) zalupa была задекларированна в лексической области этой функции.
2) zalupa - аргумент этой функции соответственно попадает в ее лексическое окружение тоже.
3) каждая функция при рождении имеет ссылку [scope] на объект в области которого она была объявлена, в частности - это может быть window. т.е zalupa может быть объявлена глобально, тогда с ней можно работать.

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

>>1127314
тётя Петуния и дядя Вернон, это ты, что ли, Дудлик?

Есть ли расшаренные аккаунты BrowserStack? 40$ за то, чтобы пройти пару тестиков в различных разрешениях и браузерах - дороха.

>>1127589
Виртуалки используй.

>>1127717
А для iOS Safari?

>>1127734
Виртуалку с OS X, в ней есть инструменты для разработки и эмуляции под iOS

>>1123312
Бампну чтоли. Не ужели тут никого кроме совсем джунов нет?

>>1123037 (OP)
А вот хуй, после Spectre/Meltdown с вебассемблями придётся погодить.

>>1128144
>>1123312
По коду все в порядке. О логике ты сам заметил ошибки, (кэширование) так что хули тут ценивать.
Можешь еще тесты ебануть.

>>1125742
>Самый пиздатый редактор VSCode написан на JS целиком и полностью.

Sublime-боярин не перестает проигрывать с электронных детей у которых даже текстовый редактор умудряется лагать.

>>1127041
Function уже давно никто не пишет, потому что пробрасывать контекст заебало выше крыши. А на картинке просто упражнение, и никакого отношения к тому, хороши стрелочные функции или плохи, это не имеет

>>1127314
Бабелем мы, конечно, пользоваться не умеем?

Как же что wasm уничтожит ваш JS.

>>1128539
Никогда он не уничтожит. По той же причине, по какой жив PHP.

>>1128652
это вот сейчас что за поток сознания был?

>>1128519
>Function
Не путай объект с литералом.
>никто не пишет
Не говори за всех.
>потому что пробрасывать контекст заебало
Не все, как и ты не умеют и не понимают контекст.

есть вопрос. где-то в коде(js) ошибка( event.target.style.backgroundImage),
эта хуета меянет фон объекта, и это логично, однако так же меняется и фон объекта котоыйр мне бы менять не хотелось.
Поэтому я пишу
event.target.style.backgroundImage = бла-бла;//
table.backgroundImage=null;
по-идее если у меян случайн оменяется фон таблицы то я сразу же его обнуляю. однако это не работает. Я засунул( table.backgroundImage=null;) везде где только можно, буквально каждой вторйо строчкой, однако фон продолжает меняться. Есть ли способ заблокировать изменение определенного свойства элемента даже после прямого указания через js .style. = 'smt';
?

Вы случаем не собираетесь перекатываться в новый тред? Я ньюфаня, вот думал вопрос задать, но вдруг вы уйдете в новый и мн еникто не ответит.

>>1128954
Только хотели перекатиться. Но раз ты хочешь задать вопрос, то так и быть, подождем тебя.

>>1128954
> перекатываться в новый тред
Только ради нового фреймворка.

>>1128993
Я чуть дальше чем ты прошёл, можем вместе заниматься, если хочешь. Я как раз напарника адекватного ищу

Аноны, я запускаю на нод.жс сервер вместе с экспрессом чтобы попробовать выучить реакт, но он не видит русской кодировки. Я так понимаю мне надо что-то дописать в server.js?

>>1128993
>>1129001
Чтобы её можно было вызывать

>>1128993
И странно что у тебя не работает, у меня всё работает, просто тогда она сразу запускается, без скобок, вот и вся разница

>>1128919
Интересно, откуда вы с такой логикой вылезаете. Где вас таких выращивают-то, блядь?

>>1128919
>где-то в коде ошибка
Она не в коде, а в голове у тебя.

Сквозь прозрачное ты видишь то, что за ним.

>>1128993
>ложим
Кладём.

>Почему нельзя сразу
Потому что bind должна возвращать функцию с привязанным констекстом и агрументами. А ты return func.apply(context); пытаешься вернуть результат функции, а не новую функцию.

>Я понимаю, что так не работает
Ты не правильно понял что такое bind.

>>1128675
>Не путай объект с литералом.
function, так тебе проще будет? Ну что за довн.

>Не все, как и ты не умеют и не понимают контекст.
Умею и знаю. Что там знать и уметь? Сиди целыми днями пиши let _self = this, как деды писали 10 лет до этого, не выёбывайся, да? Или ты у нас вообще, может, функциональщик головой удареный?


>Не говори за всех.
Да пиши сколько влезет, похуй.

>>1127310
>Транспайленый для старья код больше весит и медленней работает
Ну такое, оверхед процентов 5-10, не больше, от пресета.

Пишу расширение для хрома. Можно ли как-то сделать скриншот определенной области (определенного div-а, например), а не видимой страницы?

chrome.tabs.captureVisibleTab – делает скриншот видимой страницы.
html2canvas – "You shouldn't use html2canvas in a browser extension. Most browsers have native support for capturing screenshots from tabs within extensions."

>>1129017
>>1129004
>>1129006
Спасибочки, теперь понял!

>>1129001
А как это - вместе? В чем будет состоять взаимодействие?

>>1129069
делай скриншот видимой странице и обрезай его по координатам нужного тебе дива. где твоя логика? если ты будешь перерендерить div на canvas средствами webapi, это будет менее производительнее и так или иначе костыли, потому что не предназначено, и не все варианты отрендерятся правильно.

так что прекращай тупить.

>>1129063
>Сиди целыми днями пиши let _self = this
Если ты считаешь, что контекст нужен только для того, чтобы его пробрасывать, то ты ебанутый на всю голову.

>>1129076
>и обрезай его по координатам нужного тебе дива
Если бы все нужные мне дивы были расположены в видимой области, то я бы так и делал. Но они могут располагаться и в невидимой области.

>>1129078
скроль до туда, где див становится видимым, потом возвращайся обратно.

>>1129078
у новых хромов есть еще способ скринить всю страницу целиком через debugger protocol, но я не углублялся в вопрос того, сможешь ли ты до него достучаться из расширения. гугли сам.

>>1129069
сук ты че не можешь в хром веб стор запрос сделать и посмотреть есть ли такое?
https://chrome.google.com/webstore/detail/element-capture/kabgnkphidokfocflfangphgdjhkknjg
а потом перейти на их гитхаб и посмотреть как там следано?
https://github.com/tlrobinson/element-capture

>>1129113
Но ты ведь даун, расширению шесть лет уже, код не меняли два года. по-твоему новых апи вообще не пилят что ли?

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

ебучие, скрипт кидди.

>>1129114
займись этим.
новое апи там вот это все
> у новых хромов есть еще способ скринить всю страницу целиком через debugger protocol, но я не углублялся в вопрос того, сможешь ли ты до него достучаться из расширения. гугли сам.
и этим займись

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

и ты меня называешь скрипт кидди

>>1129076
Обрезка изображения с помощью какой-то библиотеки будет производительнее, чем рисование на canvas?

>1129113
Это совсем не то, блять. Дивы могут не быть изображены на экране в текущий момент, но они находятся на странице.

>1129087
Это интересно. Поищу эту тему. Но думаю, что хуй мне даст хром. Уж слишком у него ебливая политика безопасности.

>>1129001

Анончииииик! Отзовись, мне интересно.

О, не заметил JS тред. Репост >>1129381

>>1129328
>>1129074
Это ты? Да, я тут. Ну как в чём, будем пытаться вместе учить, делать задания, сравнивать. Обучение больше социальный процесс, когда есть кто-то кто делает с тобой, то легче учится и идет

Вопрос на миллион, аноны.
В чем разница?
Article.prototype.showCount
&
Article.showCount
И тот и другой showCount будет доступен для всех объектов созданных конструктором Article.
Когда выбирать какой случай использовать?

>>1129447
Всё понял. Во втором случае это функция функции как бы. Сейчас проверю может ли быть функция функции функции. По идее да.
Да, всё понятно, в первом случае это метод для именно наследуемого объекта и его дети будут наследовать его

>>1129448
Article.plusName.plusSurname = function() {
return this.name + "ala";
}

Очень интересно. Если писать просто
Article.plusName = function() {
return this.name + " ashke";
}
То он видит this.name и выдает Article + ashke, но если добавить ещё один метод, то у него уже this.name отсутствует. Интересно, почему не унаследовался?

>>1129297
>Обрезка изображения с помощью какой-то библиотеки
Какой нахуй библиотеки. Ты его обрезаешь встроенными в язык средствами блядь. Тем же канвасом если хочешь.

И да, обрезать цельное изображение на канвасе будет быстрее, чем рендерить на него же отдельные слои.

>>1129069
В курсе что monosnap лет 18 как изобрели?

>>1123037 (OP)
Пошел на хуй, говнокодер ебаный сука.

>>1129425
Да, это я. Ну, давай! Идея интересная. У меня есть дискорд ThermoLyrics, аккаунт в Лиге легенд ThermoLyrics и даже вконтактик id34627297, правда, я туда редко захожу, так что ты скажи сам как тебе удобней связаться.

>>1129532
>дискорд
Почему все пользуются этим убогим неудобным тормозным говном?

>>1129534
Нет ответа на этот вопрос, потому что сам вопрос дурацкий. Дискорд работает намного быстрее чем скайп. Стабильность вполне нормальная. Удобный интерфейс. Нет анальной слежки.

>>1129543
хз хз, грузится секунд по 60, какие-то обновы качает каждый раз, причём непонять какие, насчёт быстроты непонятно, старый скайп всяко быстрее. А про анальную слежку - вообще лол. Шифрования там по сути нет.

>>1129549
А толку от шифрования, если контора сама добровольно тебя сдает с потрохами.

>>1129551
Ну а смысл тогда про анальную слежку говорить было?

>>1129554
В смысле? Скайп и Винда сдают.

>>1129612
90% JS макак на знают JS, а умеют писать на фрэйворках.
>Как вообще так получается что твои знания ява скрипта могут устареть за пол года?
Никак, язык не менялся вообще года с 2003. Если не считать пары незначительных добавок.
>Жабаскрипт так от фреймворков зависит, или средний джаваскриптокодер настолько некомпетентен что не может в базовые алгоритмы?
this
>Без фреймворка сереализацию не написать чи шо?
Всё гораздо хуже, среднестатистический JS кун спросит "Что такое"
>Чему же он тогда учился?
Не, это типа стандарт профессии. Надо написать новый сайт, находят нового макакия по цене в 2 раза дешевле прошлого.

>>1129612
>Чему же он тогда учился?
Так ты тред проскроль.
Большинство не приходит изучать язык или понимать фундаментальные концепты как языка или объектной системы. Они идут изучать фреймворки\стеки которые написаны в вакансиях. Конечно, никакой пользы это не приносит.

>>1129616
>>1129650
Ясно. Значит проблема не в языке, а в том что средний кандидат это не программист а наборщик текста по шаблону.
Спасибо что разъяснили.
МимоИзШарпатреда.

>>1129752
Как в любой хайповой среде.
В программировании в целом и в айти точно такой же расклад.
А еще в разных юристах, инженерах, менеджерах в разное время.

learn.javascript.ru, раздел "Замыкания, область видимости", урок [[Scope]] для new Function.
>То есть, если внутри функции есть var userName, то минификатор заменит её на var a (или другую букву, чтобы не было конфликта), предполагая, что так как переменная видна только внутри функции, то этого всё равно никто не заметит, а код станет короче. И обычно проблем нет.
>Но если бы new Function могла обращаться к внешним переменным, то при попытке доступа к userName в сжатом коде была бы ошибка, так как минификатор переименовал её.
>Получается, что даже если бы мы захотели использовать локальные переменные в new Function, то после сжатия были бы проблемы, так как минификатор переименовывает локальные переменные.
>Описанная особенность (тут имеется в виду, что она всегда ссылается на window, а не на LE функции, в которой создана) new Function просто-таки спасает нас от ошибок.
Вопрос - почему если минификатор переименовывает локальные переменные, то при создании Function Declaration эти переменные доступны, а при new Function - нет?

>>1129758
Потому что минификатор анализирует синтаксис, и при переименовании локальных переменных переименновывает их там, где они используются, в том числе во внутренней function declaration.

new Function образует функцию из строки, а минификатору поебать на твои строки, он не должен их обрабатывать. Они вообще могут быть входными данными. Следовательно, у тебя там остаются использоваться переменные со страыми неминифицированными именами, которых в минифицированной версии уже нихуя нет.

>>1129773
Понял, спасибо. Кажется.

>>1129776

var variable = 10

function ololo () {
return variable;
}

ololo2 = new Function('return variable')

----
и ololo и ololo2 делают одно и то же.
но после минификации, минификатор переименует переменную variable в двух местах, а там где new Function она останется неизменной потому что минификатор не станет анализировать и изменять строки. В итоге, в минифицированном коде функция ololo2 будет выбрасывать исключение

>>1129532
Дискорд что-то не находит

>>1129785
Разобрался, спасибо еще раз.

>>1129797
Секундочку.

>>1129797
#1946
ThermoLyrics
Попробуй еще раз по одному из этих. Дай свой ник, мб я поищу.

Что лучше использовать async/await или co?

>>1129865
>2k18
>не пользоваться асинхами изкоробки

>>1129612
>2k18
>не пользоваться асинхами изкоробки
>ему сделали асинхи из коробки
>Делай, вот же они лежат
>Нет, я хочу сосать хуи. Я ведь люблю хуи сосать. Целый велосипед из хуёв сделаю и буду на нём кататься.

>>1129926
>эти дрожащие ручонки и промахи мимо постов
Хуево быть тобой.

>>1129964
>Переход на личности вместо аргументов
>будто быть тупым школьником траллем быть гораздо лучше.

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

>>1129966
>Пилит асинхронные велосипеды
>Не считает себя червём пидором

>>1129967
>эти проекции веб-мартышки
Следующая стадия деградации - 1с.
Кстати, учи заранее - скоро внешний интернет закроют и все языки кроме 1с запретят.

>>1129972
>Пошли маняфантазии вместо аргументов

>>1129973
>аргументов
Червям-пидорам вроде тебя аргументы не положены - только говно на лопате.

>>1129974
>Червь пидор слишком тупой чтобы генрировать аргументы
>Решил написать хоть что-то чтобы не выглядело что он обосрался

>>1129975
>этот сплошной гринтекст который пост
Уроки-то сделал?

>>1129977
>Снова переход на личности
>Снова нет аргументов
>Чего ещё ожидать от дауна который решил сумничать но сразу же обосрался.

>>1129980
>сумничать
Уроки не сделал, всё ясно.

>>1129984
>попытался переключиться на грамматику
>даже тут обосрался

>>1129985 - >>1129984

>>1129077
Блять, ты реально какой-то даун.

Контекст нужен не для того, чтобы его пробрасывать, он просто есть, по спекам. Но его постоянно приходится пробрасывать в коллбэки и методы объектов. Стрелка избавляет от необходимости это делать. Чё ты доебался до меня с какой-то больной хуйнёй? Иди проверь голову и пройди пару тестов на логику, прежде чем к людям лезть

>>1130001 - >>1129985

>>1130005 - >>1129984

>>1130010
>>1130005

>>1129923
Та чё лучше то?

>>1130061
Лучше тебе пройти нахуй.

>>1130063
Не уходи от темы.

>>1130003
То есть ты намеренно себя лишаешь позднего связывания, а дауном называешь его?

Здарова пацантрэ, сейчас читаю про преобразование типов и эти самые типы в богоподобном js и охуеваю с исключений и, порой, нелогичности даже. Все вот эти вот преобразования null, undefined. Ответьте мне пожалуйста, боги джаваскрипта, в реальной работе это вообще надо будет применять. Просто во всех учебниках какие-то ебанутые примеры, по типу:

по типу:
"" + 1 + 0
"" - 1 + 0
true + false
6 / "3"
"2" * "3"
4 + 5 + "px"
"$" + 4 + 5

"4" - 2

"4px" - 2

7 / 0

" -9\n" + 5
" -9\n" - 5
5 && 2

2 && 5

5 || 0

0 || 5
null + 1
undefined + 1
null == "\n0\n"
+null == +"\n0\n"

быстрофикс

>>1130098
Так, ладно, я высрал какую-то хуйню. Попробую на конкретном примере.

Вот есть строки, которые преобразовываются в true при преобразовании, кроме пустой строки. Пока "преобразований" я нашёл два:
1. !!
2. boolean(value), где value - строка

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

Есть такой "парадокс", что при сравнении, к примеру, строки и числа:

допустим "0" == 1

получается значение false, хотя при булевом преобразовании (которых я пока знаю 2) строка будет true, как и единица

Тут я подумал, окей, булево преобразование не так работает как обычное сравнение в if. Ну тогда попробую посравнивать с помощью && и ||

Пишу такой вот код:

if(1 == "0"){
alert(1 == "0");
}

alert не срабатывает, ну думаю всё логично, 1 = 1, "0" = 0

Потом пишу такой вот код:

if("0" && 1){
alert("0" && 1);
}

Он мне выводит 1, т.е. как я понял (опять же поправьте, если не так): происходит булево преобразование "0" = true, 1 = true, условие выполняется и мне выводит (а вот тут отдельная тема, я охуел, когда узнал, что логические операторы && и || возвращают первую "ложь" или "истину" соответственно) возвращённую в данном случае 1, т.е. последнюю "истину", т.к. лжи не нашлось слева направо.

Резюмируя:
Помимо того, что прошу ещё раз меня поправить в таких местах, если я не прав. Стоит ли во всё это углубляться или я чего-то не знаю и вот эти ваши ангуляры, реакты, вью, как-то помогают упростить работу с преобразованием типов, а я просто сейчас теряю время на непонятную хуету?

>>1130112
Не помогают.
Знать надо, чтобы на жопу не сесть, в случае отладки непонятной ошибки.
Подробно посмотреть лекцию по этой параше и ПОЧЕМУ так - можно тут https://youtu.be/MyAvPlqM1-I

Из жизненного опыта, используй оператор === и никогда не используй == потому что в JavaScript == может возвращать хоть говно Иисуса. В идеале ты должен знать с какими типами имеешь дело.

>>1130163
>>1130164
Спасибо ананасы) Как-нибудь ещё сюда загляну

Пацаны а как сделать быструю сортировку?

>>1130164
>хуйня && хуйня.еботня && хуйня.еботня.пиздец && хуйня.еботня.пиздец.сука && хуйня.еботня.пиздец.сука.map(...

Сап. Вкатываюсь во фронт. Материал книги Флэнегана по JS, вышедшей в 2012, актуален в 20!8?

>>1130354
> 2012
> JS
В 2012 и JS-то не было, а ты ещё книгу по нему какую-то нашел.

>>1130377
Ты даун? Ебни интерфейс и используй его:
interface myCallbackType { (myArgument: string): void }
public myCallback : myCallbackType;

>>1130419
не понял тебя:
вот на пике
>>1130373
есть Vector2dInterface
и его методом toArray 3я строка, там определен параметр callback и его параметры
я имплементирую этот интерфейс и его метод toArray
но TS ругается дескать ты не определил тип параметра callback. Хотя я определил же в интерфейсе.
> interface myCallbackType { (myArgument: string): void }
это понятно, но мне придется это прописать в двух местах на строках 3 и 16? Если да то вопрос почему так/так и должно быть?

>>1130439
Это и нужно, вопрос то опять же в чем:
какой смысел в том что ты написал на 13 строке
callback: Vector2DCallbackInterface
?
Ты же тоже самое написал на восьмой строке.
Разве ТС не должен знать что toArray получает callback с таким то типом указанным в его интерфейсе? Зачем ты второй раз указал тип параметра callback? Это же бессмыслица

выходит что метод toArray класса Vector может получить параметр callback: number? Тем самым насрав на то, что говориться в интерфейсе его описывающем?

>>1130444
dd

>>1130290
Зачем?

>>1130444
Я не понял, если тебе взападло каждый раз явно прописывать типы - че ты на ES6 не сидишь-то? В какой-нибудь сраной жаве, если ты имплементишь интерфейс - то тоже должен заново прописать все типы, хотя, они уже и так, казалось бы, в интерфейсе прописаны. И в скале тоже, хотя там оно по-другому называется. Так-то.

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

Анон, поясни пожалуйста, сил моих больше нет. Я слишком тупой, походу

Для js клик мышкой и клик программно через element.click() - это одно и то же?

Можно это как то обойти?

Допустим, на странице есть див элемент.

Если я навожу на него мышкой, программно срабатывает this.click(). Это нужно для того, что я передал ебаному сайту инфу о том, что я этот объект выбрал, типа кликнул на него

Но в то же время у меня стоит другой листенер, который детектит клик и запускает div.ScrollIntoView()

ТАК ВОТ МНЕ НАДО ЧТОБЫ ЕБАНЫЙ SCROLLINTOVIEW СРАБАТЫВАЛ ТОЛЬКО ТОГДА, КОГДА Я ДЕЛАЮ НАСТОЯЩИЙ КЛИК МЫШКОЙ, А НЕ ПОСЛЕ ТОГО, КАК Я НАВОЖУ НА ОБЪЕКТ, ПРОИСХОДИТ ПРОГРАММНЫЙ CLICK(), ЕБАНЫЙ ЛИСТЕНЕР ЭТОТ КЛИК ДЕТЕКТИТ И СУКА ВРУБАЕТ SCROLLINTOVIEW

Как вообще эту залупу реализовать правильно? Чтобы при наведении на объект он как бы выбирался, но скроллинга не происходило. Скроллинг нужен только, если я реально кнопкой мышки нажму

>>1130528
>Если я навожу на него мышкой, программно срабатывает this.click(). Это нужно для того, что я передал ебаному сайту инфу о том, что я этот объект выбрал, типа кликнул на него

Вообщем, один из вариантов решения как понимаю.
Как передать сайту, что я кликнул на объект, просто наведя на него мышкой, не кликая на него ни кнопкой, ни через click()?

>>1130528
Даунич. Там помимо клика есть еще несколько событий. Испрользуй onmouseover
https://www.w3schools.com/js/js_events_examples.asp

>>1130529
Ну ты в логику умеешь? Пытался думать вообще? Если тебе надо некликая, но от наведения, может стоит подумать, как будет наведение мыши по английски и посмотреть есть ли что-то похожее?

Дегенераты блядь

>>1130532
>не детектился вторым листенером
Сука, ну стаьв флаг в первом листенере и сбрасывай во втором. Ты че дебил какой?

>>1130537
Иди в пизду с такими открытиями.
Уже давно есть ВЕБПАКОИНЖЕНЕРЫ, которые нехило поднимают баблишко на продаже книг "тонкости настройки вебпака" и на разъездах по соответствующим тематическим конфочкам.

>>1130533
>Ну ты в логику умеешь? Пытался думать вообще? Если тебе надо некликая, но от наведения, может стоит подумать, как будет наведение мыши по английски и посмотреть есть ли что-то похожее?

Да гуглил я все, целый день блять гуглю
НИхуя не помогает
Поясни уже прямо

>>1130552
>>1130528
Но вообще это ты говном занимаешься. Если у тебя должна быть разная логика от наведения и от клика, то разнеси ее в разные сущности. Сам подумай, зачем ты триггеришь клики из наведения. У тебя количество функций в языке ограничено или что.

>>1130545
>целый день блять гуглю
А достаточно было просто открыть консоль, и посмотреть чем различаются твои объекты e, в зависимости от того, программно сделан клик или инициализирован пользователем.

>>1130552
Хоспаде, анон, спасибо
Я вариации и с таргетом и трастедом с самого анчала чекал, но нихуя не работало, а щас заработала, нужно было песочницу просто полностью перезапустить

Пиздец, столько времени зря проебал

>>1130557
>А достаточно было просто открыть консоль, и посмотреть чем различаются твои объекты e, в зависимости от того, программно сделан клик или инициализирован пользователем.

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

>>1130560
>надеяться на реалтайм обновление песочницы
Ну ты чё бро. Ну тё чё вообще?

>>1130559
имей ввиду что istrusted не поддерживается в ie так как надо. чтобы было как надо, там вместо this.click надо генерировать событие через createevent. короче погуглишь.

>>1130564
> там вместо this.click надо генерировать событие через createevent. короче погуглишь.

Я пробовал и по старому и через MouseEvent(). Без проверки трастеда тоже самое получается, обычный клик, который детектится вторым листенером

>>1130576
>Я пробовал и по старому и через MouseEvent(). Без проверки трастеда тоже самое получается, обычный клик, который детектится вторым листенером

А, туплю, ты имеешь ввиду, что в ie, если сгенерирвоать через mouseevent, проверка трастеда сработает правильно, а если просто через click(), то по пизде пойдет?
Тогда оставлю
Хотя если ебаться с кроссбраузерностью, надо и с scrollintoview че то делать вроде как