потому что у вас срабатывает открытие окна, когда перезагружаете

Не совсем понял

потому что у вас срабатывает открытие окна, когда перезагружаете

У меня при нажатии на кнопку выполняется этот код

вам один раз надо дернуть скрипт?

ой пардон попутал совсем с просони)) Подумал это реди, окна что то)

Кажется понял

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

#Работа #Москва #Офис (аэропорт) #FullTime #React #middle #senior О проекте: Крупный классифайд сервис, один из лидеров рынка Более 20 млн активных пользователей в месяц Более 5 млн активных пользователей в сутки Кого ищем? Расширяем команду, ищем JavaScript программистов уровня middle/senior с широким кругозором и опытом работы в крупных проектах с хорошей нагрузкой. Мы фанаты работы в команде, любим красивый аккуратный код и тестировать свои решения до отправки в QA С чем предстоит работать? Сложные интеграционные задачи Поддержка платформ: веб \ iOS \ Android Есть возможность заняться архитектурными задачами Мы ждем что у вас есть: Уверенный опыт в JavaScript от 3х лет Хорошие практические знания React стека Будет круто, если есть: Опыт написания SPA/PWA Знание Node.js Опыт работы с TypeScript Опыт написания тестов для компонентов React Опыт работы с системами сборки (Webpack, Gulp и т.п.) Как проходит собеседование? 2 этапа: на первом встреча с техническим лидом и командой, на втором – с менеджером проекта и техдиром Мы быстро принимаем решение, скорее всего не будем мучать многочасовыми заданиями Мы предлагаем: Много интересных задач из разных направлений; Есть, куда расти вместе с нами Cервис с большим количеством пользователей и хорошей кармой Комфортный офис со всем необходимым для работы и жизни (столовая, спортзал, парковка и еще много всего приятного) Полностью белое оформление, отличная программа ДМС Хорошая ЗП: (примерная вилка 150к-200к, готовы обсудить на встрече) Писать в личку (@krivetsal) и на krivets@new.hr Откликнуться: https://vacancy.newhr.ru/frontend/27

#Работа #Москва #Офис (аэропорт) #FullTime #React #middle #senior О проекте: Крупный классифайд сервис, один из лидеров рынка Более 20 млн активных пользователей в месяц Более 5 млн активных пользователей в сутки Кого ищем? Расширяем команду, ищем JavaScript программистов уровня middle/senior с широким кругозором и опытом работы в крупных проектах с хорошей нагрузкой. Мы фанаты работы в команде, любим красивый аккуратный код и тестировать свои решения до отправки в QA С чем предстоит работать? Сложные интеграционные задачи Поддержка платформ: веб \ iOS \ Android Есть возможность заняться архитектурными задачами Мы ждем что у вас есть: Уверенный опыт в JavaScript от 3х лет Хорошие практические знания React стека Будет круто, если есть: Опыт написания SPA/PWA Знание Node.js Опыт работы с TypeScript Опыт написания тестов для компонентов React Опыт работы с системами сборки (Webpack, Gulp и т.п.) Как проходит собеседование? 2 этапа: на первом встреча с техническим лидом и командой, на втором – с менеджером проекта и техдиром Мы быстро принимаем решение, скорее всего не будем мучать многочасовыми заданиями Мы предлагаем: Много интересных задач из разных направлений; Есть, куда расти вместе с нами Cервис с большим количеством пользователей и хорошей кармой Комфортный офис со всем необходимым для работы и жизни (столовая, спортзал, парковка и еще много всего приятного) Полностью белое оформление, отличная программа ДМС Хорошая ЗП: (примерная вилка 150к-200к, готовы обсудить на встрече) Писать в личку (@krivetsal) и на krivets@new.hr Откликнуться: https://vacancy.newhr.ru/frontend/27

https://t.me/javascript_jobs

Привет как у меня проблема не работает внешний сайт в iframe погуглил пигут что защита. Вопрос как это обойти и вставить к себе на сайт в виде банера высотой 200px и шириной 100%

Есть правило линтера, запрещающее неявное приведение типов?

Есть правило линтера, запрещающее неявное приведение типов?

== запрети

== запрети

! еще

Ты же должен был понять >_>

! еще

Отличная идея. А как отрицание делать?

Есть правило линтера, запрещающее неявное приведение типов?

Смотри соответствующий плагин для еслинта

Смотри соответствующий плагин для еслинта

Без типизации ты не поймёшь есть ли приведение или нет)

Смотри соответствующий плагин для еслинта

Помогите ссылкой, пожалуйста

== запрети

/./.test([1,5]) - вот тебе неявное преобразование

Отличная идея. А как отрицание делать?

=== false???

=== false???

Красиво.

Что?

Помогите ссылкой, пожалуйста

eslint-plugin-flowtype

Особенно выражение !a || !b будет прекрасно выглядеть.

?

eslint-plugin-flowtype

Сурово)

максимум что я видел - плагин для jsdoc, который проверяет тип передаваемых аргументов для функций

Сурово)

Ну а что ещё

Остальное сделает линтер встроенный в флоу

Ну а что ещё

Ну, ничего. Просто я думал, что у тебя другое предложение будет, которое отличается от моего.

eslint-plugin-flowtype

Он разве это умеет?

Остальное сделает линтер встроенный в флоу

О, а зацени такой конфиг.

Ты же еслинт выпилил, вроде.

Он разве это умеет?

Умеет flow

Умеет flow

Как настроить?

А этот плагин для того, чтобы eslint понимал flow

Красиво.

