Зависит ли скорость работы программы (скорость обработки данных) от языка программирования? или самой среды программирова

Если пишется гуй, то под "скоростью обработки" понимается его реакция на действия оператора. В таких задачах различия в быстродействии для оператора незаметны.
Если пишется СУБД, то критерии, а поэтому и подходы к решению другие, если пишется нагруженные математикой методы
яп - это по большому счёту всего лишь синтаксис, от которого, понятное дело быстродействие исполняемого файла не зависит.
н-р в относительно медленном сишарпе можно использовать его возможности, дабы приблизить его быстродействие к с++ (указатели, unchecked)
Есть ещё вопрос о многопоточности, которая везде организована разными способами, а иногда и никак не организована

Скорее не от ЯП, а от компилятора.
Один компилятор одного и того же ЯП одну и ту же операцию транслирует в 100 команд ассемблера. А другой - в 50
Ну и языки конечно оказывают влияние.
Не сравнить тот же классический Си и С++. В С++ уже очень много избыточных, структурных, объектных кодов...
К тому же Си писался на ассемблере, а уже С++ -на Си, т. е. изначально уже избыточные коды при компиляции.

Зависит. Оптимизация - это и использование более быстрых языков и библиотек тоже.

Да, зависит. Конкретный пример: "если приложение на Java сравнить с приложением на языке Си, то приложение на Java будет работать в 7 раз медленнее и требовать в 30 раз больше памяти." (ц) Константин Шереметьев "Путь в программисты".

Зависит. Среда программирования по сути ни на что не влияет

Зависит от языка программирования и типов языков, компилируемые языки работают быстрее чем интерпретируемые. Скорость обработки данных так же зависит от используемого алгоритма, например используя линейный поиск в массиве из 1000 элементов, в лучшем случае если то значение которое мы ищем находится в 0 элементе, то мы его найдем сразу за 1 шаг, а в худшем случае нам придется сделать n шагов по массиву чтобы найти это значение, а если этого значения нет в массиве, то нам придется пройтись по всему массиву, линейный поиск хорош тем что не требует отсортированного массива. Есть более быстрый алгоритм бинарный поиск где массив делится на две части левую и правую часть, исходя от значение среднего элемента массива, он определяет в какой половине массива стоит искать то значение которое мы ищем, если средний элемент меньше то что мы ищем, то ищем в правой половине массива отсекая всю левую и средний элемент, заново определяем средний элемент массива, если средний элемент больше того что мы ищем, то ищем в левой части подмассива, а всю правую часть отсекаем, после нескольких разбиений на подмассивов мы в итоге найдем то значение которое и искали. Бинарный поиск производит поиск за логарифмическое время например для поиска в массиве из 1000 элементов ему придется примерно сделать 10 сравнений это намного меньше чем при использовании линейного поиска. Минус алгоритма бинарного поиска в том что он требует отсортированный массив, и тут не имеет значение сколько уходит времени на поиски того что мы ищем, если массив сортируется часами или годами.

Да, зависит