More than 5,000 organizations count on our digital courses and more to help their teams learn the tools and technologies that drive business outcomes. We can help yours too. New AI policy for O’Reilly authors and talent O’Reilly president Laura Baldwin shares the company’s ethical approach to leveraging GenAI tools and ensuring O’Reilly experts are compensated for their work. Read it now It’s time
趣旨 Rails アプリでプロトタイプを作ったときに、BASIC 認証を掛けて限定公開したいと思うときがあるかもしれない。ところが Rails ではそれが案外難しい。Apache をかませないと BASIC 認証ができないからだ。そこで WEBrick を使って BASIC 認証を行うようにしてみた。 情報ソース 基本的には、私が過去に書いた SSL 上で WEBrick を動かす WEBrick で Basic 認証を行う という2つのエントリの応用編である。 使い方 下のソースコードで OPTIONS = { :realm => 'My Application', :user => 'guest', :password => 'passwd', ... とある部分を適宜変更して、webrick_basic_auth.rb という名前のファイルで保存し $RAILS_ROOT/scrip
No hay ninguna entrada con la etiqueta patterns. Mostrar todas las entradas No hay ninguna entrada con la etiqueta patterns. Mostrar todas las entradas Inicio Suscribirse a: Entradas (Atom)
ここでは、Rubyによるネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者(もしくは入門者)です。 TCP 簡単なTCPサーバとクライアント TCPクライアント(エラー処理付き) 何度も受信できるTCPサーバ TCPサーバ(acceptした相手の確認) UDP UDPを使う UDPでブロードキャストを使う UDPでマルチキャストを使う(マルチキャストを送信する) UDPでマルチキャストを使う(マルチキャストを受信する) UDPでマルチキャストを使う(TTLを設定する) Web 簡単なHTTP GET(Net::HTTP) HTTP HEADと全てのHTTPヘッダの表示(Net::HTTP) HTTP POST(Net::HTTP) 簡単なRSSクライアント その他 IO::selectを使う IPアドレスからホスト名への変換
2007/11/26 2007年11月24日、「楽天テクノロジーカンファレンス2007」において、Ruby言語の開発者で楽天技術研究所フェローのまつもとゆきひろ氏は、開発中の大規模分散処理基盤「Roma」(ローマ)と「Fairy」(フェアリー)のコンセプトを語った。研究段階ではあるものの、米グーグルなど世界トップクラスのネット企業だけが持つ大規模分散処理技術に真っ向から挑戦する試みだ。 米グーグル、米ヤフー、米アマゾンなど世界トップクラスの大手ネット企業は、巨大なトラフィックに対処するため、大規模データセンターの信頼性、可用性、性能などを確保する大規模分散処理基盤の研究開発を進めている。最近では、こうした大規模分散処理基盤は“ウェブOS”と呼ばれることもあり、注目を集めている。つまり世界トップクラスのネット企業は“ウェブOS”を自社開発しているわけだが、楽天でも国産の“ウェブOS”が生まれ
Ruby, Java, Lisp, Io, JRuby. Programming language archeology, creation and discovery. So, me and Ben Butler-Cole discussed the fact that accumulators in Ruby isn't really done in the obvious way. This is due to the somewhat annoying feature of Ruby that nested method definitions with the def-keyword isn't lexically scoped, so you can't implement an internal accumulator like you would in Python, Li
「KOIL FACTORY PRO」で新たな視点でつくる「衣食住遊」の体験型フェス「ほにゃらら+らDAY」が10月29日と30日に開催
方針 Rubyをまったく知らない前提で始めます Java、JavaScript、elispのようなメジャーな言語と対比しながら説明します なるべく手を動かして目に見える形で説明を進めます 次回Ruby on Railsの勉強会をするので、それにつながることに重点を置きます 逆に言うと、RoRであまり使わない知識は流します。例えば、ファイル操作周りやスレッド周りなど 開発環境(2) .emacs.elに書くべき記述 ; ruby (autoload 'ruby-mode "ruby-mode") (setq auto-mode-alist (cons '("\\.rb$" . ruby-mode) auto-mode-alist)) (setq interpreter-mode-alist (append '(("ruby" . ruby-mode)) interpreter-mode-al
<< 2007/10/ 1 1. [Ruby] ロゴコンテスト締め切り 2. [Ruby] Rubyで自治体の業務システム構築、松江で実証実験 − @IT 3. On Off and Beyond: 何かを好きになるために努力すること 4. U-20プロコン表彰式 5. 経済産業大臣表彰 2 1. [言語] プログラミング言語「ドリトル」 - Dolittle 2. [Ruby] 【CEATEC】東芝がCell上でRubyを使った家電向けユーザー・インタフェースをデモ:ITpro 3 1. [言語] The Transterpreter 2. 5時間以下の睡眠続け死亡率1.7倍に 7時間寝よう|Ameba News 3. This is making me angry 4. [Ruby] Ruby on Rails Development: Justify Your Choice of R
今年の私の中の最重要イベントだった、RubyKaigi2007。 はじめてRuby界でのライトニングトークスに挑戦したときの資料が、アップされました。(ありがとうございます>角谷さん) http://www.flickr.com/photos/68498640@N00/sets/72157602641219277/ (最後の4枚のスライドは、後付け、の落ちです) 荒い画像ですが、用意した「情報カード紙芝居」と「その場の手書き」の臨場感がどこまで伝わるかな。。。。上記ページには、録画されたビデオへのリンクもあります。 なお、RubyKaigi2007の全LTの資料のリストはこちらです。 http://jp.rubyist.net/RubyKaigi2007/Program-LT.html
komagataです。 mongrelを入れるときに一緒に入るdaemonsというライブラリが気になったので調べてみました。 daemonsは大まかに、サーバープログラムをstart/stop/restartなどのおなじみのやり方で操作できるようにするラッパーの機能とプログラム中で使って自分のプロセスをデーモンにする機能があるそうです。 引数を出力し続けるプログラムをデーモンにしてみたいと思います。 puts_arg.rb: #!/usr/bin/env ruby loop do puts ARGV.inspect sleep(1) end 実行結果。 $ ruby puts_arg.rb a b c ["a", "b", "c"] ["a", "b", "c"] ["a", "b", "c"] (略) これにdaemonsを使ってラッパーを用意します。 puts_arg_control.
Matzさんの講演を聴いた。世の中に星の数ほどあるプログラミング言語を先端言語、普及言語に分け、Rubyを先端的普及言語と位置付けた後で、Rubyの人気の秘訣は「哲学に基づいたバランス」にあると続けた。そして、Rubyはやりたいことを簡潔に書けるとして、Paul Grahamの「簡潔さは力なり---Succinctness is Power---」を引き合いに出した。 言語の「簡潔さ」とOSのそれとは若干ニュアンスは異なるだろうけど、「パワフル」なOSはアプリも簡潔に書けるはずだ。「パワフル」とは機能満載でデコラティブなOSという意味ではなく、まさに「哲学に基づいたバランス」を持ったということ。例えば、ネットワークプログラミングにおける、BSDソケットとdial(2)の違いとか。 (追記: 2007-10-30) 「まつもとゆきひろさんの講演(ニコニコ動画(RC2)で公開)」だそうな。
2007/10/16 Miracle Linux 社開催の Asianux Road Show 2007 へ行ってきた。そのうち、まつもとさんセッションのメモ書き。急いでメモったので、理解が違っているところや聞き漏れ、聞き間違いがありえる。読まれる方は、そこを理解したうえで読んでください。 タイトル Ruby からのメッセージ 自己紹介 プログラマ オープンソース開発者 言語デザイナ 世に言語の種は尽きまじ 一説には数千とも数万とも ほとんどは消えていく アイディアの具現化 いつか自分の言語を 言語を作りたい人は一定数いる Ruby という名の言語も3つ存在する ただ、ほとんどは寿命が短く使われない 作者しかユーザがいない、とか 先端言語と普及言語 言語における対立軸 一般向け/学術向け 最新技術/枯れた技術 先端言語 特定のアイディアに深く依存 応用範囲が狭い アイディアの実用性を証明(
エラトステネスの篩もよいけれど、別の問題もやろうよ。ということで「完全数」です。 def perfect(n = 100, &block) sum = Array.new(n + 1, 1) (2..n).each do |i| if i == sum[i] block.call(i) end k = i + i while k <= n sum[k] += i k += i end end sum end perfect(10000) do |k| print "#{k}, " end #=> 6, 28, 496, 8128,あらら? エラトステネスの篩とほぼ同じになっちゃった♪ 完全数 (Wikipedia) 追記:おお、Danさんが反応してくださいました。感謝です♪ http://blog.livedoor.jp/dankogai/archives/50538972.html
弾:最初の質問です。なぜRubyを選んだのですか? DHH:極端なことを言うと,Rubyが一番美しく自分のコードが書けるからです。 【小飼弾のアルファギークに逢いたい♥:#2 Ruby on Rails作者 David Heinemeier Hansson(前編) RubyでRailsを書いたわけ|gihyo.jpより引用】 この記事を既に読んだ方も多いと思うが、この「Rubyが一番美しく自分のコードが書ける」というセリフは非常に重要である。「イテレータに片思い」というエントリーで書いた通り、Rubyには生みの親の「コードは読みやすくあるべき」という魂がしっかりと込められており、それが「コードの美しさ」に繋がっているのである。 私がRubyを触り始めて一番強く感じたことは、Smalltalkとの類似点である。私自身、90年に数ヶ月間Smalltalkにどっぷりと使っていた時期があるが(マイ
_ [Ruby][OSS] プレゼン「Rubyで書こうよオープンソースソフトウェア」 / le presentation "fais des logiciel opensource avec Ruby!" OSC 2007 Fallの、日本Rubyの会のセッションで、「Rubyで書こうよオープンソースソフトウェア」という5分程度のプレゼンテーションをしました。 とりいそぎ、PDFを置いておきます。 舞台がオープンソースカンファレンスなので、空気を読んで「オープンソースソフトウェア」と書いていますが、心の中で「自由ソフトウェア」と読みかえてくださると幸いです。 → OSC2007Fall_Ruby.pdf この記事には続きがあります→2007-11-06, 2007-12-20 _ [Nexedi][ERP] プレゼン「オープンソースERP - ERP5の魅力」 / le presentat
ひがさんが思考停止を批判している 実際良く見かけるんだけど「最新の技術についていくのは疲れた」「なにかスーパーなデファクトが現れてそれで統一されて欲しい」「考えるのめんどくさいから標準で統一したほうが無難」なんてのは、おやじ予備軍シンドロームだと思う。 で、Railsにもその虞ありとのことだ。 Javaの世界はフレームワークが乱立していて適切な組み合わせを選ぶのが大変だからRailsで統一されているRubyがいいんだと。 これには、全然賛成できません。悩みたくないからスーパーなデファクトを望むのは、危険だと思うんですよね。ライバルがいないとどうしても進歩の速度が鈍ります。Rails一党独裁よりも、いくつかのフレームワークが競い合うほうが健全なのではないかと思います。 これについてのRailsサイドからの言い分はあかさたさんが「本筋には大賛成です。枝葉末節についてです。」と断った上で「 Ra
写真●「X-over Development Conference 2007」で講演する,まつもとゆきひろ氏 「結局のところ,顧客に何が必要かは,顧客にも開発者にも理解は不可能だ。そうならば,まずアプリケーションを作って,それを使ってもらい,顧客に合うように直すしかない。これからのエンタープライズ開発も,とにかく速く安く作って,直すことが重要になる」--。プログラム言語「Ruby」の開発者であるまつもとゆきひろ氏は9月7日,ソフト開発をテーマにしたイベント「X-over Development Conference 2007」の講演でこう主張した。 まつもとゆきひろ氏の講演テーマは「Web 2.0時代のエンタープライズ開発」というもの。Web 2.0時代のアプリケーションは,「YouTube」に代表されるように,「仕組みそのものよりも,データがどれだけ集まっているかが生死を分けている」(ま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く