編集 or 閲覧するには パスワードをかけてもSpamが減らないし私自身が対応できないので、ちょっと強硬策を取ることとしました。 閲覧でも同じパスワードをかけさせていただきました。 不便になりますが、ご了承くださいませ。 簡易に編集できるようにとこれまでパスワードなどをかけておりませんでしたが、あまりにもspamが多いのでパスワードをかけることにしました。 ユーザー名：meadow パスワード：memo で編集できますので、編集の都度、入力ください。 この状態でspamが増えるようなら、適当にパスワードなどを変えていきますので、ここをチェックくださいませ。 ↑ はじめに このページは Emacs 電子書棚のWiki です．Meadowの設定などの解説は Meadow/Emacs Memo にありますので，そちらをまず参照してください． 一応，Meadow memo Wiki ということで

Perl-Support is written to considerably speed up writing code in a consistent style, as well as to help with other often performed tasks: - insert various types of comments - insert complete but empty statements (e.g. 'if {} else {}' ) - insert often used code snippets (e.g. declarations, the opening of files, .. ) - insert the names of file tests, character classes, special Perl-variables and POS

rubyユーザガイド はじめに Rubyは「お手軽オブジェクト指向言語」だ．ちょっと独特ではある が，慣れれば書きやすく，ある程度は読みやすいようにできている． この「Rubyユーザーズガイド」では実際にrubyを動かしてみながら rubyに慣れることにしよう．また，マニュアルでは分からない 「なぜそうなっているのか」ということも説明しようと思う． 目次 起動してみる rubyの特徴 簡単なプログラム 文字列 正規表現 配列と連想配列 簡単なプログラムふたたび rubyの制御構造 イテレータってなに？ 入門・オブジェクト指向 メソッド クラス 継承 メソッドの再定義 さらにメソッドについて(アクセス制御) 特異メソッド モジュール 手続きオブジェクト 変数たち 大域変数 インスタンス変数 ローカル変数 クラス定数 例外処理 後始末を忘れずに(ensure) Last modified: M

移動します。

このウェブサイトは販売用です！ preston-net.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、preston-net.comが全てとなります。あなたがお探しの内容が見つかることを願っています！

$Id: index.html,v 1.6 2004/07/20 23:08:12 aamine Exp $ この文書は書籍『Rubyソースコード完全解説』のHTML版です。 ただし初校段階の原稿をベースにしているため、 書籍では修正されている間違いが残っている場合があります。 予め御了承ください。 2004-02-16 に全章を公開しました。 目次 まえがき 序章 第 1 部「オブジェクト」 第 1 章「Ruby言語ミニマム」 第 2 章「オブジェクト」 第 3 章「名前と名前表」 第 4 章「クラス」 第 5 章「ガーベージコレクション」 第 6 章「変数と定数」 第 7 章「セキュリティ」 第 2 部「構文解析」 第 8 章「Ruby言語の詳細」 第 9 章「速習yacc」 第 10 章「パーサ」 第 11 章「状態付きスキャナ」 第 12 章「構文木の構築」 第 3 部「評価」 第

ブログ/SNSやWeb 2.0と付き合うようになってはや半年、その思想、概念や技術についてはほとんど網羅したつもりになっていたのですが、「ソーシャルソーティング」というアイデアがあることを初めて知りました： マイクロソフトの新技術「SNARF」--人間関係を手がかりにメールを分類 - CNET Japan SNARF（Social Network And Relationship Finder）と呼ばれる新しいソフトについてのニュース。このツールを使えば、「受信したメッセージを着信順だけでなく、送信者との関係の深さによっても並べ替えることができる」とのこと。過去のメール送受信履歴を分析することで、送信者との「関係の深さ」を把握しているそうです。 このようにメッセージの投稿者・送信者との関係性を尺度にデータの並べ替えを行ことを「ソーシャルソーティング」と言い、以前からMicrosoftやHP

