Андрей

Значится берем болшой кружку чая, потом это, как пример, codepen.io , добавляем текст .. и докручиваем под нужны угол

Посмотрите в сторону RxJS

Господа, не нужно ничего усложнять - всё до безобразия просто))

Когда вы говорите КомментариЙ - это и есть ваш объект.
Когда вы говорите КомментариИ - это уже массив объектов: контейнер, коллекция - не знаю на чём конкретно программируете, буду называть списком (массивом называть неправильно).

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

Рассматривайте модели объектов (классы) как описание системы (фрагмента из реального мира). С такой системой могут общаться другие системы: что-то сообщать, о чём-то просить сделать или сообщить.

Не мне давать советы, но
Гляньте на ASP.NET - компилируемый язык со строгой типизацией и крестоподобным синтаксисом, зрелая бекенд технология, есть немало вакансий по РФ.
Всяко приятнее PHP будет

Привет, тоже кину пять копеек.
Во первых задай себе вопрос, чего ты хочешь, и чего тебе надо. С этого надо начать.
Мы что-то делаем не просто так, а ради чего-то. Задай себе простые вопросы, кто ты, где ты находишься, в чем твои цели и предназначение. Программирование само по себе отстой, но с него можно начать. Когда то в 80 годы меня обуял восторг, когда я в классе третьем смог понять смысл a=a+1 Но с тех пор много воды утекло. Пойми чем ты хочешь на самом деле заниматься. Что является твоей настоящей целью, заработать денег, вырасти в социуме, поднять детей, прожить интересную жизнь. Как правило в жизни не выйдет получить всё, время это такой ресурс, который можно пустить либо туда, либо туда, либо еще куда. Делай всегда это с умом.

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

Теперь немного конкретики.
Вариантом отщепить время себе масса.
1) Сними комнату рядом с работой.
2) Вставай раньше. Ложись раньше
3) Усталость, это усталость от схожего вида деятельности. Усталость можно легко побороть если заняться чем-то иным. Умственно / физически например переключается будь здоров.
4) Первый час на работе посвяти только обучению. Обычно люди первый час тратят на котиков, чатики и прочую п-нь, будь не как все.
5) Поговори с начальником, и скажи что тебе нужно развиваться и обучаться. Посмотри на реакцию. Если он не монстр вопрос можно решить.
6) Всегда думай перед тем как делать. Решения существуют, часто не на поверхности.

Теперь несколько вредных советов. Как стоит жить и работать.
1) Если решил связать свою жизнь с программированием, стоит понимать, что платят те у кого есть деньги, и платят столько сколько готовы заплатить. Отсюда выводы. Больше получают узкие специалисты, которые работают с чем то редким и нужным тем у кого есть деньги. Работая на бедных ты заработаешь ровно чуть больше чем на спасибо. Это как у врачей, стоматологи, к которым захаживают сытые бюргеры с зубной болью на коне, кокой-нибудь травматолог / хирург имеют 90 процентов своей обычной клиентуры бомжей и нищебродов. Но процентов 10 попадается людей с деньгами. А вот анестезиолог вообще с клиентурой не работает, денег дополнительно ему вообще не приходит. Отсюда обилие медицинских анекдотов про бедных анестезиологов.
2) Собственники и заинтересованные в бизнесе люди на платят просто так, а платят за решение проблем. Чем страшнее на первый взгляд проблема, тем больше за нее можно попросить денег. Сложные проблемы решаются разбиением на более мелкие задачки. Но переоценивать свои силы тоже не стоит. Если сделал что-то крутое скромничать не надо. Тебя будут оценивать в том числе по тому, сколько ты просишь.
3) У предыдущего пункта есть небольшое следствие. Владельцу главное решение и сроки, ему похрен на красоту кода и прочий глупый перфекционизм.
4) Лучше место работы для получения стартового опыта, какая-нибудь программисткая контора, но она же худшая в плане роста. Ты окружен людьми примерно твоего уровня и способностей, которые будут неизбежно грызться за место под солнцем, каждый твой начальник будет воспринимать тебе как угрозу своему месту. Прорваться в такой системе сложно. Кроме того работать надо на первое звено в пищевой цепочке. Пока линейному программисту что-то перепадет от базовой ставки 10 человек отщипнут по цепочке.
5) Если ты работаешь в обычной конторе, постарайся выйти со своими идеями на руководителя бизнеса (гендира), он единственный кто заинтересован в проекте в целом, и может воспринять что-то от твоих мыслей лично. Люди ниже просто попытаются тебя использовать в своих целях.
6) Люди если смотреть поверх бла бла бла всегда действуют в своих интересах, но только так как сами их понимают. Людей можно предсказывать и читать.
7) Руководители нагружают тех лошадей что тянут. Идеальный работник тот, кто просит мало работает много. Повышения? Не слышали. Зачем повышать того кто хорош на своем месте.
8) Добиваются чего-то только те, кто выходит за флажки. Есть загон для стада, где всегда будет скучно, обыденно и тухло, но жить можно, есть и другие возможности.
9) Самая тупая ошибка людей верить, что если будешь хорошо и долго работать что-то изменится. Ничего не изменится.

