【2014年10月1日更新】 内容が古くなってたので少し更新しました。 Hipchat: Hipchat便利ですね。Qiitaと同じように僕らもDeploy情報とかもここに流しています。→3月くらいからはSlack使っています Facebook messanger: 緩い会話や外出中に急ぎで伝えたいことは、Facebookのメッセージでやりとりしたりしています。あと、事務のアルバイトの方々ともFacebookメッセンジャーでやりとりしています。 →今は全く使ってないです。Slack一本 [sqwiggle.com:title=Sqwiggle]完全リモートで働いてる方が何人かいるので軽く話をしたい時はSqwiggleでやっています。 リモート勤務&カフェ代支給: 1日のうち数時間はリモート勤務も可能で、上限はありますがカフェ代支給も行っています。 →9月から完全リモートの社員が加入しました

先日、Googleの買い物事情についてのエントリを書きました。 こちら→『Googleの過去買収企業一覧。15年で143社、総額2兆6800億円。』 今回は、Facebookが過去に買収してきた企業をご紹介します。(表はウィキペから拾ってきたものに一部TechCrunchの数字を補填したもの） ごめんなさい、今回もモバイルから見難いです。 日付、会社名、事業内容、金額、事業統合先、人材獲得が記載されています。 №日付会社名事業内容金額事業統合先人材獲得 1August 23, 2005facebook.com domain nameAboutFace?$200000name change from Thefacebook.com— 2July 19, 2007ParakeyOS Facebook MobileBlake Ross, Joe Hewitt 3June 23, 2008Conn

クソコードについてここ数日で考えたことを書いてみる。 技術的負債まわりのえらいひとたちの議論を眺めてて、技術的負債って言うとなんかプロっぽいけど、クソコードって言ったほうが示したいモノを素直に表してるし分かりやすいきがしてきた。 クソコードを書くなとは思わないけど、クソコードをいつまでも放置するのはやめようって思う。 クソコードは次なるクソコードを生み出すし、バグを隠蔽するし、メンテナンスコスト増大の悪循環のキッカケになるし、新人の教育上良くないので無くて済むならもちろんないほうがいい。 ただ、ギークな人たちを除いて、さらっと60点*1のコードなんて書けない。僕を含め大多数のエンジニアは自分自身が書いたクソコードをリファクタリングして60点以上のコードを目指すための時間が必要になる。 そのうえ、そういうコードを書いてもだいたい時間経過に伴って事情が変わって、60点のコードの挙動を壊さないよ