История изменений

Чем Qt лучше?

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

Там нативщина

Если бы в андроиде можно было устанавливать библиотеки как зависимости в нормальном GNU/линуксе и использовать их из других приложений, то была бы libqt, а программы можно писать на любом стороннем языке и аналогичным способом устанавливать сторонние виртуальные машины для запуска legacy кода. К тому же это бы экономило место, но увы андроид это маргинальщина, которая все ещё существует, потому что нормальных конкурентов не нашлось.

а это лишняя трата времени

Вот как раз использование фреймворков это ЗНАЧИТЕЛЬНОЕ экономие времени и сил, потому что больше пишешь приложение и меньше трахаешься с андроидом.

потенциальные баги

Android - это есть баг в индустрии карманных устройств.

Полагаю, автор плюсист, поэтому выбрал близкое для себя.

Мне плевать какой язык, мне нужно, чтобы фреймворк соответствовал следующим требованиям:

• Кросс-платформенность;
• Нормальный API для backend-а;
• Нормальные инструменты для создания интерфейсов, в данном случае это QML;
• Нормальная IDE и система сборки, а не тормознутая Android Studio со своими граблями (gradle).

Чем Qt лучше?

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

Там нативщина

Если бы в андроиде можно было устанавливать библиотеки как зависимости в нормальном GNU/линуксе и использовать их из других приложений, то была бы libqt, а программы можно писать на любом стороннем языке и аналогичным способом устанавливать сторонние виртуальные машины для запуска legacy кода. К тому же это бы экономило место, но увы андроид это маргинальщина, которая все ещё существует, потому что нормальных конкурентов не нашлось.

а это лишняя трата времени

Вот как раз использование фреймворков это ЗНАЧИТЕЛЬНОЕ экономие времени и сил, потому что больше пишешь приложение и меньше трахаешься с андроидом.

потенциальные баги

Android - это есть баг в индустрии карманных устройств.

Полагаю, автор плюсист, поэтому выбрал близкое для себя.

Мне плевать какой язык, мне нужно, чтобы фреймворк соответствовал следующим требованиям:

• Кросс-платформенность;
• Нормальный API.
• Нормальные инструменты для создания интерфейсов, в данном случае это QML;
• Нормальная IDE и система сборки, а не тормознутая Android Studio со своими граблями (gradle).

Чем Qt лучше?

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

Там нативщина

Если бы в андроиде можно было устанавливать библиотеки как зависимости в нормальном GNU/линуксе и использовать их из других приложений, то была бы libqt, а программы можно писать на любом стороннем языке и аналогичным способом устанавливать сторонние виртуальные машины для запуска legacy кода. К тому же это бы экономило место, но увы андроид это маргинальщина, которая все ещё существует, потому что нормальных конкурентов не нашлось.

а это лишняя трата времени

Вот как раз использование фреймворков это ЗНАЧИТЕЛЬНОЕ экономие времени и сил, потому что больше пишешь приложение и меньше трахаешься с андроидом.

потенциальные баги

Android - это есть баг в индустрии карманных устройств.

Полагаю, автор плюсист, поэтому выбрал близкое для себя.

Мне плевать какой язык, мне нужно, чтобы фреймворк соответствовал следующим требованиям:

• Кросс-платформенность;
• Нормальные инструменты для создания интерфейсов, в данном случае это QML;
• Нормальная IDE и система сборки, а не тормознутая Android Studio со своими граблями (gradle).

Чем Qt лучше?

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

Там нативщина

Если бы в андроиде можно было устанавливать библиотеки как зависимости в нормальном GNU/линуксе и использовать их из других приложений, то была бы libqt, а программы можно писать на любом стороннем языке и аналогичным способом устанавливать сторонние виртуальные машины для запуска legacy кода. К тому же это бы экономило место, но увы андроид это маргинальщина, которая все ещё существует, потому что нормальных конкурентов не нашлось.

а это лишняя трата времени

Вот как раз использование фреймворков это ЗНАЧИТЕЛЬНОЕ экономие времени и трудозатрат, потому что больше пишешь приложение и меньше трахаешься с андроидом.

потенциальные баги

Android - это есть баг в индустрии карманных устройств.

Полагаю, автор плюсист, поэтому выбрал близкое для себя.

Мне плевать какой язык, мне нужно, чтобы фреймворк соответствовал следующим требованиям:

• Кросс-платформенность;
• Нормальная интеграция зависимостей, а это только нативный код без всяких Java прослоек;
• Нормальные инструменты для создания интерфейсов, в данном случае это QML;
• Нормальная IDE и система сборки, а не тормознутая Android Studio со своими граблями (gradle).

Чем Qt лучше?

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

Там нативщина

Если бы в андроиде можно было устанавливать библиотеки как зависимости в нормальном линуксе и использовать их из других приложений, то была бы libqt, а программы можно писать на любом стороннем языке и аналогичным способом устанавливать сторонние виртуальные машины для запуска legacy кода. К тому же это бы экономило место, но увы андроид это маргинальщина, которая все ещё существует, потому что нормальных конкурентов не нашлось.

а это лишняя трата времени

Вот как раз использование фреймворков это ЗНАЧИТЕЛЬНОЕ экономие времени и трудозатрат, потому что больше пишешь приложение и меньше трахаешься с андроидом.

потенциальные баги

Android - это есть баг в индустрии карманных устройств.

Полагаю, автор плюсист, поэтому выбрал близкое для себя.

Мне плевать какой язык, мне нужно, чтобы фреймворк соответствовал следующим требованиям:

• Кросс-платформенность;
• Нормальная интеграция зависимостей, а это только нативный код без всяких Java прослоек;
• Нормальные инструменты для создания интерфейсов, в данном случае это QML;
• Нормальная IDE и система сборки, а не тормознутая Android Studio со своими граблями (gradle).

Чем Qt лучше?

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

Там нативщина

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

а это лишняя трата времени

Вот как раз использование фреймворков это ЗНАЧИТЕЛЬНОЕ экономие времени и трудозатрат, потому что больше пишешь приложение и меньше трахаешься с андроидом.

потенциальные баги

Android - это есть баг в индустрии карманных устройств.

Полагаю, автор плюсист, поэтому выбрал близкое для себя.

Мне плевать какой язык, мне нужно, чтобы фреймворк соответствовал следующим требованиям:

• Кросс-платформенность;
• Нормальная интеграция зависимостей, а это только нативный код без всяких Java прослоек;
• Нормальные инструменты для создания интерфейсов, в данном случае это QML;
• Нормальная IDE и система сборки, а не тормознутая Android Studio со своими граблями (gradle).