Homebrewでnode.jsアップグレード--with-intl=full-icuに毎回時間がかかるので、full-icu-npmを使ってみた

brewでnodeのインストール時 brew install node

Please note by default only English locale support is provided. If you need
full locale support you should:
  `brew reinstall node --with-full-icu`

--with-full-icu指定すると、ECMAScript 国際化APIで日本語使えてよいのですが、インストール後も、nodeのアップデートのたびにソースからビルドされて時間がかかってしまいます...。
どうしたものかと思っていたら、
github.com なるものを見つけました。 nodeを--with-full-icuビルドしなくても、npmをインストールしておいて、環境変数指定すれば、icu使えます。

npm install full-icu -g

すると、このとき表示される

Node will use this ICU datafile if the environment variable NODE_ICU_DATA is set to “/usr/local/lib/node_modules/full-icu”
or with node --icu-data-dir=/usr/local/lib/node_modules/full-icu YOURAPP.js
 For package.json:
{"scripts":{"start":"node --icu-data-dir=/usr/local/lib/node_modules/full-icu YOURAPP.js"}}

に従って、

export NODE_ICU_DATA=/usr/local/lib/node_modules/full-icu/

これをしておくと、brewでnodeインストールするときは--with-full-icuを付けないでおいても、icu使えるようになりました。

var date = new Date(Date.UTC(2016, 7, 20, 3, 0, 0));
console.log(new Intl.DateTimeFormat('ja-JP-u-ca-japanese').format(date));
平成28/8/20

書籍「ラピッドデベロップメント―効率的な開発を目指して」

古い本を買ってしまったシリーズ、今回は、「ラピッドデベロップメント―効率的な開発を目指して」 (MicrosoftPRESS)です。かつて持っていたが手放してしまっていた。古本で見つけてうっかり購入。

ラピッドデベロップメント―効率的な開発を目指して (MicrosoftPRESS)

初版1998年、XP/アジャイル以前であり「古い感」はいなめない。が、ソフトウエア開発プロジェクトのありかたにつて、今ナナメ読みしてみても、身につまされる(耳が痛い)ところも多い。 この本では、ソフトウエア開発作業のライフサイクルとして、よくいう"ウォータフォール"とそれ以外を10のパターンに分類している。

• 純粋なウォータフォール
• コーディングと修正
• スパイラル
• 改良ウォータフォール
• 発展的プロトタイピング
• 段階的配布
• 発展的配布
• スケジュールに合わせた設計
• ツールに合わせた設計
• 市販のソフトウエア

(上のリストは、開発ライフサイクルとしては粒度が合わなく見えるが、名前のつけかたによるもので、本書には上のが一覧表で比較されている)

あとこの本はコーディングについては触れてない。そのへんは「コードコンプリート」を読んでくれと。

RubyでHTMLスクレイピング Oga

GitHub - YorickPeterse/oga: Moved to https://gitlab.com/yorickpeterse/oga

以前はTutorials - Nokogiri 鋸を使っていましたが、依存関係をなくそう : Rubyアプリ・Gemの開発者への提言 | プログラミング | POSTDこちらを読んだら、最近はOgaがよさそう。

サクッとインストール

$ gem install oga

スクレイピングとは違いますが、RSSをプルパーサーでみるのはこんな感じで

require 'Oga'
require 'open-uri'
rss = open("http://www.amazon.co.jp/rss/bestsellers/books")
parser = Oga::XML::PullParser.new(rss)
parser.parse do |node|
   parser.on(:text) do  
     puts node.text unless node.text.strip.empty?    
   end    
end  

結果

Amazon.co.jp: 本のベストセラー
http://www.amazon.co.jp/gp/bestsellers/books/ref=pd_zg_rss_ts_b_books_c
Fri, 4 Mar 2016 12:47:14 GMT
Fri, 4 Mar 2016 12:47:14 GMT
60
Amazon Community RSS 2.0
ja-jp
Copyright 2016, Amazon.com
...

こちらに参考にさせていただきました。
Ogaってゆー新しいXML/HTMLパーサーについて - Qiita

Ruby Programmer Silver version 2.1/Ruby Programmer Gold version 2.1

せっかくなので記念に貼っておきます。

もしかして最高齢認定者じゃないかと思っている。

今日知ったこと Mac OSXでCPUコア構成を表示する hwloc-ls

ターミナルからコマンドでasciiアート図表示してくれて便利。 Homebrew等でインストールしておく必要がありますが、

brew tap homebrew/science
brew install hwloc

で準備OKです。コマンド"hwloc-ls"

hwloc-ls --output-format ascii

すると、 こんなかんじでasciiアート図が出ます。

Rubyで[].all?がtrueになるのはなぜ？

[2] pry(main)> [].all?
=> true

こちらに

The method returns true if the block never returns false or nil. ruby's "any?" and "all?" methods behaviour on Empty Arrays and Hashes - Stack Overflow

ブロックがfalseかnilを返さない場合、all?はtrueを返す。 偽である要素があればfalseを返し、なければtrueを返す。 [].all?の場合は、偽である要素が無いので、trueとな。

MacBook Pro Late 2013 SDカードスロットが不調だったけど復活したのでうれしい、けどちょっと驚いた件

愛機MacBook Pro (Retina, 15-inch, Late 2013)。 SDカードスロットはこれまでほとんど使っていなかったのだが、最近使ってみたら、SDカードを認識したりしなかったり。複数のメディアで試したけどどれも接続が安定せず...。接触悪いのかと思って「SDスロットクリーナー」なるものを買って、MacBook ProのSDカードスロットに抜き差ししてみること10回ほど。結果の写真がこれ。
左が使用後、右が使用前。「SDスロットクリーナー」のピンクのところが微粒子研磨剤とのことなのですが、左側の黒い複数の縦筋、べつに鉛筆で描いたのではありません。スロットに抜き差ししただけで、この黒筋です！　まったく「え！私のSDカードスロットの接点こんなに汚れてたの？」ですわ。めでたくSDカードを安定して認識してくれるようになりました。 今後はSDカードスロットには常時SDカードアダプタを挿したままにしとこぅっと。