to be is an online studio space. Create works in open spaces, browse pieces by other people, and turn your favorites into one-of-a-kind t-shirts and prints.
![to be](https://cdn-ak-scissors.b.st-hatena.com/image/square/d662a7739921d527c007c5a1c14484c2a369a2e2/height=288;version=1;width=512/http%3A%2F%2Fto.be%2Fimages%2Ftobe_screenshot.png)
2014年4月16日より2014年5月14日まで開催していたpaizaオンラインハッカソン(略してPOH![ポー!])Vol.2「女子大生とペアプロするだけの簡単なお仕事です!」で提出された最速コードはどのような高速化のアプローチでで生み出されたのでしょうか? POH Vol.2に登場した女子大生インターンプログラマの木野ちゃん(左のイラスト)にアルゴリズムを図解で教えるとしたら、どう教えるだろうか、という事で、今回は図解してみました。 今回は前回の最速コード発表レポート(【結果発表】女子大生プログラマの心を鷲掴みにした最強のコード8選)に引き続き、最速コードの裏側に迫ります。 ■高速化のアプローチ方法について 今回もPOH Vol.1 と同様に、POH Vol.2では計算量の改善による高速化を柱とするアプローチを想定して出題されました。基本は定数倍高速化によって想定解法よりも悪い計算量の
Graphics Simple shader-based immediate mode API: A Shader may contain multiple Techniques, either single or multi-pass. Once a shader Technique is set on the Device, the parameters required by the program code can be updated by a TechniqueParameter object: TechniqueParameter objects hold multiple references to Textures, TechniqueParameterBuffers or individual values. Multiple TechniqueParameters c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く