Daria Motorina

Перестаньте называть себя junior без опыта.
Как показала моя 32х летняя жизнь, в первую очередь нужно быть хорошим человеком.
С вашим списком умений, я уверен, вы сможете устроиться даже Java программистом и быстро разберетесь.

Разобрался сам.
Для тех, кто будет искать: функция point принимает значения координат вот так: point(`lng`, `lat`)
А координаты выдаваемые гуглом на картах пишутся наоборот: lat, lng
поменял местами числа 55.754958 и 37.622650 - все заработало нормально

Из всего перечисленного только ajax. Gulp и webpack достаточно понять принцип работы, babel вообще учить не нужно, yarn и npm почти одинаковые инструменты запомнить несколько команд и все. Ну а так ajax, json, npm(yarn), gulp (webpack). Хотя если не знаешь, что такое ajax и json стоит сначала выучить js

Имхо, не надо искусственно что-то учить в отрыве от реальности. Определите изучаемый стек. Берите и пилите реальный проект. На самом деле нужно изучить гораздо больше всего (!!! демонический смех !!!). Но изучать надо не в вакууме. Тогда и интереснее будет и ближе к практической плоскости.

Кто вам мешает на лету собирать sql? Принимаете запрос в виде массива поле-значение и генерируете соответствующий запрос.

Раньше, если на твой вопрос подписалось 3 человека - это 1 вклад

Нет такой базы слов.
Слова и фразы генерируются на лету через какой-либо Speech Engine. На вход подаёшь текст, на выходе - звуковой файл или поток.
Изменить произношение без модификации нельзя. Движок может только предоставить на выбор разные голоса

https://secure.php.net/manual/ru/reserved.variable...

https://ruhighload.com/Индексы+в+mysql пункт 7.

Всё, что не важно для бизнес-логики, должно быть вне domain-слоя.
Разве бизнесу важно, как будет выстроен хеш пароля? (Несомненно, зависит от бизнеса, но в 90% случаев нет).
Спросите об этом доменного эксперта или хотя бы менеджера.
Они могут даже не знать, что такое "хеш" в принципе.

А интерфейс лежит в домене, потому что нужно как-то соединить это "неважно" с "нужно".

Даже если бы была только одна реализация, ее в примере вынесли все равно.

Можно ли положить в домене? Вы строите систему. Хотите, положите в доменный слой, хотите, вынесите в микросервис. Хотите, пишите на PHP, или на Go или на C++.
Как решите Вы, так и делайте.

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

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

как писать поддерживаемый код?

Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
https://twitter.com/mjackson/status/1171524189850701825

Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
For me, this is 95% of software development. Just figuring out *where* things belong.

Что гуглить, что учить?

Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

Может литературу какую почитать посоветуете?

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

Можно ли себя называть миддлом, если твой код говно?

Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

И ответ на главный вопрос.

Как перестать говнокодить и принимать неверные архитектурные решения?

Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.