Man-Soul

1. С - основной язык.
2. ASM - дополнительно, для небольших "вставок".

Всё остальное - баловство.

У нас работал 40-45-летний (не знаю точно) джун программистом на C#. На мой взгляд, неплохо справлялся (не имея технического образования). Так что не слушайте пессимистов - главное - желание.

Хорошо платят/востребованы (из того, что я вижу в своём городе): Java, C#, JS/Angular, JS/React, Python, PHP.

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

https://tproger.ru/translations/how-to-learn-gamed...
см последний блок, хорошо, если с английским норм, но можете попробовать найти переводы

Перелез с убунты на Минт и горя не знаю. Использую версию на Cinnamon

Причин много:
1. Бизнесу всегда нужно срочно. Из-за этого менеджер/заказчик бьет по рукам и говорит "не до архитектуры и главное быстрее", по итогу — пилятся костыли, которые блинным комом накатываются и в определенный момент нужно переписывать куски структуры, чтобы просто иметь техвозможность работать дальше
2. Если было жирно по ресурсами и времени изначально и такая проблема — не правильная архитектура, экономия на тестах и прочее
3. Плохая договоренность и плохое понимание задачи с каждой стороны, у кого-то завышенные/заниженные ожидания (один сказал сделай мне приложение, второй сказал, что сделает — вина обоих в таком случае)
4. Не всегда это плохо. Сначала быстро запустили (проверили гипотезу, получили первые деньги, инвестиции и прочее), потом переделывают планово (просто этот план может не проговорен, отсюда плохие ожидания и чувство низкого КПД, а он может высокий как раз).

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

UPD: Urukhayy речь не об этом проекте?
Может ли проект быть собран с низким качеством кода, и пользоваться большим спросом?

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

Скорее всего, не получится. Но можно сокращать транспортное время (фирма поближе), а также вставать пораньше (часов в 5 утра).

Если хотите улучшить качество кода:
1) Изучите книги "Рефакторинг" и "Совершенный код".
2) Тренируйтесь на CodeWars - старайтесь более понятный и чистый код. А потом сравните с решениями других участников, берите на вооружение, как можно было сделать лучше.
3) Изучите шаблоны проектирования.
4) Берите большие опенсорс-проекты с хорошей архитектурой и пробуйте что-то в них изменить, улучшить. В процессе изучите, как они спроектированы, невольно будете учиться и перенимать эффективные методы решения многих задач.

1. 9 часов. Это уже ошибка. КЗОТ писали не дурни. 8 часов достаточно для работы, если человек не чаи пьет
2. Пересмотрите процесс работы. По приходу на работу сначала делать самые важные. Прошу прочесть внимательно: сначала важные, а только потом срочные и другие. Отличие важных от срочных в том, что одни, как правило, делаются разово и про них забываются, а другие хоть и не срочные, но они влияют стратегически.
3. Уделяйте время на то, чтобы подумать над "светлым будущим", т.е. создать\актуализировать список страгеческих целей и задач
4. Делайте утром зарядку. Растяжку, отжимания, приседания. Это влияет на энергетику в организме
5. Делайте перерывы во время работы.
6. Чаще пейте воду
7. Займитесь спортом. На своей шкуре опробовал и четко знаю то, что до занятия плаванием делал меньше, чем сейчас
8. Окружите себя теми, кто куда-то стремится. Это не значит что надо всех других послать в Южную Америку на оз. Нахой. Это значит, что надо чаще общаться с одним типом людей и меньше с другим
9. Стремитесь работать на результат, а не подсчет "жопочасов". В дальнейшем ставьте работодателю на собеседовании вопрос "Вам нужны жопо-часы или результаты?". Старайтесь выявить жмотов. Если вы вдруг справились не за 5, а за 4 часа, а работодатель жмотится и боится выделить время на самообучение сотрудника, хотя эти же знания будут применены при решении рабочих задач, то уходите от такого работодателя!

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

