June 16, 2024
Problems are the bread and butter of your success. How many can you solve? How fast can you solve them? How do they scale? How much effort do they take? What is needed to fix them? When hiring, you always want problem solvers because no matter what they know, have on them or know through their network – they’ll be the ones to figure it out and that’s what you need.
June 14, 2024
I saw this picture the other day and it speaks volumes, not only for sports but for work as well. Your basics are what set you apart from everyone else. Knowing what they are is what makes you indispensable because then you can start focusing in on them, refining them, and making them stronger. But if you don’t know what your basics are, what your fundamentals are – then you’re just practicing everything, everywhere and not getting anywhere.
June 7, 2024
Any piece of software has a set of configurations, toggles, and switches that make it come alive. The configuration is what makes the software work for your customer and makes it “their own, unique copy”. Four things a configuration should always have; A place to go and make the change, not forcing the customer to jump here, there, and everywhere. Settings that do what they are supposed to do. Be simple in their implementation, if it can be explained simply by the developer, the end user will never be able to consume it. Work. The worst thing is when a
June 4, 2024
That’s the lesson I learned many years ago writing my first legit lines of code. It’s not yours, it’s not theirs, it’s ours. So if I get a bug and have to go in and fix it, no harm, no foul, I’m fixing our code. There is no ownership of code, there is no baby, and there is only our collective code being distributed to our customers. Yes you put a lot of effort into writing it, but once it hits git, it’s everyones.
June 3, 2024
Been reading some articles that Agile is on its way out – Oh no! Time for a new methodology to come in and replace what we’re doing (perhaps we can hand it off to AI). Agile is a Framework, Waterfall is a Framework, and everything other methodology you use is a Framework – when you put them together, you the Lead Developer, Manager, etc. – they become a methodology. Rarely have I seen someone follow Agile to the letter, but most follow tenets of Agile that has improved what they do. Take from whatever Framework works for you and your
