История изменений
Исправление sanyo1234, (текущая версия) :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже на чистом Linux (без WINE) на ARM hardware?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC. Ессно (по крайне мере пока) JVM можно запускать на более широком ассортименте железа и осей, чем dotNET for Linux.
Ты в курсе, что XAF open source? И если MS портирует свой dotNET на новые программно-аппаратные платформы, то автоматически вместе с ним портируется и DevExpress XAF (по крайне мере тот, который Web server side Blazor)? Впрочем для этого вероятно даже ненужно было бы open source-ности DevExpress.
Исправление sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже на чистом Linux (без WINE) на ARM hardware?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC. Ессно (по крайне мере пока) JVM можно запускать на более широком ассортименте железа и осей, чем dotNET for Linux.
Ты в курсе, что XAF open source? И если MS портирует свой dotNET на новые программно-аппаратные платформы, то автоматически вместе с ним портируется и DevExpress XAF (по крайне мере то, который Web server side Blazor)? Впрочем для этого вероятно даже ненужно было бы open source-ности DevExpress.
Исправление sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже на чистом Linux (без WINE) на ARM hardware?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC. Ессно (по крайне мере пока) JVM можно запускать на более широком ассортименте железа и осей, чем dotNET for Linux.
Ты в курсе, что XAF open source? И если MS портирует свой dotNET на новые программно-аппаратные платформы, то автоматически вместе с ним портируется и DevExpress XAF (по крайне мере то, который Web server side Blazor)? Впрочем для этого вероятно даже не нужно было бы open source-ности DevExpress.
Исправление sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже на чистом Linux (без WINE) на ARM hardware?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC. Ессно (по крайне мере пока) JVM можно запускать на более широком ассортименте железа и осей, чем dotNET for Linux.
Ты в курсе, что XAF open source? И если MS портирует свой dotNET на новые программно-аппаратные платформы, то автоматически вместе с ним портируется и DevExpress XAF (по крайне мере то, который Web server side Blazor)?
Исправление sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже на чистом Linux (без WINE) на ARM hardware?
Ты в курсе, что XAF open source? И если MS портирует свой dotNET на новые программно-аппаратные платформы, то автоматически вместе с ним портируется и DevExpress XAF (по крайне мере то, который Web server side Blazor)?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC. Ессно (по крайне мере пока) JVM можно запускать на более широком ассортименте железа и осей, чем dotNET for Linux.
Исправление sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже на чистом Linux (без WINE) на ARM hardware?
Ты в курсе, что XAF open source? И если MS портирует свой dotNET на новые программно-аппаратные платформы, то автоматически вмести с ним портируется и DevExpress XAF (по крайне мере то, который Web server side Blazor)?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC. Ессно (по крайне мере пока) JVM можно запускать на более широком ассортименте железа и осей, чем dotNET for Linux.
Исправление sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже на чистом Linux (без WINE) на ARM hardware?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC. Ессно (по крайне мере пока) JVM можно запускать на более широком ассортименте железа и осей, чем dotNET for Linux.
Исправление sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже на чистом Linux (без WINE) на ARM hardware?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC.
Исправление sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже даже на чистом Linux (без WINE) на ARM hardware?
Тебе нужна возможность запуска GUI на железках, отличных от x86 и ARM? Причем заметь, бизнес логика может быть написана и собрана вообще без привязки к DevExpress например для JVM, и соединена с XAF через ObjectSpace provider + gRPC.
Исходная версия sanyo1234, :
Но если ты, как я, разрабатываешь серьезный многолетний проект на продажу, то все преимущества инструмента для клепания GUI за пару дней сходят на нет.
Что значит серьезный? По количеству одновременных пользователей или каким еще критериям?
Почему преимущества XAF сходят на нет? Какое железо ты предпочитаешь для деплоя?
Что мешает крутить XAF GUI на Linux x86 (если WinForms, то например внутри WINE на Linux сервере с терминальными сессиями какого-нибудь X2GO) или в случае server side Blazor даже даже на чистом Linux (без WINE) на ARM hardware?