Become a fan of Slashdot on Facebook


Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×
Open Source

Buffer Sees Clear Benefits To Transparent Employee Salary Policy 137

An anonymous reader writes: At social media startup Buffer, a single leadership decision eliminated salary negotiation for new employees, preempted gender-based salary discrimination, and prompted a flood of job applications. The decision? Make all employee salaries transparent. "We set down transparency as a core value for the company," CEO Joel Gascoigne said in 2014. "And then, once we'd done that, we went through everything. And salaries was one of those key things that we found that [made us] question ourselves: 'Why are we not transparent about this?'" Years later, the policy is still in place (go ahead and calculate your salary as a would-be Buffer employee) — and it presents a fascinating case study for anyone interested in the ways open organizations approach a rather prickly subject: transparency.

Comment Re:the point (Score 1) 131

While the folks do manage to squeeze the size down, they do so through the use of Alpine Linux which uses musl libs rather than glibc and friends. There is a post on hackernews that has a discussion about the pros and cons of using an alpine based image.

There is also the deviation from upstream. The official images are a curated set of images and can be maintained by anyone willing to put in the time. For the official images that are not maintained by the upstream project (many of them are), they try to stay as close to upstream recommended build as possible. In fact, the official image gatekeepers recommend talking with upstream before trying to make your own submission to official images so that they can be as involved as they want to be. What this means is that if upstream maintains their own apt repo, that is how it is built into the image, but if upstream does not even release binaries (ie only the source tar) then building from source is they way it is packaged making sure to slim out build dependencies.

There is also some recent focus by Docker Inc to add Alpine based variants to the official images as an option for those that want a slimmer environment (see and other PRs by ncopa). There is even a description on the Docker Hub when an official image has an alpine variant (see and which is the source of the Docker Hub version).

Note on the large size of most of the language images from the official images: "It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system." They are usually built from the "buildpack-deps" image: " It includes a large number of "development header" packages needed by various things like Ruby Gems, PyPI modules, etc." (

(yes, I am one of the gatekeepers for official images,

For more information:

Comment Re:Samsung image tarnished with Android (Score 1) 107

I own and use a (Sprint) Samsung Galaxy S2 Epic 4G Touch, and it was a series of broken promises on ever getting ICS.

Ever tried another Android device like Motorola, HTC, Sony, Acer, Asus, Amazon, Barnes & Noble, Toshiba, or ViewSonic? All of them add their own crap to Android to differentiate themselves instead of focusing on the hardware and updates. They all promise to do updates and then never deliver. It would be much easier if they did not spend all their time developing things to replace core features of Android (Samsung and their crappy SMS replacement with custom Applesque "notifications"). The fact that you can root it and "do what you want" is the best part of an Android device.

Before this, their name wasn't an issue. Now, maybe I consider some other brand.

There was an option to choose Samsung before this "incident"?

Slashdot Top Deals

To do two things at once is to do neither. -- Publilius Syrus