Deeplink es una opción Otra es tener hardcodeado la activity a abrir dentro del PendingIntent

Las opiniones te la envian por privado, nada queda en el playstore Lo mismo con las calificaciones, ya que es en beta Esas calificaciones no afectan a la calificación que ven los usuarios en el playstore

@DevKiper entonces las opiniones ¿se envían vía correo electrónico? Saludos

Exactamente!

Uno Hot? 🥵🥵🥵

JAJAJJAA

Ya perdieron el juicio vs Epic Veremos que va a pasar

No entiendo porque hacen eso la verdad

😅😅

Exactamente! No hay que seguir algo, sin analizarlo bien a fondo

Genial!! Bienvenido al canal 💪

Buenas! Fijate de tener todas las librerías que mencioné, ya que necesitas el de kapt por ejemplo

@@DevKiper no puedo creer que no haya caido en eso jajaja y ha sido ponerlo y al instante me ha ido, muchisimas gracias por tu tutorial y por todo!!!

Jaja buenísimo!!

Buenísimo que te estén sirviendo los videos! Lo de descargar en segundo plano, es una buena idea para un video Me lo anoto para futuro 💪

🔥🔥💪💪

Hola! No subo cursos s Udemy, solo a mi plataforma Abrazo,n

@@DevKiper Vale Ing muchas gracias

💪

@@DevKiper 🧑🏽‍💻🙏🏽

Podrías enviarlo desde tu propio backend 💪

Sisi es mejor tenerlas siempre en backend, o de última, encriptarlas Igualmente acordate que pueden "hookear" tu app y llamar metodos Entonces si tenés un "getApiKey()" ellos podrían llamarla, y tenerla desencriptada Pero si, es mejor encriptar 💪🏽💪🏽

​@@DevKiperTe confieso que desconozco ese término jajaja, pero generalmente trato de usar métodos no muy obvios y nombres aleatorios en partes sensibles. Ya eso lo incluyo en documentación privada si alguien debe tocarlo luego

Te recomiendo buscar "Frida" Es un programa que permite hacer lo que te mencione, y mucho más Muy buena para descubrir vulnerabilidades de tu app

💪💪💪

Hola bb

Fijate lo que dije, hay un discord dedicado a eso

Vamo!! Buenísimo 💪

Muchas gracias 💪

No entendí

@@DevKiper Accedi a este tipo de trabajo y la app esta publicada

Pero no está subida en tu cuenta, verdad? Entonces no hay problema

Gracias Maxi! Sisi el plan era que vean un caso real, y no una app simple que no aporta en nada Buenísimo que te haya gustado!

Buenísimo Que temas específicos de fragment + Jetpack Compose te gustaría ver?

Buenas! En tu Play Console (donde subis la app) hay un link que le tendrías que enviar a tus testers Y eso les permite descargar la app

Claramente! Si en mi primer curso de todos, expliqué todo sobre clean architecture En este curso, vamos a usar también esos conocimientos 💪

@DevKiper gracias 😊

He aprendido mucho con tus videos muchas gracias por todo, saludos de México 😊

Buenísimo! Abrazo grande 💪

Mmmm a la hora de pagar? O cuando? Asi investigo

@@DevKiper Al dar click, carga la pagina, le das click en quiero inscribirme y se queda cargando luego da el 502, estoy en colombia, por si tiene que ver la region/pais

Fijate ahora si se solucionó porfa

Crack! Nos vemos dentro del curso 💪💪

Que video estás queriendo ver? Asi puedo solucionarlo

@@DevKiper En el vídeo estás promocionando un curso. En el curso hay vídeos gratuitos. Esos vídeos.

@@DevKiper No sé que ha pasado pero ya está solucionado, gracias y perdona por ser tan pelotudo.

Buenísimo que ya te funcionen!

Buenísimo que te sirva Andres! Cualquier duda, me avisas Abrazo!

Mm? En ningun lado tarda más la carga Y no te agrega megas a tus apps Te fijaste el build firmado? Pesan prácticamente lo mismo 💪

😅

Buenas! Si no me equivoco, tenés que usarlo asi: kotlin("kapt")

@@DevKiper Muchas gracias!

El encryptedsharedprefs se usa más que nada para encriptar información sensible en el celular del usuario Ejemplo: Access tokens Personalmente no lo uso para apikeys

La mayoría de apps (+90%) sigue usando xml. Yo enseño Compose y todo, pero hay que entender la realidad también Presente= xml Futuro= compose

Exactamente, sin problema 💪

Exactamente la misma ruta, solamente le agregaría KMP al final Es importante que sepas lo básico de Android antes de hacer KMP 💪

Las reseñas de pruebas cerradas no suman como reseña oficial

