昨日、jstudyの第一回目のイベントがめでたく開催されました。 Twitterで見かけて、速攻で申し込んだんですが、せっかくだからLTしたいなと思い、稚拙ながら「JavaScriptとLisp」というタイトルでLTをさせていただくことができました。 発表するまで、ネタとしてどうなんだろうと不安でしたが、予想外に反応があったので良かったです。 jstudyの感想 jQuery、Dojo、JavaScriptの設計手法 x 2、ECMAScript5の仕様、jsdo.itの紹介、iPadとJavaScript、JavaScriptの高速化手法、JavaScriptで昔を懐かしむなどなど、JavaScript好きにはとっても楽しいひと時を過ごすことができました。 LTに立候補していた人があまりいないように思いましたが、実際には11名？の方が発表し、最初から最後まで飽きることなく楽しめました。
今回は、助詞「の」の使い方について、学習しましょう。まずは、次の文章を読んでみてください。 どこが問題？ ここが問題！ 一文に「の」が連続して3回以上使われている 同じ文章の中に「～の～の～の」と「の」が連続して3回以上続くと、文が間延びした感じになり、稚拙な印象を与えてしまいます。これは口語的な表現に近いためだと考えられます。 これで解決！ 他の言葉に置き換える、または「の」を省略する 「の」の連続使用は2回までとし、3回以上連続させないためには、以下のように、他の言葉で置き換える、または省略する方法があります。 ・場所に関すること：「～の」を「～にある」「～にいる」に置き換える。 例：「会議室の机の上の…」→「会議室にある机の上の…」 ・時に関すること：「～の」を「～における」に置き換える。 例：「入社時の注意点の話の内容…」→「入社時における注意点の内容…」 ・対象に関すること：「～
スポンジで虎を倒せるんだよ？ (you can take down a tiger with a sponge, right?)
_ JavaプログラマのためのLisp入門 LET OVER LAMBDAが届いたので読み始めたらめっぽうおもしろい。 著者は、『はじめに』の時点から突っ走る。 知性を持つプログラマが、いったんプログラミング行為を論理的手続きと考え始めれば、その手続きの論理的な次のステップは、自動化そのもので利益を享受することである。結局、プログラマはまさにこの自動化工程を遂行すべく訓練される。 そのためにはLispだしマクロだと主張する。というのは、 メタプログラミングは、すべてのプログラミング言語で多かれ少なかれ採用されている。だが、Lispほどそれを徹底して取り入れた言語は他にない。他のどんな言語も、メタプログラミングテクニックに都合の良いコーディングをプログラマに要求したりはしない。だからこそ、非LispプログラマからはLispプログラムが奇天烈に見えてしまう。Lispコードがどう表現されるかは、
こんにちは。ネットサービス事業部開発グループの amano です。 最近eclipseなどのIDEが流行しているって聞くのですが、本当でしょうか。もし本当ならemacsやviのような洗練されたエディタを未来に残すためにも、現在使用している人が自らのノウハウを公開する記事を書かねばならないと思います。 さて、仕事柄テキストの整形をすることが頻繁にあるのですが、膨大な量のログなどを整形するときはperl、awkなどでフィルターを書きます。しかし、ほんの数行のテキストにちょっとした加工をしたいときperlで加工処理を書いて実行するというのは、あまり適切ではない場合があります。 例えば、下記のようなcsvがあるとします。 ID, NAME, RUBY, ADDR 0, 雷部どあ夫, らいぶどあお, 東京都 1, 雷部どぁ子, らいぶどぁこ, 島根県 2, 雷部怒亜蔵, らいぶどあぞう, 鳥取県 3
Paul Graham著，野田 開 訳 前書き 拡張可能なプログラミング言語 関数 関数的プログラミング ユーティリティ関数 返り値としての関数 表現としての関数 マクロ いつマクロを使うべきか 変数捕捉 マクロのその他の落し穴 古典的なマクロ 汎変数 コンパイル時の計算処理 アナフォリックマクロ 関数を返すマクロ マクロを定義するマクロ リードマクロ 構造化代入 クエリ・コンパイラ 継続 複数プロセス 非決定性 ATNを使ったパージング Prolog オブジェクト指向Lisp パッケージ 翻訳者 野田 開のサイト 原著者Paul Graham氏のサイト Copyright (c) 2003-2005 野田 開 NODA Kai <t50473@mail.ecc.u-tokyo.ac.jp>
You are here: Home → 原稿・資料 → Software Design 2008年2月号 「Emacsマスターへの道」 原稿
今年の春頃からトリプルディスプレイで仕事しているbokkoです。なんだか同僚の視線が気になりますが、あえて空気を読まないことにしています。 前に「EmacsLispを自分で拡張する際のTips」という記事を書きましたが、今回はその続きです。 EmacsLispは難しい？ EmacsLisp(以下、elisp)は難しいという意見をたまに耳にしますが、elisp自体はそれほど難しいものではありません。ただ、関数名がバラバラでややこしかったり、マニュアルが巨大でどこを見ていいのかわからず、目的のことをするための関数が見つからない、といったようにユーザが難しいと感じるのはelispという言語そのものではなく、環境(OS、ウインドウ、バッファなど)とのインタフェースにあるため、結果的にEmacsLispは難しいと感じてしまうことが多いようです。 実際、elispでプログラミングしていて感じるのはウ
また一つ、『計算機プログラムの構造と解釈』から面白いネタが飛び出してきた。 計算機プログラムの構造と解釈 一見なんでもないようなschemeの例題から、GoogleのIndex生成アルゴリズムとして名高いMapReduceの概要を理解するための機会を得た。 あの例題の本質は何だったのか？ きっかけは、先日の「プロセスの抽象化（シーケンスへの作用）」というエントリーに関して、会社の先輩から興味深い指摘をいただいたことだった。エントリーの内容は、抽象化によって「木構造の要素に対して作用する手続き」を改善するという話だが、その改善前後の手続きをもう一度掲載する。 【A】改善前の実装 (define (sum-odd-squares tree) (cond ((null? tree) 0) ((not (pair? tree)) (if (odd? tree) (square tree) 0))
Lisp 一夜漬け -- 1.Lisp の書き方 対象としている読者は、 何らかのプログラミングを経験していて(関数・変数という概念がわかる)、 Lisp インタプリタに触れる機会を持つ人である。 すでに Lisp でプログラムを書ける人は対象外だ。 ■ Lisp の世界 Java、C、C++、BASIC、COBOL、FORTRAN、Lisp、Pascal、Perl。 現在、代表的なプログラミング言語というと、こんなものか？(*1) これらの中で、Lisp は他の言語とはまったく異なった書き方、考え方を必要とする。 あまりに特殊なため、Lisp 専用のハードウェアも作られたほどである。 FORTRAN が生まれた1956年のわずか3年後、1959年に Lisp は生まれた。 C 言語が1972年であるから、わりと歴史の長い言語なのである。 (ちなみに、COBOL:1959年、BASIC:1
This page contains snippets of code that demonstrate basic elisp programming operations in the spirit of the o’reilly cookbook series of books. For every task addressed, a worked-out solution is presented as a short, focused, directly usable piece of code.All this stuff can be found elsewhere, but it is scattered about in libraries, manuals, etc. It would be helpful to have here in one spot.These
About ★「魔法言語 リリカル☆Lisp」はノベルゲーム風のLispチュートリアルです。 "アリサ"や"すずか"達と楽しくLispを学べます。 全１２話構成で各話の最後には練習問題が用意されています。 Lisp処理系にはNScripter上で動作するLispインタプリタであるNScLisperを使用。 別の処理系をインストールする必要はありません！！ Lispとは ★CやC++、Java、BASIC、Perl、Ruby、PHP、Python、ML、Haskellなどと同じプログラミング言語の一つです。 マサチューセッツ工科大学のJohn McCarthy教授を中心とする研究グループによって開発され、1962年に発表されました。 LispとはList Processorの略で名前通りリストの処理を得意とします。 このことから人工知能の開発に多く用いられています。 NScLisperとは
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
デザイン(設計)パターンという程のことはない、Emacs Lisp のパターンを思いつくままに書きます。心は、 高階関数を書こう マクロを書こう です。 mapcar mapcar は、引数に関数をとる高階関数のよい例です。リストを取り、それぞれの値を加工して、新しいリストを返すパターンのときは、mapcar を使いましょう。 (mapcar '1+ '(1 2 3 4)) ;; => (2 3 4 5) mapcar には、自分のさせたい仕事を実装した関数を渡しましょう。 (defun f(x) (1+ (* x 2))) (mapcar 'f '(1 2 3 4)) ;; => (3 5 7 9) mapcar を連結しましょう。(オブジェクト指向でのメッセージの連結に似ていますね。) (mapcar '1+ (mapcar (lambda(x) (* x 2)) '(1 2 3 4)
Smalltalk も Ruby も LISP もシンボルの本質は、いずれも“インターンされた文字列”です。インターン（intern）にはよい訳語を思いつかないのですが、簡単には「登録され管理された…」という感じでしょうか。しかし、実装や振る舞いは必ずしもそのとおりにはなっていません。特に文字列だと意識して扱う際には注意が必要でしょう。 注意：ここでの「Smalltalk」とは Squeak の Smalltalk を指します。他の Smalltalk 処理系（特に、デファクト・スタンダードの VisualWorks や ANSI 準拠のお手製 Smalltalk 処理系）では異なる挙動を示すとのご指摘を受けましたので、お詫びして修正、以下の項目に追記をさせていただきます。 Smalltalk のシンボル Smalltalk のシンボルは、“等価なら常に同一で、イミュータブルな文字列”とい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
