Даниил Маслов

https://bl.ocks.org/mbostock/805115ebaa574e771db18...

Интенсивной работы в день 5-6 часов максимум. Больше - только на ограниченное время, с обязательной компенсацией отдыхом. В офисе 9-18 работают в целом так же, кулер, поболтать, что-то обсудить 10 раз в день, почитать статьи. По моим личным ощущениям на удаленке работа интенсивнее, даже с учетом меньшего количества часов. Поэтому работаю по часам и на ставке больше чем в офисе на 8 часовом рабочем дне.
Пробовал помодоро - не зашло.
Бывает что накапливается и какие-то дни работа вообще не идет - даю себе отдохнуть, могу поработать часа два-три.
Что-то новое изучаю иногда в формате перерывов - поработал - почитал. Так как график и учет времени гибкий, это не считается рабочим временем, и совесть не мучает. Могу посередине дня отдохнуть пару часов если совсем не идет, или сходить прогуляться или еще что.
Свои проекты сначала пилил "по вечерам и выходным", особенно когда работал 9-18 потом понял что так не пойдет, на долгий срок это провальный подход, поэтому сейчас больше работаю как часть рабочего времени. Уменьшаю основную работу (при этом естественно уменьшается доход).

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

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

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

Надо сразу разобраться, это вы для себя делаете или будете кому-то показывать? Если для себя, то всё сделано так "как нравиться вам", тут останавливайтесь и дальше не читайте.

Смысл персональной странички, передать информацию о себе. Ключевое слово "информацию" и передавать её надо максимально грамотно. Не занимайтесь "креативом", рано вам пока это. Основное правило композиции: если объект выкинуть и ничего не измениться, то этот объект лишний. Всегда пользуйтесь этим правилом по 100 раз на дню. А дальше, сверху вниз с лева на право:

• Разделение ссылок наклонными "слэшами" говорит нам, что это путь (хлебные крошки), а не меню. Используйте более принятые знаки, например вертикальные линии или токи, кружочки.
  
• Все эти фишки с "My name is web developer and I am Kirill from Russia" устарели лет 10 назад. Просто передавайте информацию максимально грамотно! Используйте знаки препинания и заглавные буквы там где надо > Hello,
  
• Думаю, что в тексте достаточно того, что вы из Калининграда. Не надо уточнять, а тем более в обратную сторону (Калининград, Россия - а не наоборот).
  
• Параграф текста "For now..." без отступа? А почему следующий с отступом? Везде должно быть одинаково.
  
• В тексте есть грамматические ошибки.
  
• Предложение пишется с заглавной буквы, в том числе если оно кнопка.
  
• CV это по-русски, в английском языке это "Resume".
  
• Ваше имя написано ExtraBold'ом, это "лишний объект". Шрифт тоже объект, не надо их много! Достаточно тех которые используете в основном тексте Regular и Bold.
  
• Высказывания Стива Джобса оставьте для девочек в Фэйсбуке, тут они не уместны.
  
• Я бы и розочку сделал белой, тогда бы страница была монохромной :)
  

Надеюсь я вас не обидел своей точкой зрения. Всем и всегда есть, куда расти. Как то так.

Связующее звено — веб-сервер

Как правило это Nginx, но может быть и голый сервер на том языке, на котором сделан бекенд.
Работает по принципу запрос-ответ. Например сделал запрос через GET/POST, не важно — через AJAX (JS) или напрямую, запрос попадает на бекенд и обрабатывается, летит ответ и вы с ним работаете.

Также браузеры поддерживают протокол вебсокет.

1. HTML
   
2. CSS
   
3. JS
   

В таком порядке.

Изучение HTML занимает 40 минут для понимания сути. А потом все равно по справочникам шариться постоянно, всего не запомнить сразу, и не нужно.

Само название переменные окружения подразумевает, что они выставляются окружением при запуске программы.

[телепатия] впрочем судя по тегу React у вас код для браузера который собирается чем-то (webpack, rollup и т.п.) и эти сборщики могут подменить process.env на этапе сборки прямо в коде.

