はてなブックマーク

昨年末ごろから面白そうだなと思ってドキュメントやコードなどを読んでいた ReasonML のドキュメントの翻訳を、自分の理解のために昨年末からボチボチはじめました。 I'd like to try Japanese 🇯🇵 translation. Should I do it here? https://github.com/reasonml/reasonml.github.io/issues/3#issuecomment-348730986 時間のある時にボチボチやっていこうかなと思ってたのですが、先日急に翻訳テキストが公式に流れ出てしまったので、今慌てふためいているところです。 翻訳元のソースが最新化されて、少し巻き戻ったところもあり、今現在日本語での30%未満という進捗状況です。 翻訳は Docusaurus で作られたドキュメントの翻訳にも使われている Crowdin というサ

過去の記事を振り返ると、Chromebook がメイン機となって、1年くらい経つらしい。 taiju.hatenablog.com 書いた当初はあれこれ頑張って、Chromebook で Ubuntu を使えるように悪戦苦闘していたけれど、しまいに面倒になってきたので、シンクライアントは、シンクライアントらしく振る舞うべきというところに落ち着いた。 ということで、最近の Chromebook の運用について書く。 GNU/Linux を使いたい!!! Chromebook 自体は、素の Chrome OS の端末として使うわけですが、ほとんどの生活をターミナルで行っていた私としては、GNU/Linux または、UNIX 環境がないと厳しい。 以前は、記事に書いていたとおり USB に Ubuntu を入れて頑張っていたのだけど、Chromebook をデベロッパーモードで利用しないと駄目だ

たぶん、Emacs に衣替えできたので、その話をします。 いつもですます調だけど、である調で書いた。 プロローグ 普段は Vim を使っているが、数年に一度くらい、Emacs を使いたい欲求がどうしても抑えきれなくなることがある。（Vimmer のあるあるネタだろうか？）（多分、コイツは最近 Lisp の本を読んだ） 欲望のまま Emacs を立ち上げ、ひととおりチュートリアルをこなすと、不思議なことに抑えきれなかったはずの欲求が綺麗サッパリ消えているのだ。本当に微塵もないのだ。 そして、あの気持ちはなんだったのだろうかと我に帰り、Vim を立ち上げ、安堵する。「俺にはやっぱりコイツじゃなきゃダメなんだ」と。 そんなやりとりが、これまで何度もあった。 ところが、最近の Emacs には、Evil という悪魔が存在する。 去年も Emacs を使いたい欲求が抑えきれなくなった。（ねぇ？Lan

Mac （OS X Mountain Lion）で Oracle 11g の環境を整えたいと思ってセットアップしたんですけど、そこそこ面倒だったので、同じこともう一回調べたくないし、記事にします。 古いけど OS は Mountain Lion で、Apache は Mac 標準のものを使っています。 DB サーバのセットアップ Mac で Oracle の DB サーバ構築するのはそもそも無理ってことを知ったので、VM セットアップしないといけないのか、やだなーと思って、念のため調べてみたら、用途ぴったりの Vagrantfile 提供している人がいて、それを使わせてもらうことにしました。 DB サーバのセットアップの手順が省略できるので楽できました。 上記の README の Installation のセクションの通りにセットアップすれば、vagrant up して VM 立ち上げて

年末に Chromebook (Acer C720) を買いました。 いろいろ弄る中で知見を得たので、記事にすることにします。 結果的に良い買い物だったという気がしています。 購入前 今使っている Macbook Pro も数年使っていて、ハード的にも環境的にもボロボロになってきたので、買い替えを検討していました。 本当は Macbook Air が欲しかったんですけど、結婚してから自由に使えるお金が限られるようになったので、Macbook Air はヨイショと簡単に買えるような端末ではなくなってきていました。 振り返ると、家で使う個人端末では Chrome とシェルしか使ってないので、別に Macbook Air にこだわることはないのかなと思い、安い Linux ラップトップを買おうかなと思ってたんですけど、予てから興味のあった Chromebook を調べてみると、Chromeboo

