Обязательность вызова super вообще - нет, обязательность вызова до записи в this - да. В стандарте сейчас пруф не смог найти, но дело в том, что объект создается в момент вызова самого глубокого конструктора в иерархии (чтобы, в частности, возможно было наследовать от встроенных классов, создающих экзотические объекты); соответственно, до вызова super (если он вообще есть) this попросту еще не существует.

не согласен. Объект создается в момент вызова конструктора верхнего уровня, и уже после этого на него применяются изменения вглубь дерева наследования (level_1 -> level_2 -> level_3) по средствам вызова super()

а то, о чем ты сказал делает цепочка прототипов

http://www.2ality.com/2015/02/es6-cl...structor_calls

http://www.2ality.com/2015/02/es6-cl...tanc e_object

Да, так что я попутал - не вызывать super в ребенке тоже нельзя.

---
Посредством. По средствам только живут.
Этому форуму жутко не хватает тега hr, да.

Erolast, можно подхачить.

---------------------------------------------------------------------------------

Типа линия.

UPD: Хотя на фуррифоксе говёно :с Как вариант -- поискать какой-нибудь неразрывный пробел, который местным парсером не вырезается.

Да я и сам не знаю(

Тогда уж проще сразу U+2500 (или толстый U+2501) из box-drawing characters задействовать, он позволяет нарисовать неразрывную черту:
────────────────

Правда, при длине > 16 гребаный форум почему-то превращает всё в кракозябры.

Вопрос к тем, кто работал с документно-ориентированными БД. В частности PouchDB

есть сущность в виде гномика объекта:

// contact
{
    "name": "string"
    "posts": [
        {
            "message": "string",
            "date": "string",
            "attachments": {
                "foo.txt": {
                    "type": "string",
                    "data": "base64"
                }
            }
        }
    ]
}

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

1. Создать бд contacts и пихать туда контакты со всеми данными, но тогда при изменении контакта придется сохранять весь контакт. Правильно ли это?

2. Или создать базы contacts, posts и связать их по id? Но тогда это уже будет похоже на реляционную модель. :-?

2-й путь правильный, конечно.

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

Хороший путь, кстати -- это у контакта есть ID, а у поста есть поле, скажем, createdBy, в котором хранится значение ID контакта-создателя. Контакт ничего не знает о постах (это только информация о нем самом), посты знают ID того, кто их создал, но больше ничего о нем не знают.

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

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

и для остальных БД тоже не критично :)

trikadin, спасибо.

сервера не будет, все на клиенте

Классная тема, спасибо за ссылку :)

стоит хром 44 (дебиан) не правильно работаю source map которые генерит webpack, но в vivaldi все ок.
Кто сталкивался с таким?

Еще по поводу вебпапка
если делаю так

new require('./xxx')

то получаю

new require ( 3 ) ('./xxx')

а если так

new ( require('./xxx') )

то все работает правильно

new require ( 3 )

в какой версии ноды есть генираторы и промисы?

В последней стабильной, 12.x.

cyber, --harmony не забудь)

trikadin, ааа, вот с этого и нужно было начинать

cyber, сам натыкался)

--harmony и --es_staging

Короче писал issue на гитхабе и для примера написал ссылку http://xxx.com и случайно перешел по ней:lol:
П.с надеюсь дата центр не читает логи :D

случайно...ага ;)

по привычке :D

Не пали контору это было случайно:lol:

Там нет никаких странностей. В первой строке 2 разных экземпляра объекта, это вообще обычное поведение, во второй -- new String не является де-факто, экземпляром строки, там фейк, поэтому его typeof не может быть == "string". В JS нет полноценных экземпляров примитивных типов, это просто фокус.

В твоей isPrimitive они ведут себя как примитивы -- возвращают true

Причем тут уточка?

Народ какая у вас средняя зп (в $), для джуна с нормально прокачаными скилами?)
В больших гоородах

В Москве (не в лох-конторах) 400 - 1000$ для верстальщика с хорошим владением html4/5, css2/3, JS (JQuery). Ну ещё обычно куча желательного вроде базовые знания php5, система на основе git, SCSS/LeSS/Stylus, умение работать с чужим кодом, умение сдавать проекты до дедлайна, опыт работы с любой CMS и т.д.

EmperioAf, тогда в принципе можно просить больше зп, чем сейчас, судя по всему )

Дело в том, что рубль в РФ скачет последние 2-3 месяца в диапазоне 50-75 рублей за доллар. Сейчас у него идёт цикл повышения, но мне как человеку живущему в этой стране очевидно, что в ноябре-декабре рубль снова в какой-то момент упадёт до дна в 80+ рублей за доллар. А зарплата в РФ как известно не меняется; или меняется не так сильно как рубль за счёт инфляция и за счёт изменения цены рубля за доллар. В общем я поэтому и дал такой широкий диапазон (400-1000$).

Также в вакансиях часто можно видеть, что требуется за 60000 - 150000р. front-end разработчик имеют опыт 1/2/3 года(или желательно имеющий опыт) и владеющий одним/несколькими фрэймворками (angular, react, backbone и т.д.), а также владеющий тем же, чем владеет хороший верстальщик.

EmperioAf, верстать умею более мение)
С Ангуляром опыт есть не большой, опыт работы пока не большой )

В среднем по JS в Москве:

Прокаченный джун ~ 80к деревянных, но т.к. рубль сейчас лихорадит, то в долларах чуть выше 1к.

Мидл ~ 110к
Сениор ~ 160к

Процентов 80-90% вакансий веб-кодеров относятся к Москве, в основном офис. Остальные 20% - приходятся на пару тройку больших городов, Питер, Краснодар и тд, также - офис с Блэк Джеком и шлюхами.
Региональным разработчикам остается удаленка с ЕС и США, Азия, либо самозанятость, писать и продавать свои самописные продукты англоязычной аудитории.

Угу

Хабр уже не тот.

Читая такое, вспоминаю, как не пропустили мою статью про итератор.
После чего были порывы опубликовать ее на другом ресурсе, но за неимением времени дело захлебнулось :)

я так и не уделил времени, чтобы запостить туда хотя бы что-нибудь, хотя материал есть, да и смысла особо не видно, так как хабр уже не тот :)

Дело не в хабре или javascrpt-форуме. Очевидно, что дело либо в людях, которые публикуют материал, либо проблема в том, что всё простое (лежащее на поверхности) изучено вдоль и поперёк, а для более сложного человеческому мозгу не хватает оперативной памяти в голове

nerv_,
так можно же её запилить прям сюда http://javascript.ru/doctree или мб сюда https://learn.javascript.ru/

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

Node v4.0.0 (Stable)
most notably a raft of new ES6 features that are enabled by default

ОГОНЬ.