他にあれば是非とも知りたいです。 ※ 随時更新中！！ 便利な Emacs Lisp を探す Emacs Lisp を簡単にインストールするための package.el & MELPA package.el : Emacs24で標準搭載予定のパッケージ管理スクリプト MELPA : パッケージレポジトリの一つ、github管理 EmacsWiki: Site Map auto-intall.el 経由で直接インストール可能なwikiサイト Emacs Lisp List 日本語で読める情報源 (rubikitch loves (Emacs Ruby CUI Books)) anything.el の作者でもある、るびきちさんのblogです。Emacs Lisp基礎文法最速マスター とかおすすめです Emacs23 (Cocoa Emacs) 入門から中毒まで : 紹介マニア OSXでEmac

http://atnd.org/event/ke7 参加して, git-gutter.elについて発表してきました。 発表内容 git-gutter.elについて発表しました。資料はこちらです。 デモをしているときに期待した動作しないなぁと思ったら バグ(git diffの問題のようにも思えますが)だったので、修正して アップデートしておきました。 他の人の発表 @kiwanamiさんの発表が特に面白かったですね。 ternもすごかったんですけど、非同期プログラミングの話が良かったです。 僕自身、非同期プログラミングは並行プログラミングと違う頭で 考えるものなのかなとどこか思っていたんですけど、そうではなく 非同期プログラミングにおいても並行プログラミングを理解して いないとそのことを活かせないというのが印象的でした。 emacs-jp 朝は少し早く行って、emacs-jpの作業をしようか

