Who are you? Where are you from and what is your backstory?
My name is Oliver Sarfas, I’m based in a little old town called Grantham just outside of Nottingham, UK. I started working with web development about 8 years ago. My main history is in the Telematics insurance industry, where you put a black box in your car, and the insurance company rate your driving.
What made you get into programming?
I kind of fell into it if I’m honest! My first job was as a PA to the CEO of a company. After 3 weeks he pulled me into a meeting and shared with me that I was “without a doubt, the most useless PA he’d had to date”. However, I have a mathematical background and a keen eye for logic, so he gave me access to their MSSQL database to build some behaviour algorithms. I looked at how to put this onto a website, and from there I picked up PHP.
What made you want to become a creator?
I’m not really known in the Laravel, PHP, or making community for creating anything specific. However I’m working with a good friend at the moment on something that we’re hoping will impact the digital agency market. I’ll be sure to share more details once we’re further along in the project. We decided on this piece, as he owns a Digital Agency, and I’ve worked for a couple. We found a niché that isn’t currently fulfilled and figured we’d give it a go!
What does your process for learning to code look like?
I recently wrote a blog post about this, and how I help newcomers to the industry find their feet. My general process for learning is to ask myself “what problem do I want to solve”. It’s very easy to just dive into something, and lose sight of why you’re doing it.
I’ll generally scour YouTube or Twitch to find some content relevant to the language I’m looking to pick up. I’ll ask around communities for some help, even if it’s just someone on call to validate whatever monstrosity I’m building from time to time.
From there, I’ve generally got a good grasp of what I’m doing, and I’ll be able to Google myself into the solution I want. Then there’s StackOverflow which we all know is the only reason that programmers manage to resolve any issues - I’d be lost without it most days.
I like to keep records of my learning through my blog so I can look back at things, or I’ll use Git and fork off projects. Leaving little archives of my progress as I go.
What does your process for building apps look like?
As with learning a language, or how to code, building apps has the same fundamental start for me, “Why”. I’ll have a single tagline written somewhere close, so that I never lose that idea and will frequently refer back to it.
I’ll build a basic functional proof of concept (PoC) to begin with. It’ll be dirty, ugly, and quite frankly not fit for purpose - but it works! From there I’ll move into Minimum Viable Product.
The code will be refactored to be “proper” instead of the horrendous mess that comes with PoC. Designs and cross-compatibility come into play, meaning that there’s discussions around branding and all that “fun stuff”.
After that, I’ll generally move into a soft launch. Just to get a taster of how the product is being received in the market. Providing all goes well, we’ll kick the marketing, social media, advertising, etc, into gear and we’re flying.
Do you face any particular challenges when building over a period of time?
Naming, branding, and marketing. I’m terrible at it. That’s why I like to have a designer on call (luckily I have a sister who is a Graphic Designer) who can help with that aspect of things. I’ve also got a close network of professionals around me that I trust and will often blindly follow with recommendations.
Are you currently learning anything new?
Advice for those learning to code?
Build something. Anything. It can be useless, it can be gimmicky. With the wealth of information available today, it’s very easy to jump into a rabbit hole of learning and never come out for air.
Everytime you learn something, put it to use. If you’re learning about CSS animations, transitions, etc. Why not make something silly like a spinning, rotating, picture of your face? It proves you can do it, and it’s something fun to build.
Ultimately, what’s going to get you hired is your code and what your code produces. Concepts can be taught, application of those techniques is a little different and commands far more attention.
What’s your tech stack?
- PHP7.3, MySQL8.0, Redis, VueJS, Laravel 5.8
- Hosting is predominantly AWS, with the occasional Digital Ocean droplet
- I use Laravel Forge for all my server provisioning.
- CloudFlare for DNS, SSL, and DDoS protection
What have been influential books, resources and links that have helped you?
Laracasts - Brilliant for newcomers to the industry. Not just for Laravel, it has resources for a wide range of PHP topics
Codecourse - concentrates on some of the more advanced techniques, however still very viable for newcomers as there’s resource on there to suit everyone. The creator Alex is a great communicator and his tutorials / walkthroughs are effortless.
Where can people learn more about you and your work?
- Twitter: https://twitter.com/osarfas
- Personal Site: https://blog.sarfas.codes
- Twitch: https://twitch.tv/sarfascodes
There are a lot of people who love both JS and UX/CSS. If we stop labeling people just as “JS developers” or “UX developers”, we can achieve a ceasefire in the current “JS vs. CSS” war and achieve a mutually benefiting peace.