Толстый Лорри

не хочется завязываться на конкретного вендора, который когда захочет меняет свои технологии

Много ли таких прицедентов было с ASP.NET? Сейчас MS в этом направлении активно захватывает рынок, вытесняет Java с ее EE платформой (с которой, кстати, недавно была драма по поводу vendor-lock недавно), так что выходит сплошной популизм: активно развиваемая коссплатформенность с .NET Core, чуть ли не полная бесплатность платформы Xamarin.

C# является языком общего назначения, который имеет уйму применений и просто приятен в использовании. Конечно, для _мелких_ веб-проектов он проигрывает в скорости разработки, хостинг под него дороже (если это не Linux-VPS и проект на ванильном ASP.NET MVC, а не ASP.NET Core). Но при этом код легко поддерживать и тестировать. Но порог вхождения здесь выше, но за это щедро платят. В одиночку фрилансить веб на нем сложно.

Другой угол зрения: PHP - чистый веб-язык, дорога на десктоп и мобилки ему заказана. Также он не подойдет для более-менее ресурсоемких задач по обработке данных (не поддерживает нативные потоки). Да, он идеален для небольших и средних веб-проектов, но серьезный интерпрайз на нем не строят, как правило.

Вы умеете разговаривать на английском? Оцените по пятибальной шкале)

Что-то вроде такого:

http(s)?:\/\/[\w\s\.\/\?=\&_-]+mp4[\w\s\.\/\?=\&_-]+

С++ - это почти надмножество Си, потому придется.

Ломать билд крайне нежелательно, особенно в master-ветке!
Ночные сборки нужны не только для непосредственно разрабатываемого продукта, но и для отслеживания интеграции со всякими внешними зависимостями (через Maven, NuGet, npm...у кого там что подтягивается).

Встречал, что юнит-тесты прогоняются при каждом коммине (даже фичебранчи, т.е. их ломать тоже не желательно), но полноценные ночные сборки, тесты Selenium работают лишь с develop.

DataGridView в принципе тормозит при большом количестве данных (гугл подтвердит). Можно сделать пейждинг или...кастомный грид.

Делфи используется все реже в новых проектах. Если язык и не умирает, то перспективы его очень туманны.

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

Минимально: текстовый редактор, компилятор, компоновщик. Неплохо еще иметь систему автоматизации сборки проектов, дебаггер и какую-нибудь систему контроля версий.
Либо IDE, которая в себе это может содержать.

Главное - желание заниматься программированием, остальное придет с опытом.

Наверное, тут помогает хорошая архитектурная абстракция проекта. Большие листинги становятся маленькими или, по крайней мере, разбиваются на логические сущности. Пока проект строится - пишутся просто заглушки, затем эти заглушки реализуются. Но в любом случае, самая важная, глобальная архитектура должна обдумываться заранее, чтобы потом не приходилось держать в голове весь проект =)
Как правило, запиливая отдельный модуль, глобальную архитектуру по отношению к нему можно изображать достаточно схематично, а в рамках этого некоего модуля всё в мозгу должно помещаться с необходимой точностью.

Явно: создать новый массив, скопировать с добавлением.
Неявно: использовать классы-контейнеры.