Alexander Lashchevsky

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

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

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

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

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

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

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

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

Что у вас в class'e Works прописано?

Сафари не очень дружит с записями вроде:

background: url("images/bg.jpg") no-repeat fixed center top / 100% auto #F4F4F2;

Нормально понимает, только если "разжевать":

background-image: url("images/bg-copy3.jpg");
    background-repeat: no-repeat;
    background-position: center top;
    background-attachment: fixed;
    background-width: 100% auto;
    background-color: #F4F4F2;

https://toster.ru/user/opium

У друзей все хотят сайт

Вариант 1: Биржа фриланса, но новичку там "рыбачить" трудно.
Вариант 2: Придумайте сами проект (или несколько проектов), организуйте хостинг (сервер можно и дома организовать из старых железок), домен соответственно надо купить.
Вариант 3: Плагиат. В данном случае - прокачка себя как программиста - сделать аналог какого-либо ресурса весьма полезно.

да на любую вменяюмую cms: битрикс, джумла, модиск, вордпресс и т.д.

autoprefixer юзайте плез. 21 век же на дворе

ну и типа caniuse.com

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

Во-первых, это вопрос личных предпочтений и предпочтений команды.
Во-вторых, это требования обстоятельств при промышленной эксплуатации.

На старте, обычно, выбирается то, что лучше знаешь. Да хоть бы и без фреймворков. Переключаться на старте - это тратить время впустую. Главная задача - получить MVP.

После получения MVP (Minimum Viable Product) и "зелёного света" на промышленную разработку, можно оценить результаты тестирования на потенциальных потребителях, выяснить предполагаемую нагрузку и, при необходимости, пересмотреть платформу. Сменить программную или аппаратную архитектуру, язык программирования или их комбинацию, фреймворк - стек технологий это называется.

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

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

Быстрый ответ: habrahabr.ru/post/114256
----------------------------------------------------------
Если вы знаете основы, значит знаете определенные css правила. Скажите такую вещь, как мне правильно сверстать 3 блока, идущих в ряд горизонтально?
Варианты ответов:
1. Используя float
2. Используя inline-block
3. Используя flex-box
4. Используя table
5. Используя position 0_o (потому что можно задать relative родителю и absolute детям+top/right/bottom/left)

Правильный ответ: всё выше перечисленное (ну может быть последнее не очень верно, но ведь тоже можно сделать и сделать очень аккуратно, не повредив общей структуры сайта). Ваш вопрос как по мне просто идентичен моему по смыслу. В разных ситуациях используются совершенно разные подходы, а количество этих ситуаций измеряется количеством вашего/чьего-то воображения.
--------------------------------------------------------------------------------
Если вы работаете в команде - спросите/посмотрите какой стиль вёрстки использовался до вас и можно ли использовать свой стиль, либо верстать так, как раньше верстали (многие команды даже гайды пишут по этому поводу, к примеру csssr).
Если работаете один - можно тоже самое blog.csssr.ru/code-guide и ещё в довесок ссыль в начале поста.

Какие-то в треде все злые и грубые.

"Я студент-математик, уже 3 месяца безуспешно ищу работу."
Для начала по вашему резюме:
3 месяца - не так уж много, я искал свою первую работу почти год на третьем курсе :)

"Из языков знаю C++, Java, C#, Python, "
Определитесь с языком для начала. Решили, что ява? Напишите, что именно вы знаете по языку, по остальным напишите basic knowledge / understanding in или что-то похожее

"неплохо ориентируюсь в Unix,"
Операционной системы Unix больше не существует. С какими ОС вы знакомы? Только линукс? Опишите дистрибутивы, и уровень владения (архитектура, coreutils, тонкая настройка и тд)

" базах данных"
Каких? Так же как и с *nix

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

"Опыта разработки нет."
Это несмертельно. Откуда-то же берутся люди с опытом :) ищите стажировки и "нулевые" позиции. Денег будет мало, зато быстро наберетесь опыта.

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

"Сейчас с рынком труда совсем плохо или я что-то не так делаю? Буду рад вашим советам."
Не так все славно в датском королевстве, но у вас все получится. Успех неизбежен.

Идите уже на фриланс, самый лучший старт карьеры для вас. И опыта наберете и портфолио наработаете.

Хорошее сравнение)) Я вас понял