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 – 基本

「ＣＯＮＣＥＰＴＷＡＲＥ」の販売管理システムと生産管理システムについて、テーブルに含まれるフィールドの数を集計してみた（２つのシステムに含まれるテーブル数は、それぞれ６８本と８３本）。その結果、通常のテーブルに含まれるフィールドは「２５個以下」であることがわかった。また、フィールド数が「１０個以下」のテーブルが全体の６割以上を占めることもわかった。私も意外だったが、テーブル毎のフィールド数は案外少ないものだ。 含まれるフィールド数が２５個より多いテーブルは、いずれも「月次統計情報」であった。必然的に多くのフィールドを含むものなので、それらを特殊なものとして除けば、「フィールド数はふつう２５個を越えない」という経験則を導き出せそうだ。私の過去の経験から言っても違和感はないし、賛同される技術者も多いのではないかと思う。 もちろん、２５個以上のフィールドを抱えるテーブルが設計として直ちにおかしい

ひとつの事実が１か所にしか記録されないようにする――これはDB構造を正規化する際の基本だが、このルールを意図的に違反すること（正規化崩し）で、効果的なDB構造が生み出されることがある。正規化崩しは高速化のためだけにあると思われがちだが、それ以外の目的もある。そのような正規化崩しのテクニックとして、「抽象化（汎化）」を取り上げよう。 説明の前に、正規化崩しに関して大事なことを言い添えておきたい。勘違いしている技術者がいるが、正規化崩しとは「正規化してから崩す」という意味である。本来の正規形を経由せずに非正規形になっているとしたら、正規化崩しではなく、単なる「無手勝流」でしかない。 では、いったん正規化してから崩すことがなぜそれほど重要なのか。事前に「更新時異状（更新処理にともなって発生するデータの不整合）」に対処しておくためだ。正規化崩しにせよ無手勝流にせよ、そのままでは遅かれ早かれ更新時異

前回記事で、業務システム開発の上流工程でDB設計がないがしろにされるケースがあると指摘したが、よほど低レベルな職場でない限り、今では上流工程でのER図の作成が標準化されるようになっている。 ところが、そのER図がまるでショボいにも関わらずレビューで承認されるケースがあとを絶たない。理由は単純で、ER図があるかどうかだけがチェックされて、内容レベルの検証がなされていないためだ。それはとりもなおさず、DB設計を的確にレビューできる技術者がいないためでもある。 ER図を見れば、プロジェクトが成功するかどうかまではわからないかもしれないが、「デスマーチ化するかどうか」はわかる。それほど便利な図面が提出されながらレビュワーのスキルが足りないのでは、設計標準の持ち腐れというものだ。 そこで、ER図を効果的にレビューするためのポイントを紹介したい。構成的な心地よさがあるか、キー構成が単純すぎないか、創意

不動産テック勉強会#2でLTしてきました 先日 不動産テック勉強会#2 でLTしてきました。 登壇者の皆様お疲れ様でした。 また参加者の皆様足を運んで頂いてありがとうございました。 折角なのでその際話した内容を少しリライトしてUPしておきたいと思います。 基本Qiitaのスライド用に書いた記事をそのままコピペしてるので少し読みづらいかもしれませんが 読めないことはないはず。。 クローラーは結構簡単に作れる 今年の春先にクローラー作ってたんですが思っていた以上に簡単に出来た 出来上がったものは弊社で今も運用されていて毎日数十万件のページをクローリングしている そのクローラーがどんな構成になっているのかと作る過程を発表したいと思います クローラー何に使うの イタンジは不動産系スタートアップ 不動産取引には物件データが不可欠 物件データ含め関係する大量のデータをWeb上から収集したい 出

2016 - 08 - 25 不動産テック勉強会#2行ってきたのでメモ クローリング データ収集 【不動産テック勉強会#2】クローリングにおけるデータ収集戦略・方法について赤裸々に語る会 eventdots.jp 行ってきたので、メモ。 手間をかけずに作るクローラ ・ python scrapy（ フレームワーク ） ・scrapy cloud　インフラまわりを引き受けてくれる ログ処理・並列処理もやってくれるので高速 https://scrapinghub.com/scrapy-cloud/ http://data.gunosy.io/entry/python-scrapy-scraping ・クローラをいちから書く必要なくなってきて 開発コストはどんどん下がってきている クローラほんとに動いている？ ・クローラ固有の動かなくなる原因：対象サイトのリニューアル ・大量に ス

Frontend Meetup vol.1 LT http://connpass.com/event/38112/ react + flux + floetypw

What is Invoker? Invoker is a utility belt for managing processes in development environment. Use it for managing multiple processes with ease. Use it for developing web applications on different local domains without /etc/hosts hacks. Invoker supports DNS and proxying of HTTP/HTTPS/WebSocket applications over a .test like local TLD. Features A brief overview of Invoker features are: Manage multip

・もくもく読書会 in Challenge もくもく読書会 in Challenge Club 日時: 2025/11/01 07:00〜 会場: Discord 人数: 1/45人 ・あつまれもくもくの森 あつまれもくもくの森 日時: 2025/11/01 07:00〜 会場: オンライン 人数: 1/5人 ・IT系&誰でも参加OK！もくもく会_朝活_ IT系&誰でも参加OK！もくもく会_朝活_11/1(土) 日時: 2025/11/01 08:00〜 会場: オンライン 人数: 1/15人 ・AI Agent Hackathon 20 AI Agent Hackathon 2025 by AIで遊ぼう & gakuse.ai 日時: 2025/11/01 09:00〜 会場: 神奈川県川崎市幸区大宮町1-5 JR川崎タワー26階 人数: 1/163人 ・【オンライン】習慣をつくるもくも