6 ms·

Yes, and also when you hire software developers you want someone who understands that they are running internal tools which is COMPLETELY different from buildin

Yes, and also when you hire software developers you want someone who understands that they are running internal tools which is COMPLETELY different from building consumer apps. Simplicity is key. Keep the team small and lean. Also the build vs buy decision has to be made with every feature. If its not your competitive advantage just buy it. Dont make a new database, just use postgres etc. There are a different set of developers that can navigate through this than the ones who will reinvent the wheel if they can.

theshrike79 2y ago
This is a huge thing. Way too many internal teams build their tooling "too well", to a point where it could be a separate startup product in itself with a tiny amount of extra work. Like game companies writing their own engine and ending up as a game engine company eventually =)
- heraldgeezer 2y ago
  >Like game companies writing their own engine and ending up as a game engine company eventually =) This used to be standard. PS1 and PS2 was coded in Assembly basically. No OS. All games had "drivers" in them. There was only renderware as a ready-made engine. Every Final Fantasy game was a new engine, FFX and FFXII are 2 very different engines. Bespoke only for that game. And beautiful. Same with RE4. Same with God of War 1 and 2. Unbelievable. Same with xbox and gamecube. Even in the 365 era, the Halo games were its own engine. Look back at the dark Unreal 3 period 2006-2010. Most UE3 games looked like shit. A brown bloomy mess.
codingdave 2y ago
Yes, those are great points. You'd really want a team of devs who have worked in the enterprise IT world, as that is the business environment we're talking about here. You'd want a group who will get everything working, coding only what is needed, and integrating other solutions when the feature is a commodity. Code is an important tool, and also a liability. Hire devs that understand that.

theshrike79 2y ago

This is a huge thing. Way too many internal teams build their tooling "too well", to a point where it could be a separate startup product in itself with a tiny amount of extra work. Like game companies writing their own engine and ending up as a game engine company eventually =)

heraldgeezer 2y ago
>Like game companies writing their own engine and ending up as a game engine company eventually =) This used to be standard. PS1 and PS2 was coded in Assembly basically. No OS. All games had "drivers" in them. There was only renderware as a ready-made engine. Every Final Fantasy game was a new engine, FFX and FFXII are 2 very different engines. Bespoke only for that game. And beautiful. Same with RE4. Same with God of War 1 and 2. Unbelievable. Same with xbox and gamecube. Even in the 365 era, the Halo games were its own engine. Look back at the dark Unreal 3 period 2006-2010. Most UE3 games looked like shit. A brown bloomy mess.

codingdave 2y ago

Yes, those are great points. You'd really want a team of devs who have worked in the enterprise IT world, as that is the business environment we're talking about here. You'd want a group who will get everything working, coding only what is needed, and integrating other solutions when the feature is a commodity. Code is an important tool, and also a liability. Hire devs that understand that.