寝れないので変な時間にブログを書いたりする。 時折思い立ったように Emacs Lisp を見直して色々導入を試みたりするも、結局割り当てたキーバインドを忘れてたりして定着しない、というものは多い。そんな中でもここ1, 2ヶ月くらいで定着したのが git-gutter.el。 このように緑のプラス記号なんかが出て git で管理しているファイルを編集した場合の差分がどこかが一目でわかる。 多くの elisp がそうなんだけど、導入する前までは便利そうだけどそこまで必要かな? と思いつつ入れてみたらもう手放せなくなった、そういう類です。ぼーっとしながらコード書いてる時でも、あそことあそことあそこを編集したんだなってのが git diff とかしなくても分かる。 これを入れるとちょっと動きがモッサリするみたいな話もあるけど、作者の id:syohex さんが鋭意改善中 (http://d.ha

自宅の PC の Ruby も RVM で管理することに伴い、Ruby のバージョン毎に migemo をインストールするのは面倒なので、C/Migemo をインストールする。 ソースの取得、展開、コンパイル、インストール $ cd ~/src/ $ wget http://cmigemo.googlecode.com/files/cmigemo-default-src-20110227.zip $ unzip cmigemo-default-src-20110227.zip $ cd cmigemo-default-src README.txt(README_j.txt) が丁寧。 $ ./configure --help bash: ./configure: Permission denied $ ls -l configure -rw-r--r-- 1 foo boo 1770 Fe

scsscheckers scss --checkとscss-lintを実行するスクリプトを用意する。ついでにflymake-cursorに対応させるために出力をいじるが、scss --checkの場合は--traceをつけると偶然にもflymake-cursorの書式に対応するので必要な一行目だけを出力させている。 #!/usr/bin/env python from subprocess import Popen, PIPE import sys for arg in sys.argv[1:]: if arg.endswith(".scss"): file = arg p1 = Popen(["scss", "--compass", "--trace", "--check", file], stdin=PIPE, stdout=PIPE, stderr=PIPE) stdout, st

Twitter で知人に紹介したら周囲から「これは便利」という声が結構聞こえてきたので、ブログでも紹介しておこう。Dash というドキュメントビューワー。 iOS や RubyMotion、あるいは node や ruby そのほかのマニュアルをまとめてインクリメンタルサーチして API を調べる、ということができる。メジャーな色んな言語に対応している。 本来 Dash は "Snippet Manager" ということで、コードスニペットを管理するためのアプリケーションのようだけど自分は単なるドキュメントビューワーとしてしか使っていない。RubyMotion の勉強会に行ったときに、これが便利というのを教えてもらってその後愛用しています。主に iOS の開発のときに利用していた。 http://satococoa.github.com/blog/2013/01/22/view-rdoc-

プログラムを書くのに使うのはもちろんEmacsなのですが、最近はプログラムだけでなく長文ドキュメントや本なんか読むことが多いです。そういうとき、どうしてもEmacsから離れてChromiumで開いたり、長文になるとKindleに転送したりしてしまう。 だけど、Kindleはカスタマイズ性が低くて、ちょっとしたことをやりたいと思ってもできない。 たとえば、調べた英単語の履歴とか出せない。こういうハッカビリティの低さには憤りを感じます。 それなら全部Emacsでやってしまえばええやん、と思ってコツコツと改良し続け、そろそろノウハウが溜まってきたのでついでに紹介します。 Kindly Mode Kindly Modeは、EmacsのバッファをKindle風の表示にしてくれるマイナーモードです。ほとんど見た目だけのことですが、以下の機能があります。 見た目がかっこよくなる 具体的には、明朝体になっ

先日開催された Kyoto.js #5 で LT をしてきました. crxel Emacs から Google Chrome を操作する crxel というライブラリを作っているので発表しました. 今回の発表ではこのライブラリを使ったデモとして Emacs から Google Chrome のタブを Anything で切り替える anything-chrome-tabs.el と, Emacs のカーソル下のシンボルをバックグラウンドで google 検索する google-eldoc.el を紹介しました. google-eldoc.el は全く役に立たないのですが, Emacs の操作にフックして Google Chrome を操作できると何か便利なことができそうな気がしています. Motivation Emacs には既に swank-js という Emacs から javascr

前書き 革新的ソフトウェアを作った． 背景 近年，Eclipseやflymakeなど，ソースコード中のエラーを発見するツールの開発が進んでいる PerlやRubyのような言語では静的コード解析が難しく，メソッド名の間違いを実行時にしか発見できないことがあり，頻繁にテストを実行することなどで補っている 提案手法 リポジトリ内で1ファイルにしか出現しない色付けする シンボルの出現について ソースコード中のシンボルは他のファイルにも登場する場合が多い． たとえば，あるファイルで宣言されたメソッドを他のファイルから呼ぶと，そのメソッドは2箇所から出現する． 以下の例では，helloというシンボルはファイル1と2の両方に出現している． # file1 def hello puts "Hello, World!" end # file2 require './file1' hello() 以下の例では

Labeled Tab-separated Values (LTSV) 流行りに便乗しました リポジトリ https://github.com/syohex/emacs-ltsv インタフェース ltsv:parse-lineは LTSVな文字列を解析し、alistを返します。 Perlの Text::LTSV同様 want, ignoreなキーを指定することが可能です。 (ltsv:parse-line "hoge:foo\tbar:baz\ttime:20:30:58\n") ;; => (("hoge" . "foo") ("bar" . "baz") ("time" . "20:30:58")) (ltsv:parse-line "hoge:foo\tbar:baz\ttime:20:30:58\n" :want '("time")) ;; => (("time" . "20:30

About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ

最近、仕事で一週間に一度はペアプロをするということをしているのですが、これによって思ってもみなかった効果が出たので紹介します。 ペアプロというとプログラムを書いている人の後ろでもう一人が見ていて、逐次指摘などしながらプログラミングすることによって、生産性の向上やバグ発生率を抑えるみたいなことが言われています。僕自身もそう思いながらペアプロに望んでいたのですが、違うところで効果が出始めました。それは自身の開発環境がだんだん良くなっているということです。 ペアプロによって開発環境が良くなる 今回開発環境といっているのは、emacsなどのエディタや、ターミナルなど、ローカルマシンの設定などのことです。 なぜ開発環境がよくなっていっているというと、見ている時と見られている時のそれぞれにおいて、次のようなことが起こるからです。 見ている時 後ろから見ていると突然プログラムを書いている人が、自分の知ら

趣味のプログラミングや仕事をgithubを使って行なっていると、「ちょっとこんなかんじの変更してみたんだけど、このcommit見てよ」とか、「このブランチのこのファイルちょっと見てくれない？」みたいなことがよく起こります。そういう時いちいちgithub上のページをポチポチ押して、URLを教えるみたいなことをやっているのが大変だったので、ターミナルからgithub上のページを開くコマンドを作ってみました。すでにこういうのあるかもしれません。 今回のコマンドで出来ること commitを指定してgithub上の該当commitページを開く HEAD^みたいな指定も出来る ファイル名を指定して現在のブランチのそのファイルのページを開く 行を指定してハイライトさせることも出来る それらのコマンドをエディタなどから使うことでさらに便利に使う openコマンドとperlに依存しているので、これらが使えな

この記事は Emacs Advent Calendar 2012の 25日目の記事です。 Emacsで英文を書くときの補助ツールを紹介します。 ispell おなじみの ispellです。 (require 'ispell) (setq-default ispell-program-name "aspell") イメージ 候補の中から単語を選ぶことができます。便利です。 間違っている単語を自動で探す 間違っている単語を動的に検査して押してくれるのが flyspellです。 ;; flyspell (autoload 'flyspell-mode "flyspell" "spell checking at runtime") デフォルトでは "C-,"で次の間違っている単語に移動し、"C-."で自動修正 します。自動修正は場合により使えないので、ispell-word等のコマンドと 併用する

昨日は年始の挨拶ついでに ELPA について脈絡もなく突然書きましたが、引き続き近頃の開発環境についてもだらだらと書いてみよう。 Mosh mosh というと一部の人間はひげなんとかさんが開発しているモナー的なあれを思い浮かべるかもしれないがそうではなく、mobile shell のことである。 思い切り簡略化して言うと「快適なssh」。回線が不安定な所でもエコー遅延など全く気にせず使えるし、Mac をスリープさせて復帰させたときもリモートホストにそのまま繋がりっぱなしのように見せかけてくれたりする。 詳しくはこの辺を。 mosh: MITからモバイル時代のSSH代替品 - karasuyamatenguの日記 インストールはリモートとローカル両方に必要ですが、まあ大概パッケージがあると思います。EC2 の Amazon Linux でも yum レポジトリの EPEL を有効にすれば y

emacsネタです。 もうanything.elがないと生きていけない身体なくらいにanythingな日々をおくっていますが、anything-buffers-listしたときに同一のファイル名があるとこれがまた厄介です。 しかし、uniquifyを使うとファイルの区別を目視で行うのが簡単になります。 利用方法 uniquify自体はemacsに同梱されているます。なので以下の2行を.emacsとかに追記してあげるだけでOKです。 (require 'uniquify) (setq uniquify-buffer-name-style 'post-forward-angle-brackets) こんな感じになる 上記の設定をいれた上で、anything-buffers-listしてみるとこんな感じで表示されどのディレクトリに所属しているファイルなのかがはっきりとわかります。 uniquif

さて今年もemacs使い続けていたわけですが、常に進化し続けるのが設定ファイル。.emacs.dの中は増えていく一方です。 実際は細かい変更はものすごくやっているのですがよく覚えてないので、今年追加したと思われるelispをまとめてみました。記憶だよりです。 他にもたくさん試してますがちゃんと生き残ったものだけ紹介します。 flymake.el Flymake -- an on-the-fly syntax checker for Emacs 書きながらsyntaxのチェックをしてくれる。早く使えばよかった。どうやら標準付属らしい。たまに謎の動作をするのだけど対処法わからず。 yasnippet.el Google Code Archive - Long-term storage for Google Code Project Hosting. sunippet管理。いままで適当に管理して

ふとemacsの設定どのくらいになっているのかなーと思って行数数えたら wc -l init.el inits/* | grep total 2303 totalと、とんでもないことになっていたので、これまでどんな設定してたか思い出すことも兼ねて、emacs設定大掃除をおこなってみました。そこで「これは捨てられないなー」と思った設定を淡々と書いていきます。 ちなみに実際の設定ファイルはhttps://github.com/shibayu36/emacs/tree/master/emacs.d を御覧ください。 init-loader.el emacsでinit-loaderを導入してみた - $shibayu36->blog; の記事でも書きましたが、init-loaderは便利です。最近の構成としてはinit.elにはinit-loaderの設定だけ書いて、inits以下に全部設定置いて