После работы лучше тупить. Мозг должен "отдыхать". То есть заниматься структуризацией, обработкой того, что произошло за день.

Старайтесь избегать рывко-образной работы. Все должно быть стабильно. Пусть даже небольшими кусками работы, но стабильно и бессбойно!

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

Через год начинайте ходить на собеседования. Вас пугают требования в описании вакансии? Когда я читаю требования на работе, где сейчас тружусь, то задаюсь вопросом "кто этот бред писал? и на хрена нам вот это все что там написано?". А все потому что пишут тексты HRы со слов "кого-то из отдела", сказанных несколько лет назад.
В реальности по моим наблюдениям можем отказать довольно сильному разработчику потому что просто в данный момент вакансия не горит, а иногда, когда отдел завален работой, берем вполне себе средних, просто потому что срочно нужен. Аналогичная ситуация была и на предыдущей работе. Поэтому лично мое мнение - чтобы устроиться на работу надо обладать не только и не столько перечисленными в вакансии навыками, а скорее откликнуться в удачное время :) Ну и что-то знать конечно.

И самое главное: два-три месяца работы в компании с более высоким уровнем разработки, чем у вас в данный момент, дадут вам больше, чем год бессонных ночей после работы. Поэтому не стоит пытаться сначала дорасти до определенного уровня, а потом устраиваться. Скорее всего не дорастете, только время потеряете. Изучайте базу и в бой!

не совсем то что просили, но есть TED... есть запись лекций профессоров всяких на курсере и iTunes U...

LTspice
www.linear.com/designtools/software
Промышленный стандарт разработки схем, качественно обсчитывает аналоговые и цифровые схемы, есть модели для любых компонентов. Разработанные схемы можно импортировать в большинство средств разработки печатных плат.

1. Можно ли провести с ними аналогию на автомобили, например джип для бездорожья, спорткар для автобана и т.п. языки так же? Если да то какой для чего?

Можно. На большинстве авто можно съездить и в лес, и в супермаркет, и на работу. А для некоторого бездорожья джип не поможет, и нужен снегоход, или болотоход. Есть языки заточенные именно под одну сферу применения. Можно конечно ездить на снегоходе летом в супермаркет, но это довольно затруднительно.
Каждый язык имеет свои характеристики, причем некоторые характеристики являются одновременно и недостатками и достоинствами. И под задачу выбирается язык исходя из нужных характеристик.

2. Для пользователя будет ли видна какая то разница внешне на чём(на каком языке) сделан сервис?

В большинстве случаев нет.

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

Бывает и такое.
Попытайтесь написать на руби или на пхп драйвер видеокарты или ОС.

4. Если предположить, что человек знает все 3 языка, то исходя из каких мыслей он будет делать что то выбирая определённый язык - время, деньги, личные предпочтения или это вытекает из поставленной задачи(если каждый язык для чего то определённого).

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

5. Если взять все знания каждого языка, то как они будут располагаться по лесенке. Например - php 3 года изучения, рибу 5 лет изучения, с++ 10 лет обучения.

Любой язык - за месяц, основы.
А дальше - до бесконечности. Ну и от человека зависит, не каждый вообще склонен к программированию, а если и склонен, какие то языки конкретному человеку будут труднее даваться.

В чем разрабатывать - это дело десятое и даже двадацатое. На первом месте знание языка, технологий, наличие опыта в разработке. Если вы все это хорошо знаете, то работодатель не будет вам отказывать из-за того, что вы MS VS не знаете. Надо будет - научитесь - дело наживное. Конечно им бы хотелось, чтобы вы знали как работать с принятыми на их проекте инструментами, но если выбор будет стоят между тем, кто не знает нормально языка, но умеет работать с Visual Studio и тем кто знает язык, то поверьте, выбор будет сделан однозначно в пользу последнего. Конечно работодатели пишут много разных "хотелок", но практика показывает, что среди этих хотелок очень много того, на что они легко готовы забить.