Sooey

2013-08-10 07:59:03 +0900

BEM-Methodology Definitionsの日本語訳。

YandexのBEM-Methodologyが方法論としてあちこちで参照されているのを見かけることが増えてきて、ちょっと変わったCSSの命名規則、みたいな認識が持たれるようになってきた。

しかし、原典である「BEM-Methodologyとは一体何なのか」という情報はなかなか説明されず、このままだとBEMを導入するチーム内で齟齬が生まれることもあるだろう、ということで、HTML/CSSマークアップに適用する際のエッセンスとなりそうなDefinitionsというページだけ日本語に訳した。

最初は本家サイトのリポジトリをforkして作業していたのだけど、どうもCMSというかHTML生成のプロセスがYandexの独自ツールを使っていて、表示確認が厄介そうだったので、内容だけをMarkdownで翻訳したリポジトリを用意するようにした。

今回の翻訳はだいぶ直訳に近く、かなり意味が取りづらい部分があったり、サンプルコードからは文意が掴み取れず誤訳になっている部分もあると思うので、可能であれば原文ページも参照するようにしてほしい。

2013-07-26 03:11:52 +0900

最近の私の情報源まとめ。

RSSフィードで購読しているものは除き、それ意外でほぼ毎日能動的に見に行くサイトは以下の通りです。

  • RubyFlow : Ruby Programming Community Link Blog - RailsやRubyに関するリリース情報やブログエントリなどはこのサイトで知る。ほぼ毎日新しい情報が載っていて、かつ分量も適度なのでよいです
  • Designer News - LayerVaultが運営するデザイナー向けのHacker Newsみたいなサイト。最近ちょっと内容の質が低下してきているような気がしないでもない
  • Medium - テクノロジー、デザイン、ビジネスなどに関する様々な人の意見が小さくまとまっていて面白い。サイト上でいい記事を探すのは結構大変なので、@Mediumのツイートから辿ることが多いです
  • Quartz - 経済とか社会情勢よりのニュースはここで見かけたものを流し読むくらい
  • Prismatic - 暇つぶしに、自分の興味の範囲内の情報が欲しいときにアクセス。日本語圏の記事はほとんどフォローされていないので、「今すぐ○○すべきn個の○○」とか「○○はなぜ○○なのか」とか「神○○まとめ」みたいなエントリが出てこないので、精神衛生上よろしいです

Quoraも一時期はよく使っていたのですが、文章を読ませてナンボのサイトのくせに全然文字に気を使っていないっぽいデザインなのと、それが改善される気配がないので、ほとんどアクセスしなくなってしまいました。

あとは、Twitterの@junya/AAAというリストは、毎日見ています（Twitterにログインしていないスマホからだと、リストのページが閲覧できないかも）。

2013-07-14 15:56:51 +0900

HerokuのAPIをcurlで叩いてプロセスをスケールさせるメモ。

Heroku上のアプリのworkerプロセスをスケールさせる処理を、Heroku Schedulerを使って定時実行したかったので、curlでAPIにアクセスする方法について調べました。

まず、Getting Started with the Platform APIを参考にAPIキーを取得します。

$ API_KEY=`(echo -n ":" ; heroku auth:token) | base64` ; echo $API_KEY
OjAxMjM0NTY3LTg5YWItY2RlZi0wMTIzLTQ1Njc4OWFiY2RlZgo=

あとは、Platform API Referenceを見てcurlのコマンドを組み立ててAPIキーをAuthorizationヘッダとして付与すればOK。

プロセスに対する処理はDynoではなくFormation APIというものを使います。example-appアプリのworkerプロセスを0から1に増やす場合は以下のようなコマンドになります。

$ curl -n -X PATCH https://api.heroku.com/apps/example-app/formation/worker \
-H "Authorization: $API_KEY" \
-H "Accept: application/vnd.heroku+json; version=3" \
-H "Content-Type: application/json" \
-d "{\"quantity\":1}"

逆にworkerプロセスを1から0に減らす場合は以下のようになります。

$ curl -n -X PATCH https://api.heroku.com/apps/example-app/formation/worker \
-H "Authorization: $API_KEY" \
-H "Accept: application/vnd.heroku+json; version=3" \
-H "Content-Type: application/json" \
-d "{\"quantity\":0}"

2013-07-01 12:06:15 +0900

CSSの記述・管理スタイルをどうするか考え中。まだこれといった結論は出ていないので、この記事は単なる覚え書きです。

ここ1ヶ月ほど、qnypの開発をデザイン面で支えてくれている@ruedapさんと、

  • CSSのスタイルガイドを何でどう作るか（今のところKSSが有力候補）
  • BEMやSMACSSが提唱している命名規則は実作業においてどんなメリット・デメリットがあるか
  • レスポンシブなグリッドフレームワークは何を採用するのがいいか（候補はSusy、Bourbon Neatあたり）
  • DOM要素にスタイルを適用する際にid/classをメインに使う（OOCSSアプローチ）か、要素名をメインに使うか

みたいなことを延々とやり取りしています。

その過程で、そもそもの問題の根幹についてちょっと思いついたことがあったので、いくつかツイートしてみました。

2013-06-21 08:26:24 +0900

Basecampを家族で使っている人の話。

この人は37signalsのスタッフではあるけれど、入社前から何年もBasecampを奥さんとの情報共有に使っているそうです。最近Discussionの数が1,000を超えているのに気づいたので、簡単なまとめ記事を書いた、ということのよう。

個々の使いこなしについては、スクリーンショットもあるので原文を参照してもらうとして、とくにいいなと感じたのは後半の "So what’s the real benefit of doing all this?" のところ。

Like many couples, my wife and I both work. We’re together as a family for maybe a few hours a day. We want that time to be spent talking about stuff that really matters – how friends and family are doing, work happenings, and other more interesting, fun stuff.

Spending time at the dinner table discussing all the things we need to do is a waste of time. So we don’t do it. Instead, we focus on each other and our kids, and not the noise of daily life.

「共働きだから1日に数時間しか家族の時間がない。その時間は、友人や家族たちがどんなことをしているのかや、職場であったことなどの、もっと大切で面白いことに使いたい。夕食のテーブルでTODOについて話すのは時間が勿体無いし、そうしたいわけでもない。お互いのことや子どもたちのことに向き合いたいんだ。日々の煩わしいことではなくね」