『ふつうのHaskellプログラミング』サポートページ
$Id: index.html,v 1.9 2006/06/01 16:35:13 aamine Exp $ [ 正誤表 | 書誌情報 | 詳細目次 ] [ SBCr | Amazon ] リスト処理・文字列処理の基礎からモナド、パーサコンビネータまで。 ふつうのプログラマに贈る関数型言語入門。 サポート情報 正誤表 GHC 6.4.2 のダウンロード [www.haskell.org] LazyLines のダウンロードとインストール サンプルコード (オンライン) サンプルコードのダウンロード (.zip) サンプルコードのダウンロード (.tar.gz) リファレンスマニュアル検索ツール href 質問や間違いの指摘などはメールで aamine AT loveruby.net (AT は @ に置き換え) までお願いします。 書誌情報 書名
pimplイディオムを語る — ありえるえりあ
Recent entries 宣伝：C/C++のための開発補助ツール、GCCSenseをリリースしました matsuyama 2010-04-15 宣伝：Rubyのための開発補助ツール、RSenseをリリースしました matsuyama 2010-03-21 Emacsは死んだ matsuyama 2010-02-22 WebアプリケーションをiPhoneに対応させるための技術メモ matsuyama 2009-10-13 tokyo-emacs#x02の個人的レポート matsuyama 2009-09-07 Recent comments replica louis vuitton Anonymous User 2010-12-22 Re:テキスト入力中に補完候補を自動的に表示してくれる auto-complete.el をリリースしました Anonymous User 2010-12
日本ってすごくね(;Д) お前らの好きな絵師とその画像を貼っていけ
※画像が多いので表示に時間がかかるかもしれません 1 以下、名無しにかわりましてVIPがお送りします 2009/09/07(月) 14:57:06.89 ID:b7FFS1Pe0 どんなのがいるんだ？ 2 以下、名無しにかわりましてVIPがお送りします 2009/09/07(月) 15:06:29.75 ID:Rms9beFa0 萌え絵を好き好んで貼りたがる奴はあんまいねーから盛り上がりにくい感はあるね 俺は七尾が好き 6 以下、名無しにかわりましてVIPがお送りします[sage] 2009/09/07(月) 15:10:35.84 ID:1jg6R+2pO 萌え絵も雰囲気出てたら好き 8 以下、名無しにかわりましてVIPがお送りします 2009/09/07(月) 16:25:26.77 ID:W35zKvz80 白猫参謀 佐野俊英 こやまひろかず 12 以下、名無しにかわりましてVIPが
タブUI詳解
タブUIの構造や特長、設置の判断、ユーザビリティ、アクセシビリティ、実装のポイントや機能の拡張方法、実装例やスクリプト例をSmashing Magazineから紹介します。 Module Tabs in Web Design 以下、その意訳です。 ※原文では「タブモジュール」となっていますが、タブモジュールやタブUIと記載すると煩雑になるため、「タブ」と略します。 タブのみを指す場合は、「タブ コントロール」としています。 はじめに 1. タブの構造 2. タブはいつ使用するのか 3. タブのユーザビリティとベストプラクティス 4. タブのアクセシビリティ 5. タブの拡張 6. タブの実装集 7. タブを実装するためのチュートリアル集 8. タブを実装するスクリプト集 はじめに タブモジュールは複数のコンテンツを異なるパネルに配置したユーザインターフェースのデザインパターンです。 パネル
そのまま使えるウェブサイトテンプレートのPhotoshopファイル４０種類:phpspot開発日誌
そのまま使えるウェブサイトテンプレートのPhotoshopファイルが４０種類まとまっているエントリのご紹介。 ハイクオリティなウェブサイト用のテンプレートがPhotoshopのレイヤー付きでＤＬ可能です。 ダウンロードしたPhotoshopファイルは以下のようにちゃんとレイヤーに分かれてるので、変更して独自に修正することも可能です。 実際のデザインは以下。どれもかなり力の入っているもので素晴らしい限りです。 リンク先は以下のエントリを参照してください。 40 Free PSD Website Templates - slodive 関連： フリーで使えるプロ顔負けの美麗CSSサイトテンプレート集
30分でできる！Webサイトを高速化する6大原則 (1/4)
Webサイトを制作するとき、「パフォーマンス」を気にしたことがあるだろうか？ もしまったく気にしたことがないなら、気をつけた方がいい。閲覧に時間のかかる“遅いWebサイト”はユーザーにフラストレーションを与え、閲覧をやめさせてしまう恐れがある。 下記のグラフは、「Simple-Talk」という海外のオンラインメディアで発表されたユーザー調査の結果だ。アンケートページの表示にかかる時間を意図的にコントロールし、表示時間によってユーザーが感じるフラストレーションの違いを調べたものだ。 縦軸がフラストレーション（10段階）、横軸が表示までの時間を表している。1～5秒以内にページが表示された人に比べ、ページ表示までに5秒以上かかった人は2倍以上もフラストレーションを感じている。フラストレーションがあまりに高ければ、せっかく何らかの目的を持って訪れてきたユーザーも待ち切れずにブラウザーを閉じてしまう
Webからの知見、見つけた論文の読み解き方
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） もう1度いう。論文は、難しくない 前回の記事「IT系でも活用しなければ損。論文を読んで広がる知見」で“論文”の検索サイトなどを紹介したところ、予想以上の反響がありました。論文は、研究者だけではなく、IT事業にかかわる人、プログラマ／エンジニアにとっても、大いに役立ち、ニーズがあることが分かりました。 しかし、世の中には論文の「書き方」に関する書籍やWeb上の情報は数多くありますが、「読み方」に関しては、各人がおのおのに見つけ出した手法で読み解いているのではないでしょうか？ また読み方も、皆同じではなく、企業の研究者の立場、研究テーマを考えなければいけない学生の立場など、状況に応じて「読
今すぐに使えるリアルタイム入力チェックライブラリ·Vanadium MOONGIFT
Webフォームから飛んできた値について、入力チェックを行わないということはまずないだろう。数字のところに文字列が入ったり、必須のものが入っていなかったりすることはよくある。だからこそサーバサイドのプログラムでチェックはするのだが、ユーザビリティを考えるとクライアントサイドでも入力チェックを行いたい。 リアルタイムで行われる入力チェック 入力チェックのJavaScriptを作る、なんていうと面倒な感じがするがVanadiumを使えば開発者の方でなくともチェック機能が実装できてしまう。 今回紹介するオープンソース・ソフトウェアはVanadium、jQueryを使ったクライアントサイド入力チェックライブラリだ。 Vanadiumは入力項目のクラスでチェック内容を指定するようになっている。そのためVanadiumさえ読み込めば、HTMLを変更するだけで入力チェックが実装できるようになる。入力必須や
シムシティ（iPhone / iPod touch版）攻略
SimCity Deluxe（シムシティ） 内容：都市開発シミュレーションゲーム 作成：エレクトロニックアーツ（EA） 公開：2008/12 初期バージョン公開 2010/7 Deluxe 版に差し替え 価格：iPhone 版 85 円、iPad 版 600円 ※ SimCity Deluxe は課金ゲーム版の「SimCity Buildit」公開に伴い、ストアから削除されました。 都市開発シミュレーションゲーム「シムシティ」。 日本でも大ヒットしたゲームであり、ご存じの方が多いと思います。 やった事がなくても、名前ぐらいは聞いた事のある人がほとんどでしょう。 プレイヤーは「市長」となり、都市の開発を行います。 住宅地区や工業地区を作り、電気や水道などのライフラインを整え、道路や鉄道などのインフラを整備します。 税率を定め、財政を確保し、教育や医療など公益施設も整えなければなりません。 し
指定時刻につぶやける「TwitDelay」！ | ライフハッカー・ジャパン
Twitdelayは時間指定をすればその時間につぶやきをアップしてくれるWebサービス。なんと30日先まで1分単位でつぶやき予約が出来ます。登録可能件数は最大100件。 うまく使えば、自分の予定管理なんかも出来るようになりそう。マーケティングなどで使っている方にとってはTwitterにかじりつかなくて良くなるのでかなりオススメです！ 多くの人が欲しいとつぶやけば、誰かが実現してくれるってのもTwitterの本領発揮って感じでよろしいですなー。お試しあれ！ さてさて、この記事を読んでるあなたは、「あとでなにする？」 ツイッター関連で他にもオススメのサービスがあればコメントで教えてください！ Twidelay （まいるす・ゑびす）
Google App Engine + Githubで静的サイト管理·DryDrop MOONGIFT
静的コンテンツのWebサイトを管理する場合、どうしても面倒でバージョン管理なんてしていられないと思ってしまう。そのため、単なるフォルダにHTMLや画像、CSSファイルなどを入れて作ってしまいがちだ。最初はよくとも、後々変更したり改修しているとバージョン管理しておけば良かったと気づくかも知れない。 管理画面 だがバージョン管理用のサーバを立てたり、デプロイしたり…そんな面倒なことはしたくない。そこで使ってみたいのがDryDropだ。 今回紹介するオープンソース・ソフトウェアはDryDrop、Google App Engine（GAE）とGithubを使った静的コンテンツ管理システムだ。 DryDropはGAEを使いながら、動的ではなくあえて静的なサイトを管理するというシステムだ。さらにそのコンテンツをGithubで管理する。DryDropの管理画面ではGithubのコンテンツ配置場所を指定し
Mozilla Re-Mix: Webページ全体や必要範囲を簡単にキャプチャできるFirefoxアドオン「Shooter」
Webページ全体やページの一部を画像として保存したいとき、Firefoxなら、豊富なアドオン使うことにより簡単にスクリーンショットを撮ることができます。 この手のアドオンは、Web管理者などにとっても便利なものですが、アドオンによって使い勝手や機能に大きな違いがあり、好みの分かれるところですね。 今回は、そのようなスクリーンショット取得系アドオンの中から、かなり操作のしやすい「Shooter」というものを試してみました。 「Shooter」は、Firefoxで表示しているWebページの全体、または任意の選択範囲のスクリーンショットを簡単に撮ることができるというものです。 アドオンをインストール後、設定などは必要ありません。 キャプチャしたいページ上で、コンテキストメニューを開き、メニューから[Shoot this page]をクリックするだけです。 実行後、現在のページの全体像が別ウィンド
GPLの境界線
GPLを利用するにあたって度々議論されるのが「プログラムの境界」という問題である。GPLソフトウェアを改良または組み込んで別のソフトウェアを作成すると、頒布する際に新しく作成したソフトウェアのライセンスもGPLにしなければならない。ここで注意しなければいけないのは、どこまでがそのソフトウェアの「境界」なのかということである。言い換えると、どこまでが「GPLソフトウェアを組み込んだ」状態なのかということである。自分のソフトウェアをGPLで頒布しようと考えている人にとっては、境界線はあまり意識しなくてもいいテーマである。優れたGPLソフトウェア資産は利用し放題のワンダーランドである。しかしGPL以外のライセンスを利用したいと考えている人にとっては、どこまでならGPLのソフトウェアを利用しても構わないのか？ということを明確に把握していないと、後で著作権法違反で訴えられることになってしまうので注意
Windows XPで無効化してはならないサービス10個
文：Scott Lowe（Special to TechRepublic） 翻訳校正：村上雅章・野崎裕子 2009-09-08 08:00 Windows XPのサービスのなかには、無効化することでパフォーマンスの向上やセキュリティの強化を期待できるものもある--とは言うものの、そういったチューンアップを施す際には、絶対に無効化できないサービスがどれかを知っておく必要がある。本記事では、重要なサービスを10個挙げ、それぞれについて無効化すべきではない理由を解説している。 Windows XPデスクトップのサービスから、無効化しても大丈夫なものを選別するうえで役立つ資料は数多く公開されている。不要なサービスを無効化することでシステムのパフォーマンス向上が見込めるだけでなく、システムに対する攻撃の対象領域を削減できるため、システムの全体的なセキュリティも強化できるのである。しかし、こういった資
小野和俊のブログ:ソースコードのコメント率は20%を切ることが望ましい
大学の研究室の教官は昔NTT研究所の所長をされていた苗村先生という人で(と言いつつ私は大学の研究室にほとんど顔を出していなかったのだけれど)、彼の発言のうち印象に残っているものの一つとして、昔はソースコードのコメント率が50%を切るものはドキュメント不足で品質が低いものとされた、という内容のものがあった。 今、改めて考えて、どのような言語であってもどのようなコーディング規約であっても、私はソースコードのコメント率は原則20%を切ることが望ましいと思う。可読性の意味でもメンテナビリティの意味でも、開発生産性の意味でも。私が考えるに、本来コンピュータが読むためのものであるソースコードに人が読むためのコメントを付け加えなければならないのは、次の２通りの場合だけである。 1.公開されるAPI APIやソースコードそのものが公開される場合、利用者は不特定多数となり、利用者のスキルにもばらつきが出て、
コードコメントに書くべきは「意図」 - プログラマーの脳みそ
2.トリッキーな実装 ソースを読んだだけではすぐにわからないようなアルゴリズムを採用している場合や、使用しているライブラリのバグ回避のための特殊な処理を行っている場合、または他の人が見たときや自分が数年後に見た時に「なぜここでこんなことを？」と感じる可能性がある場合にはソースコードにコメントを追加するべきだ。これは言わばトリッキーな実装である。 ソースコードのコメント率は20%を切ることが望ましい : 小野和俊のブログ 私はこの部分にはもうちょっと汎用的に「意図」を書くべき、とすることを提案しよう。*1 トリッキーな実装というのは、「普通」ということが分かっていて初めてトリッキーかが分かる。普通か、トリッキーか、というのは時代背景*2というかハード的な制約も関係するだろう。常識は移ろいゆく。本人がトリッキーではないと確信して書かれるコードと、トリッキーなコードとの線引きはどうしたらよいのだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
バッチファイルを配布しやすいEXE型式に変換「Bat To Exe Converter」NOT SUPPORTED
IDEA * IDEA