Иван Шумов

Да никто не лучше. Этот холивар длится примерно вечность и никогда не закончится. Каждая из этих технологий решает примерно одни и те же задачи, но немного по-разному. Вот и все.

А остальное "лучше-хуже" уже особенности проекта и радиус кривизны рук (недостаток опыта). Есть еще 100500 баз данных и что?

Нельзя. Можно отправить фотографию разве что. Бот вообще ничего про устройство не знает

Нельзя получить "все сообщения из очереди". Получаете их по очереди без ack, записываете в базу, потом делаете ack. Можно посмотреть в сторону метода basic.consume.

А вообще вы же с очередью работаете. Не надо делать батч из очереди. Это противоестественно. Особенно учитывая что размер очереди изначально не известен

В договоре и акте приемки должны быть критерии по которым принимается работа. То чего там нет - за то ответственности подрядчик не несёт

Запросить feedback от руководителя и коллег. По его результатам принимать решение о подаче заявления. Правда, 7 месяцев всего ... серьезно? Мы не знакомы, но прогресс о миддла за такое время не у всех гениев даже происходит

В 100500 раз - в ВУЗ не научат программировать. Могут дать какую-то поверхностную базу по языкам и технологиям, не более. Программистом прекрасно становятся и без ВУЗ'а. Если хочется стать программистом то стоит начинать уже сейчас и самостоятельно, а ВУЗ закончить для корочки

Что находится в папке build волновать особо не должно. У реакта много логики для оптимизации загрузки со стороны клиента. Ну и кто сказал что реакт для новичков? Новичкам в таких фреймворках как бы делать нечего)

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

Бесполезно таковые искать. Все компании разные и девопса не существует как позиции, поэтому все придумывают свое

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

PS про файлы, конечно, перебор, но кто мешает в требования в ТЗ написать ограничения на те же технологии. Как пример, реляционная бесплатная база данных с LTS не менее до 2040 года. А какая будет - после этого уже не так важно. С языком программирования та же история

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

То что они за этим следят с помощью скриптов) а если бороться с их скриптами то вообще ничего работать не будет

https://commercetools.com и его аналоги в помощь

Я не в курсе на сегодня, но на момент когда общался по исследовательской деятельности в подвалах Бауманки изобретали технологии чуть ли не 22 века. А что по знаниям - базу дадут везде, а дальше уже кто насколько старается и кому интересно. В ВУЗе нет цели научить или выпустить специалиста, если что

миллион таких вариантов как сделать, как именно - зависит от продукта и его целей. AWS - не единственный вариант