Yolculuk

J'ai gagné 72 000 £ en tant qu'ingénieur logiciel. Mes plus grosses erreurs commises lors de la gestion du capital, pas lors de l'écriture du code. (Jai Gagne 72 000 EN Tant Quingenieur Logiciel Mes Plus Grosses Erreurs Commises Lors DE La Gestion Du Capital Pas Lors DE Lecriture Du Code)

Les erreurs coûteuses d'un ingénieur logiciel dans la gestion du capital, la transformation de l'allocation d'actifs et l'architecture minimale de défense financière pour les pays inflationnistes.

Cours de carrière et de système

Partie 4 de 4

Une chaîne d'expérience interconnectée depuis un développeur VR jusqu'à la gestion des produits, des carrières et du capital.

Financial defense architecture and asset allocation illustration for a software engineer

J'ai gagné 72 000 £ en tant qu'ingénieur logiciel. Mes plus grosses erreurs commises lors de la gestion du capital, pas lors de l'écriture du code.

Lorsque j'ai ouvert l'application bancaire et regardé le solde en 2021, c'était la première fois de ma vie que je voyais un chiffre aussi important. C’était le plus gros capital que j’ai gagné jusqu’à ce jour. À ce moment-là, je me sentais totalement libre financièrement. Quand j’y repense aujourd’hui, cet argent n’était pas pour moi une liberté ; Je comprends que cela vous donne simplement la possibilité de commettre des erreurs très coûteuses. Mon véritable gain n’était pas l’argent, mais ce que j’ai appris en perdant cet argent.

Jusqu’à ce jour, j’avais résolu tous les problèmes que j’avais rencontrés en écrivant du code. S’il y avait un bug dans un système, il y aurait certainement une explication logique derrière cela. Je pensais résoudre la finance avec la même logique. Je croyais que si je donnais correctement les intrants, les résultats seraient toujours des bénéfices.

Il s’avère que les marchés ne sont pas déterministes.

Dans mon article précédent, j'ai parlé de l'aventure de 72 000 £ que j'ai gagnée en 3 ans chez Lindow Labs, basé au Royaume-Uni. J'avais gagné de l'argent, il était temps de le gérer. J'ai lu le livre de Robert Kiyosaki « Rich Dad Poor Dad » et j'ai réalisé que je devais distribuer des actifs. Mais appliquer ce que j’ai lu n’a pas été aussi facile que je le pensais.

Voici les erreurs que j’ai commises sur les marchés en m’appuyant trop sur mon intelligence analytique :

1. Syndrome de l'ami du café

C’était l’époque où 1 Bitcoin valait environ 100 000 TL. J'ai fait des recherches, c'était logique. Un soir, alors que j'en discutais avec un ami dans un café, j'ai succombé à l'argument : « C'est une bulle, elle va certainement éclater. » Je croyais à la voix de la foule, pas à mes propres recherches. Je viens de regarder en arrière alors que ce train s’envolait avec la pandémie.

