（翻訳）英語は私にとって15年にわたって悩みの種です - YAMAGUCHI::weblog
はじめに Redisの開発者である@antirezが一昨日投稿したブログポストにとても共感したので翻訳しました。 English has been my pain for 15 years - <antirez> 世界一わかりやすい英文法の授業 作者: 関正生出版社/メーカー: 中経出版発売日: 2008/02メディア: 単行本購入: 14人 クリック: 99回この商品を含むブログ (31件) を見る 僕が@antirezの文章を翻訳するのは今回が初めてではありません。RedisのドキュメントをまだRedisがバージョン2.0になったばかりの頃に日本語訳したのが最初でした。Redisドキュメント日本語化をしていた当時は翻訳しながら「ドキュメントが整っているなぁ」と感じたと同時に「独特の英語を使うなあ」という印象を受けました。その当時は彼が英語に苦労していた過去のことなど知らなかったので、こ
git rev-parse でできること - Qiita
git の記事などを見ていると、よく rev-parse というコマンドが出てきます。 rev-parse単体でググっても使い道がよくわからないので、メモ変わりにrev-parseでできることをここに書いてみます。 【参考】 git-rev-parse(1) Manual Page https://www.kernel.org/pub/software/scm/git/docs/git-rev-parse.html 使用可能なリファレンス(ref)を渡すとハッシュを返す ハッシュ $ git rev-parse 1838ad4786...02cc4e713a >> 02cc4e713a10dc68bcba40919f0f23eb62b45ec4 >> 1838ad478661d8cdb544c9adf921d08a97f7cc91 >> ^02cc4e713a10dc68bcba40919
創業者の訛り（Founders' Accents 日本語訳）
以下の文章は、Paul Graham による Founders' Accents の日本語訳である。 本翻訳文書については、Shiro Kawai さんに誤訳の訂正を頂きました。ありがとうございました。 最近、Inc が私のインタビューを公開したが、そこで私は非常にきつい外国訛りのある創業者と彼らの会社の失敗に相関関係があることに気付いた話をした。 一部でこの発言が外国人嫌い、あるいは人種差別者とさえとられた――まるで私が外国訛りそのものが問題だと言ったかのように。 ただ私はそんなことは言ってないし、思ってもいない。シリコンバレーでは誰もそんなことは思わない。ここで最も成功している創業者には喋りに訛りがある人がたくさんいる。 私がインタビューで語ったのは、創業者の訛りがきつすぎて彼らの言うことを他の人が理解できない場合の話である。つまり、問題は訛りの文化的なシグナルではなく、他の人が創業者
dotfiles を正しくインストールできるかテストする + Travis CI でビルドする - Sexually Knowing
aereal/dotfiles · GitHub いわゆる dotfiles, シェルやエディタの設定の類を GitHub に置いてある。 リポジトリ下にあるファイルを (ホームディレクトリに) インストールする Rake タスクを定義してあるのだけれど、このタスクが期待した動作をするかテストを書きたいと思っていたので書いた。 dotfiles/test/dotfiles_test.rb at master · aereal/dotfiles · GitHub インストール先に指定したディレクトリに symlink が存在するかどうか調べている。 Ruby の標準添付ライブラリである minitest-spec を使っている。仕様はコンパクトなのにむりやり RSpec に DSL を似せているのでちぐはぐな実装になっている。たとえば、before / after メソッドに実行されるステー
RDBMSでコネクションプールが必要な理由、わからない。
Takayuki Shimizukawa @shimizukawa @masa_edw コネクションプールが無い場合、使い終わったコネクションが即解放されない（解放まで多少遅延する）ので実際に使っているコネクションの数より多く存在する。その分メモリを圧迫して効率が悪い。っていう話は聞いたことがあるよ（要出典 2013-09-04 09:27:28 ハイパーむとう @masa_edw @voluntas 現状で必要な状況は理解していますが、なぜそうなるのか理解していないということです。他にもたとえば、bitlyの呼び出しはコネクションプールを使うべきか？なぜ(べき、べきでない)のか？どういう要請でそうなのか？と言う問いに僕は答えられません。 2013-09-04 09:31:22
【美術館】今週末は嫁を質に入れてでもアンドレアス・グルスキー展に行け : 超音速備忘録
※書いてから一晩たって、「確かに品がないなー」と思ったのでタイトル変えました 国立新美術館で開催されている写真展、『アンドレアス・グルスキー展』に行って来た。 東京では9月16日までなので、1500円握りしめてなるべく早く訪れるべし。 写真というのはカメラで撮影するものであると思っている人。 写真というのは文字通り真実を写す手段であると思っている人。 写真というのは心打たれた情景を記録するための存在であると思っている人。 写真というのはリアルなこの世の鏡であると思っている人。 写真というのはイメージであると思っている人。 上記はすべて間違いである。 写真は、作れる。しかも、「完璧」な写真を。 グルスキーはそれを提示したアーティストである。 そも、カメラ（＝写真機）というものはまことに原始的な機械である。 カメラの前方から降り注ぐ光をガラスの玉で屈折させ、 絞りという乱暴な穴の拡大縮小装置を
尾崎豊のように窓ガラスを割ることなく、早くから自分らしく生きることに全力を注ぐために
若者らしい過ちで炎上する若者をバッシングする気になれないのは、自分自身の人生の否定にしか繋がらないと感じるからです。 佐々木俊尚さんの意見は、とてもよくわかります。 一方で、社会のあり方が変わった今、社会を学ぶ過程を変えるべきなのかもしれません。 早くから世の中の仕組みや多様性を見せ、自分らしく生きるためのスキルを教えることができれば、若者のうちから自分らしく生きることに全力を注げるかもしれないと考えています。 そんなにたいへんな悪行だとは思いません。 RT @vonyog 冷蔵庫に入った「だけ」？やってはいけないことを許容する思考は看過できない。 QT @sasakitoshinao: コンビニの冷蔵庫に入っただけで人生を棒に振る社会と http://t.co/Waroa5My53 — 佐々木俊尚 (@sasakitoshinao) September 2, 2013 みんな22歳のころ
G-WANはなぜ速いのか？をnginxと比べながら検証してみた - blog.nomadscafe.jp
ツチノコブログのWEBサーバベンチマークツール比較の記事で紹介されていた。WebサーバのG-WAN。この記事によると凄く速いようです。 Intel Xeon E5-2640 (6コア/12スレッド 2.50GHz) を2つというサーバで gwan 334944 req/s nginx 111842 req/s と、速いと言われているnginxの3倍の速度を出しています。 このベンチマーク結果がとても気になったので、なぜG-WANが速いのか、自分でも検証してみました。 結論から言うと以下の2つ。 1) G-WANはデフォルトで物理CPUに合わせた数のスレッドを起動する 2) HTMLファイルも一度読み込んでキャッシュする という事です。 今回はAWSのcc2.8xlarge(E5-2670 8コア/16スレッド 2.60GHz *2)を使ってベンチマークを行いました。OSはAmazon L
Our First Node.js App: Backbone on the Client and Server
By Spike Brehm Here at Airbnb, we’ve been looking curiously at Node.js for a long time now. We’ve used it for odds and ends, such as the build process for some of our libraries, but we hadn’t built anything production-scale. Until now. The ProblemThere’s a disconnect in the way we build rich web apps these days. In order to provide a snappy, fluid UI, more and more of the application logic is movi
メンテナブルCSS
概要 メンテナブルなCSSを目指し、定義された一般的なCSSルールの紹介と、それらのルールを適用するにあたって活用できるツールを報告します。 1. 序論 CSSは記述ルールが簡素であり、少しの学習コストですぐに記述ができる手軽なツールです。 しかし、大規模なアプリケーションで複数人で開発するケース等では、見栄えだけしか考えずに身勝手にコーディングしてしまうと、 非常にメンテナンスコストがかかる負の遺産が作られてしまいます。 そのためCSSの品質を保つために様々なプロジェクトで、CSSの定義ルールが決められています。 本稿では一般的なCSSの定義ルールと、そのルールがなぜ作られたのかを合せて報告致します。 また、CSSのルールを適用するにあたって、手動・目視でルールの適用をチェックするのは非常にコストが高い作業です。 これらルールの適用を補助するツール群を、合せて報告致します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - bmizerany/pat
自分のプログラムコードが最良だと思い込んで、レビューを受けないプログラマがいて、プロジェクトの進捗に支障を来してます。…
CI/CD tools for top teams
