Me pareció súper interesante la simpleza y el flujo “reactivo” de Calendly: “yo te doy mi agenda con mis días libres y vos sos el que elige cuándo vernos”
Así que lo apliqué en Cobri donde “yo te doy mis medios de pago con sus reglas y vos sos el que elige con que pagarme”
Estoy empezando a construir Cobri.
La idea nace de una escena demasiado común:
alguien te dice “¿cómo te pago?”
y terminás mandando un alias entre texto difícil de copiar, un link de Mercado Pago o explicando todo por WhatsApp.
Quiero resolver algo esa capa de presentación.
No quiero construir una fintech.
No quiero procesar pagos.
Quiero hacer algo mucho más simple:
Un solo link para que freelancers, vendedores y negocios chicos puedan compartir todos sus medios de pago de forma clara, linda y rápida.
#buildinpublic
There are many APIs that respond 200 but with a property, usually called error, with a true or with an error code. In this type of case, the throwIf() dont work because the exception is only raised if the failed() condition is met. What could be done in these cases?
@taylorotwell
@brendt_gd I like the approach but I would like it more if the validations are inside the Model or ValueObjects because it is more reusable and not limited to just http inputs
@maripydev Aprende los conceptos de cada paradigma: objetos, estructurada y funcional. Y para aplicarlos te recomiendo Python, es el de sintaxis más amigable y sin tantas “cosillas” propias del lenguaje que te frenen el aprendizaje de los paradigmas
@MrPunyapal@ShaharyarRana12 It is correct that your example is false @MrPunyapal because the arrays in php are actually ordered maps where the value is always associated with a key
@mateusjatenee What I mean is that what you are proposing is encapsulation and it seems perfect to me. A model should work with its properties internally and expose methods only. I don't agree with Eloquent having its properties public, it leads to bad practices.