GotAI.NET - Форум - Искусственный интеллект

Все темы | Новая тема

Стр.9 (40)

<< < Пред. | След. > >>

Поиск:

Автор

Тема: На: Кароч решил я снова заняться программированием

daner
Сообщений: 4593

На: Кароч решил я снова заняться программированием

Добавлено: 07 июл 22 10:49

Цитата:

Автор: Дмитрий Пагода

Наверно вы меня не правильно поняли. Я говорю о ЧИСТО - десктопном GUI, программа запускающаяся на ОС, зачем ей использовать сервер с сокетами, просто для того чтобы взаимодействовать с кнопками и формочками на том же железе?

Другое дело если программа сетевая, клиент-серверная, тогда действительно лучше бы пойти общепринятым путём, не изобретать велосипеды(свои сетевые протоколы и клиенты) и использовать html\css\js и браузеры.

Например возьмём такой софт как ворд или эксель, IDE и тп. вот нафиг там веб сервер, только чтобы взаимодействовать с интерфейсом??? Это очень ИМХО странно и я бы даже сказал потешно.

Микросервисы это из другой оперы, опять же это про сетевые приложения. Сообщения особенно по сети это всегда на пару тройку порядков медленней чем прямые вызовы, кроме того можно поспорить о том что с микросервисами "проще", это заблуждение. С микросервисами единственное в чем преимущество это изоляция при разработке, можно отдать вообще другой команде и забыть, хотя и тут есть много но. Во всё остальном всё плохо, система сложнее и на порядкИ медленнее.

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

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

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

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

Форум: Проблемы искусственного интеллекта