Googleマップをはじめて操作した時の驚きは今も覚えています。マウスでドラッグして無制限に動かせたり、マウススクロールでズームイン、ズームアウトさせることができました。この凄さに驚いた開発者がこぞって同じような操作ができるライブラリを開発しました。 Scrollerはその一つの試みで、HTMLに加えてCanvasでもズームイン、ズームアウト操作ができるライブラリです。 Scrollerの使い方 こちらはDOM版。左側の四角の範囲でスクロールしたり、拡大/縮小ができます。 こちらがめいっぱい縮小したところ。 縮小すると文字がぼやけています。 拡大しても文字がぼやけています。 Canvas版。こちらはくっきりと表示されています。 パンしてもくっきり。 Scrollerはズームイン/ズームアウトの他、スクロールができます。さらにXまたはY軸方向のみに固定したり、スナップを有効にしてグリッドに合

江戸時代中期。この時代の日本には熊本弁（蘭子語）を読める者、話せる者はほとんどいなかった。辞書なども当然存在しない時代、SR神崎蘭子のセリフを読むために立ち上... 謎の感動すぎるw 出版資金が吉原で減っていく人 一揆を止めに行くつもりが参加してまった時かw 関ちゃんの楽園に向かって遥拝 なんと…… なん・・だと・・ うぽつ 蘭子語の単語を蘭子語の文章で説明する辞典か... wwwww 何と熱いPなのだ・・・ お...

絵日記レベルうろ覚えなので間違えて覚えてる箇所があったらすいません

ai2html is an open-source script for Adobe Illustrator that converts your Illustrator documents into html and css. Here are examples of how we’ve used the script at The New York Times and examples of how others have used it. Share your ai2html projects on Twitter, Delicious, etc. using #ai2html. Table of contents How to install ai2html How to use ai2html Frequently asked questions Settings Point t

Concurrent programing explanation for akka beginers. 並行処理初心者のためのAkka入門 akka meetup 2014/09/28(日) http://connpass.com/event/8622/ このイベントの導入説明のために書かれました。 内容には、並行処理、アクターモデル、Akkaの機能の説明となっています。Read less

こちらから。 gitのコミットを後から分割 - cakephperの日記(CakePHP, MongoDB) 実際の修正量がコミットメッセージに対して明らかに多いときは、 コミットを分割したほうがいいと思うんだよ。 ということで、上記を参考にしてやってみた。 git rebase -i HEAD^ 下記のようなコミットメッセージが表示されるので、pickをeditに変更 pick 111111e hoge ↓ edit 111111e hoge(editはeでも可) とすると、HEADがgit rebaseで指定した箇所まで戻ります。 git reset HEAD^ で、コミットがリセットされてgit add前の状態になるので、必要な単位でgit addとcommitを繰り返す。 終わったら git rebase --continue を実行すると、コミットが分割されています。

概要事の発端はこのツイートから。 https://twitter.com/realise55/status/573703059118759936 ツイッターを発端として例のタートルネックよろしく、各界隈に広まりつつある、水着コスチュームメーカー・REALISEが世に放った凶悪な競泳水着コスチュームである。 光沢を放つラバー生地であり、色は黒、青、赤の三色。ジッパーのないノーマルタイプもあるようだ。 REALISEの製品はクオリティーが高く、水泳などの通常使用でも問題ないとは思われるが、あくまでコスプレ用途向けのコスチュームであるため、実際の用途は使用者の意思にゆだねられている。 なお、こうしたハイネック・背中ジップの競泳水着は、実際の競技用のものでは、水球用水着に近い。 競泳でも一時期用いられていた（SPEEDOの「S2000」というモデルが有名）が、素材レギュレーションの変更に伴い現在で

自分は普段ソーシャルゲームの開発に関わっていますが、群雄割拠のグリモバ全盛期にその開発を効率化するために社内ではいろいろな取り組みがなされました。そのひとつにアプリ別ではなく機能別のチームを作るということがありました。結果としてそれは失敗だったと言えるのでそのことについて書いていきます。 背景 当時のソーシャルゲームの主流はカードゲームで、クエスト・レイドをこなしつつガチャで引いたカードを合成して強化していくスタイルが一般的でした。そしてその多くがシステムはほとんど同じで見た目だけを変えた「柄替え」アプリでした。 その中で行われたのが二つの共通化です。 コードの共通化 今までのアプリでは元のアプリのソースからフォークするなどして別のプロジェクトとして独立させそれに対して各チームが開発を行うと言う感じでしたが、今回の共通化ではゲームのコアとなるロジック部分をサブモジュールとして分離し、各アプ

皆さん、こんにちは。プルリクで間違った指摘をして大反省中 の osada です。 プルリクで間違った指摘をして大反省中です。 下記のコードで、何を指摘したか、お分かりになるでしょうか？ class NotificationJob < ActiveJob::Base queue_as :default def perform(notifiable, user) notifiable.notify(user) end end こんなことを言ってしまったのです。 オブジェクトを丸ごとシリアライズすると、redis の容量を圧迫し、 シリアライズ・デシリアライズにも時間が掛かるので、 クラス名とidを渡して、job の中で取り出して使って下さい。 この発言には2つ、間違いがありました。 1つ目は、オブジェクトが丸ごとシリアライズされると思っていたこと。 2つ目は、ActiveJob は クラス名と