Hacklab: Implementando arquitectura MVP en Android con Kotlin

Hace algunas semanas anuncié una serie de mini proyectos que vamos a estar creando y que van a abordar temas muy concretos de diseño y programación, estos mini proyectos serán gratuitos y los hemos llamado Hacklabs.

En esta ocasión te presento el segundo Hacklab, en el cual aprenderás lo siguiente:

  • Qué es la arquitectura MVP (Model, View, Presenter) y las partes que la componen.
  • Cómo implementar MVP en Android con Kotlin.
  • Cómo manejar errores con MVP.

Esto lo aprenderás en una serie corta de videos también cortos. Como siempre, conciso y al grano, like a thunder ⚡️.

Decidí hacer este Hacklab porque es un tema extremadamente útil y del que te preguntan mucho en entrevistas de trabajo, pero la información que encontré (incluso en inglés) me pareció confusa, MVP puede ser complejo de entender al inicio pero una vez que le tomas el hilo es pan comido 🍞.

Sin más, te dejo aquí el primero de los videos del Hacklab y te invito a ver la lista completa en el canal de Youtube. Espero que te sirva y como siempre tus comentarios, dudas o lo que sea es bienvenido, también te invito a suscribirte al canal y al blog para recibir más contenido que te pueda servir.

Bunu: Un side project para los amantes del buen café.

Como he dicho en posts anteriores tengo 3 socios junto con los cuales creamos proyectos de todo tipo y los lanzamos para validarlos, uno de los aspectos por los que decidimos crear este equipo es que tenemos habilidades distintas y complementarias, pero algo que los 4 tenemos en común es que amamos el café, en lo personal tomo dos tazas diarias ☕️🤩.

Este año comenzamos con un nuevo proceso para lanzar productos, cuidamos que los productos que desarrollemos sean a la vez útiles para nosotros y divertidos de crear, y en la primera lluvia de ideas nos decidimos por Bunu.

Un problema que tenemos los que amamos el café es quedarnos sin el, podemos pedirlo o ir al supermercado pero normalmente lo tomamos en la mañana y lo necesitamos para el desayuno o para antes de ir al trabajo, además de que muchas veces conseguir un café de calidad no es tan sencillo si no hay cafés de especialidad cerca de tu casa, y menos sencillo si quieres conocer nuevas variedades. Lo sé, no es un problema de vida o muerte, es un problema más bien de nicho, pero creemos que es lo suficientemente importante para los que de verdad les gusta el buen café.

Es por eso que empezamos a crear Bunu, un servicio para que jamás te quedes sin café. Funciona de la siguiente manera: En nuestra página web podrás elegir el café que más te guste, tal como lo necesitas: Tipo de tueste, marca, tipo de molienda, etc. Y te lo enviaremos directamente a tu casa, pero eso no es todo, junto con tu primer pedido también adquirirás una base inteligente, coloca tu bolsa de café sobre la base inteligente y esta “sabrá” cuando te estés quedando sin café y nos notificará para enviarte otra bolsa y que te llegue justo a tiempo, así siempre tendrás café fresco y delicioso.

Estamos muy contentos con este proyecto, sobre todo porque resuelve un problema que tenemos y en el proceso nos hará aprender muchas cosas tanto técnicas como Internet of Things e inteligencia artificial, y por supuesto también soft skills, como ventas y más sobre este apasionante mundo del café. Estaré contando más sobre el proceso y cómo nos va en próximos posts.

Muy pronto tendremos la fase Beta del proyecto, si te interesa saber más y ser de los primeros en enterarte cuando esté disponible te invito a suscribirte con el siguiente botón.

Como ordenar los packages de tus apps (Package by features, not layers)

Esta es la manera que me ha funcionado mejor para ordenar las carpetas (Packages) de mis aplicaciones, en especial en Android pero también en otros lenguajes y frameworks como Django y NodeJs. La manera es el siguiente: Ordena tus packages por características, no por capas.

Vamos a verlo con un ejemplo.

Supongamos que tienes una app de Android que tiene 3 pantallas: Main, Details y Settings, además de que trae información de internet. Al ordenar por capas, los packages de tu app se verían algo así.

  • Activities
  • ViewModels
  • Repositories.
  • Services.

Ahora, si ordenamos la misma app por características, se verá algo así:

  • Main
  • Details
  • Settings
  • Api

Ahora, en la programación interviene mucho el feeling y no hay respuestas correctas o incorrectas, pero la forma que más me ha funcionado a mí es la segunda. Esta forma me permite detectar más rápido qué clases se relacionan entre sí, buscar errores y hacer debug de manera más fácil, en especial cuando la aplicación crece mucho.

