Gané £ 72 000 como ingeniero de software. Mis mayores errores cometidos al administrar el capital, no al escribir código. (Gane 72 000 Como Ingeniero DE Software Mis Mayores Errores Cometidos Al Administrar El Capital No Al Escribir Codigo)

Gané £ 72 000 como ingeniero de software. Mis mayores errores cometidos al administrar el capital, no al escribir código.

Cuando abrí la aplicación bancaria y miré el saldo en 2021, fue la primera vez en mi vida que vi una cifra tan grande. Fue el capital más grande que gané hasta ese día. En ese momento me sentí completamente libre económicamente. Cuando miro hacia atrás hoy, ese dinero no fue libertad para mí; Entiendo que simplemente te da la capacidad de cometer errores muy costosos. Mi verdadera ganancia no fue el dinero, sino lo que aprendí mientras perdía ese dinero.

Hasta ese día, había resuelto todos los problemas que había encontrado escribiendo código. Si hubiera un error en un sistema, definitivamente habría una explicación lógica detrás. Pensé que resolvería las finanzas con la misma lógica. Creía que si daba los insumos correctamente, los resultados siempre serían ganancias.

Resulta que los mercados no son deterministas.

En mi artículo anterior, hablé de la aventura de £ 72 000 que gané en 3 años en Lindow Labs, con sede en el Reino Unido. Había ganado el dinero, era hora de administrarlo. Leí el libro de Robert Kiyosaki "Padre rico, padre pobre" y me di cuenta de que necesitaba distribuir activos. Pero aplicar lo que leí no fue tan fácil como pensaba.

Estos son los errores que cometí en los mercados al confiar demasiado en mi inteligencia analítica:

1. Síndrome del amigo del café

Eran los días en que 1 Bitcoin valía alrededor de 100.000 TL. Investigué, tenía sentido. Una tarde, mientras discutía el tema con un amigo en un café, sucumbí al argumento: "Esto es una burbuja, definitivamente explotará". Creí en la voz de la multitud, no en mi propia investigación. Solo miré hacia atrás mientras ese tren se iba volando con la pandemia.

2. Enamorarse de la tecnología (falacia del ingeniero)Para que la inflación no aplastara el dinero entrante, cambié a dólares y luego a criptomonedas. Decidí comprar ADA (Cardano). ¿Por qué? Porque en ese momento, el enfoque académico y el modelo de prueba de participación de Cardano me parecían técnicamente mucho más "limpios" que Ethereum. Como desarrollador de software, me enamoré de esta arquitectura. Por eso hice una gran compra por 3 dólares. Poco después, lo vi caer a 0,5 dólares. Los mercados no son la arquitectura más bella; Estaba comprando el que tenía la mejor historia. Pensé que estaba invirtiendo en tecnología. De hecho, estaba invirtiendo en las expectativas de la gente.

3. No gestionar el flujo de caja, no el mercado

Compré Ethereum (ETH) a $3000 con la mayor parte de mi cartera. Me había convencido de que era un inversor a largo plazo. Hasta que comiencen los preparativos de la boda. En ese momento, cuando me quedé sin dinero urgente, tuve que vender todo el ETH y el oro que tenía por 1.600 dólares. Cuando di la orden de venta, estaba pensando en los gastos de la boda que debían pagarse, no en la magnitud del daño en la pantalla. Ese día me di cuenta de que no podía gestionar mi propio flujo de caja, ni el mercado.

4ta Noche y Pánico de KKM

El golpe final llegó el 20 de diciembre de 2021. Esa noche cuando se hicieron los anuncios del Depósito Protegido por el Intercambio (KKM). Cuando el dólar cayó bruscamente, entré en pánico y cambié los dólares que tenía. Cuando el mercado volvió a equilibrarse por la mañana, el pánico de esa noche me había costado el dinero del servicio militar. Con la noticia saliendo en medio de la noche, en una situación de pánico, el código no se cambiaría en el entorno de producción y no se tomarían decisiones de inversión.

(Todos estos errores me costaron el pago inicial de una casa en Estambul y una gran parte de los ahorros que había acumulado a lo largo de los años).

El lado de la ironíaMientras sucedía todo este proceso financiero, otra historia comenzaba en mi carrera. Contribuía regularmente a proyectos de código abierto en GitHub. Una noche recibí un mensaje de un inversor ángel español. Revisó los códigos que escribí.

Esta comunicación, que comenzó como autónomo por las tardes, pronto me arrastró por completo al ecosistema Web3 con el proyecto Bare Bitcoin. Me convertí en desarrollador líder.

Ahí es donde me enfrenté a la mayor paradoja:

El ecosistema donde perdí dinero como inversor durante el día... Me estaba convirtiendo en desarrollador nocturno.

Estaba escribiendo los contratos inteligentes (Solidity) de la misma blockchain, estableciendo la infraestructura de billeteras criptográficas y lanzando NFT Marketplaces. Yo estaba en medio de esto. Solía ​​​​pensar que "leer el documento técnico es suficiente" cuando invertía en altcoins. En esa cocina me di cuenta de eso; El mercado estaba valorando la liquidez y la psicología humana, no la tecnología.

Arquitectura de defensa financiera

Este período de tres años me mostró muy claramente por qué la inteligencia de un desarrollador de software analítico falló en los mercados. Tenía que proteger mi dinero de la misma manera que protejo mis servidores con una estructura en capas.

Hoy administro mi propia economía con esta arquitectura:```plaintext Financial Defense Architecture

  [ Capital Input ]
          |
          v
  [ Emergency Fund ]       (Availability)
          |
          v

[ Capital Preservation ] (Gold / Index Funds) | v [ Growth Portfolio ] (Stocks / Equities) | v [ Speculative Assets ] (Web3 / High Risk)

Capa 2 - Preservación de capital (oro/fondos indexados): base de datos básica que es aburrida, lenta pero evita el colapso contra la inflación.

Capa 3 - Crecimiento (Acciones): Estructuras que proporcionan un crecimiento controlado.

Capa 4 - Especulación (Web3 / Crypto): Activos de alto riesgo cuya tecnología puedo entender pero no intento predecir el precio, solo me arriesgo a su eliminación completa.

## ¿Por qué digo esto?

No escribo este artículo como consejo de inversión. Escribo esto para evitar que un ingeniero de software al comienzo de su carrera confíe demasiado en su propia inteligencia analítica y caiga en las trampas en las que yo caí.

Nuestro mayor temor al escribir código es perder datos en el entorno de producción. Las finanzas me dicen que lo más difícil de perder no es el dinero; Me enseñó que se pierde el tiempo debido a decisiones equivocadas.

Cuando miro hacia atrás hoy, no me arrepiento del dinero que perdí. Porque ese dinero me compró una verdadera educación financiera que ninguna universidad podría brindarme.

Todavía cometo errores hoy. La diferencia es que ahora pienso primero en el riesgo y luego en el rendimiento.

## Nueva serie: Manual de arquitectura

La serie Lecciones de Carrera y Sistemas se completa aquí.
Ahora el siguiente frente; arquitectura de software, memoria técnica y sistemas de decisión.

[¿Por qué volvimos a tener la misma discusión sobre arquitectura en cada sprint?](/blog/posts/why-were-having-the-same-architectural-discussion-again-every-sprint/)

En el próximo artículo entraré en esto:

"Principios de ingeniería que un Arquitecto de Software deriva de la experiencia".