#30 yo creo que deberían migrar flutter a Kotlin y deshacerse de la api mierdosa de android nativa de una vez.
Pero en google son unos genios tomando decisiones de mierda con cosas potencialmente maravillosas para que se quede en el habitual sabor agridulce que no te complace. XD
#31 Supongo que prefieren tener ellos el control sobre el lenguaje que usa su framework, ya que con kotlin dependerian de jetbrains, yo llevo poco tiempo tocando Dart por lo que #5 #3 seguro que te lo pueden explicar mejor, pero tengo la sensacion que el lenguaje esta en continua evolucion en un periodo muy corto de tiempo ya que mirando documentacion y tutoriales estos meses hay una gran diferencia entre los de 2019 y los de 2021, y justo hace poco han sacado Dart 3.
El principal escollo que tiene frente a JS desde mi punto de vista que vengo de usar react/next, es precisamente que JS tienes librerias y frameworks para todo lo que te imagines, mientras que para Dart aun esta asentandose, por ejemplo estuve mirando si habia un framework para web fuera de flutter y tienes jaspr, pero claro en JS tienes opciones para aburrir (react,angular,vue,svelte,astro,etc) .
Estuve a punto de usarlo para una app móvil del trabajo y al final tiramos por la mierda de Ionic. Que tampoco es la panacea, pero al menos ya teniamos rodaje con Angular y el desarrollo ha sido un paseo.
El problema de Flutter que yo le veo es el lenguaje, que solo se usa para eso.
#33 el lenguaje cuesta nada, la misma curva que la de aprenderte la api de cualquier framework. Pero da rabia que teniendo cosas mejores haya que usar un sucedaneo se JS sin futuro ni proyección alguna.
#32 Pero kotlin es mil veces mejor y es el estándar de facto de la JVM (sino lo es ya, al tiempo lo será). Yo de verdad no sé que se fuman en google pero siempre toman decisiones de mierda. Adoptan y hacen esfuerzos en adaptar la api de android a kotlin, para seguir siendo un mierdolo su API, en vez de coger y adaptar Flutter a Kotlin para que sea su fw principal, y así matan 3 pajaros de un tiro, Fuchsia, api para android sin herencias de mierda desde 0, y sus apps multiplataforma.
Dart se aprende en 2 tardes, es lo que menos importa de flutter y, al mismo tiempo, es por lo que la gran mayoría no da el paso xDD
Estaría mejor con un lenguaje que se pudiera aprovechar para otra cosa si al final dejas de usar Flutter, pero no creo que suceda nunca.
#34 Sobre lo que comentabas más atrás de Java, yo hace un par de años en las apps que probé, use varias cosas del teléfono tipo cámara de fotos, geolocalización, requests a una api.. y no tuve que utilizar nada de java en ningún momento, así que supongo que esa parte que viste tu ya la cambiaron cuando lo toque yo 
#27 correctisimo, Google tiene muy mala fama haciendo drops de proyectos, de hecho conocimos al director de flutter el 2020 y contaba que eran 5-8 personas en Google, pero eso en los últimos 3 años ha cambiado, y se ve que le están dando un poquito más de protagonismo y recursos.
La empresa para la que trabajo empezó a tontear con flutter a finales del 2019 ya que antes no era lo suficientemente estable ni seguro para asegurar continuidad de un proyecto X años.
Empezaron desarrollando cositas pequeñas o con un budget ajustado para tener iOS y Android por el mismo precio y empezó a funcionar de 10.
A partir de allí y viendo que Google y flutter estaban apostando más fuerte hemos seguido migrando los developers que tenemos allí, yo siendo el último xq mi amor a Swift es platónico jajajaj. Y la capacidad que tenemos ahora sin duda se ha incrementado, tener a la plantilla de devs no segregados por nativo y pudiendo saltar a otro proyecto con una curva de effort baja, ya que usamos la misma arquitectura+/- en todos los proyectos, es una pasada.
Encima ahora estamos tonteando con web y assembly y el Cto está con los dientes largos de unificar backend/web a dart.
Somos una empresa con 7/8 devs entre back, web y mobile y convertirlos en un joker que te puedan jugar de pareja a otro que tiene main web por ejemplo es muy rentable.
Volviendo al tema, de xq? Xq ionic, phone gap y react native comieron el mercado de aplicaciones chusta que no se podían permitir nativo. Pero el upgrade a flutter de ellas tanto para los devs como para los usuario es gloria.
Los nuevos proyectos y startups están desarrollando en flutter, es muy fácil de vender frente a las alternativas.
Y las que ya tienen su producto montado, siempre es difícil empezar un ciclo de empezar de 0.
Nosotros lo hemos hecho con 1 cliente grande y ha salido muy bien. Pero 4 meses de mínimo mantenimiento a las nativas y trabajando 24/7 para la nueva versión en flutter ya que es una app fácil con 30 - 40 pantallas o más y mínimo 15 tienen más de 5 estados no triviales xd
Estoy de acuerdo con casi todo lo que se dice en el hilo. Y el tema de que el lenguaje está evolucionando con breaking changes es correcto y usual. A mi me paso, Swift 1 no tiene nada que ver con Swift 3. Flutter teniendo de quién copiar me gustaría que evolucionará más rápido.... Pero al menos siguen en ello. El día que me metan if let seré un poquito más feliz xd pero pusieron hace un año aprox los nullable y ahora los enum con switch decentes xddd poco a poco....
Pd la sintaxis del switch es -.-
Y yo que sigo pensando que una buena web responsive con Bootstrap 5.3.0, montada sobre un Apache con PHP de ultima generación (7 u 8), sigue siendo best of the best y por supuesto, con jquery para las 4 perradas basicas que se requieran a nivel de AJAX y algo mas...
Fijate que se me antoja pesado el puto React, El React Native, los componentes, Redux...
Todas esas mierdas "prefabricadas", pudiendo construir netamente desde 0, soy demasiado old school...
Si puedo elegir, sigo arrancando desde un php vacio, integrando bootstrap a lo sumo. Punto.
Yo el problema que le veo a flutter es que es demasiado verbose y enseguida te encuentras con 800 widgets para poner un padding. SUpongo que tendrá su razón de ser pero para mi gusto hay cosas que es mejor un número que una clase.
#39 correcto hasta que no te pasas unas cuantas horas viendo pages, y aun así da un poquito de asco xd ahí es donde conviene ser un poquito clean y "crear widgets" en la misma clase con nombres que ayuden en el build a saber por donde te da el viento
#39 Entiendo lo que dices, pero en ese ejemplo exacto que pones necesitas un único widget, quizás su nombre no es muy descriptivo para lo que hace, se llama "Padding" 
Llevo unos dias liados con unas ideas a ver si rasco algunas subs buenas en la appstore, y todo son buenas palabras para flutter
El problema es que no tengo cojones a que se vea bonita, en el adn de un buen Developer no hay esas skills
Entonces… algun tip/herramienta para sobrevivir en el diseño de la aplicación?
#43 copia los diseños de otras apps / usa UI kits
De todas maneras yo no le daría mucha caña a Flutter, parecía que iba a ser algo y quedó en nada
#45 yo no le haría caso a este comentario, flutter es la polla para desarrolladores indie, y no tan indies
https://flutter.dev/showcase/pubg-mobile
#47 Qué carajo le pasa a la página de flutterflow que me sube la cpu al 20% de uso? Es un ide en el navegador o cómo va la cosa.
Pues yo al final he caído y estoy montando un prototipo de una app para la empresa en Flutter. Desde luego el desarrollo es mucho más ágil y la experiencia es mucho más pulida que con Ionic. También los paquetes de la comunidad se ven más "formales" y mantenidos que los que hay para este último (p.ej., incompatibilidades de Capacitor, versiones de Angular congeladas porque Ionic no actualiza, etc.). Vamos, echando la vista a atrás ahora con Ionic, desde luego ni con un palo de nuevo. Con Flutter tardo mucho menos en hacer lo mismo; es todo mucho más sencillo y "determinista".
Hola!
Yo acabo de graduarme en Julio de este año en Ing Informática. Como TFG presenté una red social en Flutter con su servidor REST en Java y saqué muy buena nota. Actualmente sigo desarrollando la red social y me encantaría publicarla en un futuro.
Estoy enamorado del framework, es por eso que estoy intentando encontrar mi primer trabajo en Flutter. ¿Alguna recomendación de alguna emrpesa en concreto que pueda mirar ?
He echado mil curriculums a través de linkedin pero de flutter no hay muchas ofertas y menos aún para gente recién graduada.
Donde yo trabajo estamos haciendo la app móvil con Flutter. Y en el trabajo anterior también la empezaos a hacer también con lo mismo.
#54 Estoy buscando también teletrabajos por europa alante que además tienen la ventaja que suelen pagar un pico más, pero como te comento, no encuentro casi posiciones de juniors.
Odio android Studio (me hice una app de hipotecas y en el emulador va de puta madre pero al subirla a Google play estalla , en el móvil que uso para testear mi apl funciona perfecta )
Es mejor esto que la puta mierda de android studio ? (Usaba kotling) al final voy a terminar haciendo las apps en godot
Y hay algún curso decente en udemy ?
#57 Fijate si no es un tema de flavoring y algo que en prod te este petando + crashlytics no te da info del error?
de kotlin a flutter creo que el salto es bastannte pequeño, y sera smooth yo siempre recomiendo udemy... echa un vistazo de algo actualizado y bien puntuado, en el hilo recomendaron algun que otro curso.
Aprovecho para comentar https://www.meetup.com/flutter-barcelona/events/296838700/?chapterContext=true®ToRsvp=true&isFromReg=true
los de barcelona el 25 hay evento
#58 no soy desarrollador de android , me dedico al BI esto lo hago por frikismo (no se lo que es flavoring)
No sé qué le pasa a la aplicación pero si voy de la pantalla principal a la siguiente pantalla y vuelvo atrás , me estalla, si muestro una gráfica estalla (en la apk y emulador no )
#59 Pero cuál es el error?
Lo más posible es que sea un problema al ofuscar/optimizar la app. Cuando haces un build para release, se usa una herramienta que se llama R8 que sirve para quitar código que no se usa, y así reducir el tamaño de la app.
A veces no lo hace bien y quita código que sí se usa, y la app peta en tiempo de ejecución.
En tu build.gradle, puedes desactivar la minificación
buildTypes {
release {
minifyEnabled false
...
}
}