Otra cosa que me funciona es usar un modelo híbrido de ambos cuando las apps se vuelven más complejas, veamos el siguiente ejemplo, este es de una app que tengo llamada Todogs, estoy agregando una pantalla de perfil donde podrás agregar perfiles de tus perros para llevar registro de sus vacunas, entre otras cosas. En este caso creé un package “profile”, pero como dentro de este package necesito varias pantallas: Ver, crear, enlistar, editar, lo puse de esta manera.

Cómo puedes ver en este caso tengo una carpeta “Profile”. Como tengo perfil de persona y perfil de perro creé una subcarpeta dogProfile, dentro de ella tengo las clases necesarias para los perfiles de los perros, pero aparte, como cada acción (Crear, editar, enlistar) necesita su propia pantalla, ViewModel, etc. creé una sub-sub-carpeta para cada una de ellas, de esta manera tengo todo bien estructurado, lo cual lo hace fácil y rápido de encontrar.

¿Qué opinas de esta manera de acomodar todo? Tus comentarios y feedback son más que bienvenidos como siempre, no olvides suscribirte al blog, a las redes sociales, a mi canal de Youtube, a los cursos y a todo lo que quieras para seguir aprendiendo más sobre diseño, programación y emprendimiento.

Aprende a cambiar el idioma en SolidWorks

Normalmente cambiar el idioma en un programa es una tarea que resulta sencilla, simplemente vamos a las opciones y al apartado de idiomas y desde ahí podemos seleccionar el que necesitemos.

En SolidWorks esta tarea se vuelve en ocasiones complicada, principalmente porque en el menú de opciones no hay una sección dedicada exclusivamente al lenguaje.

Si todo está configurado correctamente tienes que hacer clic en el engrande de opciones y te aparecerá la siguiente ventana:

Las dos opciones marcadas tienen que estar desactivadas para tener SolidWorks en español.

En occasions estas opciones están deshabilitadas, provocando que no podamos cambiar el idioma, eso puede ser debido a que la región de tu computadora no está configurada correctamente o que el paquete de idiomas no esté instalado. En el siguiente video te explicamos paso a paso cómo solucionarlo.

Suscríbete al canal de Hackaprende 3D para mas contenido así

Hacklabs: La nueva manera de aprender con Hackaprende

Muchas veces ya conocemos un lenguaje, un framework o una tecnología y sabemos usar al menos sus partes principales, pero necesitamos aprender a implementar algo concreto. Un ejemplo es que ya sepamos programar en Android pero nunca se nos había presentado el problema de crear una lista que tenga secciones.

El problema es que no sabemos por dónde buscar. Claro, siempre está StackOverflow, pero muchas veces no ahonda lo suficiente, también podemos buscar un curso pero en primer lugar no necesitamos todo un curso, solo saber cómo implementar la lista, y en segundo lugar, no sabemos si el curso incluye realmente lo que necesitamos saber.

Es por eso que decidí empezar a crear una nueva sección en mi canal de Youtube, la llamo Hacklabs. Cada Hacklab es una serie de videos, como siempre cortos y al grano, que te enseñarán una habilidad, una herramienta, una librería, etc. como el ejemplo de arriba, con lo que al terminar serás un experto en ese tema específico. La duración dependerá del Hacklab pero trataré de ser lo más conciso posible sin dejar fuera nada importante para que aprendas bien y cuanto antes.

Así que sin más te presento el primero de ellos 🥳, por supuesto el del ejemplo de arriba 😁. A continuación te dejo el primer video y aquí puedes ver el Hacklab completo: RecyclerView (Expandible) con grupos en Android con Kotlin, construyendo un Tiny Netflix.

Si tienes algún tema que te gustaría aprender no dudes en dejarlo en los comentarios para agregarlo a la lista de ideas, también te invito a suscribirte al blog y al canal en caso de que no lo hayas hecho para recibir el contenido que vayamos subiendo.

Nuevo año, nuevos proyectos: Experimentando con un nuevo proceso.

Quienes me conocen saben que me apasiona el emprendimiento, llevo algunos años intentándolo, algunas veces logrando cosas geniales y en la mayoría productos que nunca ven la luz o que simplemente no “pegan” 😁, pero en todos los casos aprendiendo mucho.

