「速く、簡単に、もっときれいに：DIコンテナとサービスロケータを区別する方法について」を翻訳しました
PHPメンターズ道場生 kumamidori です。 PHPのエキスパートとして世界的に知られている方の１人に、Paul M. Jonesさんがいらっしゃいます。 フレームワーク「Aura for PHP」のリードであり、PHP-FIGの策定メンバーに入られている方です。 通称 pmjones さんのブログで、昨年末、DIに関する下記エントリがありました。 「Quicker, Easier, More Seductive: How To Tell A DI Container From A Service Locator」 興味深い内容のようだったので、翻訳しました。翻訳記事の公開について、著者ご本人から快諾頂けたため、掲載させて頂きます。 本文中にあるとおり、この記事に対する訂正として、「Quicker, Easier, More Seductive: Names, Usage, and
PSR-0, 1, 2を日本語に翻訳してみました｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
PSR-0, 1, 2を日本語に翻訳してみました はじめまして。onoと申します。 このたび唐突にPHP-FIGのPSR内容を日本語に翻訳してみました。 1. PSRとは 一言で表すと、PHPの標準コーディング規約です。 それならもう色々あるよねってお話なんですが、 PHP-FIG（PHP Framework Interop Group）というグループには各フレームワークだったりライブラリだったりの関係者が参加しています。 SymfonyだったりZFだったりPEARだったり。 そんな豪勢なメンバーが共通点を見つけながら、ルールを組み立てていきましょう！という背景のもと、共通内容を整理した規約集がPSRということになります。 1-1. 公開します 今回PSR翻訳してみましたが、様々なツッコミを恐れずに公開することにします。 PSR-0 – オートローディング規約（原文） PSR-1 – 基本
PHPプロジェクトの80-90％は巨大なクソの山であるという事実 : candycane development blog
面白いエントリを見つけたので和訳しました。PHPが使われていた歴史が古い事や開発者のコミュニティの観点から見たPHP論。読みやすいので早速どうぞ。 なお画像は「各プログラム言語からは各言語オタクがどう見えるか？」です。 原文 Why PHP Was a Ghetto http://codefury.net/2011/04/why-php-was-a-ghetto/ なぜPHPはゲットーだったのか ダンボ地区のかなりクールなスタートアップの創始者と私は世の中の多くのPHPの開発者でない人たちがPHPとその周囲のコミュニティを軽蔑するのかについて話していた。彼はとても興味深い点に言及した事が私の印象に残った。なぜなら私はこれまで聞いた事がない点だった。 お気づきかもしれないが、開発者がPHPに対して通常抱く不満は、だいたい以下の通りである： 醜い構文 他の言語が備えているいくつかの必要な
Lithiumによる高速アプリケーション開発のケーススタディ(和訳) : candycane development blog
PHP5.3以降専用の軽量フレームワークLithiumの誕生の経緯について以前、紹介しました。Lithiumは軽量さ、拡張性を追及するという事でCakePHPとはまた違った理想の元に開発されているフレームワークです。実際にLithiumを使った開発の流れをベルリンであった事のあるジョン(写真左)がエントリを書いていたので今回はこの記事を紹介しようと思います。ケーススタディはOSSのチャットサービスAnalogueとして実装されていてバックエンドはCouchDBを採用しています。 ジョンはベルリンで会った中でも最高に親切で英語のおぼつかない僕やcakephperさんに「荷物を置きにホテルに戻るけど来る？」とか「パーティの場所はわかる？」とかいろいろと気にかけてくれました。そんなジョンが書いた記事という事でちょっと気合が入るところです。気さくなジョンがフレンドリーに語りかけてくるイメージでお読
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Php Docbook Online Editor
UNICODE関連のREADMEの翻訳 - m-takagiの日記
