а так гораздо проще всегда возвращать промис т.к. никогда не знаешь когда функция должна стать асинхронной

По json schema можете подсказать? ``` { "languages": ['en', 'ch'], "file": { "en": "file1", "ch": "file2" } } ``` Нужно, чтобы при добавлении другого свойства в file возвращалась ошибка валидации.

Ну то есть, если такого проперти нет в language возвращать ошибку. Так можно сделать?

Npm: joi ну или ручками

По json schema можете подсказать? ``` { "languages": ['en', 'ch'], "file": { "en": "file1", "ch": "file2" } } ``` Нужно, чтобы при добавлении другого свойства в file возвращалась ошибка валидации.

Мне эта либа понравилась больше, чем joi https://atinux.github.io/schema-inspector/ Апи библиотеки разделяется на предварительную трансформацию и валидацию, твой объект file валидируется кодом { type: "object", strict: true, properties: { en: { type: "string"}, ch: { type: "string" } } } Но я предлагаю даже лучше вариант - если вставить его в sanitize, то в объекте просто изначально не останется лишних свойств

Но languages может бы ь больше чем два. Я думал, что это можно самой json схемой описать

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

Мне эта либа понравилась больше, чем joi https://atinux.github.io/schema-inspector/ Апи библиотеки разделяется на предварительную трансформацию и валидацию, твой объект file валидируется кодом { type: "object", strict: true, properties: { en: { type: "string"}, ch: { type: "string" } } } Но я предлагаю даже лучше вариант - если вставить его в sanitize, то в объекте просто изначально не останется лишних свойств

Недурно!

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

Ок погляжу

Спасибо

Но languages может бы ь больше чем два. Я думал, что это можно самой json схемой описать

{ type: "object", properties: { languages: { type: "array", items: { type:"string", eq: ["en", "ru"] } } } } Валидирует объект { languages: ["en","ru"] } // ok { languages: ["en","ru","cn"] } // Validation error: // Property @.languages[2]: must be equal to ["en" or "ru"], but is equal to "cn" Можно даже такое в него слать { languages: "en,ru" //строка через запятую тоже работает } // result { languages: ["en","ru"] }

@ZeroBias, в продолжении вчерашнего срача про телеграм — я чуть-чуть вот там нафлудил: https://habrahabr.ru/company/eset/blog/308640/

(в комментариях)

Туда влезло чуть больше, чем сюда.

это опять же не атака на телеграм а атака на сопутсвующие сервисы. Есть ли способы валиднее SMS? Есть, но они усложняют регистрацию в продукте.

это опять же не атака на телеграм а атака на сопутсвующие сервисы. Есть ли способы валиднее SMS? Есть, но они усложняют регистрацию в продукте.

Я не про текст статьи, он абсолютно неинтересный.

sorry

Опять телегу хейтите? ))

У Сковороды дуализм мнений :о хейтит и любит одновременно

Ага))

@ZeroBias, в продолжении вчерашнего срача про телеграм — я чуть-чуть вот там нафлудил: https://habrahabr.ru/company/eset/blog/308640/

Ничего нового

И да, есть второй фактор

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

Telegram messages are heavily encrypted and can self-destruct. Вот кстати нигде и не врут, хоть не идеально, но heavily же?

И ботов под него удобно писать

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

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

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

Вот кстати чип под кожей это вполне вариант ? Ну, если сильно давит шапочка из фольги

сообществу новы не хватает канала #da_budet_srach

deadlock -> новый супергерой DC ._.

Немного отвлечённый пример - Cubase 6+ никто не смог взломать как ни пытался, потому что для защиты/авторизации он использует железный ключ, для его реверса нужно на много порядков больше усилий, чем обычно, вот если делать что-то непробиваемое для соц атаки, то только такого рода)

эппловский ключ для расшифровки приложений под ios - тоже

у cubase 5 тоже был usb-stick

однако ж H2O слепили драйвер эмулирующий его

но для cubase это звучит как оверкил

хз. он дорогой очень

только logic pro

у cubase 5 тоже был usb-stick

Ну вот команда h2o потратила на его взлом что-то вроде миллиона человекочасов, и поэтому этот релиз вышел с их комментарием "это какой то трындец, мы так больше не сможем, мы расформировываемся, до свидания"

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

ну я к тому что не смогли не потому что не могли, а потому что надоело

Ну миллион часов на взлом же, понятное дело)

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

но для cubase это звучит как оверкил

Да брось, Cubase/ProTools/Logic в целом схожие по уровню. Я в кубейсе 5 лет каждый день сидел, и то вечно какие-нибудь новые функции находил

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

Тут квантовый отладчик нужен)

ну я говорю вообще для софта

а logic pro стоит всего 200 баксов

ну я говорю вообще для софта

Это они по привычке с давних времен) Не могут перестроиться и привыкнуть к новым ценам на софт. Nuendo, считай клон куба, стоит ещё дороже, она и ProTools это такой музыкальный кровавый энтерпрайз, в котором испокон веков каждый девайс стоил как крыло от боинга

