Никита Гущин

Ну давайте я покритикую:

возьмем файлик

1) вы не разобрались как объявлять методы у прототипов с новой нотацией `class`:

class Travelsort {
    constructor() {}
    sortTickets(tickets) {}
}

2) вы не умеете пользоваться исключениями.

if (!Array.isArray(cards)) {
    throw new ValueError('Wrong input');
}

3) использование let там где должен использоваться const

4) в принципе использование переменных там где их быть не должно

5) вы зачем-то реализовали свою функцию сортировки, я не увидел в требованиях отсутствия возможности использовать старый добрый Array.prototype.sort

6) Общие замечания по кодинг стайлу. snake_case там где должен быть camelCase, пишите с большой буквы то что должно быть с маленькой и т.д.

7) нарушения принципа единой ответственности. У вас объеткт умеет и сортировать и писать куда-то. Это категорически плохо.

8) Если исправить 7-ой пункт то наш класс превращается просто в функцию.

Далее... берем следующий файлик

1) если вы пишите комментарии к таким маленьким кускам кода - стало быть у вас хромает именование вещей. Все должн быть понятно просто из названий методов/функций/переменных. При работе в команде над серьезными проектами это немаловажно, ибо код чаще читают чем пишут и экономить нужно именно это время.

2) вы зачем-то тут в прототип объекта строки впихиваете функции для парсинга CSS. Таким образом мы нарушаем принцип единой ответственности. Да и в целом расширять без надобности прототипы объектов как-то не ок.

Чуть дальше проскролил - вы пытаетесь расширить прототип строк для того что бы добиться API jquery? ух, батенька.

3) очень много дублирования.

4) очень плохо с protected variations.

Справедливости ради, ваш код входит в категорию ">50% JS кода", так что не расстраивайтесь. Просто для работы в яндексе нужен чуть более высокий уровень и понимание вещей.

- алё, полиция?
- да...
- я сижу и изучаю React, другие давно юзают Vue, Angular или обходятся JQuery с html, , жду объяснений простым языком...
- все понял, постарайтесь говорить спокойно и отвечайте только "да" или "нет".. вам угрожают пистолетом?

Медитация. Отсечь лишние источники информации: ТВ, новости, социальные сети. Уменьшить нагрузку. У меня такие симптомы, когда слишком много обязанностей на себя беру.

Мозг работает так, как он привык работать.

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

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

P.S. С детства такие вещи тренируются. Чем взрослее тем сложнее, и даже факт того что ты осознаешь конкретный недостаток не облегчает того, что избавиться от него тяжело.

Потому что Object.assign первым аргументом принимает целевой объект, а не то что вы подумали. Нужно так:

export default function (state = innitialState, action) {
  switch (action.type) {
    case 'SELECT__DATE':
      return Object.assign({}, state, {
         date: state.date + action.payload,
       });
      break;
  }
}

А что мешает то использовать тот же TimyMCE на реакте?) https://www.tinymce.com/docs/integrations/react/

this.state.data.reply.length равно 0, поэтому выводится 0. Попробуй так:

{!!this.state.data.reply.length &&
  <div className="reply">
    <Posts messages={this.state.data.reply}/>
  </div>
}

{this.state.data.reply.length > 0 &&
  <div className="reply">
    <Posts messages={this.state.data.reply}/>
  </div>
}

Где же оно обоюдовыгодное?

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

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

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

Ах да, договор о неразглашении вы не подписываете, отвечать ни за что не хотите, а получить доступ к коммерческому продукту изнутри хотите.

Как вам такой взгляд на ваше предложение?

Не проще ли сделать общего родителя для видео и элементов управления?

<mediaPlayer>
  <video ref={(v) => this.video = v} />
  <playerControls onStop={...} onPlay={...} onPause={...} />
</mediaPlayer>

Тогда элементы управления смогут общаться с проигрывателем через общего родителя.

Зависит от типа обработчика. Если это какая-то внутренняя логика, то в самом компоненте конечно. Если этот обработчик меняет состояние, то он создается в контейнере и передается компоненту как свойство (property)

с мнениями, что знания ангуляр1 "вредны".

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

Например вот то как я готовлю ангуляр, а вот как другие. Последнее считается вредным. Скажем если вы используете $scope в ангуляр приложении версии 1.5+ то вы уже готовите ангуляр не правильно. Если у вас бизнес логика вытекает в компоненты - тоже что-то странное и тд. Но последнее уже никак к ангуляру не привязано.

Стоит ли тратить время дальше на jQuery?

Учите javascript. и так и так понадобится. Причем серьезно учите. И не только основы, надо еще общие вещи, не привязанные к js знать. Типа ооп, функциональное программирование, принципы solid, grasp, dry и другие аббривиатуры. Короче именно серьезно так подойти к этим вопросам. Паралельно разобраться с HTTP, уметь не только пользоваться API но и проектировать их и т.д. Короче это огромный пласт знаний который формируется не один год.

Стоит ли тратить время сейчас на Backbone?

Нет, не стоит. Backbone это низкоуровневая библиотека для тех кто знает как все делать. Человеку который не отличает MVC от MVVM оно только навредит (у меня есть парочка проектов доставшихся от других разработчиков которые демонстрируют проблему).

На сколько экосистема ReactJS стремительно изменяющаяся по сравнению с angular1-> angular2 ?

С учетом того что с моммента выхода angular 1.x до момента выхода angular2 (а он еще в бэте) прошло 4 года... мегабыстро.

Всё упирается в то, что времени/сил после работы на учебу не много остается и не хочется тратить их на то, что в последствии окажется "вредным".

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