Владимир Проскурин

1. Вам надо либо остановить всплытие события:

onMarkClick = (e) => {
    e.stopPropagation();
    this.setState({
      important: true,
    });
  };

либо изменить структуру:

return (
  <span>
    <span
      className={classNames} 
      onClick={this.onLabelClick}
    >
      {label}
    </span>
    <button type="button"  onClick= {this.onMarkClick}>
      <i className="fa fa-exclamation"/>
    </button>        
  </span> 
);

2.

.todo-list-item.done {
  text-decoration : line-through;
}

Когда я работаю над каким-то проектом с почасовой оплатой, все разговоры, звонки и переписки - входят в тариф, иначе можно заниматься только 2 - 4 часа в день проектом, а остальное время потратить на разговоры.

И когда заказчик поймет, что все разговоры стоят ему денег - он будет меньше тратить свое и ваше время.

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

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

this.setState(state => ({
  todoList: [...state.todoList, { id: nanoid(8), text: value, done: false }],
}));

для генерации id используется nanoid

{this.state.todoList.map(todo => (
  <Todo click={this.handleClick} key={todo.id} todo={todo} />
))}

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

В дизайне есть определенные вещи, делая которые, вы сможете расти в уровне постоянно:

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

2. Behance.net - ваш самый первый сайт, который вы посещаете при открытие компьютера. Я бы рекомендовал 40 минут в день выделять на то, чтобы просматривать топовые и не топовые работы, чтобы сравнивать их, давать им устную критику, пытаться вдуматься в логику (почему так сделано так, а не иначе) - это все, сформулирует в вас культуру веб-дизайна, вы поймете как делать красиво, и со временем будете делать все лучше и лучше. Плюс, смотря на другие работы, у вас в голове отложатся шаблоны разного вида функционала, и вы сможете решать одну задачу несколькими путями.

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

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

Ну и если нужны советы - можете писать мне, мои контакты указаны в профиле.

Не видя макет сложно сказать какие.

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

В manifest.json есть секция web_accessible_resources. Добавьте туда options.html.
web_accessible_resources: ["options.html"]

Но настройки лучше открывать так
chrome.runtime.openOptionsPage()

Ну вот не будучи программистом я вижу что вы получаете айтемы только из инбокса:

const listMessages = await client.listMessages('INBOX', '1:*', ['uid', 'flags', 'envelope', 'body[]']);

Наверное нужно переписать код что бы тот рекурсивно обходил все папки.

Вы передаете в рендер функцию компонента вместо того чтобы его отрисовывать.
Проблему исправит:

const { header: Header, footer: Footer } = this.props;

return (
  <Fragment>
    <Header />
    <Footer />
  </Fragment>
);

Но советую вам спроектировать этот участок иначе. Со стороны не видно никакого смысла в передаче Header и Footer в виде свойств. Их лучше импортировать в файле компонента Layout.

https://github.com/gurugio/lowlevelprogramming-uni...

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

1. Работа над личным брендом: Высокая репутация в профессиональных сообществах повышает привлекательность для нанимателей.
   
2. Улучшение существующих знаний: Хочешь что-то понять, объясни другому.
   
3. Приобретение новых знаний: Специализация замыкает в узком спектре задач и проблем, а Q&A-сервисы - это источник задач и проблем из самых разных областей и иногда под самыми неожиданными углами.
   
4. Альтруизм: Большинству из нас кто-то помогал в начале пути, пришло время возвращать долг и делать свой скромный вклад в рост кадров.
   

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

Для чего просиживаете на тостере по 5-6 часов в день?

Я в среднем раз в полчаса-час заглядываю. Если находится интересный вопрос, могу потратить на него минут 10. Некоторые на перекуры больше времени тратят.

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

Чтобы их выяснить, нужно набрать в гугле "javascript precedence". Советую эту таблицу знать очень хорошо, чтобы считалось, что язык вы знаете.

Погуглив, вы выясните две вещи:
1) Операции > и < имеют одинаковый приоритет.
2) Ассоциативность "left-to-right", то есть слева направо.

Второе означает, что сначала будет посчитано левое выражение 1>1, которое false. А затем результат (false) будет посчитан с правым: false<1, где false автоматически преобразуется в 0.

В качестве тренировки посчитайте на бумажке, используя только таблицу приоритетов операций, такое выражение:
0 / 0 ^ 0 === 0 ? 'a' : 'b';