Ну как минимум я такое юзал раньше

Хотя с большими числами уместнее ставить условия

бить на логически целостные части, инкапсулировать логику в компоненте и интерфейсе(контракте) для него, после этого можно будет норм читать, тестить и абстрагироваться от реализации через стратегию например

"абстрагироваться ... через стратегию" - поясни плиз, что такое стратегия?

ага. видимо вот это вот нам тут ценно применительно к регекспам:
Применимость:
...
Когда различные вариации алгоритмов реализованы в виде развесистого условного оператора. Каждая ветка такого оператора представляет собой вариацию алгоритма.

Интересно конечно, но блин, какой же оверхед лютый получается. Если, к примеру, задача распарсить произвольный докумет дабы выдернуть из него все  ip адреса, включая вариации с портами, к примеру.

Не задолбается ли читатель разбираться в куче классов больше, чем разбираясь с одним регексп выражением?

не говоря уже о том, как правильно это все сынженерить...

смысл не в том чтобы стало проще, смысл в том чтобы стало плевать, регексп там, ифы, готовая либа(которая из них) итд, главным становится контракт

это станет понятным, когда ты окажешься один на один с файлом в котором есть и регекспы и либы и ифы и всё это на 5к строк без тестов свалено в кучу разными разрабами

AWS какой-то отбитый

ошибка сервера, захожу в логи - последние 100 логов

информация за 8 утра

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

ага
через полгода твой проект тоже будет для тебя новым

справедливо :) признателен за разъяснения!

золотые слова )

может глупый вопрос, но ответа не нашел

у меня сервах и фронтенд на одном порте и при запуске с локалхоста оно работает просто с указанием маршрута к контроллеру, например вместо localhost:9999/start/up  ->  start/up


но будет такое же работать на отдаленном серваке?

Ну ты же к ВКонтакте порт не прописываешь

но я прописывал полный путь, когда фронтенд и бекенд были на отдельных портах

поскольку фронтенд будет загружен клиенту, интуитивно обращение к контроллеру должно быть через http://vkontakte/start/up

но в то же время нашел на гит хабе пример, где в проекте был просто путь, без указания сайта

https://stackoverflow.com/questions/49779575/running-frontend-and-backend-on-the-same-port
Мб поможет

прости, пристану еще с одним вопросом. насколько джуну надо уметь в паттерны в нынешних реалиях, если хочу в энтерпрайз?  А то бэклог для чтения только растет, так можно и до пенсии читать, прежде чем на первую работу устроиться 😂

хз, у каждого своё мнение