Hace un par de años me asocié con 3 grandes amigos con diferentes habilidades y empezamos a construir cosas entre los 4, aunque el año 2020 si fue algo difícil, para ser sincero si nos detuvo un poco (O más bien un mucho) a seguir construyendo. Sé que el cambio de año no es más que una vuelta al sol, pero es un pretexto para renovar energías y empezar con todo, así que decidimos “ponernos las pilas” e idear un plan para que este año desarrollemos cosas muy geniales.

TL;DR -> La idea en resumen es la siguiente: Vamos a proponer ideas, seleccionar una de ellas y desarrollarla muy rápidamente para lanzar un MVP en máximo 3 meses, luego dar otros 3 meses para vender y promover la idea y así poder validar si es buena o no. Mientras la idea es validada, empezaremos con la siguiente. El punto es probar tantas ideas como sea posible sin que cada una de ellas nos lleve mucho tiempo.

Este es el proceso que definimos, está basado en el libro de Make: The bootstrapper’s handbook, de Pieter Levels, aunque con algunas adecuaciones hacia nuestra forma de trabajar.

  1. Lluvia de ideas:
    Un viernes hacemos una videollamada con lluvia de ideas que hayamos pensado cada quien, de ahí debe salir una idea que será la siguiente por hacer.
  2. Sprint con idea seleccionada:
    El siguiente lunes empezamos con todo a darle a la idea con un Sprint, del cual obtendremos un prototipo súper rápidamente y lo probamos. Eso nos dará muy buena retroalimentación de si es factible, si se puede hacer, si es buena idea o no. El viernes de esa misma semana lo sabremos y decidiremos si continuar o mejor empezamos con otra idea.
  3. Desarrollo:
    Si la idea pasa el Sprint, desarrollamos por un máximo de 3 meses. Aquí también comenzamos a hacer ruido en redes sociales para encontrar a quién le pueda ser útil el producto, de esta manera para cuando el producto esté terminado ya tendremos una comunidad con quien compartir.
  4. Lanzamiento:
    Lanzamos un MVP libre de bugs cañones en redes sociales y plataformas como Product Hunt, Reddit, Hacker news, etc.
  5. Medición de reacciones de lleno:
    Aquí mientras nos dedicamos a seguir promoviendo volvemos al paso 1, mientras se desarrolla la siguiente idea una persona se dedica al 100% a seguir promoviendo y midiendo reacciones con la idea anterior. Esto dura otros 3 meses.
  6. Evaluamos resultados de la idea:
    Evaluamos la idea de acuerdo a si tiene potencial o no:
    – Si vemos que no va por ningún rumbo la apagamos.
    – Si vemos que tiene mucho potencial invertimos más tiempo, puede ser que hasta tiempo completo.
    – Si vemos que es un posible generador de ingresos pero no como para dedicarle tiempo completo la dejamos pero para que solo genere ingresos residuales y solo damos mantenimiento en caso de necesitarlo.
  7. Se termina ciclo de idea 1, continúa idea 2 y empieza idea 3.

El proceso se resume en este diagrama:

Por supuesto que no todos los proyectos se pueden hacer de esta manera, hay proyectos que necesitan un ciclo más largo para ser probados, es por ello que decidimos acotar nuestros proyectos a estos puntos.

Los proyectos deben tener estas características:

  1. Fáciles y rápidos de hacer con lo que sabemos o necesitemos aprender: Máximo 3 meses de desarrollo para tener algo funcional que sea lanzable al mercado.
  1. Orientados a que sea un negocio rentable y monetizables desde un inicio o, si necesitan tiempo para empezar a ser monetizables, que en ese tiempo no nos esté costando dinero ni mucho tiempo de nuestra parte.
  1. Escalables digitalmente: Que puedan tener muchos usuarios y obtenerlos de forma puramente o al menos mayormente digital, sin tener que estar yendo a visitar clientes físicamente.
  2. Si es un producto B2B, que tenga un ciclo de venta rápido: Es decir que las puedas comprar en un clic, sin que tengan que llevar la decisión de semanas a sus jefes o dueños de la empresa.

Por si te lo preguntas no, no sabemos si este proceso va a resultar en algo 😅. Es un experimento que se ajusta a la forma en que nos gusta trabajar, al tiempo que tenemos y a nuestras habilidades, también creemos que se irá modificando con el tiempo conforme a las experiencias que tomemos. Lo que sí sabemos es que vamos a aprender bastante, que este proceso nos ayudará a entrar en acción y que será un año divertido, así que ¡A darle!.

¿Qué opinas de este proceso? ¿Crees que es bueno o se te ocurre algo mejor? Toda la retroalimentación es bienvenida.

