index0h

Возможно ли стать middle/senior без работы?

Устроиться - возможно. Например вы в компании единственный инженер, можете быть хоть СТО.
Обладать такой квалификацией - нет.

без опыта работы но с большими знаниями и проектами можно стать мидлом/сениором?

Это оксюморон.

Знаете вы о людях которые учились не в компаниях а самостоятельно и приходили туда уже мидлами/сениорами?

Мидлами в общем смысле - нет.
Мидлами, в смысле "более квалифицированными, чем другие сотрудники" - да.

Зачем нужны дженерики, если можно проще?

дженерики тут ни при чем.

По сути вы пытаетесь передать в print1 (в заккоментированном коде) срез другого типа. Да, тип элементов среза отвечает вашему интерфейсу intf, но сам срез нет. Следующий вызов вполне валиден, но с типам i1 и i2 вы такого не провернете.

func main() {
  print1([]intf{nil, nil})
}

Если вы под скоростью считаете скорость доставки контента - чем "ближе" к вам сервер и шире канал - тем быстрее.

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

Скорость фронта так же зависит от задач и способа решения.

В Go очень низкий порог вхождения, так что да, для новичка вполне норм.

Используйте raw sql и не мучайтесь.

Поэтапная предоплата

На счет ssh и nginx: лучше открывать на публичном ip nginx, а ssh - на приватном.

1. открываете транзакцию
2. записываете в одну таблицу
3. записываете в другую таблицу
4. коммитите транзакцию

Какие есть области без гитов

Те, где кода на столько мало, что вести его историю нет необходимости.

Без фрейморков

Те, где фреймворки не помогают в решении задачи.

Вероятно то, что вы ищите - школьный учитель по Pascal.

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

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

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

Лично я работал со следующими связками:
- Vagrant + bash provisioning
Этот способ с самым низким погором вхождения, но он очень требователен к качеству кода И процесса установки и обновления.

- Vagrant + ansible provisioning
Этот способ по сути включает в себя bash provisioning, но в структуре ansible. Работая в команде будьте готовы к тому, что провизионирование далеко не у всех будет нормально работать и это будет источником вашей головной боли. Если базово подтянуть bash у сотрудников еще не вызовет вопросов, то с ansible это процесс будет сложнее.

- Docker
Чистый докер требует далеко не маленькой компетенции. В команде я бы настоятельно не рекомендовал его использовать без дополнительных обвязок. По сути вам прийдется сделать свой docker-compose.

- Docker + docker-compose
Считаю оптимальным решением для dev окружения при работе как в команде, так и без.

Чем можно объяснить разницу?

Порог вхождения и требования к качеству самого кода у Symfony выше.

Ведь вроде как оба фреймворка состоят на одних и тех же компонентах

Много где используются Symfony компоненты, не только в Laravel. Что как бы уже должно намекать.

в Laravel есть удобства, позволяющие экономить время на разработке без потери качества.

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

зачем же тогда люди идут в Laravel и сразу не изучают Symfony?

Маркетинг

У вас весь сыр в один вареник. Начните с простого, почитайте что такое интерпретатор. Node - это интерпретатор, для языка js.
Сервер, запросы, клиенты и т.д. - это про взаимодействие по сети, почитайте про HTTP и как он работает.

Из способности управлять ОС

Не сущетвует "способностей", есть системные вызовы ОС, почитайте что это.

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

Оно то можно, только на гаджетах довольно мало ресурсов.

Связь с сайтом осуществояется через NPM и NPX.

Опять же почитайте про HTTP.

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

Похоже у вас фактическое подключение происходит не через localhost, а на ip контейнера.

ctrl+c -> ctrl+v

Хакер - это специалист очень высокого уровня в программировании, администрировании и ИБ.
Вероятно то, что вы ищите - penetration testing. Без знаний для хакера, вы станете обычным script kid, что на самом деле должно быть стыдно))

В каких приложениях Go существенно эффективнее чем Node.js и PHP?

Go > PHP:

1. Приложения, в которых на инициализацию тратиться очень много времени и это критично. Грубо говоря, когда умирающая модель выполнения не подходит.
2. Приложения, в которых нужно много памяти для обработки.
3. Приложения, в которых необходима мультипоточность и реализация задержек во времени.

PHP > Go:

1. Приложения, в которых важна скорость разработки, а производительность на втором плане.
2. Приложения, в которых важна легкость горизонтального масштабирования. Грубо говоря там, где умирающая модель оптимальна.