ghqを使ったローカルリポジトリの統一的・効率的な管理について - Kentaro Kuribayashi's blog
GitなどのVCSからcloneしたローカルリポジトリをどう管理するのがいい感じなのか、よくわからない。なんとなく自己流でやっているが、もっといい方法を知りたい。 tl;dr - ディレクトリレイアウトをgolangの作法に合わせ、すべてのリモートリポジトリをghqを使ってcloneし、percolを使って簡単に検索できるようにしましょう。 追記: いまならpercolの代わりにpecoというツールを使うのもよいでしょう。というか、僕はそうしています。設定方法はこのエントリとほぼ同様の内容でいけると思います。 背景 そんな課題を抱えつつも、特になにかをするわけでもなく日々暮らしていた折、Rebuild: 42: When in Golang, Do as the Gophers Do (lestrrat)で@lestrratさんが、Goのお作法に、他の言語のリポジトリも含め、すべてあわせる
第1回Ruby開発環境勉強会 - Kentaro Kuribayashi's blog
社内で、Ruby開発環境勉強会を行いました。趣旨としては、 Rubyプログラマ歴ひと月未満の僕が、最近自分でやってみた開発環境について説明・実演する それを聞いているひとが「こんなことも知らないのか」とあきれて、いろいろ教えてくれる という会です。いろいろ勉強になったので、とてもよかったです。開発環境やツールまわりの勉強会、面白いので、次回以降もなんかしら開催したいと思います。また、 西園寺おんじ氏: http://p.booklog.jp/book/51223 刺身氏: http://blog.kyanny.me/entry/2012/05/30/164601 の2名も発表してくれました。 とはいえ、単に「教えて」というだけいっても意味ないので、以下の軸に沿って問題を整理しつつ、それぞれについて説明・実演をしつつ、みなさんの意見をうかがう感じですすめました。 シェルの設定 irb/pry
『設計の設計』を読む #2 - 「超線形設計プロセス論」について - Kentaro Kuribayashi's blog
第一回目(『設計の設計』を読む #1 - 設計プロセスの継続について)に続く第二回目は、田中浩也氏による「アーキテクチュラル・コーディング」も非常に面白いだが、ちょっと消化しきれていないのでスキップし、藤村龍至氏による論考「批判的工学主義から「設計」を考える」の感想を述べてみたい。この章は、上述の田中論考同様、これまで特に建築に興味を抱いてはいなかったような、僕が属するIT業界の人々も楽しく読めるものだと思う。 設計の設計 作者: 柄沢祐輔,田中浩也,藤村龍至,ドミニク・チェン,松川昌平,メディア・デザイン研究所出版社/メーカー: INAX?o発売日: 2011/09/20メディア: 単行本（ソフトカバー） クリック: 14回この商品を含むブログ (10件) を見る 都市の均質化という問題、既存モデルの検討 都市の構造や経済システムにすら影響を及ぼし得る巨大建築や、建て売り住宅や賃貸アパー
『設計の設計』を読む #1 - 設計プロセスの継続について - Kentaro Kuribayashi's blog
柄沢祐輔、田中浩也、藤村龍至、ドミニク・チェン、松川昌平各氏による『設計の設計』について、読みながら感想を書いていくかもしれないし、これでよすかもしれない、ともあれ、その第1回目。 メタボリズムの代表作とされる中銀カプセルタワービルは、「それぞれの部屋の独立性が著しく高く、部屋（カプセル）ごとに交換することも、技術的には可能な設計になってい」たが「実際には、2010年に至るまで一度も交換されたことはな」かった。なぜか。 建築は、たとえばアジャイル開発のようなものとも違って、流動的な集合知をやはりどこかで切断する、つまり無限のバージョン・アップを止めてしまう行為です。それは、メタボリズムの理論でつくられた建築が、実際には更新されなかったという問題ともパラレルです。 『設計の設計』p.14 柄沢祐輔氏の発言より また、「メタボリズムもカプセルをつくる工場の生産ラインまで確保しておかなくてはいけ
EmacsからOutputzに文字数を投げる - antipop
ブラウザから投稿した文字数をカウントできるサービスOutputzがAPIを出したってんで(API - Outputz)、Emacsから文字数を投稿できるminor-modeを書いてみました。保存時に文字数が増えていたら、増加分だけOutputzにポストします。 http://svn.coderepos.org/share/lang/elisp/outputz/outputz.el 指定したメジャーモードでいい感じにminor-modeを自動的に適用する方法については、auto-complete.elを見て学習。なるほどー。elispを久しぶりに書いたので、ほとんど忘れかけていた……。 設定方法は以下の通り。 (require 'outputz) (setq outputz-key "Your Private Key") ;; 復活の呪文 (setq outputz-uri "http://
yasnippetがすごい!!!!1112345! - antipop
"Yet Another Snippet Package | M-x all-things-emacs"で知った、yasnippetがすご過ぎる!!!!1112345!これは、同じ作者が以前に作っていたsmart-snippet.elのリライト版？みたいなものらしいのだが、ともあれGoogle Codeにてプロジェクトが開始されたのが3/7というから、アツい。 まぁ、とりあえずこれを見てくださいよ(YouTubeの画質だとアレだという場合は、上記プロジェクトページからaviの動画が落とせるので、そちらを見るのが良いです)。 最初のあたりは、まぁ、emacs-railsでも使われているsnippet.elとかでも十分可能なことなのだけど、複数のテンプレート候補が選択リスト表示されたり、メニューバーからテンプレートを挿入できたりするのがいい感じだし、後半、どんどんヤバくなってくる。一箇所に入力
antipop - ソーシャルグラフについて
Web 2.0の次はこれだ！との呼び声も高いソーシャルグラフについて、LiveJournalのファウンダーであり、数々の優れたソフトウェアの作者としても名高く、また、最近ではSixApartを離れることとなった件でその去就が注目されてもいるBrad Fitzpatrick氏が、"Thoughts on the Social Graph"と題するマニフェストを発表した。さっそく一読して、これこそが、今後追求されるべき課題だという思いを、いっそう強くすることとなった。そこで、理解を深めるために、翻訳を試みた。 原著者: Brad Fitzpatrick 協力者: David Recordon 超訳者: kentaro a.k.a. id:antipop 原文のURL: http://bradfitz.com/social-graph-problem/ ここしばらく、私はソーシャルグラフについて
HTML::StripScriptsでXSS対策をする - Kentaro Kuribayashi's blog
先日公開した「はて☆すたアンケート」にて、アンケートの説明文をはてな記法で書けるよう、機能追加を行った。その際、Template::Plugin::Hatenaを用いた。これは、はてな記法パーサであるText::Hatena（正確には、そのヴァージョン0.16以下）を、Template::Toolkitのプラグインとして使えるようにしたものである。 はてな記法は、それ自体で全ての文書構造を表現できる、あるいは、はてなダイアリのシステム自体は、はてな記法のみしか許容しないというものではなく、たとえば画像を貼る際には、普通にimg要素を書く必要があるし、また、その他の要素についても、記法が用意されていないものについては、「はてなダイアリーのヘルプ - はてなダイアリー利用可能タグ」に掲載されているものに限り、自分でタグを書くことができる。これは自由度を高める反面で、XSSを誘発し得る潜在的なリ
antipop - それは単に「フィード」と呼ばれるべきだ
覚え書き@kazuhi.to: Re: feedスキーム 覚え書き@kazuhi.to: Re: Re: Re: feedスキーム URI Schemes 云々の文脈にあんまり関係のない話を持ち出して申し訳ないのだが、それ自体は大変に参考になる繊細な議論をしている一方で、「RSS フィード」だとか「RSS リーダー」だとかいう大雑把なフレーズが無反省に用いられていることに違和感(謎)を覚えたので、いい機会だしなーってんで、いままで気になってたそのあたりのことについてちと述べてみる。 いうまでもないが、そもそもフィードとはいわゆる RSS あるいは Atom には限られないし、ましてや XML である必要もない。del.icio.us は RSS の他、JSON によるフィードも提供しているし、他の形式だっていくらでもあり得る。つまり、RSS や Atom あるいは JSON といったものは
人間にタグ付けすること、あるいは SNS に folksonomy を導入する - Kentaro Kuribayashi's blog
nazoking さんの「信用・人をタグ付けする」というエントリを読んで思ったことをば、ちと述べます。 ちょっといろいろ考えていることがあるんですが、一言で言うと「ブックマーク登録する人をタグ付けすれば？」とうこと。 例えばAさんBさんCさんがいて、読書関係の情報を得たいときはAさんのブックマークした情報を特に重視して検索、Cさんはスパマーだから常に検索対象からはずす、とか。 （中略） される方は気持ちの良いものではないですけど。 nazonoDiary(日々うろおぼえ記) - 信用・人をタグ付けする これは、folksonomy の前提とされるタグ付けが、簡単にいえばあまりにもあやふやなので心許ないからどうにかしよう、んじゃ、タグ付けるひとをタグ付けしようというお話です。僕が連想したのはちょっと方向性が異なっていて、タグ付けするひとをタグ付けすることが可能であるという発想があり得るならば
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
