■ gifsicle gifsicleを使えばGIFアニメは高速で作成可能。 ただ元の画像もGIFじゃないとだめなので、変換しておく必要あり。 % gifsicle -V --delay=100 -l0 -o foo.gif foo/*.gif

「PHP帝国は滅んでいない。新たなる希望を待ち、逆襲の機会を虎視眈々とねらっている」 遠い昔、はるか彼方の銀河系で…はなくて、去年、私は 私が愛するPHPはまだまだイケてる！ とホールで叫び、なんと皆様からベストトーク賞をいただけたYAPC::Asia Tokyo 2014から１年が経ちました。 あれからPHPに新しい事は起こったか？勿論起こりましたし、さらに 起こりつつあります！ 皆さんに是非お届けしなければ！ということで、今年もPHPの話をさせてください！ 次のPHPは5.6から一気に7にバージョンアップされます 。「5.6の次が7って、おくればせながら流行にのってメジャーバージョンを切り捨てて5.7を7にしただけじゃないか？」なんてことはなく、メジャーバージョンアップにふさわしく変わります。 PHPなりに 高速に、安全に、パワフルに 生まれ変わりを果たそうとしています。その 来たるべ

There are several aspects to consider when releasing a product or service into the market. With so much competition in all sectors, it might be hard for your product to stand out if you don't start by marketing it properly. Marketing, as well as how a user reacts to your product, is something that you should think of from the inception of your product to its launch. The Time to Market plays a sign

Edit (5/31): There has been lots of great discussion on my reddit post. I have made some edits (with notes) on many of the code examples you will see throughout this post. In late 2014 I built a tool called pymr. I recently felt the need to learn golang and refresh my ruby knowledge so I decided to revisit the idea of pymr and build it in multiple languages. In this post I will break down the “mr”

人間は間違える生き物である 以下の問題を解決するヒントになる話をします: 既存のコードを誤って壊してしまうことがよくある 作業手順が多くよくミスをしてしまう 設定が正しいのかどうかよくわからないので祈りながらdeployをしている このような問題はなにを引き起こすでしょうか？ たとえば、Webアプリケーションの開発においては、誤ったデータベースの変更や決済処理を正しい状態に戻すことは難しいでしょう。 また、iOSやAndroid向けのアプリケーションの開発においては、リリースしてしまったコードを消すことはできません。 ソフトウェアにはこのようなリスクに対する安全性が求められます。 そういった意味での、安全なアプリケーションとはなんでしょうか？ 一般的には、安全なアプリケーションであるために、以下のような要素が必要とされると思います。 クラッシュしにくい オペレーションを間違えにくい データ

The Lighter Side of Perl Culture (Part I): Introduction by eyepopslikeamosquito (Archbishop) This meditation introduces a series of articles on the history of the Lighter Side of Perl Culture. 🤭🦪🏛️ Somewhat arbitrarily, I've categorized the lighter side of Perl culture as follows: Joke Modules Mailing List Theatre JAPHs Obfus Golf Poetry April Fools This first installment covers the first two c

昨今、ビッグデータとまではいかないまでも、 大規模データを扱うシステムが増えているように思えます。 そうはいってもリソースは限られていて、、 CPUが2コアしかない・・・ メモリが8Gしかない・・・ データは5億件もあるorz などなど、、 限られたリソースの中で、 求められる性能を出すための工夫や、 リソースが足りないことの正当性を訴えた話とか、 いろいろ意見交換できればと思います。 主にMySQL とちょっとPerlの話です。 アジェンダ(仮) システムの概要 負荷テスト /tmp の枯渇 正規化してサイズを減らした 負荷テストのときよりも圧倒的に遅い。。。 indexの再構築 とupdate 主キーとinsert の関係 アプリケーション側のロジックの変更 innodb_buffer_pool_size とinsert 今後の課題 増分バックアップの方法とか メモリ増築しないと無理な