GoodBarber en el AppDays 2016: Feature Template, Open Product ...

Mathieu, Dominique, Jérôme y yo misma, Muriel, hicimos el viaje. Como siempre, nos encanta intercambiar opiniones con otros participantes de la edición y, por supuesto, encontraros con nuestros clientes quienes nos dan sus feedbacks sobre el producto. Mención especial a Olivier Waubant deL'Atelier des Applis y a Julie y Gregory de happyngood.
Feature Templating

GoodBarber lleva varios años en el sector. En un primer momento era una compañía que se dedicaba a realizar aplicaciones a medida, pero después se convirtió en una herramienta que a seguía un proceso de constricción de apps más industrial, lo que conocéis hoy como GoodBarber.
Durante nuestra conferencia, mostramos a la audiencia todo nuestro camino a lo largo de estos años para mostrarles como hemos ido gestionando la transición de un punto al otro, con un objetivo siempre en mente: conservar un alto nivel de rendimiento, minimizando la complejidad y el coste de mantenimiento mientras el número de proyectos en producción aumenta constantemente.
- Dos aplicaciones diferentes, normalmente tienes más similitudes de lo que parece.
- Cuantas más aplicaciones tenemos en producción, más complejo es el mantenimiento.
Con estas observaciones en mente, nos parecía lógico que nuestros esfuerzos se concentraran en la inversión inicial. ¿Qué podemos hacer hoy que nos ahorre trabajo importante mañana? Desde entonces, seguimos la misma lógica instintiva, crear el corazón de una app específica para cada uno de los proyectos combinándolo con módulos genéricos reutilizables.
Nuestra filosofía es un compromiso entre dos tendencias divergentes:
1 / El uso de micro componentes, que permite tener una gran oferta comercial pero requiere la puesta en común de los diferentes módulos para cada proyecto.
2 / La creación del proyectos como un "molde", la aplicación es un componente independiente, lo que permite ahorrar tiempo de desarrollo, pero reduciendo en gran medida la oferta comercial.
Esta estrategia presenta una serie de limitaciones antes de lanzar el proyecto, pero optimiza constantemente la fase de mantenimiento.
Además, para mantener la estabilidad de nuestros proyectos, hemos decidido configurar estos componentes, no a través de líneas de código, sino con parámetros descriptivos.
Por tanto, la inversión inicial consiste en evaluar todos los posibles escenarios de una característica, para poder integrar los parámetros suficientes para su posterior personalización. Como resultado, obtenemos un ensamblaje estructurado de piezas, donde cada una es probada individualmente para facilitar la agrupación.
Si quieres saber más sobre el Feature Templating aquí puedes ver la conferencia al completo, atención está en Francés:
¿GoodBarber OpenProduct,en qué punto se encuentra?

Sobre el papel GBOP fue una buena idea, pero en la práctica hemos visto que ponemos demasiada restricciones a los desarrolladores. Como se pensó GBOP obliga a desarrollar de forma nativa para iOS, Android y web. ¡Es una gran carga de trabajo! Además, todos los desarrolladores nos han informado de que el hecho de no poder utilizar el backoffice de su aplicación para las compilaciones implica una pérdida de fluidez que afecta a la hora de vender el proyecto a clientes. De hecho, cada vez hay que compilar el proyecto fuera de GoodBarber.
Creemos que este es el mejor enfoque para permitir a terceros ampliar el alcance funcional de GoodBarber. Ahora, tenemos que encontrar el tiempo para realizar los ajustes necesarios para que todo funcione. Tenemos muchas ganas de que esto sea una posibilidad, y tan pronto encontremos el tiempo, definitivamente moveremos el proyecto hacia delante.
See you soon
¡No te pierdas nuestros próximos pasos!
Diseño