■ SSLを入力画面から使用しないのはそろそろ「脆弱性」と判断してしまってよいころかも 24日のIT Proの記者の眼に「なぜSSL利用をケチるのか」という記事が出ていた。筆者の阿蘇氏には勤務先でWebアプリケーションセキュリティについて取材を受けたことがある。この記事の主張はこうだ。 Webサイトはログイン画面からSSLを使い，利用者はログイン時に鍵マークを確認するのが常識。 阿蘇和人, なぜSSL利用をケチるのか, 日経IT Pro記者の眼, 2005年11月24日 正しい。より正確には「ログイン時」というのは、パスワードを入力する前にということだろう。ただ、その根拠としてこの記事は、フィッシング対策としてサイトが本物かを確かめるためという点だけを挙げているが、その根拠はやや弱い。 SSLをパスワード送信先の画面からではなく、入力画面から使わなくてはならない理由のもうひとつの重大な理由

亲爱的用户【133.242.243.6】，您的访问已受限，请联系管理员进行解封！

うっかりファイルの保存を忘れていたために、OSやアプリケーショ ンが突然落ちて何時間もの作業を失ったという経験のある人は多い。 うっかりと書いたが、これはうっかりしていた人間が悪いというよ り、作業内容を失ってしまう計算機の方が悪い話である。 こうした「ファイルの保存し忘れ問題」に備える現実的な対策は、 ファイルの保存をこまめに行う、という方法である。実際、多くの 人がこれを行っている。なんだかおかしな話だ。 Emacs にはバックアップを自動保存する機能が備わっているが、 いざというときに復元の仕方がよくわからない。 M-x recove-file して復元するファイル名を指定する。 バックアップファイルが残っているときにファイルを開くと M-x recover-file せよ、と説明がでるけど、 再度ファイル名を指定し直さないといけないのは不便 (このととき RET を押だけでもいいけ

Rubyを触りだしてちょっと経ちます。 元々RubyはJavaにちょっと飽きたから別の言語でも触ってみようというノリで始めました。 XP界隈でルビールビー！っていう声があったので、そんなに言うなら触ってみようと。笑 最初はRubyでテキスト処理をさせる程度のコードしか書きませんでした。多くても30行程度のとても小さい簡単ツールを書いてました。 なもんで最初のRubyの印象は「まぁ便利な言語やな」程度のもんでした。 それが段々と作るツールが大きくなってくるにつれ、Rubyでクラスを定義したりするようになると、自分の中で何かが変わっていくことに気がつきました。 当然最初はRubyの持つ強力な機能やお手軽な文法などに目がいきましたが、しばらくするとどうやら僕はRubyの持っている思想に共感するようになっていることに気づいたんです。 そしてそれを今感じる範囲内でまとめてみようと思います。 オブジェ

_ Rubyから何を学べるか？ 機械猫さんがRubyから学んだことというエントリーを書かれている。それは オブジェクト指向の視点の変化 本質に集中する の2点だそうだ。 このうち2番目の点については僕はそれほど同意できないのだけれど（感覚的な問題だと思うから、理由は別にない。ただDRYにどれだけ共感できるか、あるいはコミットできるかという点がそう感じる分かれ目なのかな、というようには思う。早い話、僕は必ずしもDRYではない。そのあたりが理由なのかも知れないが、僕はJavaで前準備みたいなことを記述していてもそれを本質的ではないと感じないからだ）、1番目の点についてはそう思う理由は異なるのに、同じように感じているので興味を惹かれた。 つまり、この結論の部分だ。 例えば、あるプログラムに対して機能追加をしようとする際にはJavaならば 「このデータをどう処理するクラスを定義すればよいか？」 と

10 個ないじゃん。とりあえず数を書いとけ、ってのが最近の流行だろうか。 Ajax を使って意味があるのはどんなところか、Ajax によって事態が悪化するようなところはどこか、というのを考えて列挙しているエントリ。Ajax の適用箇所を悩んでいる人にはいい参考になると思うのでおおまかに紹介。 Ajax を使うといいところ フォームによる多量の入力 深い階層の木構造をたどらせるところ ユーザ間のコミュニケーションを行わせるところ 投票、「はい/いいえ」、評価ボタン フィルタやソートなどのデータ表示操作 テキスト文入力時のヒントやオートコンプリート Ajax を使うべきでないところ 非常に単純で、失敗が許されないフォーム ライブサーチなどの検索 基本的なサイトナビゲーション 大量のテキストの置換 大々的な表示の変化 無意味な Widgets (UI 部品)の利用 個々の「べき・べからず」を主張