Ну хватит в общем, что-то я увлекся, всегда думай головой, вот мой совет.

ПС: Забыл добавить. Обязательно надо выбираться из провинции в Москву Питер, лучше в Москву. Дальше уже можно как остаться, так и двигать дальше. Если возраст и прочие дела позволяют.

Расскажу свою историю.
Лет 5 назад устроился на обезьянью работу за еду, отдаленно связанную с программированием.
Первые 3 месяца активно впахивал на благо компании. Заодно изучал компанию, и её процессы, людей. Когда закрепился и чувствовал себя более комфортно, начал заниматься самообучением. Когда по 2-4 часа в день, а когда и несколько дней подряд. При этом рабочие задачи отодвигал, а то и откровенно клал на них [большой и толстый]. А когда спрашивали, говорил что долго, сложно и лепил прочие отмазки. Дома обучался довольно редко и под настроение, ни к чему себя не принуждая. Через год от меня стали активно требовать результата работы, но я уже чувствовал в себе силы начать самостоятельно разрабатывать проекты и уволился. И довольно быстро нашел отличную работу, со свободным графиком, интересными задачами и втрое большей зарплатой)))

1. 9 часов. Это уже ошибка. КЗОТ писали не дурни. 8 часов достаточно для работы, если человек не чаи пьет
2. Пересмотрите процесс работы. По приходу на работу сначала делать самые важные. Прошу прочесть внимательно: сначала важные, а только потом срочные и другие. Отличие важных от срочных в том, что одни, как правило, делаются разово и про них забываются, а другие хоть и не срочные, но они влияют стратегически.
3. Уделяйте время на то, чтобы подумать над "светлым будущим", т.е. создать\актуализировать список страгеческих целей и задач
4. Делайте утром зарядку. Растяжку, отжимания, приседания. Это влияет на энергетику в организме
5. Делайте перерывы во время работы.
6. Чаще пейте воду
7. Займитесь спортом. На своей шкуре опробовал и четко знаю то, что до занятия плаванием делал меньше, чем сейчас
8. Окружите себя теми, кто куда-то стремится. Это не значит что надо всех других послать в Южную Америку на оз. Нахой. Это значит, что надо чаще общаться с одним типом людей и меньше с другим
9. Стремитесь работать на результат, а не подсчет "жопочасов". В дальнейшем ставьте работодателю на собеседовании вопрос "Вам нужны жопо-часы или результаты?". Старайтесь выявить жмотов. Если вы вдруг справились не за 5, а за 4 часа, а работодатель жмотится и боится выделить время на самообучение сотрудника, хотя эти же знания будут применены при решении рабочих задач, то уходите от такого работодателя!

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