Для начала изучить JavaScript и React, а там все встанет на свои места

<input type="submit" disabled={this.state.validationNotOk} value="послать форму" />

Чтобы понять и понять правильно, можно прочитать целиком страницу про Closure на Learn JavaScript ru.

Оттуда:

Замыкания

В программировании есть общий термин: «замыкание», – которое должен знать каждый разработчик.

Замыкание – это функция, которая запоминает свои внешние переменные и может получить к ним доступ. В некоторых языках это невозможно, или функция должна быть написана специальным образом, чтобы получилось замыкание. Но, как было описано выше, в JavaScript, все функции изначально являются замыканиями (есть только одно исключение, про которое будет рассказано в Синтаксис "new Function").

То есть, они автоматически запоминают, где были созданы, с помощью скрытого свойства [[Environment]] и все они могут получить доступ к внешним переменным.

Когда на собеседовании фронтенд-разработчик получает вопрос: «что такое замыкание?», – правильным ответом будет определение замыкания и объяснения того факта, что все функции в JavaScript являются замыканиями, и, может быть, несколько слов о технических деталях: свойстве [[Environment]] и о том, как работает лексическое окружение.

Ну вообще стоит начать с того, что Вы подразумеваете под говонокодом. Зачастую говнокод - это не только криво написаный метод/класс, это еще плохо оптимизированная бд, кривая архитектура приложения и неверно выбранные инструменты для решения задач поставленных перед проектом. В любом случае проект делают люди, которые меняться на проекте, посему нужно выяснить детали самого подхода разработки проектов в самой компании:
- спросить сколько проект находится в разработке, степень покрытия тестами, если прокт древний и не покрыт, то плохо;
- если проект древний, то узнать обновляются ли на нем версии инструментов/фреймворков на более новые, выяснить что с обратной совместимостью;
- спросить как происходит процесс мерджа новых фич, если если через мерджреквесты на тимлида, которые он аппрувит или отклоняет, то уже не плохо, и Вам подскажут, проконтролируют, что не плохо. Eсли пуш в ветку девелопмент, то плохо;
- если используют мерджреквесты на тимлида, то спросить используется ли git-flow, если да, то хорошо, это минимизирует варинт того, что Вы получите кучу крешей от того, что было запушино коллегами, если не используется, то плохо;
- узнать что проиходит с CI на проекте, если есть тесты, то запускаются ли они при деплойменте, если да то хорошо, нет - плохо;
- если это web проект, на котором используется бекенд и фронтенд фреймворки, то стоит спросить развернуты ли они на разных серверах, если да то хорошо, если нет то плохо;
Выяснить это все иначе, чем по косвенным признакам, является маловероятным.

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

мне кажется, что писать что-то крупное на PHP сегодня "зашквар", и дело даже не в моде, а в производительности.

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

import React, { Component } from 'react';

class App extends Component {
  <>...</>
}

Вот такой

import React, { Component } from 'react';

class App extends Component {
  render() {
    return <>...</>
  }
}

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

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

Полагаю это связано с переводом часов. Now - после 30 октября, а created - ДО

Вы можете в графическом редакторе переместить и масштабировать всю свою карту в SVG так, чтобы она была грубо говоря не от 0 до 100 (или какая она у вас там) по горизонтали, а от 19 до 169 (вроде бы, не силен в географии). И по вертикали так же подвинуть. И исходить из соображений, что координаты X/Y в SVG буквально равны нашим обычным координатам по широте и долготе. На восток и север - в плюс, на запад и юг - в минус. А перемещение на экране и масштабирование можно сделать с помощью атрибута viewbox, меняя его по ходу дела. Если вы руками рисуете, то таким образом можно получить точность в 1/4 градуса без умственных усилий, просто представив циферблат (0'/15'/30'/45' -> 0/.25/.50/.75), так что думаю, что для ваших задач, где точность не столь важна, это вполне подойдет.