僕と nequal と Crocos - 肉とビールとパンケーキ by @sotarok
もう、少し経ってしまったのだけど、僕たちの作った 株式会社クロコス / Crocos, Inc. が、先月、ヤフー株式会社 / Yahoo! JAPAN に買収された。 クロコスは、PHP界隈で出会ったエンジニア5人と、元楽天のシリアルアントレプレナーの岡元淳さん・小澤隆生さんの7人で2011年2月に設立した会社で、従業員10人、企業向けに Facebook 関連のウェブサービスを提供している。 誰得かわからないけど、超ニッチなニーズと記憶と記録のために、僕と nequal と Crocos についてちょっと振り返ってみようと思う。少しばかり長くなるかもしれないけれど。 ちなみに、ちょっと仕事の方が爆速で動きすぎて、ブログを書くのが遅速になっていたら、けんすうに先を越された。なぜか当事者なのに二番煎じ感が出てきている。。 その上、iPhone 5 もそろそろ発売されるし。(関係ないけど)
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
最近お気に入りのPHPライブラリ開発手法 - 肉とビールとパンケーキ by @sotarok
PEAR2/Pyrus ってどうなったんだっけ？ という話はとりあえず一旦置いておいて、最近わりかしカジュアルにPHPライブラリを開発して配布する方法がなんとなく自分の中で定着してきたので超ざっくりまとめておく。 ソースコードはGitHub、開発にはgitflow、配布はOpenpear Openpear で世界征服の話はどうなったんだ、というのは置いておいて、ざっくり、上記の通り、 ソースコードのホスティングは GitHubで 例: https://github.com/sotarok/git-daily 配布は Openpear で 例: http://openpear.org/package/Git_Daily 開発用ツールとしては、gitflow を使う というのが一番楽だと思っている。 ソースコードはGitHub Openpear はとっても便利なサービスで、SVNでのホスティン
Capistrano + rsync で省エネデプロイ - 肉とビールとパンケーキ by @sotarok
こんにちは。 タイトルの通りなんですが、Capistrano みんなつかってるよねー。 ってことで独自のデプロイシステムをもってなくてさすがにFTPでUPはしてませんって人は結構使ってるもんだと思ってるんですけど、Capistrano ってなんかデフォルト各サーバで vcs の update 的なことをするか、ローカルにソースツリーを用意してやる場合に使えるのは scp で、なんかエコじゃないよねと言う話で、いちいちソースツリー全部配布されてたら転送量も時間もかかってしょうがないので、まーrsyncがいいんだよね、ということで、そんな時は capistrano_rsync_with_remote_cache (なげえよ) を使えばいいよね！ってお話です。 *1 luisparravicini/capistrano_rsync_with_remote_cache · GitHub このご時世
DotCloud で PHP アプリを設置してみたときの色々 - 肉とビールとパンケーキ by @sotarok
beta の invite もらったので DotCloud で遊んでみました。 dotCloud - One home for all your apps アプリ1つくらい設置してみないとなんだかよくわからないよねってことで、とりあえずどこで公開するかなーと思っていた、paste アプリ を設置してみた。 Pastit: http://www.pastit.dotcloud.com/ Pastit GitHub: https://github.com/sotarok/pastit/ DotCloud の PHP の環境は、Ubuntu 上の nginx + php5-fpm (PHP 5.3.2) が標準で、なんというか時代の流れを感じました。いいね！ のは、まあいいとして、まぁ PHP アプリなんてものはたいてい Apache で動くことが前提とされてるもので (そうなのか? いや、そう
ゲキカワXdebugでモテモテPHP開発 - 肉とビールとパンケーキ by @sotarok
今や PHP で開発するときに Xdebug は誰もが当然つかってるよね！！ まあ、「俺はそのままのエラーが好きなんだ」って人は置いておくとして。。。 大体の人は、stack traceがあると嬉しいとか、var_dump() 見やすいとか、そういうことで Xdebug ってのは愛用だとおもうんですよ！ IDE のひとは remote debugger としてつかってるのかな？ で、Xdebug、わかりやすいんだけど、どうもカワイサが足りないよね？なんかこう、毒々しいというかなんというか。。 開発中にエラーだしたときちょうど後ろをかわいいデザイナーの女の子が通りかかって画面が目に入ったとき「プログラマーってなんて品のない画面を見てるのかしら」なんて思われたらモテないよね！！ ってことで、まあ冗談はこのへんにしておいて、見た目が綺麗だとやる気も出る（？）ってことで、Xdebug の出力をかわ
モダンなPHPの開発環境の構築方法 - 肉とビールとパンケーキ by @sotarok
via. はてなブログ 誰か書くんじゃないかと思いつつ、まあ、お決まりのパターンとしてPHP版も書いてみよう。 PHPのこと見てると、書き方とか取り巻く環境ってあんま変わってないなーとか思いつつ、そして何がモダンなんだっけ？新しければいいのか？って話だけど。 一般的な OSX 環境および Linux 環境における、モダンな PHP 開発環境の構築方法についてまとめてみた。最新のPHPとxdebugがあれば十分。 PHP 5.3.2 のインストール ソースから入れてた時期もあるけどやっぱパッケージが楽だな。。オフィシャルじゃないリポジトリを使えばパッケージで入れられる。 pearとpeclは、パッケージ入れるときに一緒に入れちゃう。 pear や pecl そのものは、PHPよりも頻繁にバージョンアップされるし、パッケージになってたりなってなかったりの管理が面倒だから基本的にpear/pec
Heredoc と Nowdoc - 肉とビールとパンケーキ by @sotarok
PHPには，昔ながらの，つまり，シェルスクリプトなどから由来する「ヒアドキュメント」が存在ししています．まあ，他の言語と同じですね．使い方は若干気持ち悪いですが，以下のような感じ． <?php $hoge = "変数の展開も可能"; $here = <<<HERE これが ヒアドキュメント！ $hoge HERE; それは，Here Document なわけですが，PHPの公式マニュアルでは Heredoc と表記されています． そして，最近，内部で変数が展開されない（静的に評価される），Nowdoc ってやつができました．PHP 5.3 からの機能です．使い方は，ヒアドキュメントの終端識別子（上記のHERE）をシングルクオートで囲うだけです．つまり，シングルクオートで囲われた文字列と同様の動作をしめすヒアドキュメントみたいなものですね． <?php $hoge = "変数の展開も可能";
PHP x WordPress セミナーで「フレームワークとWordPress」の発表してきました - 肉とビールとパンケーキ by @sotarok
PHP＋WordPressセミナー | WEBアプリケーション開発の有限会社アリウープ 表題のとおりですが，WordPressからフレームワークのレンダラーを読んだり，フレームワークからWordPress のデータを取得して表示したり，などというどろくさい力技がんばりましょう！って話をしてきました． 資料おいときます． フレームワークxWordPressView more documents from sotarok. マクラケン直子さんの話から WordPress.tv などで使われている，講演情報（記事（動画））＋開催地＋開催日＋．．．のように，記事に対して，いろいろなメタ情報を付加できて，それで絞り込んだりとかいろいろできる，というなんとかタクソノミーというプラグインがあって， (たぶん，これ？ http://wordpress.org/extend/plugins/custom-t
PHP 5.3： 参照渡しの関数/メソッドを定義してた人は call_user_func_array に注意 - 肉とビールとパンケーキ by @sotarok
*1 あーっと．はじめにいっておくと，すべてのマニュアルをちゃんと読んでいて関数の使い方を間違っていなかった人には関係ない話です． が，意外とハマるんじゃないかと思うのでメモ． どういう問題が発生したか <?php function hoge(&$hoge) { var_dump($hoge); } $a = 1; hoge($a); call_user_func_array('hoge', array($a)); このコード，どういう実行結果が期待されるかというと， int(1) int(1)です． call_user_func_array の第二引数は，関数に渡したい値を配列で指定するものなので，これでOK．PHP 5.2 では，上記の結果が得られます． ところが，PHP 5.3 では，以下のエラーが出ます． int(1) Warning: Parameter 1 to hoge()
PHP プログラマが "@" を使うべきでない 5 つの理由 - 肉とビールとパンケーキ by @sotarok
＃釣りっぽいタイトルですが大まじめです via. PHP 逆引きレシピ - 肉とご飯と甘いもの @ sotarok で、 @ （エラー制御演算子といいます！）はねーよ的な話をしましたが、著者の方から、「@に対して批判的になる理由が記載されていない」とのメールをいただきました。確かにその通りでした。実は理由を下書きのときには書いたのですが、長くなってしまったので削ってポストしたのですが、かえってわかりづらくなってしまいましたね．すみません。 ということで、PHPプログラマが、エラー制御演算子「@」使うべきでない 5 つの理由を述べます． 始める前に、本質的なところ 色々理由はつけようと、やっぱり前回述べた、 終的に$qに入るものが同じであることと、コードとして同じ意味であるかは、別じゃないでしょうか。 が一番本質的な話で、それ以上の話ではありません。 つまり、発生する可能性があるとわかってい
Smarty入門者のための逆引きSmartyリファレンス - 肉とビールとパンケーキ by @sotarok
なんかSmarty入門記事がはやっているようなので書いた。 Smartyの構文(関数)、修飾子、カスタム関数の中から、よく使うもの・最悪これだけ知ってれば大体かけるよ、というものをピックアップしました。 これ以外にもたくさんの関数や修飾子がありますので、知りたい方はマニュアルをあさってみると良いです。 まあマニュアルを見れば大体わかることですが、逆引きがあると便利っちゃあ便利・・・ですか？便利ですよね？（ぉ つーか最初のほうなんてまんまマニュアル見ればよいことですが。。。まあいっか。 目次 はじめに(Smartyを使うために) Smartyの設定 Smartyの設置 必要なディレクトリ Smartyを使うためのPHPファイルの記述 最低限必要なこと PHPからテンプレートに表示する変数を代入する テンプレートを指定して出力する Smartyテンプレート側逆引きリファレンス(テンプレートデザ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
