DevMan

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

все остальные вопросы не имеют определенных ответов: ответы зависят и от конкретных компаний, и от конкретных людей.

никак: гитхаб - не ФТП-сервер.
для работы через гуй есть полно софта: github desktop, smartgit, tortoisegit, tower, etc.

и что непонятно в require ext-dom * -> it is missing from your system. Install or enable PHP's dom extension.?

лан, переведу: не хватает пхп-модуля DOM.

в настройках code style.
https://www.jetbrains.com/help/webstorm/configurin...

в чем вы видите проблему создания отдельных репо?

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

только для однострочников.

https://api.flutter.dev/flutter/material/showModal...
https://pub.dev/packages/modal_bottom_sheet

Эмм... при чем тут сеть?
Используемые инструменты определяются исключительно нужным функционалом и здравым смыслом.

правки бывают двух типов:
1. исправление косяков.
2. дополнительные фичи/изменение уже реализованных.

1 делается бесплатно и как можно быстрее.
2 делается за отдельные деньги. или не делается вообще и работа с клиентом прекращается.

есть ещё 3: дать клиенту скидобан на конкретно оговоренный объем дополнительных работ.

это из основного. есть ещё методы, но они уже для постоянных клиентов.

флеш-сообщения есть не только в ноде.
смысл очень простой - показать уведомление юзеру.

осмысленное описание комита - маст хэв.
prj-3 - это говно, а не описание комита.

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

шумит и греется – это ни о чем. и для ноутов – это нормально.
конкретней можно говорить только при предоставлении конкретных цифр и описании при каких условиях они получены.

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

показываю на пальцах:
в десять раз быстрее. звучит круто, да?
а если взять не относительно, а абсолютно: насколько в разрезе вэба 0.001 секунды быстрее 0.01 секунды?
эту разницу вообще не заметить пока у вас не миллионы хитов хотя бы в час.

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

спросите у многих, кто это говорит.

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

лично я для web–дев/бэкэнд предпочитаю слоника.

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

если не хочется заморачиваться, купите классический корпус. хоть на вторичке.

если не разберётесь, то и платить не будут.

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

не существует.
ООП – это не создать приложение. ООП – это понять концепцию и прокачать ее.

создание одного приложения по книжке или другому уроку(ам) никак не поможет в освоении. здесь нужна продолжительная практика.

google -> motd

Д - дебаг. читайте логи/включите вывод ошибок.

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

всё придумано за вас: distill.io и аналоги.