arsenty

Откуда нам знать, хотите ли вы сделать конструктор discord бота сайт?

Одна ретина уже не стоит экономии. А возможно 2013 дольше поддержат новыми системами. Я на iMac 2011 уже не смог поставить каталину. Только через крак. И то работа вызывает вопросы

scrollIntoView

Пффф.... Конечно можно. Поставить Windows и всё. Зачем Вам линукс и эта "куча штук", если хочется "кавайности" и не хочется учиться?!

А если по существу, Вы задали вопрос в стиле: "Я вот периодически хочу есть, можно обойтись без того, чтобы класть еду в рот? Просто выбешивает архаичность - занимает много времени, потом надо чистить зубы."

Сталкивался с таким дизайном и дизайнерами, которые такое рисуют - больше с ними не работаем

Единственная ваша проблема в том, что вы считаете что 31 год это уже все. А как же. Для себя надо сначала понять, что в ИТ с мозгами можно работать и в 60. Главное что бы вы сами во всем отлично разбирались.

Для тестового задания смело берите 4. Тут отпадает надобность в старых недобраузерах, зато флексбоксы - одно удовольствие.
Кроме того, альфа 4 бутстрама весьма стабильна. У меня пока что проблем не было

Вообще, здесь можно развести холивар на тему, нужно ли подстраиваться под старые браузеры, но мне сегодня лень)

P.S. - забыл. Вам весь бутстрап или только сетка? Сетку лучше бы отдельно вставить и не грузить огромный бутстрап

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

Условно говоря, проекты типа:
- Я недовольный пользователь Википедии и решил перерисовать её так, как будет лучше.
- Я сегодня был в Сбербанке, полчаса не мог вдуплить, как там деньги на телефон кладутся - и решил перерисовать интерфейс их терминала.
- Купил кефир в Ашане, а дай-ка я этому кефиру логотип нарисую.
- Зашел на Гисметео, стошнило от вида, решил их редизайнуть.
- Читаю сайт Интерфакса, блин, как же всё уныло. А что если арт-директор поставит задачу: нарисовать сайт серьезному новостному агентству с обязательным использованием розового цвета?

И тому подобное. Это и мозги структурирует, и что-то возможно потом в портфолио пойдет.

Найти ментора - нет. Бесплатно следить и исправлять твои косяки себе дороже
Найти работу - да
Найти критиков - да. Есть куча сайтов, где тебя ткнут в твои косяки

1) Выбрать и настроить IDE. Освоиться в ней.
2) Научиться работать с системами контроля версий.
3) Научиться учиться. Выучить английский, научиться пользоваться гуглом.
4) Научиться писать код.
5) Научиться дебажить свой код.
6) Научиться тестированию кода.
7) Понять, как работает компьютер, сетевой стек, браузер, как устроены базы данных, как работает компиляция. Освоить DevOps.
8) После 7 пункта уже можно учиться оптимизировать свой код.
9) Научиться решать задачи, а не тупо писать код. Разобраться, когда и где и как использовать разные технологии,
10) Научиться работать с людьми. Научиться продавать себя и свой продукт.
11) Выкинуть хлам из дома.
12) Старых позвать друзей.

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

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

mobitest.akamai.com/m/index.cgi
Может быть полезен, выдаёт скрины реальных устройств и не требует регистрации.
Был еще один похожий сайт (без регистрации), с дизайном в духе Win98, но увы линк утерян и второй раз я найти его не могу. -_-

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

Любая задача решается не более, чем за одну неделю. Подавляющее большинство программ выпускаются в бету за 2-3 месяца. Если дольше - нужно бить тревогу. Или неправильное планирование, или проблемы в команде.

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

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

Это удивительно, но многие, будто конченные олигофрены, не понимают, что консультации отнимают и силы, и время. И именно поэтому должны быть регламентированы.

С консультациями, как с сексом. Хотите, чтобы было качественно? Тогда нужно хорошо подготовиться. И вести себя прилично. Всегда. Хотите хорошие ответы? Продумайте свои вопросы.

В состоянии потока любая хрень может отвлечь и нарушить рабочее состояние. Особенно - вопросы. Особенно - глупые вопросы. Глупые не с вашей точки зрения, а с точки зрения разработчика. Программист работает циклами по 2-4 часа. Если нарушить цикл (например, задав глупый вопрос или позвонив по телефону) - теряется ПОЛОВИНА ДНЯ.

Поэтому мое второе замечание - проверьте, а не мешаете ли вы ему работать?

materialdesignicons.com - доступно через bower, поддерживает не только веб-шрифты.

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

Обратите внимание на то, что очень важно следующее.

1. Четко различать: 1) управление задачами и управление файлами, 2) форму и содержание.
2. Не делать лишних действий.

Например, у вас в браузере открыта страница с описанием (например, на амазоне) какой-то книги, которая вам интересна. И дальше важные вопросы.

* Вы поставите сразу задачу прочесть эту книгу в ближайшее время, или все же позже расклад в проектах изменится, и торопиться не надо ставить задачу прочесть книгу?
* Если поставите задачу, то собственно как: в менеджере задач или обойдетесь сохранением книги в файлах?
* Как вы сохраните книгу: в браузере как ссылку на эту страницу с описанием, в evernote как ссылку, потратите силы на поиск книги на goodreads и добавление ее в свои списки на этом сервисе?
* А как натолкнуться на эту книгу, когда вы будете через годик работать над каким-то проектом, для которого она важна?

А если это не книга, а статья или что-то еще?

То есть решение здесь всегда - система в голове, инструментарий - вторичен.

Я считаю, что не надо хранить этот хлам, оставлять только то чем сейчас занимаешься.

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