👋 ¡Hola, ministro @oscarlopeztwit!
Estará usted ya harto de mí. 😃
Y yo del software que desarrolla su ministerio, así que… ¡empate! 🙃
Le explico la yincana de hoy:
Para facturar al sector público proporcionan ustedes un servicio de generación de facturas electrónicas: ✨MiFacturae✨.
Lo primero que quiero decirle y agradecerle es que MiFacturae ha mejorado muchísimo. Pero, sin pretender un demérito, también le digo que empeorarlo era imposible.
El nuevo MiFacturae solo tiene ahora un problema: ¡no funciona!
Se lo explico:
Para facturar a un organismo público hay que identificarlo con —que yo sepa— cuatro datos:
1️⃣ Oficina contable
2️⃣ Órgano gestor
3️⃣ Unidad tramitadora
4️⃣ Órgano proponente
Pues bien: MiFacturae omite de la factura electrónica este último dato, el órgano proponente. De modo que al remitir la factura al FACe, falla y es rechazada.
Esto seguramente esté robando miles de horas productivas mensuales a ciudadanos, empresas y organismos públicos.
Si desarrollaran su software en abierto yo podría reportar esto directamente al equipo de desarrollo, como ya hice en abril con dos problemas serios en Autofirma.
Pero como no lo hacen, le tengo que molestar a usted. O a su responsable de comunicación, que será —con suerte— el que quizá lea esto. Porque yo como ciudadano no tengo otro camino para canalizarle la frustración ciudadana con la Administración Electrónica estatal.
…Y pedir a mis pacientes seguidores, si son tan amables, que redifundan esto, pues es la única esperanza de que llegue a alguien en su ministerio —o en la AEAD o donde diablos sea— con capacidad de mover un dedo para resolverlo.
Saludos cordiales,
— Jaime
Como fue que pasamos de esto:
SELECT * FROM users WHERE age BETWEEN 25 AND 30
A esto:
db.users.find({ age: { $gte: 25, $lte: 30 }})
Antes aprendidas inglés y a la par SQL 🤣
Si te da pereza darle al link, te lo resumo:
Ha cambiado todo (ETL, DWH, pantallitas...), salvo lo relevante: La importancia del dato centralizado y fiables. y nuestro querido SQL.
Estoy haciendo un proyecto con DATOS PÚBLICOS y he encontrado esta "curiosa" estacionalidad en el precio del calzado.
¿Por qué es más barato en agosto y febrero?
¿Por qué es más caro en diciembre y mayo?
El eterno dilema del diseño de API: hago una genérica, por cada caso de uso (API UI, API pública...)
Hace unos años pensaba que hacer algo genérico tenía todo el sentido, pero más productos hago, más me doy cuenta que a largo plazo una por caso de uso termina por ser mejor
🎉Saturday night app fever, I'm finally releasing https://t.co/HB7E117j5e an OSS command line calculator app I have been working on during this year, available for Windows (Store coming!), Linux and macOS (oops, also soon!😅)
>>> print "Hello World!"
Hello World!
With ❤️and 🤗
Confieso que es una palabra que yo no he utilizada, ni he oido en mi entorno de negocios. ¿La utilizas tú? ¿Diferencias un dashboard de un storyboard? ¿Tiene sentido utilizar una palabra nueva (¿buzz word?) para algo así?
Relacionado con lo anterior, os dejo este otro artículo. ¿Y si el robot Roomba de tu casa estuviera realmente teledirigido por personas desde el sudeste asiático? https://t.co/pysKKlWi9S