Per què abandonem projectes de programació: el cas Fintgreat
Dev Knives revisa Fintgreat, una integració bancària que mai no va publicar, i explica com l’abast, la regulació i la falta de validació van matar el projecte.
Dev Knives obre el seu GitHub i ensenya les restes de Fintgreat, un projecte personal d’integració bancària que va consumir un domini, una pàgina de presentació i mesos de feina, però que mai no va arribar a producció. La idea principal del vídeo és incòmoda per a qualsevol programador: el projecte no va morir perquè el codi fos massa difícil, sinó perquè va començar a construir abans d’aclarir l’abast, les restriccions i el camí fins al primer usuari.
El cas també qüestiona una promesa habitual de la intel·ligència artificial aplicada al desenvolupament. Generar més codi pot accelerar l’execució, però no decideix si el problema és viable, si hi ha una obligació reguladora inesperada o si el producte resol una necessitat real.
1. Un cementiri de repositoris en lloc d’un producte
A 00:00, el creador presenta Fintgreat com un projecte «mort»: havia pagat un domini, preparat una landing i dedicat mesos a una aplicació que mai no va publicar. Ho explica perquè reconeix el mateix patró en molts repositoris personals: molta activitat inicial, diverses tecnologies i cap usuari real.
Quan comparteix pantalla a 01:08, la cerca mostra diversos repositoris relacionats amb la mateixa idea. N’hi ha un per al frontal amb Astro, un altre per a una API amb Quarkus i versions posteriors nascudes de nous intents. Les dates revelen llargues interrupcions: una primera empenta el 2021 i una altra el 2022.
Cap d’aquestes decisions tècniques era necessàriament absurda de manera aïllada. El problema era que cada reinici canviava el vehicle sense acostar el projecte a una prova externa. El repositori creixia, però el risc principal continuava intacte.
2. Landing, preu i tecnologia abans de validar l’abast
La landing és la part més tangible. A 02:39, Dev Knives recupera una versió allotjada, tot i que algunes imatges ja no carreguen. Hi havia formularis per apuntar-se a una llista d’espera, política de privacitat i fins i tot un preu definit.
El detall és revelador: s’havia concretat quant costaria un producte que encara no existia, però no què havia d’estar acabat al final de la primera setmana. Mentrestant, la tecnologia va canviar diverses vegades i el nom també es va haver de modificar perquè el domini desitjat no estava disponible.
A 04:01, identifica el primer gran error: l’abast era desmesurat per a una sola persona. Connectar comptes de diversos bancs, llegir saldos i normalitzar moviments no és una funcionalitat petita. Sense un objectiu limitat, qualsevol setmana podia afegir una nova necessitat i allunyar indefinidament el final.
3. La restricció decisiva no era al codi
El cop definitiu arriba a 05:00. Tractar dades bancàries a la Unió Europea implica requisits reguladors, organitzatius, de seguretat i de protecció de dades que ell no havia investigat al principi. Per operar com havia imaginat no bastava a consumir una API i mostrar moviments en una interfície.
La realitat és més matisada que «cal crear una empresa i ja està», perquè les obligacions exactes depenen del servei, del país i de si s’actua directament o mitjançant un proveïdor autoritzat. Però el risc que el vídeo assenyala és real. El registre PSD2 de l’Autoritat Bancària Europea inclou, entre altres figures, els proveïdors de serveis d’informació sobre comptes autoritzats o registrats per les autoritats competents.
Dev Knives havia optimitzat una base de dades sense clients abans de resoldre aquesta dependència. Quan va entendre l’esforç legal i operatiu, va deixar de dedicar hores al projecte de manera gradual. No hi va haver una gran decisió final: simplement va perdre impuls fins que el repositori va quedar abandonat.
4. El que una investigació d’un dia hauria canviat
A 06:17, formula la lliçó que més li dol: una jornada d’investigació inicial hauria descobert el mateix obstacle abans d’acumular mesos de desenvolupament. Programar resultava atractiu perquè produïa pantalles visibles; investigar normativa, dependències i usuaris semblava més lent, tot i ser la feina que podia evitar el malbaratament.
També admet un segon error: mai no va desplegar una versió a producció. Treballava amb dades simulades al seu ordinador, de manera que no existia cap artefacte accessible que obligués a comprovar el procés complet. La diferència entre «funciona al meu equip» i «una persona ho pot utilitzar» va quedar sense provar.
El consell de Y Combinator per a projectes inicials encaixa amb aquest diagnòstic: publicar aviat, parlar amb usuaris i iterar és més informatiu que esperar una versió perfecta. Això no significa ignorar la regulació; al contrari, una primera validació ha d’incloure els riscos que poden invalidar el model abans d’escriure’n la infraestructura.
5. Per què l’experiència professional no el va salvar
El creador insisteix a 07:13 que el nivell tècnic no era el problema. Ja treballava en sistemes empresarials, dades crítiques i integracions complexes. La mateixa persona capaç de lliurar software professional no aconseguia acabar la seva aplicació a casa.
La diferència era el sistema que envoltava la feina. En una empresa hi sol haver un abast acordat, dates, un ordre, responsables d’àrees no tècniques i algú que pregunta quan estarà acabat. En un projecte personal, ningú impedeix canviar de framework, nom o funcionalitats cada vegada que apareix una idea més estimulant.
Per això publicar una versió zero pot ser útil: és la quantitat mínima de treball que permet ensenyar la proposta i obtenir una reacció. El valor no és fer un producte negligent, sinó convertir supòsits en preguntes comprovables abans que l’arquitectura i l’ego facin car canviar de direcció.
6. La IA dona velocitat, però no criteri
A 08:22, Dev Knives anticipa l’objecció que el cas és anterior a l’actual onada d’assistents de codi. La seva resposta és que la IA hauria permès construir més funcionalitats, però no hauria identificat automàticament quina restricció mereixia ser investigada primer.
Sense una pregunta ben formulada, més velocitat només accelera la trajectòria equivocada. Fintgreat potser hauria incorporat notificacions, panells i més integracions abans de topar exactament amb el mateix límit regulador. L’obstacle final hauria arribat amb un repositori més gran, no amb un producte més viable.
La IA sí que pot ajudar a explorar normativa, redactar entrevistes, comparar proveïdors o preparar un prototip. El criteri continua sent decidir què cal validar, contrastar les respostes amb fonts competents i fixar una condició clara per continuar, reduir l’abast o abandonar.
Conclusions
Fintgreat no és una història sobre falta de talent, sinó sobre l’ordre de les decisions. El projecte va acumular repositoris, frameworks, una landing i un preu abans de confirmar si una persona sola podia executar legalment i operativament la proposta.
La sortida pràctica és concreta: definir un usuari i un problema, investigar les restriccions fatals, escollir un resultat petit per a la primera setmana i desplegar-lo tan aviat com sigui segur. Només després té sentit ampliar tecnologia i funcionalitats.
Abandonar el projecte, un cop coneguda la realitat, no va ser necessàriament l’error. L’error va ser pagar el cost d’aprendre massa tard una dada que es podia buscar al començament. I amb assistents capaços de generar codi a gran velocitat, aquesta distinció és encara més important: construir més ràpid no substitueix decidir millor què mereix ser construït.
Contrast i context
Fonts consultades
- 01
-
02
European Banking Authority Register of payment and electronic money institutions under PSD2
-
03
Y Combinator YC’s Essential Startup Advice
-
04
Y Combinator The Art of Shipping Early and Often
Font de treball
Transcripció amb marques de temps
Consulta la transcripció
-
0:00
, obre el vídeo en una pestanya nova
tengo un proyecto muerto en Rieca y me costó un dominio, una lándina en tela y varios meses de mi vida se llama Vá, gente Grey y nunca lo llevo en la polica hoy en este vídeo te voy a enseñar los restos de ese proyecto compartiendo pantallas sin maquillar porque estoy casi seguro de que tú también tienes ahí un proyecto parado cogiendo polvo que se quedó habitado en pedaste no existen nada estoy bastante seguro de que tú también aspasas por esto y de paso vamos a ver qué remedio sale para que no te pase cómo a mí y básicamente aprendas de los errores que yo cometí. Porque hoy construir software es lo más fácil del mundo, ¿no? Tienes un montón de herramientas de inteligencia artificial que si curso el que sí cloud, que si se ha jepe de codex,
-
0:40
, obre el vídeo en una pestanya nova
tienes de todo. De pides lo que sea, te lo hacen un rato, y listo, ¿no? Pues aún así, con esas, la mayoría de proyectos que intentamos hacer, no llegan a su fin, siempre se quedan amitados y nunca llegan ni hasta la en producción y a tener un usuario reales. Esto es una realidad y esto pasa. A mí he pasado con fin te grey y me costó un poquito bastante darme cuenta de lo que estaba pasando, pero aprendí mucho de ello. Hoy os voy a enseñar mi repositorio o repositorios porque tengo varios y os voy a decir en que momento murió por qué murió y probablemente con esto en cuentres del motivo de por qué tu proyecto le está pasando algo similar o ya le ha pasado. Así que si esto te interesa, no me conocí a esto todavía, suscríbete, que el vídeo y empieza y vamos a ir al lío. Venga, vamos al ordenado. Vale chicos, pues ya estoy en mi cuenta de 15 bales y buscada aquí por FitGrate y vais a ver y rápidamente vais a entender el problema, pero luego profundizaremos.
-
1:28
, obre el vídeo en una pestanya nova
Lo primero es que ya parece muchos repositorios como para lo que es, ¿no? El primero lo tenemos aquí, ¿vale? Que es mi lo de jef único, la ospunta, que es el site, ¿vale? Que sería el frontal. Pues esto lo empecé con astro, no sé por qué, porque el frontal con astro, sino es una landing, para esta funcionalidad no tenía ningún. ¿Vú en sentido? Y además está como la... El rinmí básico de astro, ¿vale? Y ya está. No, no hice mucho más, la mejor tocaría algo de código, pero poco, lo básico. Esto fue en enero de 2021. Después en febrero dije,
-
2:00
, obre el vídeo en una pestanya nova
Venga va, voy a hacer la api. Ya que ya el primero ha pasado un mes para hacer la api, que es fundamental y total. Tengo aquí la api, la tenía y la api la hice con guardcus. Vale, guardcus es un framework de java. Bueno, esta interesante, aquí si lo ponemos lo buscamos. Pero bueno, simplemente no sirve para hacer microservicios. Entonces yo hice definir la api con guardcus, porque me gusta la realidad, pues... Aquí, bueno, este es el ritmo ingenerico. voy a entrar en el código pero ya os digo que hagan un poquito, simplemente sí que programe y se cosillas para avanzar muy poquito. Entonces ahora ya nos situamos en un año después, a los cuenta de febrero, también febrero pero de 2022 que ha pasado aquí, de
-
2:40
, obre el vídeo en una pestanya nova
un año después hago la landing, al landing también la hice con nuestro vale, esta vez si que tienes sentido bueno el dominio no lo tengo pero sí que tengo el percel que está inspirado no creo que podáis entrar y aquí bueno las imágenes ya no existen, no sé porque en donde las coge pro. Ya no están y estera la landa que yo tenía. Vale, esto quizá fue lo único en sato que hice porque si fias verdad que estaría a hacer si una landa y que a los índimas en escredan muy pobre. Pero estaría en hacer una landa y como para ver si la gente se une tal, aunque yo puse demasiado sin puts de lista de espera, ¿verdad? ¿verdad? ¿Cierque? Madre mía. Y ya definí incluso un precio. No tenía nada de producto y definí un precio. ¿Dónde vas? Flippado. Pues sí, ya la tenía, incluso con política de privacidad, si si, te la unico bien. Y luego nos venimos a marzo de 2022, donde tengo el UBE-1 Fintegraite que es otro HP. Vale, creo que os deis cuenta, otro HP, otro fork que hice, que dije bueno, voy a cambiarlo, porque he visto otra tecnología,
-
3:34
, obre el vídeo en una pestanya nova
vei, como un sistema que ya estaba pre definido que yo pensaba que podía hacer un fork y pasar menoso, me compré, verse premio, un parajo de hacerlo. Bueno, una auténtica barbaridad, todo mal. Luego quiero recarcaros que eso es las fechas de última actualización, seguramente pues esto lo creé, o sea, no es cuando lo creé, ¿vale? Es para que veáis que ha sido lo último que ha actualizado que he hecho y aquí hay dos bloque exploros, no, cuando me entras idea en 2021 y luego en 2022 cuando decidos ponerme con ella seguramente empecé un poco antes, no? Y también pese en enero, pero luego mielpercal y desde entonces ya no se dita. Vale, pues aquí empieza a la análisis. Lo primero que me mató a mí fue el escó que quiere decir eso, era el cáncer, en el cáncer del proyecto que yo había pensado era demasiado grande. Me plantea hacer una integración bancaria que bueno para quien no lo sepa o lo podéis imaginar es de la cosa más grande que que uno se puede proponer. Estando yo solo sin nadie en el equipo.
-
4:27
, obre el vídeo en una pestanya nova
Tienes que conectar con un montón de bancos, leer las cuentas, destinar movimientos, si que es verdad que es solo lectura, pero ya solo la conexión a los bancos es algo complicado. Tampoco me senten nunca a decidir que es lo que quería tener hecho la primera semana. acordáis que hemos visto que hasta le cambié el nombre, porque claro, no lo había comprobado y no tenía dominio disponible. Y la tecnología también, la cambié dos veces, estaba muy indeciso. Nunca tuve una visión clara de a donde quería llegar. Yo os lo sabía que quería que funcionase y no sé qué hiciese cosas, pero es importante ponerse una meta clara. Si no tienes esa meta, cada semana le vas a ir metiendo cosas nuevas y al final no vas a llegar a ningún sitio. Pero ahora viene lo interesante. Sabéis que fue exactamente lo que acabó de destruir el proyecto, porque no fue nada de código en el tema de funcionalidades, no fue eso, por resulta que si quieres tratar con datos bancarios en la Unión Europea, por lo menos, ya fuera de otros países, habría que verlo, tienes que cumplir con un montón de cosas que yo no tenía en cuenta no tenía ni idea y no tienen nada que ver con programa, este ma de política de ley de perfectión de datos, que tienes que dar de alta como una empresa de solo primero,
-
5:29
, obre el vídeo en una pestanya nova
porque si no, no vas a tener acceso a esos bancos y luego tienes que gestionar muy bien esos datos para que no caiga en malas manos y sigan los procedimientos establecidos por las leyes. Vamos un jaleo, no es un proyecto de unitar de no, no me metí en un buen bregen al pioso que es lo más cruciado importante en el mediquenta tarde, cuando ya tenía meses de código, me pasaba optimizando el rendimiento de una base de datos que no está utilizando nadie porque no tenía clientes, y resulta lo que me iba a detener, no era el código era un tema legal. La verdad que cuando ya me di cuenta de todo lo que había que hacer, mi informe bien, vila situación y en constantemente decidí dejarlo. No dije como tal lo dejo, pero si que es verdad que deje de dedicarle horas o poco a poco hasta ya no dedicarle nada de tiempo. Y seguro, seguro, seguro y sí que es ha pasado algo parecido, que dano tan locos como yo para hacer una integración bancaria, pero sí que con algún proyecto o esa pasa de igual. Que no veis decidido, dejar de programar en él, pero que inconscientemente poco a poco ya no le va a y se dedicando horas porque se ocurre una cosa nueva o por que tenéis otro
-
6:26
, obre el vídeo en una pestanya nova
pasado tiempo. Ya que esta la lección que más aprendí, que más me duele, pero ahora la tenga en cuenta y es que en un día podría haber investigado y a derresulto es el mismo problema. Pero en cambio me tuvo que dar cuenta muchos meses más tarde después ya de haber perdido incontables horas. ¿Por qué? Porque fui directo a programar que es lo que nos gusta todos, no? Programar, mola ver, pantalla funcionando con cosas, pero que hacer una noisis previo, eso es muy importante. Y luego otra cosa otro fallo que cometí en aquel entonces que no hice deploy en ningún momento. A parte de todo esto yo, pues tenía el sistema funcionando en mi ordenador como podía un mox que se llama que son datos de prueba y en ningún momento la había subido a producción, entonces no tenía nada físico tan gible, tenía algo mi ordenador y hasta sea un error garrafal, ya era bien la parte de que más molesta, pero es la parte con la que quiero que te quede es del vídeo, esto no fue un problema de nivel porque si quieres verdad que fue hace bastante tiempo pero yo ahí ya era senio, ya en mi trabajo llevo muchos años ya montando soportar empresas y trabajando con datos críticos
-
7:26
, obre el vídeo en una pestanya nova
y haciendo integraciones complejas, ¿vale? El nivel no era el problema. Practicamente, en mi trabajo, podéis hacer cosas similares, o incluso más complejas, y luego, para mi proyecto personal, no era capaz de sacarlo. Y entonces, ahí ya, así que entendía la diferencia. ¿Qué diferencia y en la empresa? Pues que en la empresa hay un sistema. Un procedimiento seguido. Hay una alcance de definido,
-
7:46
, obre el vídeo en una pestanya nova
hay fechas, un orden de las cosas. Y alguien que va preguntando, pues cuando termina el código, ¿no? A toda una estructura y un procedimiento de seguir. Luego aparte, todo el tema legal, no lo yo voy a. claro, me empresa lo llevan las personas encargadas de los temas legales y luego aparte pues claro, tú como proyecto personal si que puedes ir cambiando de nombre de tecnología porque nadie te lo va a impedir pero es una empresa es impensable. Pues todas estas cosas hay que aplicarlas al mundo real si queremos que nuestra producto funciona porque si nos lo pasar como a mi y de verdad que lo veo en muchos programadores y es que la tensa de Dios esto ya fue hace muchos años y con el tiempo he podido ir aprendiendo muchas cosas pero es que veo mucha gente que cae en los mismos errores constantemente y entonces seguramente llegados a esta parte del vídeo tú te pienses.
-
8:27
, obre el vídeo en una pestanya nova
Bueno, eso fue 2021, 2021 y 2021 y eso ya hace tiempo la IA avanzado un montón, por lo hecho ahí ni existía, eso no pasa, no. Ya no tengo problema porque tengo la inteligencia de la division. Pues ojito con eso porque la IA te da velocidad, eso es una realidad. Y lo hemos visto en el canal muchas veces pero no te da criterio. Y el criterio es más importante que cualquier cosa, porque si yo en aquel momento hubiese tenido que ser. con un modelo, o cursos, simplemente. Habría construido más fiturs, ¿vale? Habría puesto notificaciones y no sé. Habría hecho muchas más cosas. Estoy seguro que si, pero básicamente me hubiese pegado la misma golpe de realidad, al llegar al momento en que llegue, me di cuenta de que no podía continuar el proyecto. Solamente que habría llegado ese momento con mucho más código. Habría llegado lo mismo, me habría pasado igual.
-
9:11
, obre el vídeo en una pestanya nova
Con la inteligenta artificial, si no tienes claro lo que quieres construir, al final va a acelerar el proceso de testamparte. Así que si tú también tienes ahí tu proyecto parado como mi fintegray tu repo que tiene dos o tres nombres diferentes ya y que no ha tenido usuarios en ningún momento no es que no se pasa hacerlo ¿vale? Es que no tienes el sistema adecuado para hacerlo y ese sistema para hacerlo es un sistema que llevo viendo durante ya bastante tiempo ya no solo mis experiencias y no que me posto a estudiarlo cuál sería la mejor manera el mejor sistema para llevar a cabo este inicio y fin de sacar una aplicación que la usera gente. Y eso mismo que llevo estudiando y te lo voy a contar en el app. Y es que bueno, no sé cuando estás viendo este vídeo, pero si lo ves, en la fecha de la publicación quiero decirte que en la semana que viene voy a hacer un directo gratuito gratuito al que solamente te apuntas. Y así este, donde te voy a enseñar todo esto con detalle. En este vídeo lo hemos comentado, ¿vale? De decirlo, está muy bien, pero tenemos que ver exactamente
-
10:06
, obre el vídeo en una pestanya nova
los pasos y qué es lo que hacer para poder pasar. Y una aplicación de idea a tener uso son sus redes sociales, incluso llegan a la nena. Así que en el comentario fijado, te voy a dejar un el Hace para juntarte al directo. Te recuerdo, es gratis, no pierdes nada. Unete y aparte, si te apuntas, te voy a dar ya un par de guías para que vayas viendo cómo se hace todo esto y para que vayas al directo con idea. Que no te pía ahí de este prevenido, ya tengas cosillas para ir preparando tu aplicación. Porque ya puedes ir empezando, pero siempre empieza con cabeza. Así que si eres de los que siempre termina diciendo, la semana que viene terminos de proyecto, tengo que ponerme o no se quiere hacer un proyecto y quiero vivir de ello y no me punciona si eres ese tipo de personas como lo fui yo en 2021 en 2021 en 2022 pues entonces este es tu lugar nos vemos en el directo espero que acudas y ahí ya te voy a decir con detalle todo y vas a salir de la clase con un nivel muchísimo más al todo el
-
10:57
, obre el vídeo en una pestanya nova
que tienes ahora así que bueno nos vemos ahí hasta otra