bells17(Daiki Hayakawa) bells17

新社会人に必須である：

勤務先との書面による「労働契約」。業務委託契約等NG。
多寡を問わず毎月払われる給料。遅配等論外である。
健康保険。
労災保険。
雇用保険。
三六協定。
年次有休。
育児休業の制度があり取得者がいる会社に勤務する。

オリジナル http://docs.docker.io/reference/commandline/cli/

Trello CSS Guide

“I perfectly understand our CSS. I never have any issues with cascading rules. I never have to use !important or inline styles. Even though somebody else wrote this bit of CSS, I know exactly how it works and how to extend it. Fixes are easy! I have a hard time breaking our CSS. I know exactly where to put new CSS. We use all of our CSS and it’s pretty small overall. When I delete a template, I know the exact corresponding CSS file and I can delete it all at once. Nothing gets left behind.”

You often hear updog saying stuff like this. Who’s updog? Not much, who is up with you?

Scalaの関数を活用する

Functionオブジェクト

Scalaでは関数をファーストクラスオブジェクトとして扱うことができる。以下のような感じで関数やメソッドを変数に代入するとFunctionオブジェクトに変換される。実際は引数の数に応じてFunction0〜Function22というトレイトが用意されている。なので引数の数が22個以上の関数を変数に代入しようとするとエラーになる。

def hello(name: String) = s"Hello ${name}!"

// 関数を変数に代入

このgistは Open PaaS Advent Calendar 2014 の5日目の記事です。前日の記事は，jacopen さんの「cf-sshでCloud Foundryのコンテナ内に潜り込む)」でした。

＃完全に1日遅れました。もうしわけありません。

今日は，Herokuや Cloud Foundry で使われているアプリケーションの実行環境を作る仕組み「buildpack」について書くつもりだったのですが，buildpackを説明する前に，まず「buildpackがアプリケーションのデプロイ全体の中でどこに使われているか」から説明した方が良いと思い直し，「Cloud Foundry でアプリケーションをデプロイする時の全体の流れ」について書くことにしました。Herokuはproprietaryなので，「buildpackがアプリケーションのデプロイ全体の中でどこに使われているか」については推測しかできないのですが，Cloud Foundry ならオープンソースなので，ソースを読めばその辺りもわかります。この辺が open paas ならではですね，と強引に advent calendar の趣旨に話を持っていってみました。

では，さっそく行ってみましょう。私の前回の記事同様，資料は以前作ったものの修正版(使い回しともいう)です。

Cloud Foundry におけるアプリケーションのデプロイの概要

Redis Cluster のリシャーディングとorphaned masterの話

（2019/04 追記 こちらの情報は非常に古く、またRC版での結果となります。記録として残していますが参考になさらないでください）

CyberAgent エンジニア Advent Calendar 2014 2日目です。

昨日に引き続き、秋葉原ラボの柿島が担当します。仕事ではHadoopクラスタの運用を中心に、秋葉原ラボのインフラ/ミドルウェアまわりを担当しています。今年はHadoop、mesos、Aerospikeと分散型のシステムを触る機会が多い1年でした。

この記事のテーマはRedis Clusterです。Redis Clusterが使えるようになるRedis 3.0.0は10月にRC1がリリースされました。2015年のQ1にstableリリースを目指しているようです。

UPDATE a fork of this gist has been used as a starting point for a community-maintained "awesome" list: machine-learning-with-ruby Please look here for the most up-to-date info!

Resources for Machine Learning in Ruby

Gems

liblinear-ruby: Ruby interface to LIBLINEAR using SWIG

ソフトウェア２段階認証

ソフトウェアトークン生成器による２段階認証（Two-factor authentication）の仕様と実装について。

２段階認証？２要素認証？

Googleではこの認証機能を 2-Step Verification と呼んでいる。一般的には Two-factor authentication、あるいは Multi-factor authentication と呼ばれている様子。

和訳の定義はまちまちだが、

Gerrit vs Github: for code review and codebase management

Sure, Github wins on the UI. Hands down. But, despite my initial annoyance with Gerrit when I first started using it almost a year ago, I am now a convert. Fully. Let me tell you why.

Note: This is an opinionated (on purpose) piece. I assume your preferences are like mine on certain ideas, such as:

Fast-forward submits to the target branch are better than allowing merge commits to the target branch. The reason I personally prefer this is that, even if a non-conflicting merge to the target branch is possible, the fact that the review/pull request is not up to date with the latest on the target branch means feature branch test suite runs in the CI pipeline reporting on the review/PR may not be accurate. Another minor point is that forced merge commits are annoying as fuck (opinion) and clutter up Git log histories unnecessarily and I prefer clean histories.
Atomic/related changes all in one commit is something worth striving for. Having your dev

	use strict;
	use warnings;
	use utf8;
	use feature qw/say/;

	# add3(1, 2, 3) => 6
	# Perlの引数は@_という配列に入るのでそれに名前を付けるために変数に代入
	sub add3 {
	my ($left, $middle, $right) = @_;
	return $left + $middle + $right;