taliano

Поддержу большую часть выше сказанного. Во-первых, работать с адекватным качеством можно не больше 6 часов в день. Я стараюсь брать по 4-5 часов (хотя это не отменяет того факта, что при какой-нибудь аварии на сервере нужно собраться и устранить проблему не глядя на часы, но такие ситуации крайне редки). Во-вторых, как только вы набьёте руку и будете интересовать клиентов больше чем они вас, уходите на фриланс. Ну или как минимум гибкий график жизненно необходим. В-третьих, подумайте, сколько денег вам нужно и чем для вас вообще является работа - способом заработка или призванием. Если первое, то работайте меньше. Лично я понял что для меня это именно способ заработка. Хотя в целом работа мне нравиться, но я не из тех кто готов по 12 часов писать код для работодателя, а остальные 12 часов - для pet-проектов. IT-субкультура навязывает что это не круто, но если вы сможете справиться со стереотипами, то станете продуктивнее и счастливее. Денег скорее всего станет меньше, но это на самом деле не так критично влияет на жизнь. Хотя сначала кажется что будет ужас, но у страха глаза велики.

В сухом остатке, оценивайте работу в первую очередь по комфортности для вас, а не по доходу, известности компании и прочим побочным факторам. Если вы не создадите себе комфортных условий, то с гарантией выгорите, не смотря на психологов, доход, лекарства и репутацию как специалиста. Я, например, в качестве одного из главных критериев беру адекватность клиентов и доверительные отношения с ними. В результате мне не нужно писать гигантские отчёты по каждому потраченному часу, высылать пачки скриншотов с открытой IDE и выбивать заработанные деньги. Я просто говорю сколько они мне должны, они просто платят. Можно было бы нахватать больше клиентов и по большей ставке, но зачем? Всех денег не заработаешь, а удовлетворённость жизнью в текущем режиме выросла гораздо больше, чем просел бюджет.

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

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

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

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

Если очень узко, то функция `map` в отличие от цикла "отображает" набор, то есть обрабатывает каждый элемент и возвращает новую коллекцию. Именно это нужно делать когда мы работаем с JSX. А циклы это не функции, которые могут возвращать значения, это конструкция языка с помощью которой, например, можно собирать переменные. Из-за того что JSX это декларативная штука (мы описываем ее как есть, а не получаем в результате вычислений), циклы туда просто не встроить.

Циклы это пример императивного программирования, в то время как функции высшего порядка (filter, map, reduce) – декларативного (функциональный подход). Второй подход в js более канонический (ближе к функциональным языкам) и позволяет писать гораздо более понятный и лаконичный код. При условии, конечно, что вы знакомы с этой парадигмой.

Кстати в декларативном коде не используют переменные (если писать правильно), они там просто не нужны. Только константы.

Вот посмотрите код из бекенд проекта в котором нет ни одного цикла: https://github.com/Hexlet/hexlet-exercise-kit/blob...

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

1) "прочитай статью "Почему не нужно учить Python первым языком". Это внезапно откроет тебе глаза на то, что надо учить "не клевый язык программирования", а тот язык, на котором ты сможешь найти работу.

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

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

4) В итоге, у тебя откроется возможный путь:

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

5) Либо ты можешь после пункта 2 сразу ехать в Москву, СПБ.

__

Посмотри по местному Ростовскому рынку. Вдруг там 3 вакансии на Python, но скажем 50 на Java. Тогда учи Java и не парься с тем, что местный рынок не дает вакансий и возможностей роста.

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

Развивайтесь в сторону создания более сложных вещей - там и технологии поймутся.
Более сложные - это всевозможные веб-приложения, забудьте о сайтах.
А приложения могут быть уже какими угодно и с большим разбросом по сложности - может быть CRUD админка которую любой индус накидает, а может быть какая-нибудь замороченная система бизнес-аналитики, где кнопки в браузере - это только 10% от всего функционала, и это одна из причин почему ищут фуллстеков. Фуллстек в состоянии взять фичу и сделать её полностью, а не "накидать кнопок и ждать бекенд" или "сделать апишку и отдать фронту".

Большая часть ресурсов - ситуативные (в основном это документации к конкретным библиотекам). Из более-менее часто используемого могу вспомнить:
MDN, DevDocs и Schema.org, чтобы вспоминать забытое.
Can I use, чтобы смотреть поддержку браузерами (+ doiuse).
WAVE и regex101, чтобы проверять себя.
В Browserhacks иногда полезно заглянуть.
FontPair и Coolors - если нужно без дизайнера подобрать шрифты и цвета.
Snazzy Maps, чтобы брать готовые цветовые схемы для карт.
Cubic-bezier, чтобы наглядно делать кривые для простых анимаций.
Google - если затупил.
Noisli - для фонового шума.
Cross Browser Testing, чтобы тестировать результат.

У тебя могут спросить совершенно разные задачки, из того что мне приходит в данный момент в голову:
- расскажи какие значения свойства position, display ты знаешь
- способы выравнивания элемента по центру

- как работает this в javascript
- как работает прототипное наследование в javascript
- generators, async/await, promises, setTimeouts, что из них раньше выполнится и т.п., расскажи про микротаски
- variable hoisting

- расскажи про HoC, что это такое, где используется
- расскажи про render props
- расскажи про portals
- расскажи про context api
- react component lifecycle hooks
- что такое middlwares, какое у них в принципе назначение, какие знаешь, какими пользовался
- как можно уменьшить количество ререндеров, какие способы оптимизации ты знаешь

- CORS - ?
- ФП vs ООП сравнение, их особенности и сильные/слабые стороны
- composition vs inheritance
- различные вопросы по паттернам, например рассказать про observer, как это работает концептуально
- расскажи про пирамиду тестирования

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