code

TwitterFacebook
Get flash to fully experience Pearltrees
js

JavaScriptの巧い書き方 - Archiva

http://archiva.jp/web/javascript/writing_style.html Webに言語は数あれど、特に玉石混淆の激しいJavascriptの書き方について纏めてみた。間違い指摘大歓迎! 発端はYahoo!の Eric Miraglia による、 YUI 式モジュールの作り方 をまとめた記事。ざっくりまとめると、以下の手順になる。
https://gist.github.com/2419511 僕は関数型プログラミングが好きだ。次の10年にかけてコードの革命を起こしていくだろうと考えている:言語はより関数型の機能を採用していくだろうし、開発者はより関数型の技術を導入していくだろうし、いくつかの点では、関数型プログラミングの原則はコードを組み立てていく上で「自然で」もっとも明確なやり方だとみんな考えるようになっていくだろう。 だけど、僕はもうこのシナリオを本気にしちゃいない。関数型プログラミングは、ワクワクするものを学ぶことに興味があると言っている主流のプログラマにとって明白な、大きな問題を抱えている:関数型プログラマーは自惚れ野郎どもだってことだ。 モナドって何?

コードウォッチ:関数型プログラミングの自惚れ問題

■ [ 一般 ] なぜ 関数型言語 は普及しないか 言語を利用するための条件は以下の3つになると思う。つまり、言語が普及するための条件とも考えられる。 使用するための 必要条件 を満たしているか その言語を使用するメリットがあるか デメリットはないか 例えば、 D言語 はシステム言語であるので、使用するための条件は、パフォーマンス、 ライブラリ の充実度などだと思う。

なぜ関数型言語は普及しないか - プログラミング日記

http://d.hatena.ne.jp/morchin/20110614#p1
関数型言語が普及しない理由 えーとですね...。 というわけで本稿を書くわけですが (ヤメテ!そんな冷たい目で僕を見ないで!) 、 関数型言語 についてはよく知りませんので、決して真に受ける事無く、 オブジェクト指向言語 をようやっと使っている底辺 プログラマ のぼやきということで了解いただければと思います。 http://d.hatena.ne.jp/kura-replace/20111114/1321236695

関数型言語が普及しない理由 - 偏見プログラマの語り!

関数型の考え方: 関数型のデザイン・パターン、第 1 回

関数型の世界を代表する開発者のなかには、デザイン・パターンの概念には不備があるため、関数型プログラミングには必要ないと主張する人々がいます。その主張は、狭義のデザイン・パターンには当てはまるかもしれませんが、内容的にはデザイン・パターンの使用方法に関するものというよりは、デザイン・パターンのセマンティクスに関するものと言えます。デザイン・パターンの概念 (名前を付けて分類された、一般的な問題に対するソリューション) は関数型でも変わりませんが、パラダイムによってはパターンが異なる形で現れることがあります。関数型の世界ではビルディング・ブロックにしても、問題に対する取り組み方にしても通常のプログラミングとは異なるため、従来の Gang of Four のパターン (「 参考文献 」を参照) のなかには、関数型には適用されないパターンもあれば、同じ問題に対するパターンがまったく異なる方法を取ることもあります。今回と次回の記事で 2 回にわたり、従来のデザイン・パターンのいくつかを取り上げて調査し、関数型の考え方でこれらのパターンを見直します。 http://www.ibm.com/developerworks/jp/java/library/j-ft10/?cmp=dw&cpb=dwlin&ct=dwrss&cr=dwrss&ccy=jp&csr=040612
http://www.moongift.jp/2012/03/20120321-3/

JavaScriptグラフライブラリHighchartsをPHPから使いやすくする「HighRoller

HighRollerはJavaScriptのグラフライブラリHighchartsをPHPでラッピングしたソフトウェアです。 非商用であれば無料で使えるCanvasタグベースのグラフ表示ライブラリがHighchartsです。そんなHighchartsをPHPから使いやすくしてくれるライブラリがHighRollerになります。 グラフのサンプルです。
http://www.ibm.com/developerworks/jp/java/library/j-coffeescript/?cmp=dw&cpb=dwjav&ct=dwrss&cr=dwrss&ccy=jp&csr=032312