Sisi eso se puede, pero solo sirve si tus clientes descargan de tu página Y en cada actualización van a tener que manualmente descargar de nuevo La solución ahí es agregar a tus clientes como tester, y listo

Esa para mí es la ventaja principal que tiene, por sobre el resto Y nadie lo menciona Yo quiero llamar a la api ANTES de que cargue la pantalla al 100%, asi el usuario espera menos tiempo

Me encantaría, pero llevan demasiado tiempo Por eso tengo mis streams (fijate en el canal) o incluso el curso 💪

Antonio! Buenisimo verte por el canal 💪 Respondo un poco a lo que mencionas: "Imagina una situación en la que tienes un Flow que está pidiendo periódicamente datos a un backend para actualizar la UI. Independientemente de que esa pantalla no se vea, porque hayamos navegado o porque estemos en segundo plano, el servicio se va a seguir llamando para actualizar datos que no se ven." Ese es un caso muy bueno, y que definitivamente no funcionaría al 100% con el init, asi que si, 100% habría que hacer uso del WhileSubscribed. "El problema que comentas con stateIn WhileSubscribed solo ocurre porque este ejemplo no tiene persistencia local. Pero cualquier App Android que se precie la necesita, y al volver a suscribirse simplemente haría una petición a la base de datos para repintar. El usuario ni lo vería." Lo de WhileSubscribed, por más de que tengas persistencia local, vas a tener el mismo problema, ya que como dijiste "al volver a suscribirse simplemente haría una petición a la base de datos para repintar". Estás llamando a la base de datos nuevamente cuando no tendría que hacer falta. Es verdad que eso no afecta realmente en la performance del usuario ni nada de eso. Pero sigo sin verle mucho el sentido a tener que llamar de nuevo a la base de datos. Yo trabajé en apps donde haciamos cosas que no tienen sentido guardar de manera local (ej: Una app de pagos, no tiene sentido guardar local si cuando no hay internet, no hay forma de pagar). No le veo mucha ventaja a crear un sistema de caché solo para 1 api, simplemente para evitar que el WhileSubscribed llame de nuevo a la api. "El mayor problema que yo le veo a los tests es que si usas el init o el eagerly, no puedes inicializar el VM en el setUp, porque en cuanto que lo hagas, los datos iniciales de los mocks/fakes contaminan el valor del stateFlow" Fijate que en test que yo mostré, lo tengo inicializado al viewmodel en el setup y no hubo problema. Empieza a haber problema cuando se agrega la librería que mencioné "El constructor de una clase debería ser rápido, dedicarse exclusivamente a inicializar el objeto, y no tener side-effects que puedan dejar el objeto en un estado inconsistente (por ejemplo que el Flow retorne antes de que acabe el constructor). Pero esto se puede dejar más del lado del "purismo", que puedes compartir o no." 100% de acuerdo, pero yo lo aplico generalmente en clases de datos donde cargo información En casos como por ejemplo el ViewModel, creo que uno ya está acostumbrado y se da cuenta que no hace falta seguir las reglas tan a raja tabla No soy muy purista ni nada, ya que siento que en el mundo de la programación hay 19270125 formas distintas de programar, y que todas llevan al mismo resultado Soy más fan de que cada uno de su propia opinión, y después que cada uno use la opción que más le guste Por eso sigo usando el init, ya que personalmente nunca le encontré ningún problema Me encanta que hayan distintas opiniones sobre el tema, ya que nos permite a todos aprender del resto Abrazo enorme, y espero que algún dia podamos hacer algo juntos 💪

@@DevKiper en una App sin persistencia, podría tener sentido plantearse no usar el WhileSuscribed(), pero quizá puedes montar una caché en memoria. Depende mucho del caso, sin duda, habría que estudiar el caso concreto. Con respecto al test, en tu caso funciona porque solo es un test y no estás dando distintos valores de inicialización al repositorio. Es a lo que me refiero, que en una suite de tests completa, no funcionaría hacerlo en el setUp. Dejando de lado lo que comentas, al añadir la librería, ahí no me he parado mucho a ver qué pasa. ¡Gracias por tu respuesta! Saludos!

Obvio! Una vez que se aprende esto, ya no se vuelve más a recyclerview jajaja

Crack Zafa 💪

@@DevKiper Creo que el mejor camino es a contracorriente jajaja

Pero realmente te afecta negativamente eso de los tests? Porque nunca me pasó de realmente necesitar la info antes del init

@@DevKiper no se puede ser que aun soy muy novato en test, pero los que he hecho los test al viewmodel cuando tienen los init me bloquean

Buenas! En los videos más nuevos ya tenemos zoom Voy a ver de rehacer este video a futuro 💪 Mol gracias por el feedback