タグ

Lispとrubyに関するkiyo_hikoのブックマーク (9)

  • CodeIQについてのお知らせ

    2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

    CodeIQについてのお知らせ
  • https://i.imgur.com/vRPijWX.jpg

    kiyo_hiko
    kiyo_hiko 2013/12/04
    例のあれ
  • ((Rubyで) 書く (Lisp) インタプリタ)

    Peter Norvigさんの((Pythonで) 書く (Lisp) インタプリタ)(青木靖さん訳)という記事がすごい。100行ほどのPythonコードで、Schemeのインタプリタの基部分を書いている。Pythonのコードは見た目がRubyのコードとよく似ているので、Rubyしか知らない僕でも何となく読める。 この記事を解読してRuby版Schemeインタプリタを書いたら、インタプリタ Pyhon Scheme それからRubyのことも、もう少し分かるようになるかもしれない。こんなお得な勉強方法はないぞ。きっと。 そんなわけで… 以下では上記記事を参照しながら、Ruby版Schemeインタプリタを書いていきます。文では適宜Norvigさんの解説およびコードを引用しつつ、自分の理解とRubyのコードをpythonのコードと対応させていきます。Rubyのインタプリタ名はlisr.rbと

  • 発表資料 — Lightweight Language Ring

    発表資料やソースコードを公開します。

    kiyo_hiko
    kiyo_hiko 2011/12/26
    とりあえずPerlとLispだけサクッと読んだ。コンパクトなのですぐに読めます
  • 畳み込み関数の比較 (fold / accumulate / inject / reduce) - blanket log

    つーか、fold の弱点として、言語によって引数の順番がまちまちで、 正直憶えきれないってのがあるんだよな。誰か対応表とか作ってくれんもんか。 jijixi's diary - fold, map, for-each この中から一つ選ぶとしたらどれ? 確かにいろいろとややこしいのでまとめてみました。 いくつかの言語について大雑把に表にすると次のような感じ。 言語 関数 Haskell, OCaml, Scheme, Erlang foldl* f init items C++ accumulate(begin, end, init, f) Ruby*, JavaScript items.inject(init, f) Python, Perl* reduce(f, items [, init]) 言語 畳み込む二項演算 Scheme(SRFI)*, Erlang f(item, acc)

    畳み込み関数の比較 (fold / accumulate / inject / reduce) - blanket log
    kiyo_hiko
    kiyo_hiko 2011/09/24
    C++のなんでもありさすごい
  • Matzにっき(2006-12-06)

    << 2006/12/ 1 1. [Ruby] Ruby Advent Calendar : 25 Days of Ruby Joy and Celebration 2 1. [教会] 宣教師の手伝い 2. [言語] ボヘミアンの勝利(?) 3. [Ruby] Erubis - A faster alternative to ERB / eRuby 3 1. [教会] ブルークリスマス 4 1. [Ruby] 日 Ruby 会議 2007 2. 凄い漢字 5 1. [原稿] 日経Linux 2006年2月号 2. チープ教育 3. [Ruby] erubycon 6 1. [原稿] 日経Linux 2006年2月号 2. スライド 3. 懇親会 4. [Ruby] TopFunky's PodCast Interview with Matz - O'Reilly Ruby 5. [言語]

    kiyo_hiko
    kiyo_hiko 2011/03/04
    「Lispな人にとって計算外なことは、 業界の人間の大多数がいわゆる「劣った人間」で、 Common Lispには堪えられない、あるいは必要としていない」…なるほど、いくら切れ味がいいからって日本刀で料理する必要はない。
  • 2006年11月21日に開催した Lisp セミナー パネルディスカッションに参加して

    (2006年11月21日に開催した Lisp セミナー パネルディスカッションに参加して) スクリプト言語ってのがあります。つづりが P や R で始まるあれです。 これについては次の言葉で言い付くされているかと思いますので、引用しておきます。 (Common) Lisp has been the language from which inferior people picked good ideas when they could not handle the full language. -- Erik Naggumこれで終わればいいんですが、 先日のセミナにおいて、パネルディスカッションの際、 司会も兼ねてたもんですから、 質問表をわたされてそいつを読み上げる役を負わされており、 その中に、あるスクリプト言語と Lisp の比較について意見を求めるものがあって、 読み上げたあとしば

  • Common Lispのイコール(eq eql equal equalp) - ありの日記

    どの言語にも2つの値(オブジェクト)が等しいかどうかという判断が必ずあると思う。例えばxとyの値が等しいかどうかっていう処理はよくでてくるはずである。当然Common Lispにもその判断を行うための方法が用意されていて、Common Lisptでは「EQ、EQL、EQUAL、EQUALP」という関数で定義されている。 名前で区別つかないので、絶対忘れる系。なので、メモっておく。また、Common LispではNILが偽で、それ以外のものはすべて真となる。ただ、空のリスと'()もNILと同等のようだ。 EQ(オブジェクト同一性) CL-USER> (eq 10 10) T ただし、この式が真になるか偽になるかはLispの処理系によるらしい。うーん。とりあえずこいつはあんまり使うこと無いのかな。 EQL 比較するオブジェクトのクラスと値までみて同じかどうか判断する CL-USER> (eql

    Common Lispのイコール(eq eql equal equalp) - ありの日記
    kiyo_hiko
    kiyo_hiko 2011/02/25
    コメント欄がディープで楽しすぎる。
  • (´-`).。oO 人はLispに戻ってくるんだよ - 世界線航跡蔵

    角谷さんとこ 経由で見に行った、「 2009年あたり LISP がはやる? 」。いい味だしてます。 確かに、ECMAScriptのSpecificationが出たときはおぉっと引き込まれたものね。で、「JavaScriptって、みんなが思ってるようなつまらない言語じゃないよ」と言い続けて、でもなかなか分かって貰えなかったりした。互換性問題もあってなかなか使う機会もなく。今年に入って当に「Ajaxで解禁」された感じだ。 もっとも、私の場合は仕事格的にJavaScriptを使うことができたのはAjaxじゃなく、IEツールバーの開発が最初なのだけれど。このときは、どうせIE5以降(for Win32)限定のものだからってことで、JavaScript処理系をかなり絞り込むことができ、おかげでクロージャーも高階関数も気楽に使ってさくさく開発が進んだ。 そして、インテリジェントな情報検索処理系を

    (´-`).。oO 人はLispに戻ってくるんだよ - 世界線航跡蔵
    kiyo_hiko
    kiyo_hiko 2011/02/09
    「人間が余計な仕事をしないで済むためには、高階関数が必要なのだ。状況に依存して動的に変化する処理をスマートに書くためにはクロージャーが必要なのだ。」・・・関数型のもうひとつの魅力は式指向な構文ですかね
  • 1