Online diagramming tool for collaborating on wireframes, flowcharts, and more
Online diagramming tool for collaborating on wireframes, flowcharts, and more
When developing on a quad core processor with 16 gigabytes of RAM you can easily forget to consider how it will perform on a mobile device. This article will detail some best practices and things to consider for moving a game to Firefox OS or any similar hardware target. Making the best of 256 Mb RAM/800 Mhz CPU There are many areas of focus to keep in mind while developing a game. When your goal
All Elixir code runs inside lightweight threads of execution (called processes) that are isolated and exchange information via messages: current_process = self() # Spawn an Elixir process (not an operating system one!) spawn_link(fn -> send(current_process, {:msg, "hello world"}) end) # Block until the message is received receive do {:msg, contents} -> IO.puts(contents) end Due to their lightweigh
震災の時に話題になった「ゆれくるコール」ってスマホアプリがある。これ作ってる会社の話。これは全部そこを辞めたっていう友人の話だから、話半分に聞いてくれ。そいつはスマホアプリのゆれくるを発案したらしいんだけど、手柄は全部、上司が持ってったらしい。しかもその上司は開発に関してはずぶの素人。若手社員やら新入社員やらをこき使って、自分はFacebookやTwitterばっか仕事中やってる。「オレ、開発者だから!」とドヤ顔で「うはw フォロワー増えたw」とか喜んでる。で、そんな中でも一番ひどかったのは、深夜にサーバーがダウンした時の対応。電話してもなかなか出ず、出たと思ったら「もう明日でよくね?」とか言ったらしい。スマホ広告とはいえ、お金をもらってるのにも拘らず、だよ?某キャリアさんからサーバーも用意してもらって、お金ももらってるのに全然機能改善しないで広告増やしたり有料化とかのバージョンアップばっ
socket.ioがJavaやGrailsから扱えるかを調べている関係でvert.xを調べていて興味深かったので、こちらにあるVert.xの記事を翻訳してみました。JGGUG G*Workshopにおける杉浦さんのVert.x資料もお奨めです。 Vert.xは急速に発達つつあるサーバ・フレームワークです。 世にあまたあるサーバ・フレームワークのいずれもが、多様なプロトコルをサポートし、高速であることが特長であると主張していますが、Vert.xはそれらよりも一歩抜きん出ています。例えば、Vert.xは、サーバサイドのネットワーク環境の確立と操作も対象としています。言いかえれば、Vert.xは、単一サーバ上のデーモン実行だけでなく、クラスタリング環境での複数サーバデーモンの実行を考慮しているのです。 したがって、Vert.xを調査するにあたっては、どのように高性能を実現しているかだけではなく、
Version Badge provides a consistent way for the community to learn about the package associated with a particular Github repository and other documentation pages. Once the package owner adds this badge to their README file, it will inform and link all visitors to the latest version of that package. If you have any questions, problems, or suggestions please don't hesitate to let us know.
Bower入門(応用編) さて、応用編を書いていきます。 基礎編ではBowerのインストールとライブラリ管理する上での基本的なコマンドを紹介しました。 応用編ではBowerのライブラリを管理する上で利用するべきツールやライブラリを公開する上で心がけるべきことについて書いていきます。 少し長いのでサマリ Bowerを管理する上で利用すると良いツール:grunt-bower-taskがオススメです ライブラリを公開する上で心がけること、その1:mainとignoreをちゃんと書きましょう ライブラリを公開する上で心がけること、その2:ちゃんとgit tagを使ってバージョン管理しましょう Bowerからインストールしたライブラリを利用する場合 前回の基礎編で少し書きましたが、おさらいすると、Bowerはあくまでパッケージマネージャなので、インストールしてもフォルダ構造までは変えてくれません。
ちょうど、この一つ前の記事について書いた事を余りにも正直にLTで話してしまった事についてです。 Rubykaigi本編でのジェンダー発言については、私は聞いておらず良く分かりませんので、そちらの話はしません。 私の話は、非常に幼稚で多くの人に不快感を与えたことについては、完全にその通りであり、謝罪するしかありません。 申し訳ありませんでした。 当事者として、多少思う事があるので、いくつかツイートしましたが、Twitterで書いてると、断片的になって誤解を生んでしまうので、ちゃんと文章としてまとめておきます。 意図とは違う受け止め方をしているかもしれませんが、ただ謝罪するだけで何も言わない事はむしろ不誠実だと思うので、自分なりに考えた結果を書いています。 私は、どういう内容を語ろうが、どういう表現方法を使おうが、人を不快にさせる時は不快にさせるし、傷つけることもあると思っています。 現実的に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く