Vitegor

Есть разница между респонсив и адаптивностью - habrahabr.ru/post/148224/.
По хорошему же веб-разработка примерно с момента выпуска третьей версии бутстрапа стала отходить от оптимизации сайта под ряд устройств, опираясь на популярные значения ширины: 420, 768 и так далее, потому что сайт должен смотреться хорошо даже если взять, вывести его на телевизионную панель и медленно уменьшать окно браузера до 320 пикселей в ширину. Мораль в чем: примерно это при тестировании и делается, окно браузера постепенно уменьшаем или наоборот идем от малого к великому, если используем mobile-first подход и везде, где картинка "рушится" ставим breakpoint с помощью media-queries. А вот чтобы не писать кучу значений и иметь возможность ими гибко управлять - очень подойдет препроцессинг, где можно выносить переменную breakpointа, что очень упрощает кодинг хорошей адаптивности.

А еще я не очень поняла как вы пишете медиа запросы - неужели просто @media (width: 600px)?
В любом же случае прописывается диапазон типа: @media (min-width: 480px) and (max-width:567px) и тогда совсем уж месива быть, мягко говоря, не должно для устройств, лежащих в этом диапазоне ширины экрана. Возможно, это именно то, что хоть как-то исправит ваше "месиво".

Ага, нашел. Это был onecommander.com

Он ничего не подключает. Задача этой штуки, собрать пути до всех библиотечек.

Приведу пример. Возьмем jQuery. Для того что бы использовать jQuery в своем проекте вам надо сделать следующее.
bower install --save jquery
bower будет искать пакет с названием jQuery, скачает его и на этом его миссия будет завершена, а у вас в директории bower_components (или как вы ее назвали в bowerrc), будет папка jquery с несколькими файликами. В случае jQuery вам нужен только один файл, он является главным.

В bower.json пакета jquery указывается главный файл (тот, который собственно и должен использоваться в проекте)

{
  "name": "jquery",
  "version": "2.1.2-pre",
  "main": "dist/jquery.js",

вот это вот поле main и содержит имя нужного нам файла. К слову файлов можно указывать сколько угодно и какого угодно типа.

Задача этой тулзы - пробежаться по всем зависимостям которые использует ваш проект, собрать пути до каждого файлика указанного в поле main конкретного пакета, и отдать вам массив этих путей.

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

Ответ на вопрос будет сильно зависеть от того, в каком направлении вы думаете развиваться.
Будет ли это сетевое программирование? Тогда это си, в основном.
Может быть, веб-программирование? Тогда тут могут быть php, javascript, python, ruby.
Захотите разрабатывать программы на десктоп? Вам нужны c# или java.
На мобильные платформы? тогда java и objective c (плюс swift).
Или податься в разработку игр? Тогда либо c++, либо с# (для Юнити - наверное, самой популярной платформе).
Хотите экзотики? Приглядитесь к функциональным языкам - Erlang и Haskell.
Разработка железа и драйверов для железа? тогда си (без плюсов) и ассемблер.
Определитесь, что вы хотите, потому что всё объять не получится. Выберите один (или два) направления и добейтесь хорошего уровня в нём. А потом вам будет уже легче двигаться дальше.

Мой совет - попробуйте изучать C# или Java (они во многом похожи) для софта, или Javascript и php/python для веб-приложений и сайтов.

Добавлю, что очень правильный совет дал @tsarevfs - помимо языка программирования, хороший программист должен знать несколько инструментов - и в первую очередь, это система контроля версий, например, git. Плюс юнит-тестирование (хотя это можно начать изучать позже, через годик-два). Плюс - нужно хорошо знать свою IDE, в которой работаете; не вздумайте работать в блокнотиках!

Ещё помимо практики нужно знать теорию - читайте Макконнелла, Фаулера, Мартина, Бека.
Подпишитесь на хабре на пару десятков хабов и регулярно читайте всё подряд. Через годик ваш уровень понимания статей сильно вырастет.

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

UPD. Важное дополнение из обсуждения в комментариях (спасибо @Argentum88 @Deerenaros )
Чтобы стать профессионалом и "востребованным программистом с нормальным заработком", нужно очень хорошо понимать внутреннее устройство тех систем (платформ, фреймворков), на которых идёт работа.
Для этого нужно заглядывать вглубь. Изучив различные мейнстрим-инструменты, посмотреть на аналогичные менее популярные системы. Изучать исходный код используемых open-source библиотек. Написать свою подобную систему. Для web - написать свою CMS (хотя бы базовую). Для десктоп-программ - попробовать программировать без навороченных библиотек, которые делают рутинную работу за программиста. Для разработчика игр - сделать простую игру на базовом инструментарии платформы, где всё придётся делать своими руками.
Всё это даст возможность проникнуться, почему всё делается именно так, даст понимание взаимосвязей разных частей программы.
А потом, осознав это, выбрать один из уже готовых инструментов, и продолжать писать на нём, уже обладая более глубоким его пониманием.

Может просто @Html.Raw(item.Body)?