動機 この間翻訳で使ってみたらかなり使いやすかったんで始めてみた。これからドキュメント書きに使いそうなのでメモ。 手順 レポジトリの準備 Free source code hosting — Bitbucket bitbucketでMercurialのプロジェクトを作成する。 これでプロジェクトができた。今度はローカルにcloneする。 $ hg clone hg clone http://bitbucket.org/<username>/<repository name>ここでbitbucketで幸せになるために設定ファイルを修正する。 $ cd <repository name> $ vim .hg/hgrc + [ui] + username = hogehoge <foo AT example.com>usernameを変更しておかないとbitbucketにpushしたときに登録し
探してみても見あたら無かったので慣れないelispで書いてみたでござるの巻 (eval-when-compile (require 'cl)) (require 'flymake) (setq anything-c-source-flymake '((name . "Flymake") (init . (lambda () (setq anything-flymake-err-list (loop for err-info in flymake-err-info for err = (nth 1 err-info) append err)))) (candidates . (lambda () (mapcar (lambda (err) (let* ((text (flymake-ler-text err)) (line (flymake-ler-line err))) (cons (fo
「有用なものを生み出すけれど複雑怪奇になっているシステム」を見つけたときには、 「バッドノウハウだ」と批判するだけではなく、 バッドノウハウを隠す「グッドラッパー」を作ることを考えよう、というお話。 目次 はじめに 有益なものを生み出さなければ「奥が深い」とも呼ばれない バッドノウハウをグッドラッパーで隠そう 本当によくないシステムとは よびかけ 補足:Perlとバッドノウハウ いろんな方からのコメント 反応リンク 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに 高林哲さんは『バッドノウハウと「奥が深い症候群」』というページで、 「奥が深い症候群」や「バッドノウハウをありがたがることの危険性」について書いています。 これはもっともな指摘なので、それを受けてもう一歩進んだ話を書いてみましょう。 有益なものを生み出さなければ「奥が深い」とも呼ばれない もしも「奥が深い」システムが何
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く