ライブドアがRSSリーダー「Fastladder」をOSS化，Ruby on RailsベースでWindowsパソコン単体でも動作
ライブドアは2008年2月7日，同社製RSSリーダー「livedoor Reader」の英語版「Fastladder（ファストラダー）」のオープンソース版を公開した。Ruby on Railsをベースにしており，Windowsパソコン上でスタンドアローンでも動作する。 livedoor ReaderはライブドアがWeb上の無料サービスとして提供しているRSSリーダー。ショートカット・キーなど，大量のRSSフィードを短時間で読むための工夫が特徴。Fastladderはその英語版サービスとして提供していたが，今回はプログラム自体をソースコードも含め無償公開した。 Windows向けのインストーラー付きバイナリ・ファイルも公開しており，Windowsパソコン単体も動作する。Webブラウザから，パソコン上で動作するWebサーバーにアクセスして利用する。Windowsの場合，インストーラを実行し，ユ
Programming in Emacs Lisp: Programming in Emacs Lisp
この Info ファイルは、Programming in Emacs Lisp (An introduction) 1.05 版の日本語訳です。翻訳元のファイルは GNU の配布の中に含まれている `emacs-lisp-intro-1.05.tar.gz' です。
Emacs クイックリファレンス
back はじめに このマニュアルは emacs (あるいは mule) を使いはじめてまだ間もない頃の 人のためのものです。emacs を一度も使ったことのない人は残念ながら 対象としていません (そういう人には emacs 付属のチュートリアルをすすめます)。 これを読んでも emacs が快適に使えるようになるかどうかはあなた次第です。 emacs はマウスやカーソルキーで操作することもできますが、 これらを使っているようでは上達しないということも 覚えておいてください。このマニュアルはよその人にも読めるように書いた つもりですが、基本的に csc (東工大 情報工学科 計算機室) で emacs を 使用する人を対象としています。そのため、日本語入力環境やメール環境については 必ずしもあなたのサイトとは一致しないかもしれませんので注意してください。 基本的なこと ファイル操作 カー
第1回 Perlにおけるテストの概要／TAPとは？ | gihyo.jp
モバイルファクトリーの松野です。 今回から数回にわたって、Perl におけるテスト手法についてリレー形式で詳細に解説していきたいとおもいます。 今回は初回ですので、ざっくりと概論になります。 Perlの世界におけるテストの重要性 Perlの世界においてはテスト（test）は大変重要視されています。 その特徴がよく表れているのがCPAN Testersではないでしょうか。 CPAN Testers Perlといえば何はなくともCPANなわけですが、CPANでモジュールを探していると、図1のように、「CPAN Testers」という項目があることに気付きます。 図1 CPAN Testers 世界中のPerl Mongersが、自分のマシンでテストを動かして、その結果をCPANに送っているのです。これにより、様々なOS／CPU／versionのPerlでテストがされています。貴方も気軽にCP
six6s লগইন: জুয়া সাইটে প্রবেশ করুন - সবচেয়ে সুরক্ষিত প্রবেশ!
six6s লগইন অনলাইন ক্যাসিনো এ 10,000 টাকা পর্যন্ত বোনাস পেতে জুয়া খেলা শুরু করুন, 150% বোনাস সাথে। লাইভ ক্যাসিনো অফার করে 50% প্রথম ডিপোজিট বোনাস এছাড়াও 12,000 টাকা। অত্যাধুনিক অনলাইন গেমিং প্ল্যাটফর্মে ক্যাসিনো প্রচারটি নতুন খেলোয়াড়দের জন্য প্রথম ডিপোজিটে বোনাস দেওয়া হয়। অনলাইন গেমিং খেলোয়ারদের একাউন্ট যাচাই করার পর স্বাগত বোনাস দেওয়া হবে। নতুন খেলোয়াড়দেরকে অনলাইন গেমিং সাইটে 700 টাকা উপ
UTF-7でXSSを発生させる10の方法 - UTF-7でXSSを発生させる10の方法
ちょっと書いてみました。毎回毎回、UTF-7に変換してURLエンコードして…とかするのがめんどくさいので、よく使うパターンを書いていこうと思います。 UTF-7 XSS Cheat Sheet 今日は眠いのでここまで。他のパターンとか解説を書き加えて、随時更新していきます。
初めてのRailsアプリケーション開発（1/3） － ＠IT
第1回 初めてのRailsアプリケーション開発 富田 陽介 Banana Systems株式会社 2009/3/16 Railsアプリケーション開発を支援する統合開発環境「3rdRail」を使って、開発、デバッグ、プロファイリングの手法をマスターしよう（編集部） はじめまして。BananaSystemsの富田と申します。 この連載では、エンバカデロ・テクノロジーズのRuby／Ruby on Rails統合開発環境（IDE）「3rdRail」を使った、Ruby on Railsプログラミングについて解説していきます。 IDEを使用したRailsプログラミングに興味のある方に、3rdRailを使用したRailsアプリケーション開発の流れを習得していただくことを目標としています。どうぞ最後まで、よろしくお願いいたします。 なお、この連載では、以下の環境にて動作確認を行っています。 Mac OS
第1回 「モダンPerl」ってなんだろう？ | gihyo.jp
「モダンPerl」という言葉の流行 先日、国内有数のPerlハッカーである牧大輔氏が『モダンPerl入門』という書籍を刊行しました。 日本のPerlユーザーのハブサイトを目指しているperl-users.jpでも「モダンなPerl入門」と題して「古来から親しまれているPerl入門とはひと味違う、今風のPerl入門テキスト」を作ろうという動きがあります。 海の向こうでは、Perl 6の言語仕様の策定にたずさわっているクロマティック（chromatic）氏が「Modern Perl Books」というウェブサイトを開設して、「モダンPerl」についての考察を始めました。氏はその名もModern::Perlというモジュール[1]を公開して「モダンPerl」の啓蒙に努めています。 個人の主義主張に過ぎないのでしょうか？ でも、この「モダンPerl」とはいったい何なのでしょうか。 字面から「今風の
ドラッグで並べ替え可能なグリッドを実現する「draggable_grid.js」を作りました - WebOS Goodies
WebOS Goodies へようこそ！ WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 本日は、久しぶりに JavaScript のライブラリを公開します。よく、画像ギャラリー等でマウスのドラッグ＆ドロップで画像の並べ替えができるものがありますが、そんな UI を簡単に実現できるものを作ってみました。以前に公開してご好評をいただいた DragResize.js のノウハウを引き継いでおり、以下の特徴があります。 JavaScript の呼び出しひとつ
ジョエルテスト - プログラマの思索
ソフトウェア開発チームの質を3分で評価するテストがある。 ジョエルテストと言われるものだ。 ジョエル・テスト 質問は12問あり、Yes又はNoで答える。 質問内容も至ってシンプルだ。 1.ソース管理システムを使っているか？ 2.１オペレーションでビルドを行えるか？ 3.毎日ビルドを行うか？ 4.障害票データベースを持っているか？ 5.新しいコードを書くまえにバグを修正するか？ 6.更新可能なスケジュール表を持っているか？ 7.仕様書を持っているか？ 8.プログラマは静かな労働環境にあるか？ 9.買える範囲で一番良い開発ツールを使っているか？ 10.テスト担当者はいるか？ 11.プログラマを採用するときにコードを書かせるか？ 12.「廊下での使い勝手テスト」を行っているか？ だが、その評価はとても厳しい。 １２点は完璧で、１１点は許せる範囲だ。だが、１０点以下だったら君は本当に深刻な問題を抱
プロジェクトの失敗は見積もりの失敗 - プログラマの思索
プロジェクトの失敗とは見積もりが失敗しているのだ、という下記Blogを読んで考えたことをメモ。 ＃以下はラフなメモ書き。 【元ネタ】 Agileが根付かないもう一つの理由 - masayangの日記（ピスト通勤他 【1】SW開発のプロジェクトは規模が大きくなるほど、失敗する確率も高くなる。 SIerならば、成功の基準は、黒字だ。 そして、IT業界にいる人なら誰でも、「黒字＝納期に間に合う＝品質が良い」という等価な式が成り立つことを経験的に知っている。 失敗に至るプロジェクトのパターンはいつもワンパターン。 要件定義、設計と進みながらも、システムのスコープや細部を詰め切れず、裏ではRailsやSeasarなどの新技術を取り入れて実装を並行開発する。 そして、殆どの画面を作った後も仕様変更が五月雨式に落ちてきては手直しし、結合テストやシステムテストで初めて稼動させた時に、大きな穴に気付く。 い
変更要求に対する選択肢 - プログラマの思索
「成功する要求仕様 失敗する要求仕様」で、変更への対応に関する選択肢の解説がとても素晴らしいと思ったのでメモ。 ＃ラフなメモ書き。 開発プロジェクトは、現在、Ver3.0へ向けて開発中で、その次のリリース予定のバージョンは4.0であると仮定する。 この時に、突然、顧客から大きな変更要求が提示され、どうしても対応せざるを得なかったと仮定する。 「成功する要求仕様 失敗する要求仕様」では、下記の9種類の選択肢を比較検討している。 この解説が非常に面白い。 １・変更を受け入れて、Ver3.0に組み入れて、スケジュールや予算は現状のまま変更しない ２・変更を受け入れて、Ver3.0に組み入れて、リリース日を遅らせる ３・変更を受け入れて、Ver4.0に組み込む計画を立てて、Ver3.0のリリース日を確実に守る ４・変更を受け入れて、Ver3.1という新たなVerを作り、変更をVer3.1に組み込む
SW開発で火を噴くパターン - プログラマの思索
【1】SW開発ではいつも結合テスト以降で火を噴く。 設計、開発、単体テストまで順調であっても、結合テストから受入テストに至るまでに致命的な問題が発覚する。 例えば、下記のような問題がいつでもどこでも噴出するのではないか。 設計書には、複数の画面遷移による業務フローが考慮されていなかった。 業務のインターフェイスがシステムとして整合性が取れていなかった。 シナリオに従ってテストしたら、設計時には気付かなかった業務フローが見つかったり、想定しなかったデータが作られて、その対応が漏れていた。 つまり、設計漏れ。 実際に結合テスト環境で動かそうとすると、そもそも動かない。 実は、DB環境にViewやプロシージャがもれていた。 あるいは、帳票出力やPDF出力、バッチ処理などに必要なサードパーティのライブラリがテスト環境に無かった。 モジュールをビルドして、Webサーバーを再起動する作業が手順化されて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Unavailable