るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
qwik.jp - qwik リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
バベル案内
Steve Yegge / 青木靖 訳 2004年9月 これは駆け足の言語案内だ — Amazon Developers Journalのために今月書いていたのだが、どうもこれを見苦しくないようにする方法を見つけられなかった･･･。 ひとつには、私はどうも粗野で口汚くなりがちで、オフィシャルな趣のあるAmazonの出版物に載せるのは不適切に思えた。それでかわりに誰も読まない自分のブログに押し込めてしまうことにした。読んでるのはあなたくらいのものだよ。どうも! もうひとつ言うと、これは本当に書きかけのものであり、そこかしこの断片を集めたものでしかない。全然磨き上げられていない。これもブログエントリにする理由になっている。ブログなら別に良質である必要も完全である必要もない。単に私が今日考えたことというだけのものだ。ではお楽しみを! この駆け足の案内では、C、C++、Lisp、Java、Perl
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
Rails + BackgrounDRb でメール配信 - WebOS Goodies
WebOS Goodies へようこそ！ WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 皆さんご存知のとおり、 Rails をはじめとする多くの Web アプリケーションフレームワークは、リクエストベースで設計されています。つまり、すべての処理は HTTP リクエストごとに起動され、それにレスポンスを返すことで終了します。ほとんどの場合、これは非常にうまく機能しますが、タイムアウトが発生してしまうような時間のかかる処理、一定間隔で定期的に起動したい処
Rails 2.0.2でデフォルトDBがSQLite3に変更
先日2.0.1をリリースしたばかりのRuby on Railsだが、早くも2.0.2がでてきた。このバージョンで、RailsのデフォルトDBがMySQLからSQLite3に変更されたそうだ。 SQLite3 is the new default database Most importantly is SQLite3 as the new database we’ll configure for by default when you run the rails generation command without any specification. http://weblog.rubyonrails.com/2007/12/17/rails-2-0-2-some-new-defaults-and-a-few-fixes 今後は単にrails myappとすると、SQLite3対応で初期
Rails 2.0のscaffoldを使ってみた - idesaku blog
Ruby on Rails 2.0になって何が変わったのか俯瞰してみるには、とりあえずscaffoldを作ってコードを見てみるのがよかろう、と思ったので作ってみた。 ありがちで恐縮だが、Personモデルのscaffoldを作る。要素は名前（name）と年齢（age）の二つだけ。シンプル。 まず、アプリケーションの初期化を行う。DBはお手軽に扱いたいのでsqlite3を使うことにした。これだとconfig/database.ymlの編集も不要なので楽。 $ rails trial -d sqlite3 （略） $ cd trial で、Rails 1.2であれば、まずはmigrationファイルを作ってDBにmigrateし、その後でおもむろにscaffold生成を行うところである。しかし、Rails 2.0ではここでいきなりscaffoldの生成を始める。 $ ruby script/g
Rails製のソースコードレビューシステム「宍道湖」が登場 | エンタープライズ | マイコミジャーナル
Ruby on Rails製のソースコードレビューシステム「宍道湖」がMOONGIFTにより公開された。 宍道湖は、Google App Engine上で公開されている「Rietveld」と同様の機能を提供するオープンソースソフトウェア。ただし、Ruby on Railsによって構築されているため、インターネットにアクセスできない環境下でも、Rubyの実行環境さえ揃えられれば手軽に利用することができる。 宍道湖が威力を発揮するのは、アプリケーションの改修やデバッグ、リファクタリングなど、ソースコードに対して変更を加えるときだ。Subversionのリポジトリを登録した後、変更したソースコードとURIの情報をアップロードするだけで、変更内容を抽出したレポートがWebページとして生成されるため、コードレビューを効率的に行えるうえ、変更履歴をわかりやすいかたちで残しておける。 また、生成されたレ
私がScalaを選んだ理由：CodeZine
はじめに 最近自分の中でScalaという言語が熱い。RubyやPython等のスクリプト言語や、JavaやC#等現在のエンタープライズ領域を支える言語、HaskellやErlangといった関数型言語もある。そんなにいっぱいいい言語がある中で、なぜ今Scalaなんだろう？ そんな理由を解説してみたいと思います。Rubyの生産性 ここ数年LLブームで、とりわけ日本でのRuby人気は目覚ましいものがあります。実は筆者もRubyはとてもお気に入りです。最初に触り始めた頃は、「Rubyはいいよ」という話だったので勉強がてら小さなサンプルを作って遊んでいたのですが、その頃は「楽しいな」「気持ちいい言語だな」という程度であまり熱心にやっていませんでした。なぜなら私は「仕事で使える」ということを非常に重視するタイプだからです。 その認識が一変したのがRubyによるWebアプリケーション開発のプラットフォー
1日で作る全文検索エンジン - Building a full-text search engine in "ONE" day - - とあるはてな社員の日記
最近、「Introduction to Information Retrieval」というStanfordの大学院向け教科書のドラフトを読んでいます。id:naoyaあたりが勉強会で読んでいる教科書です。この教科書には、効率のいい全文検索システムを作るにはどうすればいいか、という(まさに)教科書的手法が網羅的に書いてあり、そのあたりに興味がある人には、非常に興味深く読めるお勧めの本です。 ただ、面白い面白いと言っているだけでは、エンジニアとしては価値半減ですので、GW中にrubyで一日かけて実装してみました。 さすがに実装は、一日で作ったものですから、非常に素朴です。マルチバイト文字はbi-gramで、シングルバイトはスペースなどの区切り記号で認識しています。インデックスは、rubyの処理系のHashやArrayで保持しており、外部にMarshallで書き出す、というものです。検索エンジン
Rubyを使ってPaSoRi経由でSuicaの乗車履歴を取得し、GoogleMapsやGoogleEarthで表示する
#include #include "libpasori.h" int main(void) { pasori *p; felica *f; uint8 d[16]; p = pasori_open(NULL); pasori_init(p); f = felica_polling(p, 0xfe00, 0, 0); felica_read_without_encryption02(f, 0x170f, 0, 0, d); printf("%d¥n", d[14]*256+d[15]); pasori_close(p); return 0;} require 'dl/import' module Pasori extend DL::Importable dlload '/usr/local/lib/libpasori.dylib' typealias 'uint8', 'unsigned
ブログなんだよもん - RailsベースのTracクローン「Retrospectiva」を使ってみる
BTSというか問題管理ツールのTracのRailsベースのクローン「Retrospectiva」を使ってみた。 Railsベースの問題管理ツールといえば、redMineがあるけど、アレは小さなプロジェクトではかなり使い難い。なんというかシンプルさが足りない。 たとえば、文章・Wikiの様に類似している機能が多かったり、メニューがごちゃごちゃしていたり。あと、Ajaxの管理ツールがとても使いづらい。いつも、新規の問題を投稿するのに苦労しています。（ぉ たいして、Retrospectivaは純粋なtracクローンにBlog機能を乗せた物。見た目もtracライクでとてもシンプル。 そして、なにより管理がとてもしやすい。Web上で全ての操作が可能な上に、結構細かく設定できます。また、複数プロジェクト管理可能ですが、一つしかないときは複数管理用のUIを出さないといった点も好感が持てる。パーミッション
ブラウザで Ruby on Rails 開発！ Heroku を使ってみよう - WebOS Goodies
Heroku は現在リミテッドβの状態なので、ユーザー登録を行うにはこちらのページでメールアドレスを登録し、招待メールが来るのを待たなくてはなりません。私が登録したときは 2 週間待ちだったのですが、現在はだいたい 1 日以内に招待が来るようです。ちょっと面倒ですが、ぜひサインアップして、 Heroku の素晴らしい世界を体感してみてください。 ・・・どうでもいいけど、サインアップのページにある看板はいったい。 無事にサインアップできたら、さっそくこちらのページから heroku にログインしましょう。すると、最初に以下のアプリケーション管理画面が表示されます。 heroku では同時に複数の Rails アプリケーションが開発できるので、この画面でそれらを管理するわけです。しかし、現在はひとつもアプリケーションが存在しませんので、新たに作成してみましょう。アプリケーションの作成は「Cre
The Linux Foundation Japan - 各SIプロセスで使用できるOSSツール
The Linux Foundation Japan リナックスファウンデーション・ジャパン The Linux Foundationは、Linux® の普及、保護、標準化を推進する非営利のコンソーシアムです。 SI Forum いろいろなSIプロセスで使用できるOSSツールの調査 本調査は、2007年4月〜2008年2月の期間、本SI Forumに参加しているベンダ・SIerメンバーの協力によって行われました。 昨年度の｢OSSミドルウェア／ツール調査｣の作業を踏まえて、より多くのOSSドルウェアおよびツールをユーザー様、SIer様に使いやすい形で整理･公開すべく、今年度活動として、以下の３項目を活動目標としました。 参加各社がシステム構築(SI)に使用しているOSSツールを、各SIプロセス毎に整理する OSSツール情報をデータベース化し、必要なツールを簡単に検索できるよ
LAMPセキュリティを強化する4つの方法：CodeZine
はじめに Apache HTTPサーバーのセキュリティは、少なくともLinuxやその他の適切なUnix系オペレーティングシステムで実行している限りにおいては、信頼できます。しかし、今や平凡な静的な読み取り専用Webサイトは絶滅危惧種となりました。最近では、LAMPと呼ばれる一連の技術（つまりLinux、Apache/Lighttpd、MySQL/PostgreSQL/SQLite、Python/PHP/Perl/Ruby）を使って動的Webサイトを提供するのが一般的になっています。これは進歩であるとも、ないとも言えます。 私個人は、平凡な静的HTMLの日々が好きでした。今と比べてブラウザのHTMLサポートやサイトの質に疑問が多かったとはいえ、少なくとも、エラーを吐き散らす役立たずの巨大なスクリプトを実行して私のコンピュータを過労に追い込んだり、ときには完全に固まらせてしまうことはありません
AIRS Labs: Rails製プロジェクト管理ツールならredMineよりもretrospectivaの方が良くなくないですか？
Rails製プロジェクト管理ツールならredMineよりもretrospectivaの方が良くなくないですか？ 加藤です。 まったく人気のないRadiant CMSネタ につづけて、みんな大好きプロジェクト管理ツールネタです。 はてブを見ていたら Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう！ という技評の記事があって、「オ、これ知らね」と思い redMineの本家サイト を覗いてみたのですが、インターフェイスから「ほのかに」どころか「全面的に」醸し出されるMS臭に違和感を感じ、 ガントチャート を見た時点で完全に萎えました。 個人的には、 redMineよりもRails製tracクローン retrospectiva の方がイケてるような気がします。tracとの主な違いは ブログ機能がついているというところだけ というのもイカしてますし、なによりネ
redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
へなちょこエンジニアなBlog: retrospectivaのインストール
Redmine Users (japanese) | Google グループ