Unity|アプリを軽量化するためにデザイナーができること | QunC
アプリが重い！！たまらんもっさりする！！ Unity製のアプリがもっさりするのは原因がいろいろあるのですが（帯域とかビルド方法とかシェーダーとかメモリとか云々） エンジニアさんがいくら努力してもデザイナーが気をつけていないと 結局なんだかんだいちばん容量食ってたのは画像、とかだったりします。 画像の書き出し方法・減量方法についていろいろ調べたものをまとめました。 周知の通りUnityは基本的にPhotoshpで画像を減量して読み込んでも軽くなりません。 いままでのブラウザゲームの減色・軽量化のノウハウが使えないのでまいっちゃってます。 基本は非圧縮のPNGを読み込んでUnity側で圧縮をかけることになります。 ただそんなにきれいに圧縮してくれるわけではないので場合によっては汚く表示されます。特にグラデーションはマッハバンド（しましま）が出て目立つレベルに劣化します。 OptpixでRGBA
JavaScriptのコメントは不要か？ | POSTD
コード中にコメントを書くべきでしょうか？ 是が非でも避けるべきでしょうか？ それとも控えめに書けばいいでしょうか？ 開発者たちはそれぞれ、ソフトウェアを開発する際にどのように、そしてどんな時にコメントを書くかについて、独自の考え方を持っています。この記事では私の意見を述べますが、これが誰にも当てはまるというわけではありません。 なお、関数型プログラミングまたはオブジェクト指向プログラミングの原則に則ってJavaScriptで書かれたソフトウェアに絞った上で、私の意見を述べることにします。 コメントと保守性 この記事では、保守性のあるコードを書く場合について考えます。つまり、以下のようなコードです。 簡単に理解できる 簡単に拡張できる 簡単にデバッグできる 簡単にテストできる 保守性のあるコードには、大量のコメントが必要でしょうか？ 明確に書かれたコードであるならば、大量のコメントは不要だと
責任であることと、そうでないことの境界線 - ワザノバ | wazanova
http://www.webstock.org.nz/talks/how-designers-destroyed-the-world/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 1日前 net awards 2014のConference Talk of the YearにノミネートされているMike Monteiro (Mule Design Studio) のWebstock 2013での講演 "How designers destroyed the world." です。デザイナーの責任というテーマなのですが、どの仕事をする上にも共通するちょっと重たい話しです。 まず取り上げているのは、2012年10月にWall Street Journalに掲載された記事。 ある大学生が、Facebookのプライバ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
freesound :: home page
