日々のToDoチェック、進捗管理、アイデアメモなど多岐にわたる情報を整理し活用するために、ジャストシステムから「xfy Planner」というソフトが登場しました。現在はベータ版なので無料でダウンロード＆利用が可能となっています。iCal形式のインポートに対応し、HTMLやPDFでの出力が可能。タスクはクリックで即座に追加、ドラッグ＆ドロップによる移動も可能で、操作はかなり優秀。 全体的な使用感としては、とにかく直感的なので特に説明やヘルプを読む必要はなし。また、タスクを次々に追加できる工夫が随所になされている点は非常にグッドです。追加だけでなく、そこからあとの変更・編集についてもかなり簡単にできる点は確かにかなりいい感じ。何より、ガントチャート表示やらカレンダー表示やらを縦横無尽に切り替えることができる点は秀逸。タスク登録やその見せ方、情報のまとめ方にちょっとした工夫がなされており、全体

プロジェクトをメンバー全員で共有して管理するためにWBS（Work Breakdown Structure：作業分解図）、ガントチャート、ToDoリスト、マイルストーン、イベント、カレンダー、ファイル共有などを駆使できるオープンソースのタスク共有・プロジェクトマネジメントツール、それが「9Arrows」です。 Rails・ExtJS・Adobe AIRを活用しており、推奨動作環境はRails2.0以上、データベースとしてPostgreSQL、さらにRailsが稼働するサーバ(mongrel、webrick、Apache)が必要です。 公式サイトでASP版のアカウントを作成すると操作できるようなので実際に使ってみました。スクリーンショットなどは以下から。 9arrows.com | Home http://9arrows.com/ 9Arrows, LLC. WBSベースでRubyやAjax

ちょっと作成したWebアプリケーションに脆弱性があるかをきちんとチェックしないといけない羽目になったので調べてみた． 出来ればフリーで，無ければ有償でもいいので．いや，やっぱりフリーで．．． 調べて実際にインストールや使ってみた順に載せてみます． Nessus http://www.nessus.org/nessus/ フリーでは一番使いやすいサーバ脆弱性診断ツールかな．有名だし． でもサーバの脆弱性診断という位置づけが強い MultiInjector released - automatic parallel website Injector / Defacer http://chaptersinwebsecurity.blogspot.com/2008/10/multiinjector-released-automatic.html Pythonの2.4以上で動作 Windowsでも使

はじめに こんにちは。hirataraです。 本稿は、正規表現エンジン作成の第2回目です。前回は正規表現の数学的な側面を説明しました。今回は正規表現エンジンの実際の評価器となる、NFAとDFAを実装します。 対象読者 正規表現をもっと知りたい方 情報科学分野に興味がある方 正規表現エンジンを実装する必要がある方 必要な環境 サンプルはPython2.5で開発しましたが、2.4の環境でも動くはずです。 Python2.5 が動作する環境 実装する正規表現の仕様 今回から正規表現エンジンの実装に入りますが、実際に手を動かし始める前に、到達すべきゴールを明確にしておきましょう。まず、連載中に実装する正規表現の仕様を決定します。この連載では数学的な定義である3つの正規表現のみを実装し、正規表現が本当にDFAと等価であり、DFAをシミュレートすることで実装できることを確かめます。 文法 これから作る

はじめに こんにちは。hirataraです。 私が初めて正規表現を使ったのは、PerlによるCGIでの文字列処理でした。それから私はPerlを使い続け、今では正規表現なしのコーディングは考えられないほど、正規表現を当たり前の機能として日常的に使っています。昔は標準では正規表現をサポートしていなかったJavaも、今では正規表現をサポートするようになりました。Javaだけではなく、今日ではほとんどの高級言語にとって、正規表現はなくてはならない機能であると言っても過言ではないほどメジャーな機能となっています。 本記事では、この正規表現の舞台裏に光を当てます。一見すると作ることが難しそうな正規表現エンジンですが、その根底には数学的な概念があり、その概念さえ知っていれば基礎となる機能の実装はそんなに難しくありません。この連載ではその数学的な概念をPythonを使って表現しながら、実際に動作する正規表

ドットインストール代表のライフハックブログ

2008年10月27日18:30 カテゴリLightweight Languages そろそろ3つのポイントについて「弾言」しとくか 熱もやっと引いてきたので。 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場 ちょっと囓っただけの素人が自分を過信して陥る三つの罠？ - カレーなる辛口Javaな転職日記 三つのポイントに行く前に まずはこの台詞から。 うーんと，30点．「もう少しがんばりましょう」レベル． まず、この台詞はプロ2グラマーとしては0点。 なぜなら、プログラムが正しいかどうかを決めるのは、使う人々だから。 この中には、自分自身も含まれる。一行野郎からテストスクリプトまで、おそらくプログラムのほとんどは、自分自身のために書かれる。こういうプログラムまで「スコープがどうの」だの「言語がこうの」などというのはまさに no

タイトルが片言！ じゃなくて。以下エントリに軽く反論 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場 by ふろむだ 「変数のスコープは狭いほど良い」と妄信する 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場 by ふろむだ んん？これってデータ構造とか設計が悪いんじゃないの？ もちろん、これは名前空間やプログラムの担当分け問題とのトレードオフ

「変数のスコープは狭いほど良い」と妄信する 変数でもメソッド名でもクラス名でも言えることだが、単純に「スコープは狭いほどよい」という方針でプログラムすると、逆に保守性も可読性も悪いプログラムができあがることがけっこうある*1。 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 たとえば、プログラムのいろいろな箇所から比較的頻繁にアクセスする必要があるようなオブジェクトや機能がバインド(格納)された変数やメソッドのスコープをクラスやメソッド内のローカルにして、それを使うときは、いちいち各クラスやメソッドにパラメータ渡しのチェ

とりあえず思いついたもののまとめ。 まずは、ベーシックなものから。 変数のスコープをなるべく狭くしろ 他はグローバル変数を使うなとか、モジュール化と界面を意識せよなど。とにかくスコープは重要かつ意外と奥が深い。スコープに関係する機能は、モジュール(パッケージ)、クロージャ、ローカル関数、ローカルクラス、変数の種類、アクセス制御など。 同じロジックのコードを2度以上書くな 他はDRY原則、コピペをするななど。自分の場合、2度書く方がシンプルになる場合、2度書くこともある。特に、ifやswitchなどのロジックの中で同じコードが2度現れる場合、ちょっとしたコードでわざわざ別のところで関数やブロックにまとめて、それを参照するのは面倒。但し3度以上現れる場合は関数などにまとめるケースが多いかも。 汎用コード内で条件分岐コードを減らせ 他はifをポリモーフィズムによりなくせなど。条件分岐は汎用性を損