Поговорите с ними... кому-то важно, кому-то нет, смотря как подать, кому, для чего и прочее... работодатели -- люди, если упростить модель -- это конкретный человек, ему что-то может понравиться, что-то не очень, что-то по фени....
Что бы мне понравилось
Вот если вы подадите портфолио, а на собеседовании укажите, что этим интерфейсом пользуется 500 тысяча (да хоть 1 тысяча) человек, и вы со временм отшлифовали, что отказов мало стало и удобно, есть оценки -- вам в плюс, как человек не делающий мокапы и портфолио, а боец такой прямо
создать правила для исключения в репозиторий статики, медиафайлов, папки vendor и паролей, ну и прочих файлов, которые генерируются
добавить все в репозиторий и вылить на удаленный репо
далее разработку вести только через ГИТ
внедрить систему деплоя
установить софт для проведения тестов
писать тесты (больше Юнит-тестов, меньше функциональных), но из-за того, что код писался как попало сначала будут функциональные, делать рефакторинг и писать тестируемый код
установить систему логирования
отслеживать важные метрики и ошибки на сайте
выглядит монструозно, но большую часть я без опыта внедрил в 3!!! проекта, потом благодаря этому все сделал в качестве одного (проекты были очень похожи) и деплоем разливается все само :)
Можно и нужно
Нужно позаботиться, чтобы под контроль версий не попали пароли
Также полезно будет нужно настроить логи
Нужно начать делать регрессионное тестирование
Можно использовать поисковой движок (Эластик)
Можно делать через полнотекстовый поиск самой СУБД
Можно не делать поиск как таковой и сделать через таблицу/колонки хэштегов и ассоциаций
