まだまだたくさんあるよ！ Acmeモジュール ほかにもたくさんあるAcmeモジュールの中から、本当に一部ですがお勧めのものを表1にまとめました[3]。ここに挙げたもののいくつかは、よそでも紹介されている有名なものです。ぜひ実際にインストールして動作を確かめてみてください。 表1 お勧めAcmeモジュール
第19回 Acmeで広がるPerlの世界―CPANは愉快なジョークモジュールの宝庫（2） | gihyo.jp
まだまだたくさんあるよ！ Acmeモジュール ほかにもたくさんあるAcmeモジュールの中から、本当に一部ですがお勧めのものを表1にまとめました[3]。ここに挙げたもののいくつかは、よそでも紹介されている有名なものです。ぜひ実際にインストールして動作を確かめてみてください。 表1 お勧めAcmeモジュール
特集：Perlでプラガブルモジュールを作ろう！｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第27回 Perlにおける静的解析（2） | gihyo.jp
前回の（1）はこちらから。 Perlの静的解析ツール （2）では、Perlを用いた開発で広く利用されている静的解析ツールについて解説します。前述したように、現在使われている静的解析ツールの多くはPPIを解析器として使用しています。ここで取り上げるツールもPPIで実装されているものが主ですが、中には高速なCompiler::*モジュールで再実装されているものも存在します。本項ではそうした高速なバージョンについても紹介します。 Perl::Critic── コーディング規約のチェッカー Perl::Criticは、Perlコード用のコーディング規約のチェッカーです。このモジュールは静的なソースコード分析エンジンとして働き、主にDamian Conwayさんの著書『Perlベストプラクティス』（注2）に書かれているコーディングポリシーに則っているかどうかをチェックします（一部例外もあります
第17回 Webアプリケーションのパフォーマンス改善（1） | gihyo.jp
大きな効果を上げるために チューニンガソン#1～#3の改善率を見ると、アプリケーションや全体のアーキテクチャに手を入れないで改善できるのは最大でも10倍以下です。もちろん数倍速度が違えばサーバ台数を大きく減らせるので有意義なのは間違いないのですが、ISUCONやチューニンガソン#4のような飛躍的な高速化は望めないことがわかります。 つまりチューニングでは、単にパラメータ設定を変更するのみではなく、ボトルネックになっているコードやクエリ、アーキテクチャに的確に手を入れていくことで大きな効果を上げることができるのです。 ボトルネックの発見と解消が大事 システム全体の処理時間についてパレートの法則（経験則）を適用すると、「全体の処理時間の80％は20％の部分で発生している」ということになります。実際にシステム全体で一番ボトルネックになっている部分を解消しないことには、ほかの部分に手を入れても大
第18回 Amon2によるWebアプリケーションの高速開発（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回は普段Webアプリケーションの開発を行っているtokuhiromさんで、テーマはWebアプリケーションフレームワークAmon2です。 Amon2とは？ こんにちは。tokuhiromです。本稿では、筆者が中心となって開発を進めているAmon2というWebアプリケーションフレームワークについて説明します。 Amon2は、次のような特徴を持つWebアプリケーションフレームワークです。 PSGI/Plackベース Amon2はHTTP::Engine/PSGI/Plackの開発／制定に初期のころから関わっている筆者が作成したWebアプリケーションフレームワークです。そのため、Plackの部品をできる限り利用することにより、少ないコードベースでWebアプリケーションフレームワークを実現しています。これにより学習コストが低くなってい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