Páginas para encontrar recursos de Android rápidamente.

Nunca me canso de mencionar lo importante que es la rapidez en la programación, te hace destacar como empleado y es determinante para triunfar como emprendedor. Por eso te quiero dejar 5 páginas que utilizo para obtener recursos de Android rápidamente: Iconos, paletas de colores, etc.

  1. Material design color palette: Muy útil para experimentar con los colores de tu app sin tener que involucrar código, simplemente seleccionas dos colores y te muestra cómo combinarían.

También puedes encontrar iconos en diferentes formatos:

También puedes usar la herramienta oficial de google Color Tools para este objetivo, en lo personal me parece un poco más complicada pero también funciona perfectamente.

2. Material design icons: Aquí también puedes encontrar iconos rápidamente, esta página es la que uso más con este objetivo porque además de los iconos oficiales puedes encontrar iconos creados por la comunidad, por lo que tienes más de donde elegir.

3. Android Asset Studio: Un set de herramientas para generar y adecuar iconos para tu app, por ejemplo el ícono que aparece junto a las notificaciones, aunque el uso principal que le doy es para generar el ícono de la aplicación, simplemente pones tu imagen y la recorta a los tamaños adecuados, tanto para iconos cuadrados como redondos. Aunque desde hace un tiempo Android Studio ya hace esto sigo usando esta página por comodidad.

4. Flatuicolors: No es una página especial para Android pero sí me ha sido muy útil, incluye una buena cantidad de paletas de colores para que cuando estás programando pero todavía no tienes el diseño definitivo puedas jugar con ellos y darte una idea de cómo lucirá tu app al final.

5. Lottie: Mas que una página de recursos. Lottie es una librería de Airbnb que te ayudará a hacer tus apps mucho más hermosas, algo así:

Puedes insertar animaciones literalmente en minutos, estas animaciones las puedes crear tu si sabes de diseño, pero si como yo eres un super novato en el tema, también hay una página de recursos donde puedes encontrar muchas animaciones, muchas de ellas gratis, solo debes atribuir al creador: https://lottiefiles.com/

Y bien, estas son las páginas de recursos que más uso y que son no oficiales de Android, si encuentro alguna otra actualizaré el artículo. Si tú sabes de otras te lo agradecería mucho que lo dejaras en los comentarios. Mientras tanto, no dejes de suscribirte para que recibas el contenido que vaya creando.

Formatos de String en Kotlin

Este artículo es un complemento a los cursos gratuitos de Java para Principiantes y Kotlin para Principiantes. La explicación la daré en Kotlin pero en Java aplica prácticamente lo mismo.

En Kotlin (Y la mayoría de los lenguajes de programación) podemos utilizar formatos para reemplazar variables dentro de los String, supongamos que queremos imprimir nuestro nombre, edad y peso, podríamos hacer algo así

val name: String = "Walter White"
val age: Int = 50
val weight: Double = 75.5

val description = "Me llamo " + name + ", tengo " + age + " años y peso " + weight " kg."
println(description)

// O mejor aún, en Kotlin podemos hacer esto
val description = "Me llamo $name, tengo $age años y peso $weight kg"
println(description)

// Ahora, si usamos el String format
val description = String.format("Me llamo %s, tengo %d años y peso %.2f kg", name, age, weight)
println(description)


Las 3 soluciones son correctas e imprimen lo mismo, pero la tercera es la más útil al usar Strings en Android donde tendrás que reemplazar variables porque te ayuda a tener código más limpio y soportar diferentes idiomas.

Si observas en la última opción, lo que hacemos es poner ciertos formatos dentro del String y luego al final, separados por coma, ponemos las variables que queremos que se reemplacen en el String: %s para otros strings como name, %d para enteros como age y %f para doubles y floats, en el .2 que ves en el %f el 2 es la cantidad de decimales que queremos que se impriman, así por ejemplo en este caso se imprimiría el peso como 75.50.

Aquí te dejo una tabla con los formatos más comunes, también pueden ser usados en Java:

FormatoTipo de dato
%bBoolean
%cChar
%dInteger
%eFloat en notación científica
%fFloat y Double (Agrega %.nf para forzar n decimales)
%oFormato Octal
%sStrings
%xFormato Hexadecimal

Hay otros 3 o 4 formatos más pero son tan poco usuales que prefiero no abrumarte.

Si tienes dudas te invito a dejarlas en los comentarios, también te invito a suscribirte al blog, canal de Youtube, redes y todo lo que te venga en gana 🤪.