После работы лучше тупить. Мозг должен "отдыхать". То есть заниматься структуризацией, обработкой того, что произошло за день.

Старайтесь избегать рывко-образной работы. Все должно быть стабильно. Пусть даже небольшими кусками работы, но стабильно и бессбойно!

State можно и нужно использовать. Об этом не раз говорил создатель библиотеки Redux.

Согласен с Pavel Shvedov по поводу того в каких случаях. Абсолютно нет никакой необходимости тот же onChange в поле инпута выносить в redux store и диспатчить изменения на каждый чих, если вы, например, делаете валидацию поля. Пусть у вас будет форма, у нее есть кнопка submit, для нее, например, простейшее правило: все три поля формы должны быть не пустыми. Надо ли это выносить в store? Зачем? Используете state, смотрите: если поля не пустые - убираете атрибут disabled у кнопки submit. Смотрите === реакт сам смотрит, в зависимости от переменной в state, так как на изменения state происходит ре-рендер компонента.

Пример:

...
constructor(props) {
    super(props)
    this.state = {
      email: '',
      password: '',
    }
    this.onSubmit = this.onSubmit.bind(this)
    this.onInputChange = this.onInputChange.bind(this)
  }
  onSubmit(e) {
    e.preventDefault()
    const { email, password } = this.state
    this.props.onSubmit(email, password)
  }
  onInputChange(e) {
    this.setState({ [e.target.id]: e.target.value })
  }
  validate() {
    if (this.state.email && this.state.password) {
      return true
    }
  }
...

далее в методе render компонента:

render() {
    const { email, password } = this.state
    return (
      <div className='row'>
        <div className='centered w300'>
          <form onSubmit={this.onSubmit}>
            ...
            <button type='submit' className='btn btn-success' disabled={!this.validate()}>
              Submit
            </button>
          </form>
        </div>
      </div>
    )
  }

Если не требуется большего, то зачем при этом использовать store ? На случай для какой-то более сложной валидации, можно использовать onBlur события и их уже диспатчить (вдруг вы введеный ник проверяете на "занят/не занят").

private _http: Http;

constructor(http: Http) {
    this._http = http;
}

Подход - Inversion of Control и Dependency Injection как реализация подхода

Как работает ассайн пропертей из конструктора и почему так делать удобнее: https://www.stevefenton.co.uk/2013/04/stop-manuall...

Попарно убираем товары с одной площадью в основании (так, чтобы одна из сторон была равна или меньше, но минимум разницы) и дающие в сумме нужную высоту блока размещения. Начинаем без пары с самого габаритного.
Как будет готово - размещаем площади оснований на заданной плоскости тем же методом.
Блоки размещения - можно также комбинировать той же схемой алгоритма, начиная с самого габаритного.
Товары и блоки размещения - можно крутить во все стороны.
UPD:
Изначально - нужно определиться с размерами одной из сторон посылки: пропорции размеров или чётко заданные размеры, чтобы можно было определить оптимальный размер начального блока размещения.
Или должны быть заранее известны условия компактности:
1. минимально занимаемый объём пространства без ограничений на любой из размеров
2. минимальное удаление углов параллелепипеда от центра фигуры, т.е. идеальный вариант - куб.

Просто подпишетесь на это событие в методе componentDidMount и меняйте state как вам вздумается.

Не React, но если нужно, можно написать обертку ! Очень гибкий, настраиваемый, умеет то что вам нужно. В демках ближе к концу есть пример с миниатюрами под слайдом ! idangero.us/swiper

Нигде. Стандартов "кошерности" в js нет. Есть ряд популярных фреймворков со своим видением "правильной" архитектуры. Но все это сугубо субъективно и к каждому подходу можно докопаться. Даже сами разработчики стандарта ES6/7 не знают как на нем писать, функционально или императивно. Ищите "свой" фреймворк подходящий вам идеологически и используйте его.

Проблема в коде
Телепаты в отпуске