Route 477 - Quick servey on 'Ruby on Browser'
■ [git] git grepの検索結果から長すぎる行を省くコマンドを作った git grepはgitリポジトリ内のソースコードを高速に検索してくれる便利なやつですが、「git grep Date」とかしたときに、 jquery.min.jsなど圧縮された(=1行が異常に長い)ファイルが検索結果に含まれてしまい、非常にウザい感じになります。 で、ふと解決策を思いついたのですが、git grepの出力をパースして長い行をたたんでやればいいんじゃないでしょうか。 以下のコードをgit-grep-nolongのようなファイルに保存し、パスの通った場所に置いてchmod +xしておきます。 #!/usr/bin/env ruby require 'open3' stdin, stdout, stderr = *Open3.popen3('git', 'grep', *ARGV) LIMIT =
遅延評価ってなんなのさ - ぐるぐる～
何なんでしょうね。分かりません。 自分の頭の中をとりあえず整理するためのエントリなので、あなたの頭を混乱させるだけになるかもしれません。 もし混乱してしまったら忘れてください。え、無理？忘れてください。 自分の考えを明確にしたので、こちらをどうぞ。 遅延評価いうなキャンペーンとかどうか - ぐるぐる～ これは遅延評価ですか？ 関数を渡すだけ // Scala def hoge(f: Unit => Int) = for (i <- 1 to 2) println(f()) (* F# *) let hoge f = for i in 1..2 do printfn "%d" (f()) この関数に渡す f は 2 回実行されます。そのため、f の中で画面出力をしていた場合、2 回出力されます。 これは遅延評価でしょうか？俺は違うと思います。 ここは多くの人で合意が取れると思ってます。 Sc
Latest topics > evalが危険でそれ以外の方法が安全だと思ってる人へ - outsider reflex
Latest topics > evalが危険でそれ以外の方法が安全だと思ってる人へ 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « そろそろFirefoxからChromeへの移行を本気で検討した方がいい気がしてきた Main W3C信者だったくせに現実におもねってるというアレ » evalが危険でそれ以外の方法が安全だと思ってる人へ - Feb 08, 2010 先日、ソース表示タブのアップデート版をAMOにアップロードしたところ、公開申請が却下されました。「不必要なeval()が多すぎる。拡張機能におけるeval()の5つの間違った使い方（原文：Five wrong reasons to use eval() in an extension）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
