Doc44, вызовы в монолите могут ни чем не отличаться от вызовов в микросервисах. Вопрос в том могут ли компоненты существовать отдельно от всей системы?
если могут то это и есть микросервисная архитектура, а не монолит, если нет то остается монолитом со всеми вытекающими недостатками
m0nym,
>переписывание пары классов на другой язык - это тупость несусветная.
понимаете пока вы читали все эти книжки про "совершенный код", как сократить лэтенси и не писать лишних обвязок, изучали все эти DRY, KISS.
Мир изменился. В этом мире добавляют лэтенси через микросервисы, переписывают пары классов с использованием новых языков, дублируют код в сервисах и занимаются прочими на первый взгляд глупостями. Кто живет в старом мире, не поймет зачем это делают
m0nym, хех отличается принципиально
микросервис существует независимо от ЛЮБЫХ других систем, в монолитной архитектуре подсистема не может существовать независимо, изза этого и все пробелмы, изза этого и не возможность легко масштабировать монолит.
микросервисы - решают не одну проблему а большой слой проблем, машстабирование это наверно одна из самых главных, из которой как раз и следует паралельный/независимый процесс разработки, тестирования, деплоя, вобщем проблем решает много, и какие-то дополнительно создает (дополнительный оверхед, дублирование кода, больше писать надо)
для тех кто привык монолитные архитектуры делать, само собой ничего лучше монолитов быть не может, и другие подходы ни чем не будут отличаться от монолитов (ведь удобнее то что привычнее и с чем ты умеешь лучше всего работать)
m0nym, апи конечно тоже развивается, но уверен после того как у вас хотя бы появился прототип, вы можете эволюционно менять апи без влияния на остальные части продукта, при этом какие то коренные изменения в самом апи делать ну не чаще раза в год, думаю этого достаточно чтоб комфортно развивать продукт.
programrails, да не проработан, тк на вас не распространяется английское право.
нет никаких вариантов принудить вас исполнять какие-либо решения английского суда, думаю поэтому она и не прорабатывается (нет никакого смысла прорабатывать то чего нет)
тоже делал похожий, доступ не предоставили, сказали мол иди мобилки используй.
Еще предложили там альтернативные схемы использовать, с регулярным запросом разрешения от пользователя на постинг.
хахахаха, давно от них ничего нового не жду, они свой мак про уже лет 6 не обновляли, и хрен знает когда обновят, можно не ждать, это не те сегменты с которых они бабки косят.
предположу что когда мак мини на 10 лет будет устаревшим, его вобще уберут, как и макбук эир, и лет 5 не обновляемые плееры.
Сергей Горностаев, да не против, я там сейчас уже и сам подписал (просто я когда пишу всегда говорю за себя, и от себя, личное мнение)
поражаюсь от тех людей которые на таких сайтах как-то по другому относятся к постам.
Сергей Горностаев, бремя доказательства лежит на том кому это больше надо, мне пофиг, я высказал мнение, кому надо пускай капают, мне плевать разделяет это мнение кто-то еще или нет.
sim3x, ну все тоже самое что в случае с ЖС, тоже есть толпы разработчиков которые владеют этим языком. Есть зараждающаяся экосистема и инфраструктура. Вобще язык это только инструмент, хотя некоторые инструменты по богаче и по навороченей, но в любом случае это лишь инструмент в руках разработчика
sim3x, рекомендательные системы ни к чему не привязаны, это всего лишь алгоритм обработки данных.
На JS значит бэкенд пишут а на swift почему-то никто не будет))))
осторожнее с такими утверждениями.
Александр, хех, ну я бы не был так оптимистичен, что можно взять и с наскоку сделать что-то лучше ребят которые миллионы в это вкладывают и лучших инженеров привлекают.
с другой стороны, даже если вы добьетесь исключительно для себя лучше результатов, это не будет значит что система будет в целом лучше работать для подавляющего большинства пользователей.
хотя пробуйте, удачи вам
NIKOFF, думаю это даже лучше, тогда руководитель меньше будет лезти в рабочий процесс, ему в любом случае нужно сосредоточится на кадрах, клиентах, инвестициях и тд, при желании можно в партнеры еще взять техноря хорошего. Как правло такие студии успешнее, чем когда их "технори" открывают и излишне фокус внимания на технических деталях фокусируют (в силу своего опыта)
если могут то это и есть микросервисная архитектура, а не монолит, если нет то остается монолитом со всеми вытекающими недостатками