> API - это лишняя связность между компонентами, которая в данном случае избыточна и вредна (как тут выше заметили, если падает сайт А, это не должно касаться сайта В).
согласен, тогда останется только выносить общие модули и умножить время эстимейта на полтора-два
что подразумевается под наследованием? Может просто расшаренная кодовая база в отдельном сабмодуле (git) или пакете?
> В дальшейшем, при разработке чего-то нового, смотрим, куда это добавить - если только для сайта А, тогда в А; если только для сайта В, тогда в В; если и туда и туда, тогда в О.
для клиента остается проблема того, что общая фича для А и В может при допиливании ее под А может не вписаться в картину В. Но тут скорее проблема с требованиями и их анализом (или просто их хотелками), так как они в любой момент могут все переиначить (пару раз точно было, когда приходилось уже определенный как реюзабл компоненты переписывать)
Максим Тимофеев, то есть как для аутсорс компании под конец, когда совсем будет тяжко поддерживать проект, можно просто отказаться от этого (ну или повысить рейт) со словами "а мы предупреждали"?
можно вообще самосознательно делать одни и те же фичи дольше. Все равно почасовая ставка, вот только он не останется в плюсе.
Тестирование, кстати, он тоже игнорирует. По крайней мере было предложено написать e2e, взамен чего они сейчас тратят по 3 дня на мануальное
по вашей логике любой пациент может прийти в больницу и сказать как его лечить. А что в итоге? Останутся виноваты врачи, так как пациент сказал ампутировать ему ногу, так как она болит, а потом пришить, когда перестанет болеть?
API то есть разные, но многие не поддерживаются браузерами (например, FileSystem).
Теоретически, можно будет собрать PWA приложение через Ionic и Electron вместе с локальной нодой, но боюсь будут проблемы с поддержкой platform specific фич
korner-brazers, можно обойти все линии, оставив те, у которых хотя бы одна точка отличается от точек фигуры. С другой стороны, этот метод может быть очень переусложнен для вашей задачи.
Как вариант, можно провести линии между всеми точками фигур (по принципу многие к многим) и оставить те, которые самые крайние