d.y.d. - セキュリティ＆プログラミングキャンプ
17:05 09/08/31 FLTV FLTV で、 『レトリカルプログラミング』（副題： 真・自然言語プログラミング）と題して発表してきました： 発表スライド。 未来の言語…と言われて、いつもしているような言語機能妄想をバラバラと語ればよいのかなー と思って途中まで発表ネタを組んでたのですが、 やっぱり一本スジが通ってる方が面白いだろうということで、一つ軸を通しました。 テーマは「日本語や英語をプログラミング言語と見なしてみると、 実はヤツらはとてもパワフルで凄いので未来の言語は是非パクるべき」。 スライドでは私の思う具体例を３つほど挙げてるんですが、 まあそれはあくまで例でして、伝えたかったのは 「ちょっとみなさん自然言語からプログラミング的な『機能』を探すという考え方をしてみると面白いかもですよ？」 という軸そのものの方です。きっとあの３つの他にも色々あるはず。 ネタ元は、 今年の
2008/10 b ネットと匿名について
s-e-l-f n-a-rr-a-t-i-v-e. /01 [6] (08:35) oya、ゆうべはパソコニの電源を切らずに眠ってしまったらしい。 よくないこった。 /31 [5] (08:02) ああ、シメキリが…。(本来は締切ではなくて、納期というべきであ) けさも寒いね! (23:17) わざと? わざと。 さて、きのうはまた自分が書いたコードで、 やたらと原始的なバグを発見してしまった。だいたい、以下のようなコードである: typedef struct _buffer { char* ptr; int size; int len; } buffer; /* バッファbufの末尾に nバイトの文字列を追加する。 */ void append(buffer* buf, char* s, int n) { if (buf->size < buf->len+n) { /* バッファが足りな
静的単一代入 - Wikipedia
静的単一代入（せいてきたんいつだいにゅう、英: Static Single Assignment form, SSA）形式は、コンパイラ設計における 中間表現 (IR) のひとつで、各変数が一度のみ代入されるよう定義されたものである。もともとの中間表現における変数は「バージョン」に分割され、全ての変数の定義がバージョンを表現できるよう、通例新たな変数は元の名前に添え字を付けて表現される。SSA ではuse-def 連鎖が明示的であり、連鎖は要素を一つだけ持つ。 SSA はRon Cytron、Jeanne Ferrante、Barry Rosen、Mark Wegman、Ken Zadeck および IBM の研究者たちにより1980年代に開発された。 Scheme、ML、Haskell などの関数型言語のコンパイラでは、Fortran や C などのコンパイラで SSA の利用が期待され
บาคาร่าออนไลน์ ฝากถอนไม่มีขั้นต่ำ เว็บบาคาร่า ใหม่ล่าสุด 2025
เว็บตรง บาคาร่าออนไลน์ ค่ายใหญ่ที่สุด บาคาร่า99 เรียนเชิญมาทางนี้ได้เลย บาคาร่าออนไลน์ เกมทุกชนิดเป็นไปเพื่อความบันเทิง เดิมพันได้เสียเป็นไปเพื่อความสนุกสนาน ดังนั้นจึงไม่ควรเล่นแบบเอาเป็นเอาตายเพื่อให้ได้เงินรางวัลให้สาสมกับการลงทุน หากคุณยังคิดว่ายิ่งลงทุนมากโอกาสยิ่งได้มาก ยิ่งเสียยิ่งต้องเอาคืน นั่นเป็นความคิดที่ผิด บาคาร่าออนไลน์ และนำคุณไปสู่การเป็นหนี้สินเพื่อนำเงินเหล่านั้นมาลงทุนเรื่อยๆ อ
d.y.d.おもしろいみろん
13:33 08/06/29 RSS of kmonos/wlog moved! http://www.kmonos.net/wlog/index.rdf いや、移動したのは15ヶ月前なので、すでにご存じの方は華麗にスルーしてください。 「ここのRSSが文字化けしてるよー」という方だけ、↑に登録変更していただけると、 直るかと思います。お手数おかけしてスミマセン。定期的に「文字化けってる」という 指摘を見かけるので再度ブロードキャストです。こう、辛辣な評議会とかで怒られそうですけど、 諸般の事情により古い方からリダイレクトかけるの難しいらしいのだよね… それはそうと、昨日の記事に追記しました。 10:26 08/06/28 Logic ∩ CS 検索してたらたまたまヒットした "On the Unusual Effectiveness of Logic in Computer Scienc
言語開発合宿 - index
Pulau Tidung 概要 2泊3日の期間内に、オレ言語の仕様とその処理系を作るというイベントです どんな言語でもOKです 初心者から超上級者まで歓迎です 参加者絶賛募集中です 日時: 9/21〜23 場所: 岐阜県中津川 秘密基地的なところです。ネットワーク完備 参加者は、主催者からのメールを受け取るために http://cotocoto.jp/event/1774 でメールアドレスを登録してください。 Lingr Room http://www.lingr.com/room/ldev ustream.tv 実況中継 http://ustream.tv/channel/WsEQEmFYb0 スケジュール Schedule 中間報告 中間報告 最終報告 最終報告 成果物 成果物 意見等 commentsのページに気軽にコメントを記入してください。 主催者からのコメント 最新情報はこのw
はてなブログ | 無料ブログを作成しよう
猛暑を乗り切った服・小物・その他 とにかく2025年の夏は暑かった。 と、毎年言っている気がするけど、今年は特別暑かったのではないか。これが地球温暖化なのだと見せつけられているような気がする。スノーボーダーとしてはそれに全力で抗う必要があるんだけど、自分の態度がまだ追いついていない。 生…
檜山正幸のキマイラ飼育記 - 圏論やモナドが、どうして文書処理やXMLと関係するのですか？
…という類＜たぐい＞の質問に答えるのはちょっと面倒なんですけど、とりあえず1つだけ具体例を挙げておきましょう。テンプレート処理が、もろにモナドになっている、ってハナシ。今回はテキスト処理について説明。次回（いつになるかまったく不明）はXML処理の予定。 テキスト処理だけでも長ーい説明（最長記録かも）なのだけど、分割すると“勢い”がなくなるから一挙掲載。読むときはユックリ・ジックリ読んでくださいね。プログラミング課題も、実際にコーディングしないまでも、「こうやればいいな」という方針くらいは考えてください。 ※印刷のときはサイドバーが消えます。 内容： ネストしたテキスト テンプレート処理 ブロック、文字列、名前 フラット・テキストとテンプレート・テキスト 多段階のテンプレート処理 蛇足 素材を整理しよう モナドに向かって突っ走れ！！ バッチリ、モナドだぜぇ 残りは脱兎のごとく 最後に言ってお
MOONGIFT オープンソース - Programmers Notepad 2 - プログラマのためのテキストエディタ
無制限に増やせる仮想デスクトップソフトウェア キーボードショートカットやマウスでの移動など、多数の仮想デスクトップを素早く切り替えられる仮想デスクトップソフトウェアです。 無制限に増やせる仮想デスクトップソフトウェア ノートPCなど、画面の狭いコンピュータの場合、仮想デスクトップソフトウェアを使って有効活用する方法もある。○○の作業用といった具合に仮想デスクトップごとに作業を区切れば生産性も向上する。 これまでも仮想デスクトップは幾つか紹介してきたが、今回はVirtual Dimensionを紹介しよう。 今回紹介するオープンソース・ソフトウェアはVirtual Dimension、使い勝手の良い仮想デスクトップソフトウェアだ。 Virtual Dimensionは無制限に仮想デスクトップを追加することができる。起動すると、開いているウィンドウがアプリケーションアイコンで表現されており、そ
Scheme/継続 - Wikibooks
Schemeは継続(continuation)という、たいへん強力で柔軟な制御機構を備えています。継続を用いれば大域脱出、コルーチン、疑似マルチタスク、バックトラックといった特殊な制御を必要とするプログラムを効率的に記述することができるのです。しかし一方でその抽象度の高さから、「継続は難しいもの」という印象も強いようです。 ここでは継続の正確な定義はとりあえず後に回し、直感的な観点から継続を導入してみたいと思います。 話を簡単にするため、今全ての手続きが1-in/1-outであるような1-Schemeというものを考えます。例えば： (define (double x) (* x x)) (double 2) => 4 (define (add1 x) (+ x 1)) (add1 2) => 3 のような手続きが1-Scheme手続きです。 (なおSchemeではlambdaを自由に導入で
Part2 C/C の疑問にまとめてお答え - C/C は永久に不滅です！：ITpro
Part2では，「そもそもC/C++についてよくわかっていません」という方のために，C/C++言語に関する素朴な疑問をQ&A形式でお答えします。“今さら人には聞けないなぁ”というような疑問も取り上げていますので，初心者の方でも安心して読んでください。 C/C++の最大の魅力は，コンピュータでできることなら，ほとんどどんな種類のプログラムでも比較的簡単に書けることです。 CがもともとOSを記述するために作られたことは特集1でも触れました。OSの役割をおおざっぱにいうと，ハードウエアの機能を使いやすい形でアプリケーション・ソフトに提供することです。アプリケーション・ソフトは基本的にOSが提供する機能を利用して動くプログラムですから，OSを作れる言語であれば，事実上どんなアプリケーションでも作れることになります。 パソコンに関していえば，Cの処理系がいくつかのベンダーからコンパイラとして提供され
美しいプログラムの美しくないソース : 404 Blog Not Found
2006年12月19日17:00 カテゴリArt 美しいプログラムの美しくないソース 半分だけ同意。 304 Not Modified: プログラマの美意識 私にとって美しいプログラムとは、シンプルなプログラムのことです。なぜ半分だけ、かというと、美しくない状況をより美しくすることがプログラムの使命であるならば、結果としてソースコードが美しくならないことも往々にしてあるから。 もっと身も蓋もない言い方をすると、この世の穢れをプログラムが背負う事もまたあるのだということ。 このことは、特にAPIを提供するソースを書くときに顕著だ。こういったプログラムに求められるのは、APIが美しいことであって、ソースコードそのものが美しいことではない。そこでは、さまざまな泥臭いことはAPIを提供するプログラムがかぶることで、APIのユーザーは醜いものを気にせずにプログラムできるようになる。 実装が美しいけど
プログラマの美意識 - 304 Not Modified
たまには仕事の話を。 同じ職場に６年以上もいれば、プログラムを作る立場から、作ったプログラムをレビューする立場になったりするわけで、最近はいろんな人の書いたコードを見る毎日です。しかし、なかなか自分の考えているような成果物が上がってこなくて頭を悩ませることもあります。 なぜ、自分の求めているものが上がってこないのか。その理由は美意識の違いだと思っています。人それぞれ自己流という部分を持っていて、たいていは最初にプログラミングを学んだ環境に影響しているでしょう。動けば良いと思っている人や、コード量が少ないものほど良いとか、効率こそすべて、などなど。 私にとって美しいプログラムとは、シンプルなプログラムのことです。 最初は効率を求めるタイプでした。大学からプログラミングをはじめ、趣味プログラマだった私にとってプログラムは、動くことが第一で、次に効率の良さを求めました。しかし、仕事としてプログラ
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. [言語]
The Rise of "Worse is Better"
デザインの「悪い方がよい」原則 The Rise of "Worse is Better" rpg@lucid.com 日本語訳: daiti-m@is.aist-nara.ac.jp によるものを、牧野が改竄 私や Common Lisp と CLOS のデザイナーはみんな、MIT/Stanford 方式の設計に染まりきっている。 この方式の核心は、「正しい」やり方をせよ、という ことにつきる。そういうデザイナーにとっては、以下の点をすべて正しく満たすことが 重要である。 簡潔性 デザインは実装とインターフェースの両面において単純でなければならない。 このとき、インターフェースが単純になることの方が、実装が単純になることより重要である。 正当性 デザインはすべての点において正しいものでなければならない。 誤りは許されない。 一貫性 デザインは一貫性を欠いたものであってはならない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
言語を覚える時のたった3つの練習問題 - Ogawa::Memoranda
Google Code Jam
2007-04-21
http://www.wildnoodle.com/UI/Individuals/GuestMain.htm
プログラミング言語ヒエラルキー:Geekなぺーじ