This graph shows how many times the word ______ has been mentioned throughout the history of the program.
¿Hay bastante gente por aquí?
¿Quién tiene alguna pregunta?
Vale, pues pasamos oficialmente a la sección de 0 a 1 millón
para precisamente hacer preguntas de este camino
ante los que están en menos 0, que no han empezado,
no sé, que le están dudando,
que están en este rango de 0 a 1 millón,
e incluso los que han superado 1 millón
se impide de llegar a los días.
¿Alguna pregunta?
¿Alguien ya viene con una pregunta en estos momentos?
Perfecto.
Se puede estar en menos 0, ¿eh?
¿Se puede estar en menos 0?
Sí, sí. Una putada.
Y aquí uno que está en menos 0.
Bueno, mi pregunta es...
No sé si aún sois de perfil tecnológico
o tú seas el arma...
Es el único que no.
De formación.
Vale.
Estoy construyendo una herramienta para desarrolladores.
Solucionando un problema que aún no voy a decir cuál es.
Me gustaría preguntarlos a vosotros.
¿Qué ordenaráis en orden de importancia
los tres problemas?
Que son...
Que los desarrolladores aprendan,
evolucionen, tengan buenas prácticas.
Ese es uno.
Métricas de rendimiento
y performance y visibilidad
del equipo de desarrollo.
Ese es otro.
Y el último es tiempo de desarrollo.
Tiempo de pick up times.
Bueno, no sé si.
Tiempo de...
de code review.
Esas son los tres problemas.
Yo creo que la más interesante
y especialmente Bernat
seguramente tiene una opinión fuerte
es la de metricar el equipo de desarrollo.
Yo creo que eso es lo más importante
y lo que nunca nadie ha conseguido resolver.
Si de repente tienes la idea
que lo resuelva,
yo creo que factorial igual es el primer cliente.
Porque va a venir Bernat con su tarjeta
y te lo va a comprar.
Yo creo que sigues muy fácil de resolver.
Hemos hablado de 30 billones.
30 billones de inversión.
Que no es 30 al final.
Facturación.
Cero.
Esta es la métrica de performance.
¿Cuánto invierto en un producto
que me lo llevo toda euros?
Porque los euros dan paz.
Al final tienes que hablar de personas.
Tienes que hablar de la performance
de este developer concreto que tienes en la empresa.
Si te lo llevas a...
Hemos invertido 30 billones y hemos facturado cero.
Despedido.
Como que hay poca relación.
Y quizás el...
Metas están en layoffs.
Pero bueno.
No, pero al final, el developer puede
ser muy productivo, hacer muy buen trabajo.
Pero es el trabajo equivocado.
Muchas veces pues yo que sé.
Quizás viene
los fundadores o personas
de producto
que se equivocan a la hora de
hacer los bets.
Me hace gracia este comentario.
Se hay que hacer, hay que construir eso
y luego no va.
Siempre seguro que es porque alguien
ha cambiado.
Es la culpa del developer que no ha sido productivo.
Es que creo que son cosas distintas.
Los clientes de desarrollo es uno
de los grandes problemas.
Hubo una época en las líneas de código.
Y ahora pues es básicamente
cómo podemos entregar en el mínimo
tiempo posible
problemas a los clientes.
Se ha ido más a negocio
a hablar del problema del cliente
y a intentar con equipos pequeños,
multidisciplinares
comunicar lo máximo posible
cliente y negocio.
Y esfuerzo de negocio.
¿Cuál es la solución a eso?
No sé si realmente se puede
generar una herramienta para resolver
estos problemas, sería la hostia.
Pero de los tres problemas que dices,
dices aprender
los desarrolladores de buenas prácticas,
lo hablas de performance y lo hablas
de tiempo de desarrollo, que para mí es performance.
Tiempo
es coste, coste
es dinero
versus...
dinero es performance. Unidad producida
por dinero es el coste
esto es la performance.
Sí, me refería
tener visibilidad de todas las métricas
de performance
o sea, una cosa es medir
y otra cosa es reducir ese tiempo.
Yo son los dos problemas
primero medirlo y luego
ver cómo disminuir. Si puedo elegir entre medirlo
y reducirlo. Correcto.
Si no puedes medirlo, como sabes
que lo reducimos.
Esto es la derivada, pero el problema nunca es
el problema nunca es medir.
El problema es tomar decisiones con esa medida
o impactar.
A mí me cuesta mucho elegir entre tus tres opciones
y pensando un poquito
cuáles son los retos de una empresa
que tiene desarrolladores.
En cuanto a desarrolladores
la primera es en contar a los desarrolladores
esta sigue siendo
la limitación muchas veces
cuando una empresa trabaja con tecnología
pero igual el mercado va a cambiar
y ya no será tan difícil.
Me cuesta creer que el mercado
de la vuelta haya más desarrolladores que demanda
desarrolladores buenas
y desarrolladoras buenas que demanda.
La segunda es lo que hablaban ellos
de priorizar qué hacen estos desarrolladores
con su tiempo.
Que esto no sólo
la persona desarrolladora
sino también el producto
o fundadores o la compañía
etc.
Y para mí
la tercera al final
es
el tiempo de desarrollo.
Y si yo pienso cómo se solucione el tiempo
de desarrollo pienso en
GitHub Copilot.
Donde realmente dejas de perder tiempo
yendo hasta coverflow
o la documentación de JavaScript o altal
para ver cómo se llama esa función
y lo escribes así a medias y una máquina
que ya te entiende y lo acaba
de rellenar.
Yo no creo tanto en la ingeniería
y en la
telemetría del desarrollador
y yo soy desarrollador
y creo que es más
siempre lo seré
y creo que es más arte
que ciencia
o sea es más craft
que ciencia en el sentido de que pruebas
te equivocas, te ven en la inspiración
y lo haces en 30 segundos
los problemas más grandes que yo me he enfrentado
como desarrollador los he solucionado todos en un minuto
las que a veces tardan una semana
hasta que me llevo este minuto
y a veces me ha venido instantáneo
pero el tiempo ha sido ese minuto
lo importante es cómo consigues llegar a ese minuto
la inspiración
el per programming
estar en una oficina
y debatir, no se, despertarse
más
bueno ya acabo sólo para
desvelar
nos cola un pitch aquí, gratis
el problema estoy de acuerdo contigo
al final es como más craft
al final los desarrollados son personas y se equivocan
y por eso creo que existen las code reviews
en la que un programador
revisa el código
de otro compañero programador
normalmente son tres
incluso más
y ese es el problema que intentamos solucionar
disminuir el tiempo de las code reviews
aumentando la calidad del código
creando una integración entre github y slack
y estoy buscando
un cofundador para el proyecto
así que si hay alguien interesado
que me hable
te voy a hackear aquí un pitch
si lo encuentras vuelves
y nos lo cuentas
es todo
último, precisamente quería contar una nueva
historia de amor que se acaba de anunciar en youtube
porque claro
precisamente en la anterior sesión
alguien preguntó
cómo encuentre un cofounder y la primera respuesta
que dieron estos tres amigos
bueno, habían seis
fue venir aquí
a interactuar con otras personas
y ellos ya acaban de confirmar que efectivamente
de aquí
a este huella
tiene una reunión con un posible cofounder
bueno, Ruyer si nos está escuchando
felicidades y precisamente
este es el espacio, un pequeño aplauso
y bueno
preguntas
aprovecha
para tomarla aquí la palabra
que si no Daniel no va a callar
bueno, tanto yo
que me llamo francés
como es Rompón mi socio
hemos empezado un negocio
que es una consultoría de software
y bueno, más que nada
nos está diendo muy bien de momento
y queríamos saber
bajo vuestra experiencia
cuál es la forma más efectiva
de encontrar buenos programadores
que se adapten a tu arquitectura
porque como habéis comentado es complicado
y nosotros lo estamos viviendo
y bueno, me gustaría saber
cómo habéis hecho vosotros o cómo habéis vivido
la manera
y cuál es la forma más efectiva que habéis encontrado
de poder encontrar
realmente programadores que sean buenos
y que es
al final que aporten dinero en la empresa
que es importante
en mi experiencia
hemos despriorizado
el stack tecnológico
a la hora de encontrar talento
cuando una persona
es buena en programación
se aprende un lenguaje de programación bastante rápido
sí que es cierto
que hay problemas duros
de programación que requieren ya mucha experiencia
con problemas de esa plataforma
de ese stack
pero la mayor parte del código que se hace
no es tan crítico
de esa plataforma
o de esa arquitectura
con lo cual mi experiencia es que programadores buenos
son buenos en casi todos los stacks
y la manera que hemos hecho ha sido abrir
el sector y al principio de todo
al primer desarrollador que fichamos
que no estaba en la fundación de la empresa
apenas tocaba Ruby que era nuestro stack
venía de hacer Python si no me equivoco
y dijimos que aprende la Ruby en cuatro días y lo aprendió
y ahora creo que se va a hacer Ruby
y seguramente se lo ha olvidado Python
y si mañana lo necesitará
volvería a aprender a usar Python
igual si backend y frontend
al final la gente buena se espavira y aprende rápido
para mí lo que define un emprendedor
programador es la capacidad de aprender rápido
y ¿por qué medios lo encontrasteis?
o sea, probablemente
cuando veis encontró programadores
¿por qué medios lo habéis hecho?
¿tú has contratado un programador
o dos?
sí, aplicó
¿dónde aplicó?
a nuestra página de carrillos
¿y cómo encontró la página de carrillos?
no lo sé
por Twitter
pero bueno, también era el caso de un programador
que
no conocía nuestro stack
y lo aprendió en una semana
no fue un gran drama
ahora, esto tiene sentido cuando lo que estás haciendo
es
como yo le llamo un formulario glorificado
como la mayoría de esas es que hay en el mundo
al final es un formulario que tú pones encima
una base de datos y ya está y esto te lo puedes hacer
no cualquiera pero se puede aprender rápido el stack
para poder montar cosas así
nosotros nos estamos encontrando
con problemas de arquitectura bastante más gordos
en la parte del backend
en cuanto al tratamiento de los datos
como hacemos en ingesta de datos
estamos montando
una capa de caché bastante potente
y nos estamos encontrando con que vamos muy lentos
por el hecho de que no
tenemos experiencia con esta parte
que quizás es más distinta
usar Django
o Rails
que al final se acaban pareciendo
son mismos conceptos más o menos
y para esto sí que seguramente acabaremos
buscando personas que sean especialistas
en esta parte concreta
sé que publicar
paquetes open source ayuda muchísimo
si realmente tienes un stack muy raro
yo que sé
no muy raro sino poco común hoy en día
yo que sé que hacéis todo en Rust por ejemplo
hay una comunidad relativamente pequeña
comparada con los lenguajes principales
pues si tú publicas mucho open source
de Rust al final la comunidad acaba viniendo a ti
te acaban conociendo
te acabas posicionando como
líder de pensamiento
de Rust
y acabarás teniendo gente que te aplique porque saben que trabajas con ese stack
y que eres de los que más publican
esto sé que es algo que funciona bastante bien
pero es costoso
es costoso
yo la verdad es que en Factorial hace mucho tiempo que no me preocupo por fichar desarrolladores
antes
tenía que hacer la vertical puente como todo el mundo
para conseguir programadores buenos
bueno programadores programadores buenos
pero Pao Ramón
que es nuestro socio
el CTO de Factorial
que es una pequeña máquina reclutando
es muy muy bueno
y una de las cosas que hace
finales como marketing
es como llegar a tu buyer persona
como llegar a tu cliente
y donde están los programadores pues
github están en twitter
están en una serie de medios
y ser capaz de interactuar ahí
en el momento en que se está hablando de un tema
de discusión
y llevarlo a una conversación
no llevarlo a reclutarte
hay que tener esta paciencia para generar
para buscar una relación
no buscar contratar algo transacción
y eso es lo que hace muy bien pao
y por eso tenemos un equipo
con mucho talento
pero tendrías que hablar con pao
venga más preguntas
más preguntas
pero ya había una mano
vale
aprovecho para que brava un poquito el hielo
porque no me voy a callar
hay una pregunta esta mañana
que decía
que es un chico
que está trabajando en corporate
y que le ha llegado una oferta
una startup
que acaba de levantar una ronda
de 1.2 millones
y decía
como
que cliente que decisión tomo
y yo transformo la pregunta en
por qué trabajar en una startup
pasando de corporate
una startup
que buena pregunta
por qué trabajar en una startup
lo hemos tocado varias veces
es un tema recurrente
yo creo que una startup no es para todo el mundo
es un entorno superincierto
es un sitio donde se cobra poco
muchas veces
pero para aquellos que quieran
realmente tener flexibilidad
tener capacidad de equivocarse
de experimentar
que se les deje hacer
poder ver qué está pasando en la empresa
entender el negocio
quien quiera vivir esta experiencia
es una oportunidad única
en una empresa más corporate
va a estar en un rincón
va a generar mucho volumen
va a profundizar mucho en un tema
pero no va a tener la visión completa
dicho esto, la mayoría de startups fail
con lo cual hay que hacer una buena due diligence
hay que valorar
auditar muy bien esta startup
donde vas a trabajar, no es una startup
tiene que ser la startup
una de cada diez que funcione
y es un ejercicio que tiene que hacer
esta persona que está eligiendo
donde va a pasar los siguientes daños
de su vida, es una decisión importante
con lo cual hay que elegir
esta startup
la buena, digamos
yo creo que también hay
la gente tiene mucho miedo
a la incertidumbre laboral
cuando entra una startup les preocupa mucho
quedarse sin trabajo
de la forma de pensar
de nuestros padres y abuelos
que te tiras 40 años en la misma empresa
haciendo el mismo trabajo
yo creo que la gente no se da tanto cuenta
de que si tú trabajas una startup
y la startup quiebra por lo que sea
en ese periodo de tiempo ponle un año
has aprendido diez veces más
o diez veces lo que aprenderías
en ese periodo de tiempo en una gran empresa
porque no estás tan expuesto el negocio
no estás cerca del metal
y esto además
te pone en una mucho mejor situación
para encontrar el siguiente trabajo
es un poco
contraintuitivo
pero el trabajar en una startup
yo creo que te da más seguridad laboral
que trabajar en un gran corporate
porque vas a aprender mucho más
y vas a tener un perfil mucho más interesante
para que otras startups o incluso otras corporate
te acaben contratando con un puesto mucho más alto
de lo que conseguirías
depende de la startup
es un acelerador
hacia la pared
o hacia las estrellas
te puedes pegar una hostia muy rápido
pero aprendes muy rápido
pero eso ya para mí
ya no lo considero ni startup
es una startup que no ha conseguido
el otro día de hecho una amiga
me preguntaba sobre una startup
en concreto y decía
que preguntarías en la entrevista
como potencial empleada
una startup bastante early stage
como que preguntó como inversor
y es más le dije mira podcast de Hintink
y mira que preguntamos a las startups
entiende muy bien
que problema solucionan, empieza por ahí
y no acabes hasta que no entiendas muy bien
que problema solucionen, te crees que existe
hay suficiente gente con ese problema
se puede cobrar por solucionar ese problema
y a partir de ahí, oye esta empresa tiene dinero
no tiene dinero, se va a quedar sin dinero en un mes
en dos años o sea al final
hay que entender eso y si esto todo
suena bien
y a ti te importa el problema
que soluciona esa startup
oye para adentro
no se me ocurre un lugar mejor
si no te importa el problema que soluciona la startup
será duro, porque una startup es dura
En Factorio de los mejores recruits
que hemos hecho
las mejores contrataciones que hemos hecho
es incluso
una SDR que recuerdo ahora mismo
que vino tres veces
me pidió demo del producto
me pidió todo el detalle de lo que hacíamos
nadie me había hecho tantas preguntas
casualmente hoy es la directora operaciones
de la compañera, entró como SDR
este tipo de perfiles
que están eligiendo de verdad
que no están yendo una startup más
aquel momento nadie conocía Factorial
sino que están eligiendo y están entendiendo
y pensando y proyectando
están pensando con un inversor, más que un inversor
un inversor que es en un pool de capital enorme
y lo están gestionando en su tiempo
eso a la gente buena
a mi me gusta que me dan preguntas
que me hagan pasar lo mal en las entrevistas
me dan preguntas, las preguntas difíciles
Borja
aquí también me hizo muchas preguntas
estuvimos haciendo una pizarra
del proyecto de
3 horas
3 horas
el proyecto en este caso de
España, de Inbound
de cómo íbamos a crecer la demanda
estas son las conversaciones que a mi me gusta
ahí lo dejo
más preguntas
bueno, nos ultimo
me vais a conocer
como la preguntona
volviendo a esto que hablabas antes
de Bernadela personalización de marca
al final yo creo que es algo que
todo emprendedor sufre al principio
sentir que está en medio de todo
y yo os visualizo en el pasado
que he dado con vosotros hace dos días
porque vengo al co-working
esa primera fase donde
puedo visualizar
los técnicos haciendo absolutamente todo
a luego ya empezar
a sistematizar o escalar más
mi pregunta es
volviendo atrás
qué tres titulares os habríais dicho
para cortar ese proceso
vamos a llegar más rápido
a dejar de hacer el micro detalle
para poder
afrontar el detalle de esa otra perspectiva
con más equipo
sin tiéndome la pregunta
que podíamos haber hecho
para dejar de hacer el detalle antes
no, para cortar ese proceso
esa fase de desierto
que en otra tertulia hablabais
estuvimos con el desierto
claro, pero el desierto es
no vender
no hacer detalle
yo sigo haciendo detalle
a mi el detalle me encanta
no es que yo me planifique
cómo voy a dejar de hacer cosas
y voy a vivir en la playa
realmente lo que me preocupa es cómo llegar a miles de clientes
yo no pienso
que te vayas a la playa
pero si no en que tú puedas tener
esa otra posición
sabes donde no al mejor
trabajando el detalle
los sistemas funcionan mejor
la gente entiende mejor
imagino que eso simplemente
detallar procedimientos
pero titulares hay alguno
que dijera
entiendo la pregunta
pero no computan mi cabeza
en su momento
y no se puede acortar
no le puedes decir a ti
a un bebé
que nada mariposa
primero toca gatear
y cuando ya haya aprendido a gatear
pues ya aprender a andar
y paso a paso y en la startup pasa lo mismo
toca lo que toca
y a disfrutarlo
porque quizá la startup se quede ahí
y no llega al próximo fase
si siempre estás ansiando
y yo quiero que esto nunca pasa
al final estamos en otro tipo de detalles hoy
que los que estamos a principio quizá
pero
yo creo que disfruta un momento
que es divertidísimo, aprende
crece, contrata gente con talento
disfruta trabajando con esta gente con talento
y cuando llegue algo nuevo
pues ya la aprenderas
y te lo seguirás pasando bien
yo intento generar etapas
definir milestone
¿cuánto nos cuesta meter 5000 euros de MRR?
por ejemplo, en nuestro caso
al mes ¿no? y venimos de 1000 euros
pues ¿qué tiene que pasar
para llegar a esta siguiente etapa?
o ¿estamos consiguiendo vender en España?
¿qué tiene que pasar para conseguir vender en Francia?
¿no? y para mi cuando completas
esta etapa
pues estás a la siguiente pantalla
¿no? entonces vale pues y hemos probado esto
ahora vamos a otra etapa
vamos a apretar gas a lo que hemos demostrado
a lo que hemos descubierto
a los aprendizajes
que me sustituyo, me despido
porque esto ya lo he entendido
entonces encuentro algo mejor que yo
que pueda hacer esto
porque además ya lo sé, ya lo sé seleccionar
porque ya lo he descubierto, ya lo he entendido
ya sé cómo contratarlo
entonces paso a otra incertidumbre de las 1000
que tenemos ¿no?
¿cuál es la siguiente pantalla? ahora ¿qué hacia dónde queremos ir?
es un poco plantearte
las cosas como etapas
que idealmente la siguiente etapa no esté demasiado lejos
como para que digas ¡uh! ya no te levantes por la mañana
que esté un poco más cerca
para poder decir ¡mira! he tenido éxito
he tenido un win
entonces a la siguiente
yo me lo planteo así
yo creo que también es importante
no mezclar etapas
esto es algo que creo que le he dicho
a León Tweet hace poco al respecto
hay gente que en las penas etapas
es un proyecto como que está
inversores, el producto, marketing
no sé qué, tal
si tú haces el
framework de Bernat
me empezará a patentarlo
él habla de
hacer foco en una cosa todo el rato ¿no?
vale pues ahora que toca, ahora toca esto
vamos a hacer foco solamente en esto
entonces quizás tienes esa sensación
de estar como haciendo detalles
de muchas cosas y ostia cuando voy a librar
de todas estas cosas pero quizás el problema no es
saber cuándo te vas a librar de esas cosas
sino hacerlo ahora y enfocarte en una de ellas
que sea la que más impacto tiene
es como lo veo
perdona que me voy mucho por las ramas
pero me has hecho pensar en otra cosa con tu pregunta
que es lo contrario a lo que decía yo
antes ¿no? así como te digo
no pienses en la etapa que viene después
disfrutala de hora, otra cosa que también hemos visto
a medida que la empresa ha crecido
ahora somos 800 personas en factorial
y hay gente que entró cuando éramos 10 o 20
y alguna vez la frase
ostia es distinto
ya no es lo que era
y te metería a ver, no te encariñes
con esto, disfrutalo hoy
ya sea hoy antes o después
la gente dice ya no es lo que era
y el otro día decimos que no es lo que era
que estamos todo el día a punto de morir
que no tenemos clientes, que no sabemos nada
no es lo que era, gracias a Dios no es lo que era
pero oye y lo de hoy
también es divertido, tenemos problemas nuevos
vamos a solucionarlos y al final
no encariñarse
con la etapa
que viene ni con la que fue
oye mañana quizás estamos muertos
vamos a aprender al máximo
y vamos a pasarnos lo bien
así de fácil, filosofía barata
autoayuda, vamos a hablar de autoayuda
para cuando el libro
genial, mil gracias
quien se va a arrepentir de no hacer
la última pregunta
siempre al final toda
pues una pregunta que el otro día
en el podcast que explicabais los errores más comunes
durante el emprendimiento
entonces ahora la pregunta es la siguiente etapa
cuáles han sido los errores
principales durante la etapa de crecimiento
es que el tema de los errores
es una pregunta tan constante
el error es el estado normal
cada día
cada día cometemos errores
solo errores, lo raro es
acertar
cuando aciertas entonces es cuando tienes que hacer la reflexión
de decir oye hemos descubierto algo
y meter gas
pero es que nos equivocamos en todo
o sea en la etapa del principio
seguimos equivocándonos y uno se pregunta
estoy aprendiendo algo a veces
pero sí aprendes cosas pero que pasa que entres en otras etapas
y vuelves a enfrentarte la incertidumbre
aun así hay cosas como
reclutar que
nos seguimos equivocando
es que nos he contado muchísima gente me sigo equivocando
cosas que
por mucho que entiendo más
descubro más patrones
siempre me encuentro con nuevos
que se me escapan
yo para
contestarte
un error por ejemplo
que sí que creemos hemos cometido varias veces
y que es difícil no cometer
es en la escala
cuando empiezas a tener problemas
donde quizá no puedes llenar un hueco en la organización
porque tienes gente con potencial
quizá no está lista para dar el próximo paso
buscas contratar a alguien de fuera
y cuesta un montón encontrar a alguien
para meter por encima
de parte de la organización
y pasa un mes
empiezas a aprender pasan dos meses
empiezas a ver candidatos y candidatas pasan tres
no tienes ninguna persona que te acabe de encantar
pasan cuatro pierdes la paciencia
y contratas al mejor que has encontrado fatal
o sea
perder la paciencia
en contratar una figura
que aparte que es clave para el negocio
es clave para el equipo y para la cultura
porque como la cagues
no solo esa persona y su equipo no consiguen los suyos
sino que los buenos se te van a ir
y estás en menos cero como decíamos antes
ha sido para atrás en lugar de parante
más lo que te cuesta esa persona
y la gente que te ha ayudado a contratarla
con lo cual o sea perder la paciencia
al contratar rol es clave
es un error que hemos cometido
y que vamos a intentar dejar de cometer
pero es difícil porque mientras tanto está todo en llamas
es un error
has preguntado tres pero te damos uno
para que no se arrepienta
hola buenas noches
mira soy James
mi pregunta es como lo has dicho
que has tenido
buenas y malas y tal y has tenido
una visión muy claro
y has llegado a donde has llegado
y mi pregunta es como has superado
estos momentos tan difíciles
y sin cambiar
el visión o visión o el propósito que has tenido
y como si puedes compartir una
yo que sé que os ha pasado algo
y como has superado este y tomar la decisión
porque uno al amor quiere ir
para allá, tres fundadores, otro lo miramos para allá
otro para allá, como has
y cuando hay inversores se complican
más y si puedes compartir algo
y como has llegado a esta conclusión
sería genial, muchas gracias
manteniendo la visión y
no sé si se lo preguntabas a uno o a todos
bueno, a ti
vale
al final momentos
de estos de altos y bajos
a veces hay siete en un día
no es de semanas, a veces es de
minutos en la velocidad
la hostilación está tan bestia
yo creo que es una de las cosas más fantásticas
y terroríficas de una start-up
o del crecimiento
estos bandazos que haces
que quizá no es para todo el mundo también
porque hay que sobrevivir las subidas
y no hubo a verse un capullo y las bajadas
entonces hay que intentar estar ahí controlando esta
inestabilidad
yo desde luego número uno y con toda la diferencia
del mundo es tener dos cofundadores
o sea, no estar solo, yo si estuviera solo
que hubiera saltado por la ventana
mil veces, mil veces y he saltado cero
con lo cual la diferencia es no estar
solo para mí, hay gente que hace cosas
maravillosas solo
pero aprendizaje número uno es
suerte que en mi caso
yo no estaba solo si no queramos tres
porque cuando tú estás para abajo o para arriba
uno te empuja o te mete una cuella
y las dos cosas son igual de necesarias
y tú solo es muy difícil que te des
la cuella o que te empujes
muchas gracias
vale
déjame responder una pregunta
que hay por aquí por el chat que mucha gente hace
que mucha gente pregunta por Kamalun
o por Juan Rodríguez
no, están preguntando en el chat
y la verdad es que no
no podemos dar detalles de esto
porque está en concurso de creedores Kamalun
Kamalun es una compañía
que empezó, la primera compañía de INNIC
y desafortunadamente desde el COVID
empezó a ir mal, muy mal
hasta el punto en que acabo cerrando
y esto es una historia que algún día me gustaría contar
pero de momento mientras está en concurso
de creedores no podemos contar
Juan ya no está
en INNIC, ya no está aquí con nosotros
y hasta aquí
es uno de los casos
en que no ha ido bien
mucha gente pregunta que no ha ido bien, pues mira Kamalun
es de 10 años
desafortunadamente gran parte de nuestro esfuerzo
mucho dinero metido, ha acabado mal
ha acabado bastante mal
y veremos como ha acabado el concurso de creedores
algún día contaremos más
somos un ecosistema
de startups tech de Barcelona
creadores de Kamalun, Kipu y Factorial entre otras
ofrecemos más de 5000 metros cuadrados
de co-working a startups
y organizamos eventos diarios para discutir
negocio y tecnología hasta la saciedad
desde INNIC fan invertimos en equipos
con capacidad de construir grandes productos
y negocios, te esperamos.