#124 - jun 21th 2015


Examples of UI/UX, graphic performance, web design and flashy things.
Big Omaha design
A conference website with very clear and nice layout.


Web applications, resources and tools, available for making our life easier or funnier.
Ruby Conference Calendar rb
Auto-generated calendar for ruby conferences.
Meta Ruby rb
A discourse forum about Ruby.
Daily JavaScript community news and chat js
A RubyFlow-inspired community news site for JavaScript and related technologies.
SVG on the web web
A full practical guide for using SVG on websites.
TalentBoard tool
Subscribe to receive free CVs of the best specialists for remote work in your company.
Own mailbox ops
Plug at your home, read and write emails privately from anywhere in the world.


A selection of gems or applications updated during past week.
Rails 3.2.22, 4.1.11 and 4.2.2 have been released and more jun 16 rb
These releases contain security fixes, so please upgrade as soon as possible!
dokaz rb
Parse your ruby code written in markdown
derailed_benchmarks rb
Checking memory usage of your rails app in several ways.
Filterable Product Grid js
A responsive product grid layout with touch-friendly Flickity galleries and Isotope-powered filter functionality.
Page Scroll Effects js
Fancy effects that take place while the user is surfing through the sections of a web page.
material-theme tool
Bring Google material design to Sublime Text 3.
Flocker ops
Container Data Management for Docker.


From the blogosphere or news feeds ...
Auto-squashing Git Commits jun 15 tool
The fixup and autosquash command
Rack: First Principles jun 16 rb
What Rack is and what it's used for.
Ruby Error Handling, Beyond the Basics jun 16 rb
More ways to handle ruby errors besides raise and rescue.
Avoid race conditions in Rails with Postgres locks jun 16 rb
Rails provides a great API in ActiveRecord for dealing with DB level locks. This works for both MySQL and Postgres.
Using Lambdas in Ruby jun 16 rb
Lambdas have some interesting tricks up their sleeves once you investigate them a little.
Understanding the rails-jquery CSRF vulnerability (CVE-2015-1840) jun 17 rb
What's CVE-2015-1840 about (one of the vulnerabilities fixed in the last rails update).
Naming is the key jun 17 rb
Naming guideline for method and class.
Nokogiri Fundamentals: Extract HTML from the Web jun 18 rb
The most common use for a parser like Nokogiri is to extract data from structured documents.
Useful Flexbox Technique: Alignment Shifting Wrapping jun 19 css3
Text is always changing and the space you have available is variable.


Screencasts and conferences videos, or other video feeds ...
The Future of Software Engineering jun 16 rb
ICSE 2015 - Grady Booch Keynote.
Links curated by mose (publisher), xenor, tysliu (editors) .


The random rant of the week by mose.

The yin and yang of software development

The topic I talked about last week led me to think about it more widely. And I ended up with the thinking that many problems in software companies are a clear problem of balance between their yin and their yang.

This old chinese principle is documented in a very old-fashioned way, opposing genders and principles. But actually it sums up in the fact that many dynamics are to be based in a balance between two opposing principles. Otherwise they fail.

The way I see it, software developers are a nurturing kind. This profile has to consider long term. It decides actions for later outcomes. It's about giving life and growing it. It feels closer to the Yin principle.

On another hand, the business people are bound to a shorter time frame. And I don't talk about the entrepreneurs and the rare visionary people, but the real business work force. They are competitive, aggressive, fighters. That really feels to me like the Yang concept.

And all occurrences where I saw software companies failing, I think it was because there was a lack of balance between those 2 principles. Either the management was too soft and not aggressive enough towards its market, either it was too aggressive and nurturing was not considered enough in their equation.

I don't think that this balance requirement applies to everything, to be honest. But in a constituted body of a software organization, considering the current (questionable) market economy, it feels that the Yin and the Yang have to be in balance to grant a chance of survival to the organization.

One may have the feeling that the dominant Yang (business side) is the more common case. But they are just more noisy. Many projects stay silently in the darkness just because there was no real business consideration (or even refusal of it).

The keynote of Grady Booch (linked in the video section) confirmed me in various ways in this opinion. Engineers have the duty to fight for the balance when they can. They have to understand that it's not a one-way deal, as well. If you want to exercise programming in a nurturing-only context, win a lottery and dedicate your time writing free software (where market requirements don't apply). But in the usual case, you may have to consider if you are in a balanced context, and if not, try to work on balancing it.

Green Ruby News was a feed of fresh links of the week about ruby, javascript, webdev, devops, collected by mose, xenor and tysliu every sunday.