Think Business Not Code

“Always think of the business”, my CTO keeps emphasizing this anytime we speak. It’s a very drastic shift from the way I've always approached software engineering. For the past 5 years building softwares for clients and companies, I've always put the code and technology first. If it's not challenging enough then to hell with the product or the client. If the client is not as excited about the technology as I am then I start doubting the client's ability to really utilize the product.

I joined Cutstruct  as a senior software engineer on contract in April, and I'm enjoying the job so far. I see myself putting the business first, does this problem really require codes? What is the best way to solve this particular issue faced by the marketing or finance department? Are there any already built solutions that can half the timeline of this task? I see myself and I'm surprised, this is not the coder or hacker in me. But I've come to realize this is what is gonna make me a better engineer or professional and I am here for it.

Non-Competes Are Stupid

I had an incident just last month where I was accused of using the company's resources and time to build a rival product. Truth be told, I didn't start working on the product to challenge my current company. My friend just felt we needed a personal payment app, we built the first version and we felt this app could someday save the entire fintech industry in Nigeria and we kept adding more features and improving the entire product. It got leaked that I was building something similar and a rival product, the rest is history. Let us be very honest with ourselves, no one wants to admit but we have a shared playbook in this industry. What we think is a secret is not really a secret. The way certain things are done is shared, no one wakes up one day and thinks they have figured out how to build a fintech app. No way, you figure that out by interacting with others in the industry, from how to get a license, to building a very secure fintech app. Personally I feel we should start sharing more in the industry, there should be a playbook for any young mad fellow that thinks he has the solution to fintech in Nigeria. That young fellow should not get ass fucked by gamers because he could not implement the minimum basic security in his app. We need a Fintech 101 and it should be shared massively across the industry.

Suing a developer because you think he breached a non-compete is stupid, quote me anywhere. While you are at it, please sue ChatGPT, Stack Overflow, YouTube, and every single forum and blog post where he copied those codes to make your application work. It's like music, the fundamentals are the same, a whole lot of songs with the same chord progression, it's possible because the fundamentals are the same.

While we celebrate the OGs in this industry, let us not forget how their idea came to be and what made them who they are. Innovation and competition should be encouraged and not stifled.

Abstracting Like A Boss


I have been obsessed about abstraction in software development since I became the Engineering Lead at Changera. In April 2022, I was promoted to lead Bitmama's sister company, Changera, now Changera Global. My first most important task was to rebuild the entire API. The api was initially written with PHP, then it was rewritten by the CTO and another developer to NodeJs. I came in and I immediately disliked the way things were done. I spent a year contributing to the API that powered Bitmama exchange, and from the lead developer at that time I understood how consistency and structure was important to the success of a working backend system. 

My first task was to rewrite the entire system to a microservices, oh boy a real challenge🤤🤤. I needed to prove myself, at Bitmama the lead developer set the terms and I followed, but now I get to set the terms. It was exciting, I did as much research I could do on microservices. Thats where I got to learn about clean-code architecture. I love the level of independence clean code architecture provides. The idea of separating your business logic from framework or dependencies was just so beautiful. I have worked on a lot of project where I had to change database drivers or ORM mid project, the toll it took to rewrite each functionality was heartbreaking. I started exploring clean code architecture in 2022 and I think I perfected it in 2024. I would be be breaking down some of my techniques in this post. 

My favourite development tool right now is NestJs, you can read up about NestJs here. NestJs is the best framework for building scalable NodeJs server side applications. Concepts like dependency injection, microservices are easier with NestJs. If you love playing around with weird concept relating to software development you would fall in love with NestJS. 


  • You first need to to startup a Nest Js project. You can run git clone project  on your terminal. You can familiarise yourself with NestJs  by going through their official docs.
  • Create a framework folder in your src folder. The framework is where you store dependencies, tools that powers a functionality. For example I have a project and I don't know whether to use TypeORM or Sequelize. I can write both implementation and just inject it into my business logic using an abstract class. I can do the same with emails, redis and notifications functionalities.
  • Create a core folder in your src folderThis folder contains your entities, dtos, enums, types, interfaces and abstract classes. Your abstract classes is the gateway to interact with your dependencies set up in your framework folder.

  • Setup your controllers and services. I prefer the controller has its own folder, away from the services. I believe its more cleaner that way. Adhering to the principles of clean-code architecture we can create a user-case folder in our services folder. The user-case folder will contain the functionalities of our app. For example if I need to work on an authentication functionality, I can create an auth folder and write my business logic in it.

Deep Dive

  • I did a code sample on this repository. You can check out the full source code here

  • The generic repository for Sequelize and TypeORM contains the entire core database implementation, then injected into this abstract class to be used in our code logic. You have access to all the methods implemented in the generic repository can be used when you import the DatabaseServiceModule into your functionality module.

  • Here is a sample of how to make crud operation after injecting the generic class to the abstract class

  • If you focus on any of the db function, and ctrl + click, it should go into the abstract class definition. Our entire business logic is separated from the business logic defined in our use-case folders.

Going To Bed😴😴

My post might not be too technical but you can clone my repository and play around with my codebase to understand how clean code architecture works.  

Say Hello To The New Mercenary

Two month back, I was the type of dev that had to be passionate about an idea or product to contribute just a line of code. I could dump a project because the project owners or team where not obsessed with commit standards, PR standards, clean code architecture. If my idea which I always thought was better, was not picked I could get really pissed and decide to leave. So for the majority of 7 months I decided stay away from any other project, except my full time job and a little side gig of mine where I had at least 80% control of certain decisions. 

An incident occurred on April that really humbled me, an experience i will never forget for a very long time. My full time job delayed salary payment for about 3. During that period I had to crash at my close friend's place just to be able to eat, my family too were affected and some folks on my payroll. 

I wrote the most code i've ever within that 3 weeks all year, I had to source for side gigs and for the first time in a long time I was humble to accept things as the were. No pride or ego, I just wanted one thing, to get paid to write codes. I got onboarded into projects I disliked their architecture or the way they had done certain things, but I did not care. I was willing to learn it that way, write my codes that way just to survive. To be honest I had a mental shift, I learnt a valuable lesson "Passion and Obsession should never stop you from making a lot of money". I'm sure this might change, I might write another post saying not to pay attention to what I have written here and that is fine, but for now and in this moment, the money is important, the passion for doing it right can come later.