A Thunderbolt for a developer! Do you know any good developers based in The Netherlands? Tell them about working at Springest. If we hire them, you will get a 27" Apple Thunderbolt Display. :)

A More Community-based Springest: Learn From Like-minded People

We are very proud of and thankful for all the learning experiences you’ve shared on Springest. These help others find the right course or educational program. In fact, we feel that your contributions deserve to have a more prominent place on our platform, so that they might inspire even more people.

Currently, we connect you to learning providers. And in a sense, through our collection of course reviews, we also connect you to like-minded people.

Springest Community Pages

Product Development Using Asana and Balsamiq

Reviewing Task Manager App, Asana, and Creating Visual Mockups with Balsamiq

This week I will be reviewing two essential organization tools, Asana and Balsamiq. When beginning to program it is easy to get lost in what you don’t know. Even though I am making small changes on my site, I still want to have a place to track my small goals or bugs so I can plan my work week accordingly. With Asana you can edit, comment, share or assign a task to a team member or mentor so they can also see your progress and provide feedback when necessary. As you continue to visualize your site you may want to, ahem, visualize it with a mockup. A mockup is a great way to see your ideas without having to write code you may end up changing later. Balsamiq is a great mockup tool that has ready-made shapes and customizable links, headers, etc. to help you create your site.

Rails Girl Getting Started on the Ruby Track!

Getting Started with (Free) Tools to Help you Succeed

Hello! This is my very first post on the dev blog and I have to say I am thrilled! I am very new to Ruby on Rails and just started programming. This is the first blog post in my series about building and developing a blog. All dev newbies out there can read about my experiences here every week. I will share some tips & tricks that might speed up our process in becoming true development pros.

Querying the Mixpanel API Made Easy: Mixpannenkoek

Last week I was working on a project that will give educational providers more insight into how their courses are performing on our site. I first turned to the mixpanel_client gem but quickly realized that building up requests was getting in the way of slicing and dicing all the data that we’ve got stored in Mixpanel. To make things easier, I created a library that implements a simplified interface to mixpanel_client. Introducing mixpannenkoek!

Migration to Our New PostgreSQL Cluster

We are very excited to announce that we will migrate our databases to our new PostgreSQL cluster this week. Instead of a vertically scalable Master and synchronous replica setup, we now have a near horizontally scaling relational database. The cluster consists of two Pgpool-II servers and two PostgreSQL master servers. While I write this, the performance change in production is yet to be proved, but we are certain database speed will be noticeable.

Why Is My Site Slow if New Relic Says It’s Fast? Request Queueing

At the end of November 2013, we stumbled upon a problem. We were using New Relic to monitor our application performance here at Springest. Our app server response time was consistently hanging around 500ms, but our site didn’t feel that fast. We wracked our brains; why would New Relic report that our site was fast, if in fact it was slow? New Relic does a great job of letting you know about performance problems within your application. It turns out, though, that you need to do some work to get the full story. I’ll illustrate with two graphs.

How to Change Vim Font Size Depending on Screen Size

When working at my desk I work on a 24” monitor and I like to use a pretty big font size when there is enough space for it. But often I also work on my laptop, where there is much less screen real estate. I used to change the font size manually with ⌘ and the +/– keys. Yesterday I decided to automate things by letting Vim do the heavy lifting.

I found a small piece of AppleScript that outputs the dimensions of the currently available screens. I decided to check the number of vertical pixels, as they always increase when you attach an external monitor due tue the fact that most monitors have screen ratios higher than 16:9. The script switches font sizes if there are more than 900 vertical pixels, meaning a resolution higher than the native resolution of all 13” or smaller MacBooks.

1
osascript -e 'tell application "Finder" to get bounds of window of desktop' | cut -d ' ' -f 4

The osascript command returns something similar to 0, 0, 3200, 1200. The first two arguments are the distances from the edge of the screen (left and top side), the third and fourth arguments are the horizontal and vertical width of the screen. I’m only interested in the fourth argument, so I use cut to select it.

Performance wise this is pretty fast. I timed the command to take about ~0,01s on average, which is more than fast enough as the check is only performed when you start Vim. That is also a point I would like to improve on in the future. It would be awesome if it could detect screen switching automatically. But for now I am more than happy with the solution I came up with.

To put it all together in Vim add the following code to your ~/.vimrc. Change the font and sizes to your desire:

1
2
3
4
5
6
7
8
9
" Set font size based on screen size. When vertical height is greater than 900
" (i.e. an external monitor is attached on 13" or smaller MacBooks), use 18, else use 16.
if has('mac')
  if system("osascript -e 'tell application \"Finder\" to get bounds of window of desktop' | cut -d ' ' -f 4") > 900
    set guifont=Inconsolata:h18
  else
    set guifont=Inconsolata:h16
  endif
endif

Springest Is Looking for Ruby on Rails Developers in Amsterdam

Springest is a course comparison website with sites in NL, UK, BE, RU, and an international .COM. Together we host a rapidly growing 110,000 published courses that users can search, compare and book. The sites run on a couple of Ruby 2.0 Rails and Sinatra apps. Our stack consists of Postgres, MongoDB, Redis, Solr, RabbitMQ, Memcached and more.

We are looking for three experienced Ruby developers to strengthen our current team of eight developers. We are a very developer friendly company where everybody, from developers to marketeers to sales people, is deeply involved in the product that you will be building with us. As a developer at Springest, you will be responsible for a part of our product that you will manage the roadmap for with a small team with other developers, your product manager, marketeers and sales people.

Complete LogStash Stack on AWS OpsWorks in 15 Minutes

Updated: A lot of people have been reporting issues with stuff that was not working as intended, especially with ElasticSearch upgrades, etc, since I originally posted it. I have rebooted development on this to address those issues, and it should all work now.

There is one minor issue when creating a new RabbitMQ node, but restarting it after the first failed Chef run should get it up and running.

Changes include many bug fixes, upgrade to Elasticsearch 1.0.1, Logstash upgrade to 1.4.1. Logstash will now be installed from the official Elasticsearch package repo’s with a very simple cookbook that I created to get rid of some complexity in the original one.

Thanks to all who have reported these issues!

I put together a bunch of cookbooks that will allow you to run a complete Logstash setup on a scalable AWS OpsWorks stack. At Springest we use it to ship from 250 to about 1k log entries per second, depending on the RPM on our 18 servers.

kibana A screenshot of Kibana3, included in the cookbooks.

Springest Is Looking for a DevOps Developer

Springest is a course comparison website with sites in NL, UK, BE, RU, and an international .COM. Together we host a rapidly growing 110,000 published courses that users can search, compare and book. The sites run on a couple of Ruby 2.0 Rails and Sinatra apps. Our stack consists of Postgres, MongoDB, Redis, Solr, RabbitMQ, Memcached and more.

We are looking for an experienced Linux engineer to improve our server environment. Most of us are experienced developers, some with a basic understanding of what a server environment should be like. Due to growth in data and complexity in the past years, maintaining our infrastructure has become an interesting, full time job that we think you would like.