кубик и сам по себе где-то 650 баксов стоит

кубик и сам по себе где-то 650 баксов стоит

А Nuendo 7 - $1800)) При том, что отличается там вообще какая-то незначительная дребедень

Коммерсанты от бога

Думаю, кто первый напишет полноценную DAW на js, упокоив всех этих динозавров энтерпрайза, сорвёт большой куш)

зачем? 200 баксов - нормальная цена

bitwig studio. у них там UI вроде на JS. под капотом Rhino

знакомый чел писал плагины для control surfaces к этой штуке и сильно плевался с того JS

У reaper плагины на js, но эту программу явно стоило назвать rapist)

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

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

Почему? Это считай тот же твой bitwig будет, если решить вопрос с ASIO

А учитывая, какие инструменты появились во фронте с момента начала разработки любых секвенсоров, думаю ещё и быстрее)

да хз. как доводится пользоваться приложением на nwjs или electron так ощущение будто я снова сижу за ЭЛТ моником с селероном в системнике. не осуждаю, просто так получается. хотя должен признать VSCode довольно хорош

вацап бтв тоже

да хз. как доводится пользоваться приложением на nwjs или electron так ощущение будто я снова сижу за ЭЛТ моником с селероном в системнике. не осуждаю, просто так получается. хотя должен признать VSCode довольно хорош

Вот пока в музыке есть только Visual Studio и нет vscode - есть свободная ниша ? Ну это так, мысли вслух) Я просто уже 30 минут сейчас сижу жду загрузки проекта, и думаю, где разработчики свернули не туда

да хз. как доводится пользоваться приложением на nwjs или electron так ощущение будто я снова сижу за ЭЛТ моником с селероном в системнике. не осуждаю, просто так получается. хотя должен признать VSCode довольно хорош

У меня кдешный текстовый редактор кушает 1.2 гига, а атом - 800 метров, например.

ERROR: S client not available

По скорости разницы не вижу особо

но ведь не так давно жила была borland C++ builder. не такая уж и старая IDE. нормальный авто-комплит, кое-что для рефакторинга, редактор UI. на убогом железе летало. а тут редактор как редактор, а жрет ресурсов сверх всякой меры. DAW если делать, там UI заковыристый достаточно и мне кажется те движки для десктопных приложений на JS что есть сейчас просто не справятся. или будут требовать топовый пека для работы.

потому что в Borland делали классные вещи - это раз, и нативно - это два :)

очевидно же

но ведь не так давно жила была borland C++ builder. не такая уж и старая IDE. нормальный авто-комплит, кое-что для рефакторинга, редактор UI. на убогом железе летало. а тут редактор как редактор, а жрет ресурсов сверх всякой меры. DAW если делать, там UI заковыристый достаточно и мне кажется те движки для десктопных приложений на JS что есть сейчас просто не справятся. или будут требовать топовый пека для работы.

Я встречал уже разные реализации, только они пока недостаточно проработанные. По сути же это просто специфический SPA

надеемся на лучшее и ждём.

но ведь не так давно жила была borland C++ builder. не такая уж и старая IDE. нормальный авто-комплит, кое-что для рефакторинга, редактор UI. на убогом железе летало. а тут редактор как редактор, а жрет ресурсов сверх всякой меры. DAW если делать, там UI заковыристый достаточно и мне кажется те движки для десктопных приложений на JS что есть сейчас просто не справятся. или будут требовать топовый пека для работы.

гугл-почта кушает до 800 метров, а гугл-таблички — за гигабайт. На вкладку.

что-то я сомневаюсь в том, что ситуация улучшится

я думаю это ленивый gc

Друзья, у кого ещё есть тема для доклада на React Moscow Meetup в конце сентября? Заполните форму: + https://denisizmaylov.typeform.com/to/NHNCiM и давайте обсудим!

Друзья, у кого ещё есть тема для доклада на React Moscow Meetup в конце сентября? Заполните форму: + https://denisizmaylov.typeform.com/to/NHNCiM и давайте обсудим!

flow?

flow?

Если тема будет про автоматическую генерацию типов и отказ от propTypes то вполне интересно)

я думаю это ленивый gc

C kate (десктопным текстовым редактором на кутях) это не гц, но похоже.

flow?

Yeah!

Если тема будет про автоматическую генерацию типов и отказ от propTypes то вполне интересно)

генерацию из чего?

что-то я сомневаюсь в том, что ситуация улучшится

полностью согласен

о, я смотрю вы тут битвиг обсуждаете

я битвиг разработчиков долбил на тему Rhino

сказали, мигрируются на Nashorn

а там уже как минимум ES5

и UI у них слава богу не на JS

иначе бы никто не купил бы их продукт

Как там nashorn поживает? Es6, все дела, будут?

да

там все не так плохо

Я думал он умер)

ну он чуть менее умер чем rhino

А, ну то есть примерно как я думал

а там уже как минимум ES5

Омг, внушает. Боюсь представить, что у них в коде)

я кстати говоря для rhino писал кастомные полифиллы

смог даже бабелом после этого что-то мутить