Todogs: Un side project que se convirtió en algo más.

Hace alrededor de 2 meses me propuse actualizarme en lo último de Android y aprender temas que por algún tiempo había querido pero que no me había dado a la tarea de empezar, en concreto quería aprender los siguientes temas:

  • CameraX: Como hacer cosas interesantes con la cámara.
  • Machine Learning con Android y Tensorflow: Conocía ambas cosas pero por separado y quería juntarlas.
  • Dependency Injection: Este tema me había eludido por mucho tiempo, lo consideraba algo complejo y no sabía exactamente su utilidad.
  • Probar usar solo infraestructura de Firebase y Serverless.
  • In-App purchases: No había tenido la oportunidad de trabajar con ventas dentro de una app.

Llevo años en los que siempre estoy creando side projects, puesto que el fin que quiero para mi carrera además de Hackaprende es crear otra empresa que haga algo genial que llegue a muchas personas, y creo que para esto no hay como estar intentando sin parar. Entonces empecé a pensar “Si quiero aprender esas cosas ¿qué side project podría hacer?”.

Empecé a pensar en cosas que me gustan, que serían divertidas de hacer y que además incluyeran al menos algunos de los temas que quería aprender, y después de un par de semanas se me ocurrió Todogs: Un Pokédex de perros donde pudieras reconocer sus razas con la cámara de tu celular y coleccionarlos todos. Aquí un pequeño video de su funcionamiento:

Cómo suelo hacer, no lo pensé mucho y empecé rápidamente a desarrollar, ya el tiempo (Y los usuarios) me dirá si es buena idea o no, lo importante es empezar y después de todo aquí el enfoque era aprender los temas que puse arriba, resultó que con la app pude aprender TODOS los temas, necesita la cámara, Machine Learning para reconocer a las razas, aproveché para usar Hilt para Dependency Injection y resultó que es una maravilla para hacer testing y para tener código bien estructurado. Todo el backend lo hice con Firebase y compañía y al final me gustó tanto el proyecto que decidí lanzarlo al mundo e incluso después de probarlo creo que es tan bueno y divertido que me atreví a incluir una versión premium por la que con una muy pequeña cantidad desbloqueas todas las características de la app, por lo que también pude poner en práctica los In-App purchases 😎.

Aunque no es el primer side project que hago, al hacer este pequeño proyecto he aprendido hasta ahora algunas cosas:

  • Algo que empezó como un proyecto para aprender y como hobby se está convirtiendo en un proyecto al que le veo futuro, que estoy dispuesto a difundir y del que me siento orgulloso.
  • No hay mejor forma de aprender algo que haciendo cosas nuevas y que te parezcan divertidas.
  • Empieza ya, no te tardes decidiendo qué hacer, ni tampoco te tardes en lanzar, yo tardé 2 meses en desarrollar y lanzar Todogs y ya aprendí mucho, no hay nada que perder y mucho que ganar. Aquí es muy cierta la frase que dice “Si no te avergüenzas de tu producto es porque ya lanzaste muy tarde”.
  • Siempre permanece construyendo cosas geniales por tu cuenta, si no es para emprender al menos si para aprender, si algo no funciona ve por la siguiente idea. Alguna tendrá que funcionar.
  • Todogs parecía intimidante al inicio, ¡combinar Android con Machine Learning para identificar perros con la cámara y luego configurar un backend para guardarlos! Parecía una tarea enorme, y de hecho lo es, pero una vez que empiezas te das cuenta que al dividir la tarea en cosas más pequeñas deja de ser tan abrumadora. Normalmente las cosas son más fáciles de lo que parecen una vez que las analizas con la mente fría y entras al ruedo con buena actitud y seguridad.

Por cierto hace mucho que quiero volver a repasar los temas de iOS y está app también me servirá para eso.

Algo contra-intuitivo de Todogs con respecto a lo que pienso que es lo ideal es que este proyecto es más un gain que un pain, es decir, no resuelve un problema que yo tenga, sino que es algo divertido relacionado con algo que me gusta mucho que son los perros, pero como mencioné arriba, esto no empezó con la idea de convertirse en producto, sino de aprender y hacer lago genial, así que por esta vez lo dejaré pasar 😜.

En fin, seguiré compartiendo cómo me va con esta aplicación, siempre da un poco de vergüenza compartir cuando las cosas no funcionan (espero no sea el caso) pero ¡hey! Como dice Anton Ego: Cualquier basura ya es mejor que la mejor crítica que pueda recibir. Hacer algo, aunque resulte ser un mal producto, siempre será mejor que no hacer nada.

