deepblack

Я не фрилансер, но делал бы так:

1. Если сервер не нужен - вопрос решен
2. Если сервер нужен и его делает третья сторона - вопрос решен
3. Если сервер нужен и его делать самому, то:

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

б) если приложение потенциально может обрасти большим количеством данных, то объясняем клиенту, что к чему. Что данные где-то надо хранить, и это где-то называется сервер. Что на первых порах можно использовать бесплатное решение(тот же firebase), но если данных станет больше то придется переходить на платный тариф. Предлагать два варианта: либо он сам заводит этот сервер и оплачивает, либо предлагаю самому этим заниматься за стоимость сервера + дополнительные пару копеек.

Ну, делите число n по модулю на 10, получаете последнее число, смотрите, если это 9, то добавляете к количеству. А к n присваиваете n / 10 (деление целочисленное), и идете дальше, пока n > 0

ru.hexlet.io однозначно. Лучшие курсы, в которых достаточно подробно объясняют.

в какой момент можно искать работу?

Когда будете уверены, что сможете пройти собеседование.

Берут ли на стажировку?

Это правильнее и эффективнее узнавать на работных сайтах, а не на Тостере.

Можно ли фрилансить?

На фрилансе нет шансов без опыта.

Советую C++, так как у Python с ним прекрасная двусторонняя интероперабельность, что позволит серьёзно расширить свои возможности в обоих языках.

Верстальщик и через год будет получать не больше 50.
Джуниор фронтендер за год-два может стать мидлом и получать 100+.

ps И да, начинающему верстальщику вряд ли станут платить 50к

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

Аналогично любой Unix-подобной системе. В mount namespace сначала монтируется корень — образ контейнера, а потом уже тома, соответственно всё, что было в образе по пути монтирования, перестаёт быть доступным.
Монтировать данные из образа на хост невозможно, для вас - docker cp после запуска контейнера

Поделитесь опытом, какой способ вы используете для своей разработки?

Лично мы используем такой способ:
1. Есть мастер ветка, туда попадает только полностью оттестированный код (обратите внимание - не в конце какого-то спринта; не после того, как на горе рак свистнет; а после прохождения всех этапов тестирования)
2. Есть dev-ветка, ею заведует старший разработчик и по мере необходимости "подливает" туда фиче-ветки.
3. Есть много фич-веток, в которых работают отдельно взятые личности, при этом откуда они будут брать кодовую базу для доработки - их личная трагедия. Если при слиянии возникают конфликты - есть старший разработчик, если ему что-то непонятно - есть авторы кода, которых можно позвать и спросить "какого тут происходит?".

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

О, тут возможны множество причин.
1. Перед пуском крайне полезно убедиться в исправности силовых транзисторов и диодов. Вместо плавкого предохранителя полезно включить лампу накаливания 100 ватт - по её свечению (или несвечению) можно многое понять, да и если там действительно неприятность, то без такой лампы предохранителей не напасёшься.
2. Дежурка даёт не только 5, но и 12 вольт для питания управляющих схем БП - проверить. Иногда эти 12 в действительности повышены до 15...20 - не пугаться, это норма, стабилизируется в канале дежурки только 5 вольт.
3. Проверить исправность микросхемы контроллера ШИМ. Тут есть такой нюанс: если этот контроллер - не TL494 (или его точный аналог 7500), то такой БП лучше не ремонтировать, а пустить на запчасти, поскольку остальные контроллеры (из собственного опыта) слишком капризны, легко сгорают и не стоят затраченного труда. Если же это TL494, можно идти дальше. Самая поверхностная проверка 494: на ножке 13 должны быть стабильные 5,0 вольт, на ножке 5 - пила с частотой несколько десятков килогерц, на 4 и 16 - ноль вольт, на 2 - 2,5 вольт.
4. Если это всё в норме, а запуска нет, попробовать поменять TL494.
5. Бывает кратковременный запуск, затем через 1...3 сек отключение - тогда искать короткое замыкание в выходных цепях.
Это очень краткое перечисление, в действительности по ремонту БП АТХ написаны (и выложены в Сеть) большие тома и ещё больше "охотничьих рассказов".

Подтверждаю слова, Андрея. Macbook Pro 2015 15" MJLQ2 отлично подходит для работы с передовым фронтендом и двумя внешними мониторами и при этом не греется.
Одновременная работа Webstorm с проверкой flow и prettier в реальном времени, Slack, Chrome с консолью разработчика, PhpStorm с открытой базой и браузера Opera с кучей вкладок не греют ноут. Вентиляторы почти не слышно, даже если, при всем при этом смотреть видео на Youtube.
Зато оперативки на все это уходит 12Gb.
Но заставить ноутбук включить вентиляторы можно, например, активной работой с диском, выполнив yarn install (npm install) в большом проекте. Шумят вентиляторы, когда заводятся на полную, громко и в какой-то не похожей на другие ноутбуки тональности. К слову работает с диском очень быстро по сравнению со старым ноутбуком, на котором был не медленный SSD от Toshiba и поддержка SATA 3.
В целом очень доволен. Отличная машина для работы. Тихий, быстрый. Система удобная, хоть и лишена некоторых плюх Linux. Клавиатуру не заценил, так как использую внешнюю механику Vortex Race 3.
Монитор шикарный, правда не используется.
Вход для наушников поддерживает гарнитуру.
Можно воткнуть два монитора по mini Display Port, с мониторами Dell U серии такие идут в комплекте и никаких переходников не надо.
Определенно советую к покупке.