А у меня была такая светлая надежда на развитие идеи 'use strict'. Думал постепенно будем двигаться к уходу от неявного приведения типов... Придем к светлому будущем... @ZeroBias как-то уже рассказывал, что разработчике уже ругались, когда им это запретили (не помню контекст). Теперь на практике вижу, что сами разработчики хотят не нормальный язык, а сахар убивающий продуктивность

Как настроить?

Типизировать код.

А этот плагин для того, чтобы eslint понимал flow

Эт я знаю.

Типизировать код.

Там не запрещается неявное приведение.

А хотя нет.

Не всегда.

Нестрогое сравнение не запрещается, по крайней мере.

Достаточно запретить == и != и будет норм.

Достаточно запретить == и != и будет норм.

Тоже не всегда.

Тоже не всегда.

Можно примеры?

Мен вот вполне устраивает конструкция variable == null.

Можно примеры?

'1' + 1 - 1

'1' + 1 - 1

На такое флоу ругнётся. И правильно.

'1' + 1 - 1

flow ругнётся

А у меня была такая светлая надежда на развитие идеи 'use strict'. Думал постепенно будем двигаться к уходу от неявного приведения типов... Придем к светлому будущем... @ZeroBias как-то уже рассказывал, что разработчике уже ругались, когда им это запретили (не помню контекст). Теперь на практике вижу, что сами разработчики хотят не нормальный язык, а сахар убивающий продуктивность

Обратная совместимость. А делать use strict2 - такое себе...

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

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

Нет, не обязан.

Нет, не обязан.

Ну как... А если там нан будет при приведении?

Я не вижу ничего плохого в 'abc' + 1

Я не вижу ничего плохого в 'abc' + 1

1 + 'abc'

И всё.

1 + 'abc'

У тебя выведется string

И?

Не вижу проблемы.

Чё

Фак.

Внатури.

1abc

Как ожидалось - так и получилось.

Ну, если оба операнда будут string | number, то и результат будет того же типа.

ERROR: S client not available

Такое себе.

Но ваще ты может юзать // $ExpectedError =)

А какой результат ты хочешь получить?)

А какой результат ты хочешь получить?)

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

У меня чёт не выходит.

Не вижу никакой проблемы. С точки зрения типов тут всё законно.

+ я не знаю как решать это.

Поэтому, если у тебя в выражение прилетают операнды таких типов, то это очевидно что-то не то.

Поэтому, если у тебя в выражение прилетают операнды таких типов, то это очевидно что-то не то.

А, т.е. ты предлагаешь тупо не давать так делать?

Не вижу никакой проблемы. С точки зрения типов тут всё законно.

С точки зрения здравого смысла, хз.

С точки зрения здравого смысла, хз.

Ок, что делать?

кто может объяснить по простому зачем используются Service Worker-ы ?

На что ты перепишешь такой код?

А, т.е. ты предлагаешь тупо не давать так делать?

Как минимум, бинарный плюс между string | number не имеет смысла. Ну, это чисто моё мнение.

кто может объяснить по простому зачем используются Service Worker-ы ?

Чтобы не блокировать ui поток во время тяжелой работы.

На что ты перепишешь такой код?

Ну ты спросил. Для этого нужен конкретный код.

Ну, тогда не имеет смысла обрабатывать этот кейс)

Когда будет ситуация, тогда и думать будем)

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

Флоу именно для этого и придумали.

Флоу именно для этого и придумали.

Да, и решают те проблемы, которые возникают, а не те, которые теоретически возможны)

Да, и решают те проблемы, которые возникают, а не те, которые теоретически возможны)

Именно те, которые теоретически возможны. Юнион string | number— это теоритечески возможно, что строка, и теоретически возможно, что число. При этом один из этих кейсов в каком-то коде, вполне возможно, что и не выстрелит никогда. Но Флоу — пессимист и уравнивает вероятность срабатывания всех кейсов. Врнеее, для него она не важна. Если есть вероятность, значит это случится. Значит код сломан.

Именно те, которые теоретически возможны. Юнион string | number— это теоритечески возможно, что строка, и теоретически возможно, что число. При этом один из этих кейсов в каком-то коде, вполне возможно, что и не выстрелит никогда. Но Флоу — пессимист и уравнивает вероятность срабатывания всех кейсов. Врнеее, для него она не важна. Если есть вероятность, значит это случится. Значит код сломан.

С твоей точки зрения. Приведу пример: declare var a: ?number; if (a) // lint error Эта ситуация очень частая, поэтому есть отдельная проверка. Будет проблема в number|string, добавят в линтер и это.

А решать проблемы, которые не возникают на практике - такое себе.

С твоей точки зрения. Приведу пример: declare var a: ?number; if (a) // lint error Эта ситуация очень частая, поэтому есть отдельная проверка. Будет проблема в number|string, добавят в линтер и это.

Не совсем понят мысль. Вижу только то, что пустая строка и 0 пролетают мимо условия.

if (a == null) будет норм.

Не совсем понят мысль. Вижу только то, что пустая строка и 0 пролетают мимо условия.

Верно. Обычно так проверяют на не null, и тут возникает ошибка. Поэтому тут flow ругается. А твой вариант настолько редкий, что даже обрабатывать смысла нет.

Верно. Обычно так проверяют на не null, и тут возникает ошибка. Поэтому тут flow ругается. А твой вариант настолько редкий, что даже обрабатывать смысла нет.

Редкий при корректном коде. =)

Редкий при корректном коде. =)

Ну, м.б. Я ни разу не сталкивался с таким.

Ребята стоит задача сделать у себя на сайте окно высотой 200 px шириной 100%. В данном окне должен быть другой сайт. Вопрос как это реализовать?

Ребята стоит задача сделать у себя на сайте окно высотой 200 px шириной 100%. В данном окне должен быть другой сайт. Вопрос как это реализовать?

iframe ?