Ubermacht

Хорошо знать фреймворк - это понятие довольно субъективное, и каждый человек может в него вкладывать свой смысл. Если Вы планируете искать работу с акцентом на изучаемые фреймворки думаю Вам будет достаточно:
1. Знание общих принципов работы фреймворка (что как устроено внутри), но тут нужно понимать что не стоит изучать каждый класс от корки до корки, т.к. это бессмысленная работа, фреймворки постоянно развиваются и модифицируются. Например, Вы должны знать что такое DI, как оно организовано в фреймворке, и как с ним работать. Но не нужно прям досконально знать код.
2. Чтение документации это хорошо, но практика всегда нужна. Вы не просто должны знать фреймворк по документации, Вы должны иметь опыт работы с ним. Как вариант можете придумать для себя какой-нибудь тестовый проект и реализовать его.
3. Паттерны, архитектурные принципы и т.п. тоже важны, если Вы их знаете - тогда это плюс.
4. СУБД. Для большинства проектов базы используются, поэтому помимо фремворка Вы должны так же хорошо ориентироваться в них, уметь писать сложные запросы, проектировать их и т.п.

Трудовой договор, или договор субподряда, или через сервис безопасной сделки (БС).
Если ни на что из вышеперечисленного работодатель не согласился, то можно выполнять работы по 50% предоплате, затем - показ у себя (на виртуалке в режиме "киоска"), затем - вторые 50% и перенос кода на хостинг работодателя.
Иначе - никак.

Нет, нельзя.
Создайте отдельное поле для сортировки, сохраняйте в него отфильтрованные данные.

Выяснилось, что есть две загвоздки: скорость работы и внимательность.

Не думаю, что медленно печатаешь и за окном птиц считаешь).

Я не разработчик, у меня пара вопросов:
- каким был результат разговора?
- выдвинули какие-то условия на новый месяц ?

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

Совет не от программиста:
1. Постараться смотреть на задачи более глобально: а что будет если я тут изменю, на что повлияет, где задействовано еще?; а почему мы используем в разработке эти инструменты?; а почему они лучше?; а какие есть альтернативы?; а как оцениваются твои задачи и почему так?
2. Возможно, если еще не брался, стоит пофрилансить немного в свободное время. Беря сначала знакомые и понятные задачи, чтобы набить руку, потом что-то новое и интересное.

Все мои опыты с женщинами, не разбирающимися в IT, кончались плачевно.

Такие не отвяжутся и не подкупятся.
Взяли в свои клешни и будут вертеть как хотят.
Саппорт (ну блин как еще то?), либо порча репутации.

Никогда не понимал, что не предрасположенные к компьютерам тетеньки делают в этой сфере.