Ana geliştirici takımınca yayımlanan Android deneme uygulaması ve başarım gösterimi isteği / Request for an official Android demo app and performance showcase

[MehmetAliPolat1515]

Türkçe

Bu yazıyı önce Türkçe yazıyorum; çünkü düşüncelerimi en iyi anladığım ve kendimi en açık anlatabildiğim dilde dile getirmek istiyorum. Bu dil sıralaması kötü niyetli değildir; ulusçu, ırkçı, soya dayalı ya da ayrımcı bir tutum olarak görülmemelidir. Amacım yalnızca konuyu önce kendi dilimde doğru anlatmak, ardından daha geniş katılım için İngilizce karşılığını eklemektir.

.NET MAUI’nin Android üzerindeki görünürlüğü ve gerçek aygıtlardaki başarımı konusunda bir eksiklik olduğunu düşünüyorum.

Şu anda Google Play gibi Android uygulama yerlerinde, ana geliştirici takımınca yayımlanmış, kolayca denenebilecek bir .NET MAUI Android uygulaması bulamadım. Bu durum, geliştiricilerin .NET MAUI’yi seçmeden önce gerçek bir Android aygıtta nasıl çalıştığını anlamasını zorlaştırıyor. Açılış süresi, sayfa geçişleri, kaydırma, liste kullanımı, arayüz akıcılığı ve genel kullanım hissi yalnızca yazılı anlatımla yeterince değerlendirilemiyor.

Dışarıda bazı üçüncü taraf örnekler buldum; ancak denediklerim Flutter örneklerine göre oldukça yavaş hissettirdi. Flutter’ın Android örnekleri çoğu zaman çok hızlı, akıcı ve güven verici çalışıyor. Bu da Flutter’ı değerlendirirken geliştiriciye daha somut bir izlenim veriyor.

Avalonia’yı da ciddi biçimde değerlendirmiştim. Özellikle Android üzerinde Flutter kadar hızlı ya da ona yakın bir başarım sunuyorsa, .NET dünyasında güçlü bir seçenek olabileceğini düşündüm. Avalonia’nın C#/.NET ile çalışması, birden çok işletim dizgesini hedeflemesi ve arayüz geliştirme yaklaşımı benim açımdan ilgi çekiciydi.

Ancak Avalonia adı üzerine ayrı bir konuşma açtım. Orada da belirttiğim gibi, “Avalonia” adının Avalon, eski anlatılar, yer adları, tarihsel göndermeler ve ekinsel çağrışımlarla bağlantılı görülebilmesi benim için sorun oluşturuyor. Bu konu yalnızca yasal olup olmama konusu değildir. Bir adın yasal olarak kullanılabilir olması, onun topluluk duyarlılığı, kullanıcı algısı ve ad verme alışkanlıkları bakımından hiç tartışılmaması gerektiği anlamına gelmez.

Bu nedenle Avalonia’yı teknik olarak ilgi çekici bulsam da, adlandırma konusundaki kişisel duyarlılığım nedeniyle şu anda kullanmıyorum. Bu tutumum Avalonia geliştiricilerine, kullanıcılarına ya da topluluğuna yönelik bir suçlama değildir. Daha çok yazılım dünyasında ad seçiminin de teknik kararlar kadar önemsenmesi gerektiğine dair kişisel bir yaklaşımdır.

Benzer biçimde Java ve Kotlin’in Android dünyasında çok güçlü, olgun ve yaygın seçenekler olduğunu düşünüyorum. Hatta birçok yönden Java ve Kotlin’in .NET MAUI’ye göre daha oturmuş, daha çok denenmiş ve daha geniş ekosisteme sahip olduğu söylenebilir. Android geliştirme için Java ve Kotlin’in teknik olarak çok iyi seçenekler olduğunu kabul ediyorum.

Buna karşın Java ve Kotlin adlarının da yer adlarıyla bağlantılı olması nedeniyle bu dilleri kullanmamayı yeğliyorum. Java adı Java/Cava adasıyla, Kotlin adı ise Kotlin adasıyla ilişkilidir. Bu adlandırmalar yasal olarak kullanılabilir olabilir; fakat benim açımdan yazılım adlarının ekinsel, tarihsel ya da yer adlarına dayalı çağrışımları da önemlidir.

Bu seçimim, Java veya Kotlin kullanan kişilere karşı bir eleştiri değildir. Bu dilleri geliştirenleri, kullananları ya da topluluklarını suçlama amacı taşımıyorum. Yalnızca kendi yazılım seçme ölçütlerimde adlandırma konusuna da yer veriyorum.

Bu nedenle .NET MAUI, .NET dünyasında benim için daha önemli bir seçenek hâline geliyor. Ancak Android geliştirme için .NET MAUI’yi güvenle değerlendirebilmek adına, proje takımınca sunulan, kolay erişilebilir ve iyi hazırlanmış deneme uygulamalarına gerek olduğunu düşünüyorum.

Bu bağlamda aşağıdakiler çok yararlı olurdu:

• Google Play ya da benzeri kolay erişilebilir bir yerden indirilebilecek, ana geliştirici takımınca yayımlanan bir .NET MAUI Android deneme uygulaması
• Açılış süresi, sayfa geçişleri, kaydırma, listeler, formlar, görseller, çizimler ve canlandırmalar gibi gündelik arayüz işlerini gösteren başarım odaklı bir örnek
• Gerçek Android aygıtlarda beklenen başarım hakkında açık bilgiler
• Akıcı .NET MAUI Android uygulamaları geliştirmek için önerilen en iyi uygulama yolları
• Flutter, React Native, Avalonia, Java ve Kotlin gibi seçenekleri değerlendiren geliştiriciler için daha güven verici bir gösterim

Bu yazı bir yakınma olarak değil, Android için .NET MAUI’yi daha sağlıklı değerlendirmek isteyen bir geliştiricinin isteği olarak görülmelidir.

İyi hazırlanmış ve kolayca denenebilen bir Android örneği, .NET MAUI’nin Flutter, React Native, Avalonia, Java ve Kotlin gibi seçeneklerle karşılaştırılmasını çok daha kolay ve adil hâle getirebilir.

---

English

I am writing this first in Turkish because I want to express my thoughts first in the language I understand best and can use most clearly. This language order is not intended in bad faith and should not be interpreted as nationalist, racist, ethnic, or discriminatory. My only intention is to explain the topic accurately in my own language first, and then include an English version for broader participation.

I think there is a gap in the public visibility and real-device performance evaluation of .NET MAUI on Android.

At the moment, I could not find an official .NET MAUI Android application published by the project team that can be easily tested from an Android app marketplace such as Google Play. This makes it difficult for developers to understand how .NET MAUI feels on a real Android device before choosing it. Startup time, navigation, scrolling, list performance, UI responsiveness, and the overall user experience cannot be evaluated well enough from written documentation alone.

I found some third-party examples, but the ones I tried felt quite slow compared to Flutter examples. Flutter Android examples often feel very fast, smooth, and confidence-building. This gives developers a more concrete impression when evaluating Flutter.

I had also seriously considered Avalonia. If its Android performance is as fast as Flutter, or close to it, I thought it could be a strong option within the .NET world. Avalonia’s use of C#/.NET, its cross-platform goals, and its UI development approach were interesting to me.

However, I opened a separate discussion about Avalonia’s naming. As I mentioned there, the name “Avalonia” can be associated with Avalon, old narratives, place names, historical references, and cultural associations. For me, this is not only a matter of legality. The fact that a name may be legally usable does not mean that it should never be discussed from the perspective of community sensitivity, user perception, and naming practices.

For that reason, although I find Avalonia technically interesting, I am currently avoiding it because of my personal sensitivity about naming. This is not meant as an accusation against Avalonia’s developers, users, or community. It is more about my personal view that naming in software should also be considered carefully, alongside technical decisions.

Similarly, I think Java and Kotlin are very strong, mature, and widely used options in the Android world. In many ways, Java and Kotlin may be considered more established, more tested, and supported by a broader ecosystem than .NET MAUI. I acknowledge that Java and Kotlin are technically very good options for Android development.

However, because the names Java and Kotlin are also connected to place names, I personally avoid using them as well. Java is associated with the island of Java, and Kotlin is associated with Kotlin Island. These names may be legally permissible, but from my perspective, the cultural, historical, or geographic associations of software names still matter.

This choice is not a criticism of people who use Java or Kotlin. I do not intend to accuse the developers, users, or communities of these languages. I simply include naming as one of the criteria in my own software choices.

For this reason, .NET MAUI becomes a more important option for me within the .NET ecosystem. However, in order to evaluate .NET MAUI confidently for Android development, I believe there should be easily accessible and well-prepared demo applications provided by the project team.

In this context, the following would be very helpful:

• An official .NET MAUI Android demo app available through Google Play or another easily accessible channel
• A performance-focused sample showing common UI scenarios such as startup time, navigation, scrolling, lists, forms, images, drawing, and animations
• Clear information about expected performance on real Android devices
• Recommended practices for building smooth .NET MAUI Android applications
• A more confidence-building showcase for developers comparing .NET MAUI with alternatives such as Flutter, React Native, Avalonia, Java, and Kotlin

This post is not meant as a complaint, but as a request from the perspective of a developer who wants to evaluate .NET MAUI more reliably for Android development.

A polished and easily testable Android sample would make it much easier and fairer to compare .NET MAUI with alternatives such as Flutter, React Native, Avalonia, Java, and Kotlin.

[rokmeglicbit]

Maybe this can help you https://github.com/dotnet/maui-samples? There was a list of customers who build real app on MAUI, but I can not find it now. It was a list with description, title and how they used MAUI, if googled, you could download their app and see live MAUI apps working in real life.

[rokmeglicbit]

@MehmetAliPolat1515 Explore customer stories of innovation and growth