VHDLを記述していると、とくにXilinxのISEではコードの整形が結構めんどうです。EclipseだとShift+Command+Fとすると、自動的に指定したルールにもとづいてフォーマットしてくれて、authorによらず統一的な見た目にできますが、残念ながらEclipseのVHDLプラグインはいいものがありません。 そこへくると、Emacsはさすが機能豊富で、整形機能付きの「VHDLモード」を持っています。 MacにインストールされているEmacsでは、.vhdや.vhdlという拡張子のファイルを開くと自動的にVHDLモードになり、 syntax coloringをしてくれます。このモード内で、 Ctrl+C をしたあと、 Ctrl+B すると、コードが整形されます。以下がその例。 Emacs VHDLモードのオフィシャルページはEmacs VHDL Modeにあります。 作者やメンテ
VimでSQLを整形する方法を探していた所、Perlを利用するのが良さ気だったため、 試しに導入してみました。 最新版はSQL-Beautify-x.xxをご確認下さい。 SQL-Beautify設定 Perlを使った事が無いため、スマートでないかもしれません。 $ mkdir -p $HOME/.vim/SQL-Beautify $ cd /tmp $ wget http://search.cpan.org/CPAN/authors/id/J/JK/JKRAMER/SQL-Beautify-0.04.tar.gz $ tar -zxvf SQL-Beautify-*.tar.gz $ rm -f SQL-Beautify-*.tar.gz $ mv SQL-Beautify-*/* $HOME/.vim/SQL-Beautify $ cd $HOME/.vim/SQL-Beautify
reduce の使いどころを調べました。自分の dot.emacs.d 以下を grep -r しても、anything-find-project-resources.el ぐらいでしか reduce の利用例がなかったのですが、書籍「ANSI Common Lisp」 に "2引数しかとらない関数を拡張するのに使える" という解説がありました。 intersection は引数の2つのリストの共通部分を求める関数です。 (intersection '(a b c d) '(b c d e)) ;-> (d c b) (intersection '(a b c d) '(b c d e) '(c d e f)) ;-> error: (error "Bad keyword argument (c d e f)") これに対し、以下のようなサンプルコードで、複数のリスト共通要素を返す方法が示
js2-modeを使おうと思ったら、js2-modeはコンパイルして使用してください。というエラーに遭遇。 M-x byte-compile-fileを実行したら、エラー発生。ちょっと調べると、既にjs2.elを読み込んでいるとエラーするそうな。 面倒だったので、全部の.elファイルをコンパイルしてしまおうと思ってググってみると。 http://d.hatena.ne.jp/goryugo/20080429/1209398218 とかで、M-x byte-recompile-directoryにてディレクトリ指定して一発とか書いてるけど、僕の環境(23.3.1)ではコンパイルされない。 $ emacs -Q -batch -f batch-byte-compile ~/.emacs.d/elisp/* てな、感じでバッチとしてコンパイルをしてやった。
Emacs Lispで書いたスクリプトをert.elでユニットテストしてみました。 Emacs Lispでも、少し込み入ったスクリプトを書いていると、 ユニットテストをしたくなることがあります。 少し調べたところert.elというライブラリが見つかり、使いやすく便利 だったのでご紹介したいと思います。 （なお、この記事の内容はDebian 5 (lenny)上のEmacs 23に基づいています。） ert.el ert.el（Emacs Lisp Regression Testing）は、いくつかあるEmacs Lisp向け ユニットテスティングツールのひとつです。Emacs trunkに入ったそうなので、 そのうち標準で使えるようになるはずです。さしあたって単体で手に入れる こともできます。 http://git.savannah.gnu.org/cgit/emacs.git/plain
Vim scriptのテスティングフレームワークはいくつかあります。 以前調べたこともあります。 UTを使ってVim scriptのテストを書く - ぼっち勉強会 既存プラグインでも充分に機能を備えているのですが、以下の点で不満がありました。 Vimから気軽に実行できない Vim scriptで関数をテストしたいだけなのに端末からシェルやバッチ叩いて実行とかメンドイ 中にはRubyとか外部ツールに依存しているものもあってメンドイ 出力結果が物足りない 更新されてなかったりする ということで、せっかくだから勉強がてら自分で作ってみました。 kannokanno/vimtest · GitHub 使い方 ※追記 以下に書かれている使い方は、一部古い情報があります。 最新の情報についてはREADMEもしくはヘルプ、もしくはsample.vimを参考にしてください。 ※追記ここまで sample/
Vim script用のテストフレームワークはVCS系のプラグイン以上に乱立している。 各フレームワークの違いが分からなくなりやすいので、ここにまとめる。 まだ内容は工事中。 基本的に、現在の Vim からの実行にのみ対応だと実装が楽で確認も容易。 ただし実行結果がテスト環境の .vimrc, plugin 環境に依存してしまう。 テスト実行後の副作用の問題もある。 コマンドラインからの実行だと、副作用はないがテストの実行が面倒である(特に Windows 環境)。 プラグインが別のプラグインに依存している場合、runtimepath の指定が大変。 テスト用の関数を登録するものは、修正後の再ロードが難しい。 フレームワークには関数系とコマンド系がある。関数系のほうが記述の自由度が高く分 かりやすいが、テストの記述は長くなりがちである。 テストの構文は大きく分けて TAP 系と Spec
vimプラグイン書こうとちょっとずつ調べているのですがやっぱりテスト書きたいよねって事で vimのテストフレームワークをまとめる 順不同、開発停止してそうなのもあるので雰囲気見てください。記事書いてからの将来的に開発止まっちゃうかもですし。よさそうな実装あったら開発が活発なところに組み込んだりも出来ますシー kana/vim-vspec Travis CI で Vim プラグインのテストを自動化する Vim プラグイン開発でも継続的インテグレーションがしたい! (Travis CI 編) テストファイルはvimプラグイン形式で書いて 内部でRubyのvim-flavorgemを使用している vim-airlineで使ってる AndrewRadev/vimrunner 完璧Rubyのgem rspec形式で記述出来るので今までのrspecの恩恵が受けられる vim-multiple-curs
まず、gcd.elを用意します。 (defun gcd(a b) "Greatest Common Divisor of A and B" ;; Make a < b (if (> a b) (let ((c a)) (setq a b) (setq b c))) (cond ((< a 0) nil) ((or (= 0 (- b a)) (= a 1)) a) (t (gcd (- b a) a)))) そして、それに対応するテストtest-gcd.elを書きます。 (require 'test-simple) (test-simple-start) ;; テスト開始！カウンターとタイマーをリセット ;; .elを確実に読み込ませるためにrequireの代わりにload-fileを使う (assert-t (load-file "./gcd.el") "gcd.elがないよ！" ) (
Vim プラグイン開発でも継続的インテグレーションがしたい! (Travis CI 編) #ci#editorwar#vim 2013年 02月 06日 kana 問題 昨今は継続的インテグレーション(CI)が大ブームです。 そしてオープンソースのプロジェクトならTravis CIを使うことで簡単にCIを始めることができます。 という訳でこのビッグウェーブに乗るしかありません。 それも Vim プラグイン開発で。 しかし、 Vim プラグインのテストはどう書けば……他のプラグインに依存しているプラグインだとどうしよう…… という割と面倒臭い問題があります。 しかしもう2013年です。 Vim プラグイン開発でも CI したいお年頃です。 一体どうすれば良いのでしょうか。 解答 幸いなことにもう2013年です。 なので以下のステップをこなせば Vim プラグイン開発でも簡単に CI できます
Vimプラグイン開発でもユニットテストがしたい! (vim-vspec 編) #editorwar#test#vim 2013年 02月 08日 kana 問題 「Vim プラグイン開発でも継続的インテグレーションがしたい! (Travis CI 編)」 では Vim プラグイン開発でも簡単に継続的インテグレーション(CI)を導入できることを解説しました。 ところで CI はユニットテストを書くことが前提です。 上記の記事では「どうユニットテストを書くか」についてはほとんど触れていませんでした。 実際にテストを書こうとすると、 テスト結果が実行環境に左右されないよう、無設定の状態の Vim を起動し、さらに関係のないプラグインや設定は読み込まれないよう細工をした上でテストを実行する必要がある。テスト対象のプラグインが他のプラグインに依存している場合、適切なバージョンのものを取得した上でそれ
この記事はVim Advent Calendar 2012 : ATND 245日目の記事です。 Vim scriptは実行速度が遅いことで有名ですが、どこでどれくらい時間がかかっているのかを調べたい時があります。今回はVim scriptの実行時間を計測する方法をまとめました。 起動時間を調べる 1. --startuptimeオプションを付けて起動する Big Sky :: vimmer必読！読み込みの遅いvimscriptを見つけ出す方法 $gvim --startuptime {ファイル名}Vim起動時に読み込んだスクリプトと、かかった時間をリストアップしたファイルを、ホームディレクトリに生成します。 起動時しか計測できないのと、結果がファイルに出力されるので（工夫をしない限りは）気軽に見られないということと、ファイルの見方がイマイチ分からないのが難点です（後述の:profileコ
はじめに 過去に私がHaskellを学び始めた時、 真っ先に疑問に思ったことはモナドの存在だった。 当時は全くと言っていいほど理解できなかったが、 最近Haskellを学び直して ようやく理解することができた(と思う)。 という訳で、現時点での私のモナドへの理解を示すためにこの記事を書く。 ここではモナドの本質が何なのか概要を示す。 正確な説明は数多あるモナドについてのチュートリアルを参照されたい。 Hellow World問題: IO, Monad, fail 新しい言語を学ぶ時、まず間違いなくHello Worldを書くだろう。 HaskellでHello Worldを書くとこうなる: この1行だけを見ると普通の命令型言語と大して変わらないように思える。 ところでHaskellには強力な型推論がある。 そのため型宣言を省略しても処理系がよしなに解釈してくれる。 ただ普通はコードの意図す
RubyのrbenvやPHPのphpenvと同じように、Emacsにもバージョンマネージャがあります。 まあ、だいたいの人は最新のEmacsをエディタとして、もしくは環境として利用していると思いますので、普通のEmacsユーザにはあまり必要ないかもしれません。 ただ、Emacs LispをCIにかけるときに真価を発揮します。そうです、EmacsはEmacs Lispの実行環境でしたね。 なのでEmacsにもバージョンマネージャが必要になります。そうです。必要です。 evm https://github.com/rejeep/evm evmはf.elでも有名なrejeepさんがメンテナンスをしています。 使い方は、 evm install [version] でバージョンを指定してインストールする evm use [version] で指定のバージョンのEmacsを使う と、RVMに似ていま
Emacs 24 comes with a unit testing library, ERT (Emacs Lisp Regression Testing). I learned about it after watching Extending Emacs Rocks! and I’ve been using it ever since. It’s been a pleasant experience; enough so that I made a key binding for it so that I can effortlessly run tests at any time. When I recently made a major overhaul to my Emacs web server I added a small test suite using ERT. Em
Vim scriptを取り巻く問題について というエントリへの反論というか返答というか補足です。このエントリは極端に書くとこう言っています。 Luaトランスレータなんてできっこねーんだから無駄なことやめろよバーカバーカ キャッチーに要約してますがコレ一行で済むでしょう。 ただ正直なにもわかっちゃいないで書かれたようなので、足りてないところを書いておきます。 Vim scriptの高速化方法の比較 Vim script を高速化する方法は、現時点で2つ提案されています。 バイトコード化 (=パース処理のキャッシュ) 別言語(Lua)へのJust In Timeな トランスレータ あのエントリでは前者は実現可能であるが後者は不可能であると述べていますが、私の見かたは違っていて「どちらも実現可能である」です。ただしそこに至るステップ、歩幅の大きさと予想される最大効果がぜんぜん違います。 歩幅の大
こんにちは、三上です。 気付けば2017年も1ヶ月が過ぎ去り。。（日付とか、気を抜いてるとまだ "2016" などと書いてる自分が。。。 はじめに Python勉強中です。 Pythonのスクリプト言語的な手軽さが楽しいです！v 今回、Pythonで書いたバッチのJobワークフローエンジンを検討するにあたり、Luigiをさわってみました。 Luigiって何？ PythonでバッチJobのワークフロー管理してくれるヒト（全部 Pythonコード スケジューラー機能はない（ので、cronからluigiを実行する Jobに依存関係を持たせたい場合、if文ばしばしなコード書かなくて良いのでコードの可読性が上がる Luigi Advent Calendar 2016 ｜ シリーズ ｜ Developers.IO OSSのワークフローエンジンを使ってみた感想 ｜ Qiita データフロー制御フレームワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
