Letβs talk about web development. Iβm a web purist and I donβt plan to change that any time soon. Which means I chose to stick with the web platform. I love the web platform. I have seen it grow since 2002.
I used to work with LAMP/LEMP stack, then MEAN/MERN stack, then Node.js and React.js. Then Next.js. Dabbled around with Python and Go for a year or so. Nowadays mostly JavaScript for both backend and frontend.
Been writing JavaScript for over 15 years now. Used to be a funny little language and now itβs grown so much. JavaScript is eating the world.
βAny application that can be written in JavaScript, will eventually be written in JavaScript.β
β Atwoodβs Law
As an engineering leader, I believe JavaScript has come a long way. Itβs here to stay. I get why companies choose to use the best possible stack for their products. But that eventually ends up hurting a small startup.
Hear me out. You see itβs a product-driven decision and not a people-driven decision. Maybe with Go or Rust or Python, youβll shave off 250ms load time. That is at the cost of complicating the hiring process for your company.
If youβre an engineering leader, a CTO, or a VP of Engineering at an early-stage startup, where the majority of the business is a web component, for example, a SaaS company β then you need to ask yourself whatβs the best stack for everything.
And by everything, I mean the people, the company, and the product. Yes, I say that in a particular order. Itβs what I believe in. People come first. Be human first. Then the strategic goals of your company. You want to be profitable, right? And then comes your product.
As engineers, we try to over-optimize for the last part of this pipeline. Thatβs the product. Trying to be extra performant with the product could potentially hurt. What about hiring? What about reaching your companyβs goals like profitability and market-fit with minimum affect-effort?
Yeah. That. There are people. There are goals for your company. Both these things have nothing to do with the next shiny tech you want to implement. Especially one that will make it harder for you to hire people.
Anyhoo, I could talk about this for days. Itβs a pro/con balance kind of debate. Though, I am an engineer with strong opinions and flexibility to be proven wrong. Nowadays, I often advise early-stage startups as a fractional CTO.
Fraction CTO? What? FCTO? Whatβs that? Now, this? Yup!
So, an early-stage startup can seldom afford a C-level executive. Thatβs where a fractional CTO comes in. E.g. I work with you for 10 hours a week, help you set up the right architecture for your SaaS, the software development life cycle (SLDC), engineering governance, CI/CD pipelines β¦ β¦ β¦ but but; but most importantly I set you up for success with 1. people 2. company goals.
And part of that is helping you pick the right stack. Most of the time, itβs a bet on JavaScript, the web. You get to hire relatively easily. You have the same language for both front-end and back-end β this leads to healthy team coordination. Especially, when your company is small. Letβs talk.
So, well my bet is on the web platform. Web for the win.
β A web purist.