Why SEOs Should Get Social
We SEOs know that what we do is best. We reign supreme and all other digital marketing specialties just wish that they were our specialty. They all want, just for a second, to bask in the awesomeness of true organic visibility. Paid media might protest. They might say that organic results are just part of […]
Keeping Your Logs From Becoming an Unreadable Mess
This article was originally published by Justin Weiss on his personal site, and with his permission, we’re sharing it here for Codeship readers. When you run into a strange, seemingly unsolvable bug, improving your logging can be the best step you can take. Great logging is the easiest way to detect and fix entire classes […]
Getting Started with Create React App and AVA
Set up testing with AVA in a project generated by create-react-app, from installing Node.js to running your first AVA test on Semaphore.
Behind the scenes: A/B testing at Highrise
Highrise launched in 2007 and was a leader in teaching folks about some successful marketing split tests. Today we’ve got a few new lessons…
10 Ruby on Rails Best Practices
Running bash command from Ruby (with your bash_profile)
Whenever I try to automate some of my daily tasks, I end up with a mix of Ruby and Bash scripts. This is the time when I look up to the differences between system, exec, %x, backticks and others. However, there's additional thing with actually executing a bash script not just shell script.
Is Your Site Leaking Password Reset Links?
Emailed password reset links are a common part of web applications. Is your site leaking these confidential links to third party sites?
Hash#compact and Hash#compact! now part of Ruby 2.4
Ruby 2.4 has added Hash#compact and Hash#compact! methods into core
The esthetics of a Ruby service object
A service object in Ruby has some typical elements. There are some minor difference which I noted in the way people implement them. Let's look at one example.
Developers as DDD bounded contexts representatives
Recently, I've been preparing to my webinar about introducing DDD to existing projects/teams. One DDD part which is not always easy to explain is actually the main strategic pattern - bounded contexts. For the webinar purpose I came up with the idea of showing that in our programming teams we also have bounded contexts. What's better, most of us, represent different bounded contexts. In this blogpost I'd like to highlight some of such contexts.