paran0id

Похоже на описание концлагеря) Сейчас большинство айтишных компаний практикуют удаленную работу, тем самым снижая финансовую нагрузку(условие наличия большого офиса, снеков, и прочего). У адекватной компании - вы закрываете таски - вы молодец, когда вы их закрываете - ваше дело. У нас условие - 4 часа пересечения общего времени с командой. К примеру я встаю в 5, в 6 уже на работе, в 2 заканчиваю работать. Далее "свободное время"

Ищите компанию где не будет такого идиотизма)

https://letsencrypt.org/ru/docs/challenge-types/

1. Скорость будет зависеть от качества прокладки кабеля и разветвителей. Если в разветвителях есть какой-то креатив типа усилителей, фильтров, и так далее, скорость упадет. Более того, любое соединения кабеля - это источник отражения сигналов. Больше отражений - хуже связь.

2. В давние времена по коаксиалу пускали 10 мегабит и это было за счастье. Вы же хотите тысячу. Причем для этого, применяли специальную технологию врезки, при которой шина не нарушалась (помните про отражения?), а длина ответвления составляла несколько десятков миллиметров.

3. ТВ кабель имеет волновое сопротивление 75 Ом. Сетевые устройства могут быть и на 50 Ом. Перепутывание сопротивлений ухудшает связь вплоть до полной невозможности.

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

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

Можно пустить Ethernet через сеть 220В, см. "powerline ethernet", это компенсирует для вайфая толстые стены, дав возможность расположить точки доступа где нужно. Ну или просто кабели дотянуть до всех потребителей.

В твоём случае никак, так как у тебя нет доступа к ним.

Все же лучше это решать организационными методами.
Место для стоянки выбирать на холме. Каждые полчаса бибикать, в горах далеко слышно.
Что же до технического оснащения поставьте на смартфоны простейшее приложение навигации.
Что в нем нужно отметить точку старта и включить функцию возврата.
С ардуинкой не советую связываться. Есть вполне нормальные платы с SOC которые содержат связь, и навигацию
вот например https://aliexpress.ru/item/32998026851.html?sku_id...
Ну и куча трекеров на нем.

потому что китай против

Создаю свой мессенджер, задача такова что нужно сделать список абсолютно всех мелодий которые есть в мире, так же как в вк, как это можно реализовать?

Так, давайте прикинем что нам нужно для реализации. Программная часть собственно нас не сильно интересует, так как на фоне прочих затрат найм какого-нибудь Линуса Торвальдса на пару месяцев вообще теряется в общей сумме.

1) Хранилище. По примерным оценкам в мире в цифровом виде около 500 000 000 оригинальных музыкальных композиций. Учитывая ремиксы и каверы - можно смело брать миллиард. Средний вес композиции среднего качества - 5 Мб. То есть порядка 5 петабайт, если хранить не в лучшем качестве. Учитывая что это должно иметь какое-то резервное хранение (у нас тут серьезный сервис все-таки), умножаем на 2 (10 петабайт). При стоимости около 2 центов за гиг в месяц, 10 000 000 Гб * $0,02 = $200 000 в месяц хранение. Ну, бюджетненько в целом.

2) БД, которая хранит данные обо всех этих композициях. Стоимость хранения будет поменьше, но думаю к 20-50К все равно где-то выйдет.

3) Другой вопрос - где брать эти данные, так как не все музыкальные файлы содержат полное описание композиции. На перебор 1 миллиарда записей и сортировки их по жанрам, альбомам, исполнителям, дате выпуска и т.д. уйдет некоторое время. Допустим 50% композиций будут иметь нормальное описание, остается все те же 500 миллионов композиций на обработку. Пусть на каждую понадобится 2 минуты работы, внести данные в поля (хотя их еще как-то найти надо, но допустим), тогда получим 1 миллиард минут. Это 1900 лет работы, или 16 666 667 часов. Час работы самого дешевого индуса - 3 бакса/час. 16 миллионов * 3 - давайте округлим до 45 миллионов. Даже если сократить этот пункт в 10 раз - выйдет под 4 миллиона. Рабский труд сегодня дорог как никогда...

4) Теперь платформа которая будет всем этим ворочать, так как у нас в сервисе должны же какие-то пользователи завестись вроде. Ну, на сервера можно смело отложить небольшую сумму, тоже где-то 20-30К, для начала сойдет.

5) Прочие накладные расходы, такие как билеты на самолет до Америки с целью договориться где будет стоять ваш датацентр и прочие мелочи мы пока в бюджет не вкладываем, так как там уже инвесторы подтянутся, и смысла заморачиваться с мелочевкой нету. Так же оставляем за кадром вопросы лицензий и отчислений авторам, так как с этим возиться лень, как-нибудь решим потом.

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

По итогу на год:
$200 000 * 12 = $2 400 000 хранилище
$20 000 * 12 = $240 000 бд
$20 000 * 12 = $240 000 сервера приложения
$4 000 000 работы
Итого: чуть меньше 7 миллионов баксов.

Вы можете любой файл смонтировать внутрь контейнера. У меня так конфиг nginx "проброшен".
Так что положите их где-нибудь рядом с docker-compose.yaml (в одну из папок) и пробрасывайте контейнеру.

Это потуги расширить и без того размытый спектр грейдов. Под junior+ чаще всего имеют ввиду человека, у которого уже есть опыт работы, но на мидла ещё не тянет, а middle+ - это мидл с большим опытом, но не тянущий на сеньора.

Обычно значит что нужен крепкий Junior/Middle.
Год коммерческого опыта для Junior и два-три для Middle.

Однако, чаще встречается сочетание Junior+/Middle на вакансию, что означает готовность рассматривать опытных Junior на данную позицию, так как Middle не получается нанять. А еще чаще встречается сочетание Middle+/Senior, когда не хватает денег на позицию.

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