Con mucha humildad te presento Todogs. Espero que la disfrutes y toda la retroalimentación que tengas déjala en los comentarios, te la agradeceré muchísimo.

https://play.google.com/store/apps/details?id=com.hackaprende.todogs

Si eres parte de la comunidad Hackaprende en Slack mándame un mensaje y con gusto te paso un código para que puedas ser usuario premium sin costo alguno.

5 Consejos para formar un buen JSON

No hay como recibir un JSON bonito para hacer las cosas fáciles al momento de usarlo, si usamos una API pública no hay mucho que hacer, pero si tienes poder para decidir cómo quieres que te lleguen los datos (O enviarlos si tu eres de backend), te recomiendo estos consejos que les ahorrarán dolores de cabeza a ti y a tu equipo.

  1. Usa siempre un JSON object como padre, aunque los datos sean una lista de objetos. Esto es porque con librerías como Volley o Retrofit que se usan en Android se complica más si recibes JSONArray en comparación con recibir JSONObject. Por ejemplo, supongamos que vas a recibir una lista de películas, en vez de recibir esto:

[
{
// Película 1
},
{
// Película 2
},
...
]


Te recomiendo hacer esto:

{
movie_list: [
{
// Película 1
},
{
// Película 2
},
...
]
}

2. Maneja un estándar al nombrar las variables del JSON: En lo personal prefiero snake_case pero en realidad no importa si usas camelCase o lo que sea mientras sea así siempre. Ejemplo:

No recomendable:

{
"first_name": "Ted", // Esta llave es snake_case
"lastName": "Mosby", // Esta llave es camelCase
"age": 30,
...
}

Recomendable:

{
"first_name": "Ted",
"last_name": "Mosby", // Ambas son snake_case
"age": 30,
...
}

Usa el mismo formato en TODOS los JSON que se usen en el proyecto y de preferencia en todos los proyectos de la empresa.

3. Evita los null: Los valores null son causantes del problema del millón de dólares (NullPointerException), es muy molesto, lleva mucho trabajo y es muy proclive a errores porque se tienen que estar validando todas las variables del JSON. Si es posible en vez de usar nulls para Strings usa un String vacío, para enteros o doubles puedes usar números negativos o flags booleanos como enabled.

No recomendable:

{
"first_name": null,
"lastName": "null",
"age": null,
...
}

Recomendable:

{
"first_name": "",
"last_name": "",
"age": 0,

"enabled": false,
...
}

4. Evita datos que no llegan en ciertas condiciones: Muy relacionado con el punto anterior, supongamos que tienes un dato para vehículos que es “load_capacity” pero solo se usa cuando el “vehicle_type”: “pickup”, aunque este dato no se use para motocicletas debería siempre llegar una load_capacity aunque sea en 0, esto hace que el JSON sea más consistente y de nuevo evita que tengas que estar validando si el dato existe o no, en el peor de los casos muestras un dato erróneo pero la app no va a tronar (NOTA: hay algunas excepciones, por ejemplo si es una app bancaria es preferible que truene a mostrar una cantidad errónea).

No recomendable:

{
"vehicle_type": "motorcycle", // No hay load_capacity
...
}

Recomendable (Que siempre lleguen los datos aunque lleguen vacíos en vez de que a veces lleguen y a veces no):

{
"vehicle_type": "motorcycle",

"load_capacity": 0,
...
}

5. Especialmente para móviles es preferible comerse una galleta grande que muchas pequeñas: Android por ejemplo enciende su antena para recibir datos cuando haces un request para traer datos de internet para ahorrar batería, una vez que el request termina la antena queda en modo de espera (Idle), es preferible traer todos los datos en un solo request aunque sea un JSON grande que estar haciendo muchas conexiones y encendiendo esta antena constantemente.

Aquí lamentablemente es cuestión de feeling, un ejemplo es una lista de restaurantes como en Uber Eats. Para ver el menú de los restaurantes la opción recomendable es que cuando entras a un restaurante descargas todo el menú del restaurante en un solo JSON (Galleta grande), así no tienes que hacer más requests. La opción que no recomiendo sería descargar cada sección del menú por separado (Galletas pequeñas) porque el usuario tiende a moverse constantemente entres secciones.

¿Estás de acuerdo con estos consejos? ¿Tienes algún otro que también hayas aprendido a golpes de la vida? Te invito a suscribirte y comentar.