この記事は、Movable Type Advent Calendar 2014 の 21 日目の記事です。 最近になって、遅ればせながら peco を使い始めました。汎用的なインタラクティブフィルタリングツールなので、どんなコマンドとも組み合わせて使うことができるし、ないと困るツールになりそうな気配です。 本題ですが、MT の特定の画面をサクッと開けるランチャーを作りたいなと以前から思っていたんですけど、一から考えて作るのは厳しいのでほぼボツ案だったのですが、peco または percol を使えばそれなりに満足するものが作れそうだなと思ったので、昨日作ってみました。 MT::Tool::Launcher $ cd $MT_HOME $ ./tools/launcher --protocol=https --host=cms.example.com --cmd=/path/to/peco

MTの管理画面は、JavaScriptに依存した部分が結構多く、PhantomJS等のヘッドレスブラウザを使ったテストが必要になるケースがあります。 CasperJSや、Seleniumなど、いろいろなツールがありますが、MTの管理画面のロジックは、Perlで書かれているので、Perlで書けるのがベストです。Perlでデータの初期化とかしたいですからね。 Perlで書ける方法でツールを絞り込むと、現状では、Selenium::Remote::Driverを使うのが良い気がしています。 ということで、下記のようなテストを書いてみました。 テストの実行には、MTのGitHubリポジトリに含まれる、tディレクトリが必要です。あと、試す場合は環境変数MT_CONFIGを書き換えずに、MT::TestでDBを初期化すると、既存データが吹っ飛ぶので、テスト用の環境は別途用意した方が良いです。 Test

コマンドラインで、MT::Objectを取得して、加工して、出力してみたいなことすることが結構あるんですけど、MT::Objectは大変ワンライナーしにくい印象でした。 MTのシステム管理者のIDとパスワードがわからない時、コマンドで強制的に作ることがあるんですけど、MT::Objectがワンライナーしにくいので、下記のようなファイルを用意してから、実行するというまどろっこしさです。 試しにワンライナーしてみると下記のような感じでしょう。 $ perl -I{lib,extlib} -MMT -e 'my $taiju = MT->instance->model("author")->get_by_key({name=>"taiju"});$taiju->nickname("taiju");$taiju->email("[email protected]");$taiju->auth_t

