Flutter Heroes
📈 Análisis del canal de Telegram Flutter Heroes
El canal Flutter Heroes (@flutterdev) en el segmento lingüístico de Inglés es un actor destacado. Actualmente la comunidad reúne a 21 966 suscriptores, ocupando la posición 6 051 en la categoría Tecnologías y Aplicaciones.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 21 966 suscriptores.
Según los últimos datos del 13 noviembre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -211, y en las últimas 24 horas de -10, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 6.33%. Durante las primeras 24 horas tras publicar, el contenido suele obtener N/A% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 1 392 visualizaciones. En el primer día suele acumular 0 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 1.
- Intereses temáticos: El contenido se centra en temas clave como developer, firebase, widget, hemantpra389, engineer.
📝 Descripción y política de contenido
No se ha proporcionado la descripción del canal.
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 14 noviembre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
exam1(i) { var n1 = i + 4; // should this be okay? int n2 = i + 4; // this compiles int n3 = 4 + i; // this does not } In my dream world this code should – from a safety standpoint – not compile. Adding the integer 4 to anything that I put in and it is okay with that?? This is madness! Creating an integer from anything plus 4 is okay? Strangely enough 4 plus anything is not okay?The language should force me to use specify types everywhere! Leaving it blank to mean “dynamic” should not be an option. Being explicit is key! “Yes I want dynamic type here” / “Oops you are right, the input/var should be an int”.If I use dynamic type, it should again force me to cast it to an integer before use and provide a default value if that fails.EXAMPLE2void exam2() { List<int> nums = [1, 2, 3]; int n1 = nums[8]; // not safe (crash) int n2 = nums.elementAt(8); // not safe (crash) // something like this should be possible if nullable types were used instead of exceptions and it would be safe //int n3 = nums[8] ?? 5; //int n4 = nums[8, default: 5]; //int n5 = nums.elementAt(8) ?? 5 //int n6 = nums.elementAt(8, default: 5) } Why is there no easy and short why to access a list in a type safe way (without comparing index to list length)? If indexing a list or using elementAt provided a nullable type (e.g int?) you can work with lists in a 100% type safe way and even specify a default value if the index is out of range.Dart should make more use of nullable types and less exceptions. Exceptions crash your program (if not handled); using nullable types and null-safety prevents this.EXAMPLE3void exam3() { List<int> nums = [1, 2, 3]; int n1 = nums[8]; } Calling a function should always (99.99%) be safe. Other programming languages have keywords like “throw/throws/throwing” to indicate that a function call is not save and you need to handle errors. For me it is super annoying that I cannot be sure that the function I call is safe and I might have to dig into the documentation for details. Again, having the language/compiler force me to specify throwing functions with a keyword and to handle those exceptions provides safety!There should be some keyword that indicates if a function/method can throw an exception so the compiler forces you to handle these to provide safety.Sound null-safety is a great start but there is much more a language can do to prevent bugs/errors/crashes.I think in a “sound language” the program should not be able to crash unless the programmer explicitly allows it!This is only my opinion that is heavily influenced after using swift for many years.Do you think this is something that is planned for dart (maybe 3.0?), or do you think that the new “null-safety” is safe enough and the dart/flutter team will not improve safety much more??
March 17, 2021 at 10:57AM by JulianCologne
https://ift.tt/3rYow6p