I don’t work on Fridays. Well, mostly. I may do a little work in the morning. An hour or two. But typically, I take Fridays off.
I’m working a contract right now that allows me to have my agreed upon hours in by the end of the day Thursday.
This has turned into a day for my wife and I. It started as just me sitting around watching Netflix. Like your typical fat lazy slob. But the last few weeks, Linda has had some stuff for us to do.
I now look forward to these days. Family has always been super important to me, and when software developers are always on and seem to be always working, this is a great way to spend some family time and disconnect.
Super grateful. Four day work weeks are the best.Continue Reading No Work Fridays →
Mocking and stubbing in testing has always been my kryptonite. I know I’m not very good at it, and because of that I tend to steer clear of it when I can. Obviously not a good strategy. So I’m forcing myself to use it more.
One big thing for me is actually making an API request at times, like when building the feature, and then bypassing the request once I know it works. WebMock, while awesome, seems to hijack all requests regardless of what you are doing.
I finally put some effort into finding out how to disable it so I can ensure it works first.
Just placeContinue Reading Disable Webmock To Make Real Requests →
WebMock.disable!right in your test until you ready to start faking the requests.
I wonder why we don’t hear more about backend technology changes. We often hear that some software product ripped out a certain front-end tool for a different one. Most recently I’ve heard about React being ripped out. But I seem to remember Ember and certainly Backbone being mentioned in the same sort of conversations. The only server side change I can recall is when Twitter ditched Rails.
I have a theory.
A short disclaimer: this isn’t intended as front-end hate. Simply an observation.
Most backend frameworks do different things. Take Sinatra and Rails for example. Both web frameworks. But one simply has some routing and views, while the other is comprehensive. It manages database connection details, secret encryption, asset minification and serving, and even uploading files.
When you need something simple, you grab Sinatra. When you need something much larger, you grab Rails.
The only time you need to change backend tools is when you change languages. Ruby can be slow. If you needed to deal with several connections, like Twitter, you may reach for a language that is more performant.
This isn’t the case with front-end. Rarely does something introduce something new. It seems to be a refresh on the same thing. I just spent some time reviewing VueJS. It’s not that different from React. Both serve a view layer, have component support, and are reactive. It’s just syntax.
There is something to be said about technology maturity and stability.Continue Reading Why Doesn’t Backend Tech Change That Often →
The other day I was working on a feature that takes some form content, conditionally sets parameters and sends that data to a third party so another team can access it.
I ran into a slight issue that was sort of surprising to me. I have an array of field values that I can’t control the formatting before I get it. It’s kind of silly, but it is what it is.
The data comes from a series of checkboxes, and looks something like this.Continue Reading How to Match a Partial String in a Ruby Array →
[“The Lemon Song”, “Whole Lotta Love”, “Dazed and Confused”]
Because they are so many ways to do things in React, you end up developing a taste of how you like to structure things. A way that things work best for you.
Today, how small I should make components clicked. I mean I knew how to make components. And I knew what seemed like a good system, but it turns out I wasn’t breaking them down enough.Continue Reading How To Structure React Components →
I recently gave a presentation at Toledo Web Professionals on API design. Something that I feel isn’t talked about enough. Since I’ve been working almost exclusively in React apps for the past several months, I concentrated on the API side of React applications. As far as an API is concerned, the front end tech doesn’t matter, but it was created around my recent experiences and starting from React made the most sense.Continue Reading Building API Driven React Applications →
I’m a Vim user, and I use CtrlP to find files quickly. Occasionally when I don’t know the name of the file, I’ll jump into the
:editcommand to find where I need to be. if I’m really unsure, I’ll use
:exploreto get a tree view.
There are lots of ways to find files in Vim. Typing a few letters and hitting tab is okay, but fuzzy matching a file name is best and fastest option.Continue Reading Using Path to Find Files in Vim →
After three years, it’s time for the next chapter. I am no longer at Whitelabel and have started on my next adventure.
I enjoyed my time at Whitelabel. There are some really great people there doing some really great work. I learned a lot while I was there. I learned about myself, what I enjoy, where I want to be, and I learned a lot about where I don’t want to be, and what I don’t enjoy.Continue Reading So Long Whitelabel, It's Been Fun →
When I first learned programming, I was focused on one programming language. And that makes sense for all new people to programming. There is a lot to take in. In addition to programming fundamentals, there are plenty of programming language warts to get through. Each language has them, and it’s valuable to worry about just one language’s warts, rather then try to work through all the new stuff your learning.Continue Reading Fundamentals of Programming →
Working in a technology company brings many challenges. Depending on where you are in the chain of command, you could deal with bad clients, tight deadlines, complexity of working remote, or maybe constant interruptions and context switching.Continue Reading Hiring Developers →
subscribe via RSS