Movable Type には、MT::App という Web アプリケーションを記述するための基底クラスがありますが、結構慣れが必要なのと癖があることもあって、もっと手軽に Sinatra like にアプリケーションを記述できる、フレームワーク的なものが欲しいなーと常々思っていました。 とりあえずいろいろやりたいことは残っていますが、動くところまでできたので、紹介します。 現状では、PSGI でのみ動作します。 名前 MT::App::Lite 概要 以下のような感じでMTアプリケーションを記述します。 package MyLiteApp; use strict; use MT::App::Lite; setup Renderer => 'Xslate'; get '/' => sub { my $app = shift; $app->render('index.tt', { blog

Perl でメソッドを呼び出す時、 $class->$method; みたいな呼び出し方できるのは知ってたけど、 $class->${ \'method' } みたいな感じで、文字列のスカラーリファレンスをデリファレンスすることでも同じことができることを知った。 これを用いることでメソッドチェーンのメソッドを動的に決定することができる。 上記のように pass とかいうメソッドを用意しておけば、不要なメソッドはスキップするということもできるので、そのチェインを実行するかどうかも動的に決定できる。 コードは結構キモい感じだけど、それなりに実用性はありそう。

感想文書くの遅くなりましたが、先日、MTDDC 2013に参加しました。 LTについて Data APIをさわるキッカケを作りたいなと思って、さわる前にLT応募したんですけど、実際にさわってみるのはギリギリになってしまって、焦ってたんですが、5分だったのでなんとかなりました。 とりあえず、できることを確認して、サンプルアプリ作ってみて、ファーストインプレッションをまとめた感じです。 下記にLTのスライドを置いておきました。 MTDDC 2013 LT | Hello, my little giant from taiju higashi LT用に作ったサンプルアプリケーション Movable Type Data APIは、結構ポテンシャルが高いなと思っていて、スライドにも書きましたが、MTの管理画面を作るだけじゃなくて、JSONを使ったフロントエンドアプリが普通に作りやすくなりますねってこ

AWSを使ったこと、ほぼなかったんですけど、これをキッカケにして、今後は活用するようになりそうです。 発表内容をシェアするとともに、ちょっと考えることを書きます。5分という短い時間でしたが、伝えたいことは伝えられたんじゃないかと思います。 スライド やすい・はやい・うまいMTのホスティング環境を求めて - jaws-ug-3to-2013-sprint from taiju higashi 思ったこと Wordpress界隈に比べて、MT界隈のAWSのノウハウは、ウェブを見る限りではまだ少ないように思います。 特に、Movable Typeは静的ファイル出力が前提のソフトウェアなので、S3やCloudFrontがもっと活用されるようになるといいなと思いますし、自分は今後活用しようと思います。 また、スライドの中では、管理画面なくてもいいじゃんみたいな話をしていますが、これは極端な話だったか

MTは5.2.2からPSGI対応したということで、今までPSGIアプリケーションをMojoliciousやMENTAで作ることもあった自分としては、かなり嬉しい出来事でした。 Mojoliciousなどは、開発用のPSGIサーバーも同梱されていて、ポータブルだし、サクッと開発環境を用意して、プログラム書き始めることができるのがとても良いですね。 どのCMSもApacheの設定から始めて、DB作って、それらの開発環境を外に持っていく時も同じようなことをして云々かんぬんというのに辟易していました。Cartonなどを利用すれば、Perlの実行環境を除いて、アプリケーションディレクトリ配下にアプリケーションが動作するすべての条件を含めることができるのが快適で快適で。 これとなるべく近いことをMTOSでやってみようという試みです。基本的にPSGIで動かす話なので、CGIで動かす場合は、今までどおりメ

今年はHaskellを勉強しています。 土日などを利用して、すごいH本を3〜4週間かけて読み終えました。時間かかった分、記憶の密度が低くて、まだ理解度は低いです。 新しい概念を学ぶ時は、同じテーマの本を何冊か読んで、本当に読みたかった本を再度読み直すというのが自分の学習の方法として定着しているので、今は、プログラミングHaskellを読み進めています。 すでに「ふつうのHaskellプログラミング」は読み終えていましたが、改めて読むと、本当に普通のプログラミング本に感じたので、すごいH本がかなり刺激的で、よくできた本なんだと思います。読み直す時が楽しみであります。 本題 さて、「プログラミングHaskell」の話に戻りますが、foldrとfoldlの説明の箇所が秀逸だと思ったので内容を紹介してみます。*1 fold関数は、他の言語でreduceとかinjectとか呼ばれている関数ですね。個

Movable Type Advent Calender 2012の5日目です。 Movable Typeのプラグイン開発は、ダイナミック・パブリッシング対応のためにPHPを書くのを除いて、主にPerlのプログラムを書くことになります。 Perlのプログラムは、標準のモジュールだけで開発できることは少なく、様々なCPANモジュールを組み合わせて書いていくことが多いです。 プラグインの開発をする際、プラグインにCPANモジュールを同梱することもできますが、すでに同機能を実現できるモジュールが標準で用意されているのであれば、そちらをまずは使った方が、依存モジュール等でややこしくなくて済むので、まず、MT_HOME/extlibディレクトリの中にあるモジュールをいろいろと調べることがあります。 この機会に自分の備忘録も兼ねて、デフォルトのextlibディレクトリにある、CPANモジュールのカタロ

PerlのリストはPerlらしいというか、結構おもしろいなーと思うことがあります。 Perlのリストの面白いところを紹介してみます。 cons, append Perlでconsとかappendするいい方法何かなーとか考えてた時に、リストの標準機能でできることに気づきました。 my @one_to_three = (1, 2, 3); # cons my @zero_to_three = (0, @one_to_three); # append my @one_to_four = (@one_to_three, 4); concat 同じような方法でconcat相当もできます。 my @one_to_three = (1, 2, 3); my @four_five_six = (4, 5, 6); # concat my @one_to_six = (@one_to_three, @fou

つい先程の話。kanazawa.rbで「Mojoliciousと愉快なPerl」という話をしてきました。 Perlの記事を書いたことはあるけど、Perlについての発表をするのは初めてだったので、いつも以上に緊張した感じです。というか、ようやくプログラムの話ができるようになったという感じでしょうか。 Meetup #2 - Kanazawarb スライド スライドは以下に置いておきました。 Mojoliciousと愉快なPerl 話の内容 スライドにはキーワードだけ書いて、口頭での説明とデモがメインだったので、スライドだけ読んでもちょっと物足りないかもしれません。 発表でも話しましたが、かつてはRubyがPerlから学ぶことが多かったけれど、今はPerlがRubyから学ぶことが多いです。 Rubyの勉強会に参加するのも初めてでしたが、多分、Perlの人がRubyの勉強会に参加するのは、少し先

世の中にはmargin-top派とmargin-bottom派がいるとかいないとか。 自分はmargin-top派です。 margin-left派とmargin-right派がいるならば、margin-left派です。 試しにmargin-bottom派になってみようかなと頑張ってみたんですけど、やはり慣れもあり、margin-topの方がしっくりきたのでエントリーを起こすことにしました。 margin-top派な理由 margin-top派になったのには理由はなくて、なんとなくmargin-top派になった気がするのですが、margin-bottom派に移るのが少し面倒な理由はあります。 その理由は:first-child擬似クラスの存在です。 例1 例えば、以下の様なHTMLがあったとします。各section.contentの間には30pxの余白が欲しかったとします。 <section

Lispの仏様と言われた竹内郁雄先生は、XMLを分厚いカッコのあるLispとおっしゃっているそうです。 実際に、S式で(HT|X)MLを書くと、自然でシンプルに書けるので、S式を(HT|X)MLに変換する単純なコンバータを作りました。 作ったもの Buakko - Simple s−expression to (X|HT)ML converter. ネーミングのBuakkoは「分厚いカッコ」をもじりました。 シンプルなコンバータです。むしろ、現時点ではいろいろ機能が足りない感じです。 S式といっても、データの表記方法の一つとして採用しているだけで、Lispとの関連性は強くはありません。演算機能もありませんし。 ツールはPerlで書かれています。 動かすのに必要なもの Perl 5.8以上 CPANモジュール Parse::RecDescent Path::Class また、インストールには

ラムダ計算では、数値すら関数で表現できるらしいです。 数値を関数で表現する方法のひとつにチャーチ数というものがあるとのこと。 何で書いてみようかなと迷ったのですが、この手の処理をシンプルに書けそうだと思ったので、CoffeeScriptで書いてみることにしました。多分、正解だったと思います。 サンプルコード church.coffee church.js 関数適用の数で自然数を表現するってのが面白いし、まず発想できないですね。 ややこしかったので間違ってるかもしれませんが、簡約していくと、こんな感じになるのでしょうか。 最初は関数がメタな表現過ぎて、何をしたいのか頭で整理しきれませんでしたが、参考サイトを見ながら、書いてみて、実行して、理解できました。生JavaScriptで書こうとしていたら、もっと理解に苦しんだでしょう。 なんでも関数で表現できるラムダ計算ってすごいですね。データ構造や

最近、4Clojureにハマっています。 プログラミング学習サイトには、プログラムの実行環境が必要だと思っていて、ドットインストールのアプローチよりも、Codecademyのアプローチが正解だと思っています。 4ClojureはREPLこそ、別のサイトですが、プログラムの実行環境があるのでとても良いです。 4Clojureの学習の流れ 4Clojureは以下のような流れで学習します。 難易度とカテゴリが設定された問題から取り組む問題を選ぶ 実装する機能のテストが提示される 機能を実装し、入力画面にコードを打ち込んで、打ち込んだ内容を評価する テストに通れば、クリア、通らなければ、リトライ Golfコンテストに参加していれば、Golf Scoreとともに、コンテスト参加者のScoreのグラフが表示され、評価したコードがどの位置にいるかわかる ゲーム性があり、リズム良く、効果的な学習ができると

先日、Meteorっていうツールが話題になっていて、いろいろ見てみたんですけど、pjaxいいなぁと思って、今まで実装したことなかったので、Mojolicious::Liteで実装してみました。 ついでに流行りっぽいツールを組み合わせてみました。 利用したツール Mojolicious::Lite Backbone.js jQuery CoffeeScript LESS 実装するにあたり、以下の記事を参考にしました。 kennyjのブログ(仮): backbone.jsがいつのまにかpjax対応していた Mojolicious::LiteでPJAXしてみた サンプル 1ファイルなので、ミニマルですってことです。コードもなるべく短くなるようにしました。 ここで使ってるツールは流行ってるし、オシャレですね。 どうもMojolicious::Liteが一番流行ってなさそうですね。流行らせたいですね

こなれてきたので、Perlの環境構築についてまとめる。出尽くされてる感は半端ないけど。 導入するツール perlbrew cpanm（App::cpanminus） Carton perlbrew perlbrewはユーザー領域に複数のPerlのバージョンをインストールして使えるツール。Rubyのrvm相当。 インストール 公式ドキュメントに書いてある手順で簡単に導入できる。 $ curl -kL http://install.perlbrew.pl | bashこれでインストール終わり。 設定 次はperlbrewの設定。でも最初から付いてくる。 $ echo source ~/perl5/perlbrew/etc/bashrc >> ~/.bash_profileインストールした際のログに書いてあるが、perlbrew用のbashrcが添付されてるので、それを読み込む設定を.bash_

Clojureのコード読むと、->（ハイフン・大なり、ハイフン・不等号）とか->>（ハイフン・大なり・大なり、ハイフン・不等号・不等号）とかの記号を見かけるのですが、Googleで検索しようにも検索できないので、はじめ何やってるのかわからなくて大変でした。*1 同じ人もたくさんいるだろうということで、使い方を書いておきます。*2 ->（ハイフン・大なり、ハイフン・不等号）の使い方 ClojureDocsの該当項目を見れば、使い方はなんとなくわかります。 動作を見ると、partialとcomposeの融合版みたいな感じですね。これは関数しか使えない言語（マクロのない言語）ではできない機能です。素晴らしい。 ClojureDocsの例を確認します。よくあるパターンですね。 "a b c d"という文字列を全て大文字にしたい。そんな時は、以下のように書けます。 その後、"A"を"X"に変えたいと

追記 手順が抜けて手落ちだったし、これとほぼ同じ事をもっとわかりやすく書いてある記事があったので、ものすごく恥ずかしくなってきました... 以下の記事を参照された方がいいです。ブックマークも以下の記事にしていただいた方がよろしいかと！ MacでClojure + Vim環境を作る - komagata 以下、書いた記事を一応残しておきます。 Macbook ProにClojureのセットアップをしました。 特にVimClojureの導入が、調べてもなかなか簡単な方法がなくて大変だったので、試行錯誤しながら確認したベストな解決策をメモとして残しておきたいと思います。 環境 Mac OS X Lion Vim バージョンは7.3 homebrewでインストールしたもの *1 プラグインはNeoBundleで管理 Macのパッケージ管理 homebrewのみでMacPortsは使ってない ちなみ

あくまで富豪的プログラミングが許される時という前提付きですが、関数合成がとても有用だと思うので、記事にしてみます。なお、ソースコードはCoffeeScriptで記述しているので*1、JavaScriptはわかるけど、CoffeeScriptはわからないという方は、適宜、CoffeeScript公式サイトのREPL（上部にあるTRY COFFEESCRIPTというリンクより）等で変換しながらご確認ください。また、JavaScriptエンジンはV8を想定しているので、一部のブラウザでは動かないメソッドも入っています。 Lisp脳について に、Lisp脳についてこう書いてあります。 手続き的な発想では、毎回特殊な処理を行いそれを繰り返すという発想でプログラミングしていました。 Schemeプログラマはそうは考えません。 データからデータへの変換を考えれば良く、出力は後からどうにでもなる、と考えて

定期的に書いてる気がするけど、実際に定期的に見直しているので、最近の制作環境のメモを書きます。 制作環境で言う制作とは、割と一般的なサイト制作のことです。 制作ツール vim git sass（最近はcompassも使ってみたり） yuicompressor firebug Wordpress or Movabletype Dropbox 社内サーバー ほとんどの案件で使う制作ツールはこんな感じ。MTを使うことが増えてきてます。 MTはCMSとして使うほか、CMSが不要なお客様の案件でも、案件ごとに社内サーバーにMTOSを入れて、HTMLジェネレータツールとして利用しています。 Dropboxは社内で共有しています。個人的には、全員がgitを使えるようになれば、共有する必要はないと思っていますが、まだその段階は先の話です。 gitの使い方 個人的にgitがようやく「使うことで効率が落ちる」