CoffeeScript と Node.js による関数型の JavaScript

CoffeeScript は比較的新しい言語であり、JavaScript の欠陥にうんざりしている開発者にとっては魅力的な代替手段です。CoffeeScript を使用すると、Ruby と Python とを合わせたような感じの軽量かつ直感的な言語でコーディングすることができます。CoffeeScript で記述したコードをコンパイルすると JavaScript が生成され、その JavaScript はブラウザーに表示される Web アプリケーションに使用することができます。またコンパイルされた JavaScript はサーバー・サイド・アプリケーションのための Node.js でもそのままシームレスに実行することができます。この記事では、CoffeeScript を使用すると JavaScript の関数型の側面を扱えるようになるという、CoffeeScript が持つメリットに焦点を当てます。

2011-12-18 - てきとーな日記

http://d.hatena.ne.jp/wata_orz/20111218/1324226179 ■ [ Algorithm ]嘘解法のススメ 01:36 (この記事は Competitive Programming Advent Calendar の 18 日目の記事として書かれました.まだ18日です!セーフ!!!) 自分は ICPC 時代によく嘘解法を駆使して問題を解いていたので(ジャッジの方々ごめんなさい),よく使われる嘘解法テクニックを紹介したいと思います.
関数型プログラミング において、 継続渡しスタイル ( CPS )とは、プログラムの 制御 を 継続 を用いて陽に表すプログラミングスタイルのことである。この用語は、Gerald Jay Sussmanと ガイ・スティール により、 Scheme 言語に関する初期の論文において導入された [1] [2] 。 継続渡しスタイルで書かれた関数は、通常の直接スタイル(direct style)のように値を「返す」かわりに、「継続」を引数として陽に受け取り、その継続に計算結果を渡す。継続とは、関数の計算結果を受け取るための(一般には元の関数とは別の)関数のことである。継続渡しスタイルの関数を呼び出すときは、呼び出し側の関数が、呼び出される関数の「戻り値」を受け取るための継続を与える必要がある。この形でコードを書くと、直接スタイルにおいて暗黙に仮定されていた様々な動作が、陽に表される。 http://ja.wikipedia.org/wiki/%E7%B6%99%E7%B6%9A%E6%B8%A1%E3%81%97%E3%82%B9%E3%82%BF%E3%82%A4%E3%83%AB

継続渡しスタイル

http://d.hatena.ne.jp/shim0mura/20111209/1323411386

テスト駆動JavaScriptは今年最後のお得な買い物だった件 - 馬鹿と天才は紙一重

テスト駆動JavaScriptは今年最後のお得な買い物だった件 一部で好評を博している書評。 まだあと3週間ほど2011年を残しながらも今年最後と断言するあたり、僕の買い物下手っぷりが露呈しているわけです。amazonで異常なくらいレビューが良くて安い椅子なんてもう買わねえ…(遠い目
algorithm

DB - Statistics

FP

グーグル、新言語「Dart」を発表。JavaScriptのようなWebプログラミングを想定

2011年10月11日 グーグルは10月10日、 予想されていた通り 新言語「 Dart 」を 発表しました 。 Dart : Structured web programming
ここ数ヶ月、Google App Engine/Pythonを使い、初めてちょっとしたものを作ってみているのだけど、開発初期から知っておけばよかったなー、と思うノウハウ/tips的なものをずらずらと書いてみる。 基本的な環境設定は、 以前書いた まま。 0.

Google App Engine / Python 上での開発で最初から知ってればよかった、ってことをいくつか - Masatomo Nakano Blog

Submit Your Soul!

Good game, to every participants, and especially to judges, of ICFP programming contest 2011 . The problem was really interesting, and I guess you, as I am, are excited, and cannot wait to tell ones ideas, learn about others, how well we did, and try out new ideas that unfortunately we cannot implement in time. Now the judge has been suspended, this CGI is left for AI exchange purpose. See you in ICFPC2012!

人生を書き換える者すらいた。: なぜ優秀なプログラマは人を雇わないか

僕の知っている範囲だと、優秀なプログラマはフリーランスか小規模な法人のオーナー社長であることが多い。人を雇っている場合でも、ほんの数人である。もちろん僕もその一人。