2. Tomber amoureux de la technologie (erreur d'ingénieur)Afin de ne pas voir l’argent entrant écrasé par l’inflation, je suis passé au dollar puis à la crypto. J'ai décidé d'acheter ADA (Cardano). Pourquoi? Car à cette époque, l’approche académique et le modèle de preuve d’enjeu de Cardano me semblaient techniquement beaucoup plus « propres » qu’Ethereum. En tant que développeur de logiciels, je suis tombé amoureux de cette architecture. C'est pourquoi j'ai fait un gros achat à 3$. Peu de temps après, je l'ai vu chuter à 0,5 $. Les marchés ne sont pas la plus belle architecture ; Il achetait celui avec la meilleure histoire. Je pensais que j'investissais dans la technologie. En fait, j'investissais dans les attentes des gens.

3. Incapacité à gérer les flux de trésorerie, pas le marché

J'ai acheté Ethereum (ETH) à 3 000 $ avec la majorité de mon portefeuille. Je m'étais convaincu que j'étais un investisseur à long terme. Jusqu'à ce que les préparatifs du mariage commencent. À cette époque, alors que j’étais à court d’argent de toute urgence, j’ai dû vendre tous les ETH et l’or que j’avais pour 1 600 $. Lorsque j'ai passé la commande, je pensais aux dépenses du mariage qui devaient être payées, et non à l'étendue des dégâts sur l'écran. Ce jour-là, j’ai réalisé que je ne pouvais pas gérer ma propre trésorerie, ni le marché.

4ème KKM Nuit et Panique

Le coup final est venu le 20 décembre 2021. Cette nuit-là, lorsque les annonces du dépôt protégé contre les changes (KKM) ont été faites. Lorsque le dollar a fortement chuté, j’ai paniqué et j’ai échangé les dollars que j’avais. Lorsque le marché s'est à nouveau équilibré le matin, ma panique de la nuit m'a coûté l'argent de mon service militaire. Avec la nouvelle tombant au milieu de la nuit, dans une situation de panique, le code ne serait pas modifié dans l'environnement de production et aucune décision d'investissement ne serait prise.

(Toutes ces erreurs m'ont coûté un acompte pour une maison à Istanbul et une grande partie des économies que j'avais accumulées au fil des ans.)

Le côté ironiquePendant que tout ce processus financier se déroulait, une autre histoire commençait dans ma carrière. Je contribuais régulièrement à des projets open source sur GitHub. Un soir, j'ai reçu un message d'un investisseur providentiel espagnol. Il a révisé les codes que j'ai écrits.

Cette communication, débutée en freelance le soir, m'a rapidement plongé complètement dans l'écosystème Web3 avec le projet Bare Bitcoin. Je suis devenu Lead Developer.

C'est là que j'ai été confronté au plus grand paradoxe :

L'écosystème où j'ai perdu de l'argent en tant qu'investisseur pendant la journée... Je devenais développeur de nuit.

J'écrivais les contrats intelligents (Solidity) de la même blockchain, établissais l'infrastructure des portefeuilles cryptographiques et lançais les NFT Marketplaces. J'étais dans le vif du sujet. Avant, je pensais que « lire le livre blanc suffit » pour investir dans les altcoins. Dans cette cuisine, j’ai réalisé cela ; Le marché valorisait la liquidité et la psychologie humaine, pas la technologie.

Architecture de défense financière

Cette période de 3 ans m'a montré très clairement pourquoi l'intelligence d'un développeur de logiciels analytiques échouait sur les marchés. J'ai dû protéger mon argent de la même manière que je protège mes serveurs avec une structure en couches.

Aujourd'hui, je gère ma propre économie avec cette architecture :```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)


Couche 2 - Préservation du capital (Or / Fonds indiciels) : Base de données de base ennuyeuse, lente mais qui empêche l'effondrement face à l'inflation.

Couche 3 - Croissance (actions) : Structures qui assurent une croissance contrôlée.

Couche 4 - Spéculation (Web3 / Crypto) : Actifs à haut risque dont je peux comprendre la technologie mais je n'essaye pas de prédire le prix, je risque juste leur suppression complète.

## Pourquoi est-ce que je dis ça ?

Je n'écris pas cet article comme un conseil en investissement. J'écris ceci pour éviter qu'un ingénieur logiciel en début de carrière ne s'appuie trop sur sa propre intelligence analytique et ne tombe dans les pièges dans lesquels je suis tombé.

Notre plus grande crainte lors de l’écriture de code est la perte de données dans l’environnement de production. La finance me dit que la chose la plus difficile à perdre n’est pas l’argent ; Cela m'a appris que le temps est perdu à cause de mauvaises décisions.

Quand j'y repense aujourd'hui, je ne regrette pas l'argent que j'ai perdu. Parce que cet argent m’a permis d’acquérir une véritable éducation financière qu’aucune université ne pouvait offrir.

Je fais encore des erreurs aujourd'hui. La différence est que maintenant je pense d’abord au risque et ensuite au rendement.

## Nouvelle série : Manuel d'architecture

La série de leçons sur les carrières et les systèmes est complétée ici.
Maintenant, le prochain front ; architecture logicielle, mémoire technique et systèmes de décision.

[Pourquoi avions-nous à nouveau la même discussion architecturale à chaque sprint ?](/blog/posts/pourquoi-nous-avions-la-même-discussion-architectural-again-chaque-sprint/)

Dans le prochain article, j'aborderai ceci :

"Principes d'ingénierie qu'un architecte logiciel dérive de son expérience."

FAQ

Frequently asked questions

"J'ai gagné 72 000 £ en tant qu'ingénieur logiciel. Mes plus grandes erreurs n'ont pas été d'écrire du code, mais de gérer le capital." Qu'est-ce que ça dit ?

Les erreurs coûteuses d'un ingénieur logiciel dans la gestion du capital, la transformation de l'allocation d'actifs et l'architecture minimale de défense financière pour les pays inflationnistes.

Quel est le principal point à retenir ?

Les erreurs coûteuses d'un ingénieur logiciel dans la gestion du capital, la transformation de l'allocation d'actifs et l'architecture minimale de défense financière pour les pays inflationnistes.

À qui s’adresse cet article ?

Pour les ingénieurs et les responsables techniques qui mettent en œuvre les décisions en matière d'architecture logicielle, de livraison et de production.

Principes d'ingénierie appris

  • Concevoir le risque d’abord et penser au rendement ensuite établit un système plus durable.
  • L'allocation d'actifs est également un problème d'architecture système en couches.
  • Les marchés évaluent la liquidité et la psychologie humaine, pas la technologie.

Continuer la lecture

Continuer la lecture

Suivant en série

Même série

Même série

Paylaş