Flying

У предыдущего оратора гон полный. Но и Вы не очень внятно свои озвучили "хотелки". Си, он и Африке Си. Ассемблер привязан к "железу" намертво. Вы уж определитесь.

Исчерпывающее видео по PSR-7 (первое из всего цикла)
https://www.youtube.com/watch?v=w4iqxN0nfTs&list=P...

Видео ответит -- зачем вообще нужно в объекты завернуть глобальные переменные

Ответ на ваш вопрос:
Чтобы ваш код можно было передавать в другие инструменты, которые также работают с объектами Request/Response... более того с этими объектами работают другие части фреймворка/др фреймворков -- модифицируют, обогащают и прочее... Например посредники, роутеры, контроллеры и т.д... А сам стандарт нужен, чтобы создатели библиотек/адаптеров/фреймворков делали все через единый интерфейс, что помогает обмениваться решениями или делать сразу под несколько платформ

Как по мне варианты от Slim 2 проще и понятнее.

Ну значит работайте с ним, пыток нет в наше время (за такую работу с глобалками)

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

Использовать stackoverflow.com вместо этого кривого автопереведенного сайта.

Ну, или вот на коленке накидал юзерскрипт, который приводит стили в порядок:

if (document.readyState === "loading") {
  document.addEventListener("DOMContentLoaded", makeOk);
} else { 
  makeOk();
}

function makeOk() {
	setTimeout(
	function() {
		let elementList  = Array.from(document.getElementsByClassName('desc'));
		elementList .forEach(element => {
			element.attributes.style = "";
		});
		let elementList2  = Array.from(document.querySelectorAll('div.answer-row > div'));
		elementList2 .forEach(element => {
        element.className = "";
		});
	}, 500);
}

Каррирование

C помощью SVG масок

вопрос оплаты труда волнует меня в последнюю очередь

вранье

с позиции нуба и чайника, нравится эта сфера, процесс обучения доставляет удовольствие.

просто вы работать еще не начали в этой сфере

Никто ведь не захочет тратить 90% времени в вузе на учебу, а потом 95% из взрослой жизни.

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

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

нет

тем более что профессия подразумевает многочисленные болезни

Что за бред? Твое здоровье в твоих руках. Не забывай заниматься физической активностью и профилактикой болезней.

И что делать, если ты занимаешься одним, а в один момент это становиться неактуальным - учить что-то новое заново?

Это нормально. У тебя будет опыт и выучить что-то новое не так уж и сложно.

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

1) Косяк в организации работ на фирме.
2) С вами не должны нянчиться, про все детали как вы работаете не должны помнить. Если у вас проблема - общайтесь с руководителем непосредственным.

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

И кто за вас будет задавать вопросы?
Выяснение задачи до конца, прежде чем начать работу - один из основных навыков программиста.

Каждое задание мне приходилось переспрашивать по 5 раз, а если вскрывался подводный камень, о котором мне не говорили, то ещё по 5 раз.

Абсолютно нормально для начинающего.
Более того - абсолютно нормально даже для сеньора, который только входит в новый для себя проект.

Да и вообще - подводные камни - это "наше все" в программировании.

Знаний для позиции Junior C# с головой

Нет. Вы не джун еще. Вы всего лишь "трейни".

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

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

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

А вы часом не перехвалили себя в резюме?

От вас поди ожидали большей квалификации.

За всё время я лишь подтянул знания о git'е и не более.

Вас никто не будет учить, кроме вас самого.

можно ли назвать позицию "Разработчик C#/.NET", если за месяц стажировки я написал максимум 10 строчек ?

Вполне.
Дело трейни - разбираться, вникать. Тем более первый месяц.
И вообще производительность труда программиста отнюдь не в количестве строк меряется. Я с месяц назад за исправление значения 2 констант взял 6 000 рублей за свою работу.

После своего первого опыта чувствую себя ни на что неспособным в программировании. Со стажировки ушёл.

Вход в профессию программиста тяжел.
Вход и вникание на новом месте работы тоже не прост. Даже если вы уже сложившийся программист.

Большинство программистов, кстати, предпочитают не вникать.
А писать свои велосипеды.
В частности потому так очень популярен фриланс "в одного".

Не нашел ничего такого эдакого в вашем описание.
Все норм. Примерно так и должно быть

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

Все остальное:
Исключительно ваши косяки.


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

Есть 2 пути программиста:

1) Индивидуализм. Фриланс. Говносайты, говноприложения. Работа в не ИТ-шных фирмах или в мелких фирмочках где не поставлен процесс и по сути делаешь все один. Плохо тем, что не от кого получить обратную связь не с кем учиться, нет опытных коллег рядом. Всю жизнь будешь делать говносайты и говноприложения. Ну чуть чуть более цивильно. И все. Это предел.

2) Если хотите все же заниматься в жизни чем посложнее и поинтереснее и поденежнее - учиться в большой конторе с коллегами. Где поставлен процесс. Где твою работу контролируют. Да придется ковыряться в куче чужого года, в куче легаси. Это нормально. Для высококвалифицированного программиста - чужой код и взаимодействие с коллегами крайне важно. Технически серьезные проекты делаются только большими группами программистов.

Люблю сейчас смотреть на такие ситуации. Не злорадно :), конечно. Через все это проходил.

Я тебе так скажу, Очень мало где видел, чтобы все "по полочкам раскладывали, пережевывали и в рот ложили". Но с первой работой повезло больше. Там как раз простая контора была, но был очень хороший шеф-технарь. Он все понял и уделял время. Хоть потом понял, что я вообще нулевой пришел. В отличии от тебя. Нужно подстраиваться под коллектив. Делать мало, но делать. Потом будешь делать чуть больше с большей увереностью. В начале я вообще думал, что только время у разработчиков забираю и ничего не делаю. Делал рутину за них. Тебе должно быть гораздо проще. Всего-то несколько месяцев поработал и уже расстроился. Я мучился больше года, чтобы хоть какую-то уверенность в знаниях получить.

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

Жизнь дала вам ситуацию, в которой вы можете получать эти скиллы.

Задайте себе вопросы:

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

- как я могу тебе извлечь нужную информацию из кода и как IDE и отладчик поможет мне в этом?

- где есть документация и как ее найти?

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

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

- был ли я понятен для пользователей когда занимался поддержкой?

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

Даже если вы ни на что не можете повлиять, ответ себе на подобные вопросы сделает вас лучшим программистом

Ничего сложного, если напрячь извилины и увидеть ваш рисунок несколько иначе. Тогда выходит что ваша змейка это просто 3 блока с 33..33% шириной. Просто для первого блока не показывается правая и нижняя граница (border) и для верхнего - верхняя и права. Закрутку даете через border-radius, с тем, что между ними находится можете как хотите разобраться. можете сделать полосой, можете сделать блоком с только одной границей. Расположить проще всего флексами.