注釈： CASH LAYER：キャッシュレイヤ FRONT END：フロントエンド ASSET SERVE：アセットを供給 WEB SERVER W/ROUND ROBIN FAILOVER：ラウンドロビンとフェールオーバーを実装したWebサーバ THE CLOUD：クラウド ALL READS!　：全ての読み込み WRITES：書く READS：読む MASTER：マスタ INPORTANT POINTY THINGS：重要な鋭い情報 MULTI MASTER DB CLUSTER：複数のマスタからなるデータベースの集合体 「エンジニアはまずアーキテクチャの全体像から始めるべき」、というのが先人たちの知恵からの教訓となっています。データベースを使ったサービスが他のサービスと関係する様子を、線や矢印で表したのが上の図です。キャッシュレイヤ、ロードバランサ、その他の複雑な形も上図の情報フロー

この記事の続き http://qiita.com/mrdagon/items/c49f23b426aa96694aa2 #はじめに ゲームのオブジェクト管理を同じ型を静的配列に入れて処理をswitch文で分岐する方式で実装してたのから、仮想関数でポリモーフィズムする感じの設計にして配列をstd::vectorにしてstd::shared_ptr使うようにしたら遅くなって処理落ちしだした、どうしよ？みたいな人向けの記事。 具体的に言うと、下の方が書かれた記事の例で言う1.から3.にしたら遅くなったので、めんどくさいけど4.をしたい人向けです、先に読んでおくとこの記事を読みやすくなると思います。 [ゲームのオブジェクト管理システムについて考える] (http://qiita.com/hart_edsf/items/a64ce3d149b5490239fb) また今回の内容は同人2Dゲームを作る

終了のおしらせ ブログ anopara は 2022年12月29日 ごろに閉鎖しました。 先生の次回作にご期待ください。 次のブログは多分同じURLで再開します。 詳しいことが決まったらこちらに書きます → https://twitter.com/anoparanominal 創作関連の活動はこちら → https://y9ks.jp 絵とか → https://twitter.com/yuri9000series

ここ半年ほど、仕事で Flutter アプリを 0 から作り直しています。 ちょうど今年の個人的なテーマを「アーキテクチャ」に据えていたこともあり[1]、またその一環として 「Clean Architecture 達人に学ぶソフトウェアの構造と設計」 （以下：クリーンアーキテクチャ本）を読んでいたこともあり、この作り直しでは「アーキテクチャ」をしっかりと自分の頭で考えながら作ろうと決めて取り組んできました。 アーキテクチャについて頭を悩ませながら実装を進めること約半年、ようやくアプリが形になるとともにある程度知見も溜まってきましたので、その知見を一般化した内容をこの記事にまとめていきたいと思います。 注意 この記事は、「Flutter アプリのアーキテクチャはこれがベストプラクティス！」という類の記事ではありません。あくまで 私の目の前の要件ではこれが最適と判断した という一例の紹介になり

シェル芸ではテキスト処理だけでなくバイナリの符号化処理とかも扱うことが出来る。こういう処理がサラッと出来るようになるとヤバい人ステキな人と危険視尊敬されること間違いなし。 元々のキッカケが、MicrosoftエバンジェリストちょまどさんのTwitterつぶやき。 01010101 01110011 01100101 00100000 01011000 01100001 01101101 01100001 01110010 01101001 01101110 00101110— ちょまど (@chomado) 2016年9月2日 文字列をバイナリのビット文字列にしたってことかー。シェル芸でちょっくら解読してみよう。16進数に変換してxxdコマンドに突っ込もう。まずはその準備。 $ echo 01010101 01110011 01100101 00100000 01011000 011000

こんにちは、Lizardcube社(現在フランスのパリを基点にしています)のOmarです。私は新作ゲーム「 Wonder Boy: The Dragon’s Trap 」のテクニカルディレクタ兼プログラマです。このゲームは、1989年にセガ/ウエストンにより発売された『モンスターワールドII ドラゴンの罠』のリメイク版です。このオリジナルは、初期のmetroidvaniaスタイル( 訳注：メトロイド(METROID)や悪魔城ドラキュラ(Castlevania)風 )のアクションアドベンチャーであり、カルト的な古典作品になっています。我々はこのゲームのライセンスをオリジナルの開発者から買い取りました。ゲームは DotEmu で公開される予定です。 メカドラゴンの呪いにより半人半竜のモンスターにされてしまった孤独な冒険者の、一生に一度の挑戦が始まる！ 姿を変えられたアンチヒーローは呪いを解く方

こうぶん、かいせきー 構文解析なんてやるだけゲーです。99%やるだけゲーです。問題はそれがどれぐらい大 きいのかとか、それと複合してほかの問題を解かなければいけない(しかも方程式を解 いたりするものがおおい)とかそんなのばっかです。一問だけ難しい構文解析ゲーがあ りますが、AOJで未だに一人しかACしてないです。そんなの解けなくてもいいです。 ただ、構文解析には人によって、書き方みたいなのがいくつかあるらしくて、基本的な 方針は同じなのに、複雑になっていたりします。このHowtoは複雑なのをできるだけ避 ける書き方をしてみたいと思います。 方針 構文解析というと、字句解析をして、構文木をつくってみたいなガチなのが思いだされ ますが、ICPCで出る構文解析は99%そんなことしなくてもいいはずなので、省きます。 直接文字列をパースして、結果を直接作ります。 例題として普通の四則演算をやりましょ

あなたは、プログラミング言語を作ったことがありますか？ エッ！？ない！？ それはいけない。いますぐ作りましょう。１時間ぐらいで。 10/3追記 続編を書きました。 http://qiita.com/shuetsu@github/items/23d5194cf821402bfadf どんな言語を作るのか オレの言語なので、名前はorelangです。 orelangはJavaで作ります。他の言語でも作れると思います。 文法は１種類しかありません。これで十分です。 (operator arg1 arg2...) オペレータ(operator)に、引数(argN)を渡して呼び出します。ネスト可能です。 例えば以下のようなイメージになります。 (+ 1 2 (* 3 4)) => 15 // 1 + 2 + 3 * 4 を計算 +や、*が、オペレータです。 後々ちゃんと、流れ制御文とかも作ります。１

はじめに はじめまして。 「ボーイフレンド（仮）きらめき☆ノート」（以降、ボイきら）でUnityエンジニアをしております、田村です。 ボイきらでは、コードがコーディング規約に準拠しているかを自動でチェックするツールを自作し、導入しております。 今回は、チェックツールを作った経緯から、具体的なチェックツールの実装方法まで紹介したいと思います。 ボイきらでは、ゲーム開発エンジンとしてUnity、開発言語としてC#が採用されておりますので、今回の話の対象となる言語はC#となります。 コーディング規約チェッカーを作った経緯 コーディング規約とは コーディング規約とは、プログラムの際の決め事です。 実際ボイきらでは、 命名規則は正しいか 全てのクラス、フィールド、メソッドの宣言にコメントが有るか フォーマットされているか（MonoDevelopの自動フォーマット機能を利用） といったコーディング規約

グローバルフック(またはシステムフック)を使ってWindows APIで遊んでみました。 フックというのは 引用元: wikipedia 主に元のプログラムに対する機能追加・拡張やカスタマイズの手段として使われるほか、デバッグのための情報収集にも有効である。このような有用な使い方の反面、既存のプログラムの動作を変更できることから、悪意を持ったプログラムによって利用される場合もある。例えばOSのキー入力処理のフックを使えばキーロガーを実装できることになる。 というものです。 メッセージを横取りして処理してしまうってやつです。 本格的なキーロガーだとおそらく横取りした後に気付かれないように ちゃんとまたメッセージを送りなおすんでしょうけど… ということで、キーボード入力をOS全体でフックしてみました。 これを行うにはDLL化しなくてはなりません(しなくてもいい方法はあるにはある)。 ちなみにこ

今日の多くの OS がそうであるように、Windows にも自作のプログラムコードを特定のプロセスへ介入させることのできる「フック」という仕組みがあります。自分自身のプロセスをフックすることもできますが、他のプロセスをフックすることで通常のアプリケーションプログラミングの枠を超えた様々な興味深い処理の実現が可能となります。 ・所定のプロセスに対する Windows メッセージの監視・捕捉 ・所定のプロセスでの特定のイベントに呼応する自作コードの注入 ・既存のアプリケーションの所作を変更 etc. 「自作のコードをあるプロセスに介入させる」とはどういうことでしょう？ メモリ上のモジュールイメージにアクセスしてマシン語命令を書き換えて・・という怪しげな方法もありそうですが、Windows では DLL を利用することで比較的容易にこの命題を解決できます。 このことを逆に考えると、自作の DLL

この記事は Altplus Advent Calendar 2017 の14日目のエントリです。 こんにちわ。Xamarin人材です。 最近、ゲームのチートだったりハッキングだったり、怖い話が多いですね。 ああいう手口から身を守るには、まず攻撃手段について学ばなければなりません。 というわけで今回は、「notepad.exeを、2度とJavaコードかけない体に改造する」というテーマで、悪いプログラマーになりきってみようと思います。 実演 「意味がわからない」という声が聞こえますので、まずはデモを見ていただきたいと思います。 おわかりいただけただろうか。 ファイル保存時にHelloWorld.javaと入力したにも関わらず HelloWorld.csとなっているのです。悪魔的所業。これではJavaコードがかけないじゃないか。許せない！！！ 解説と実装 何をやっているのかというと、 notep

Nixの使い方を学ぶためのハンズオンガイド Nix言語の基本からNix CLIの使い方、パッケージのビルド方法まで、実際に手を動かしながら学びましょう。 前編: 『Nix入門』 https://zenn.dev/asa1984/books/nix-introduction

この記事では, Haskellに用いられる「遅延評価」の仕組みを, 図に描いて説明します. 更に, 遅延評価版のフィボナッチ数の無限列を, JavaScriptで実装します. 遅延評価とはどのように動くのか, 考えて行きましょう. HaskellのコードとJavaScriptのコードの比較 Haskellでの x = y y = 10 と, JavaScriptの var x = y; var y = 10; というコードを考えてください. Haskellのコードは, これだけでは何も起こりません. print xとすると, x = y = 10 となって 10 が表示されます. 一方, JavaScriptのコードは var x = y; を評価した瞬間, ｢ReferenceError: y is not defined｣というエラーが出ます. 更に, main = let x = 1

［GDC 2013］良いレベルデザインとは何か。「HITMAN ABSOLUTION」のレベルデザイナーが考える10原則 編集部：noguchi 2013年3月29日，アメリカのサンフランシスコで開催されたGame Developers Conference 2013で，「Ten Principles for Good Level Design（いいレベルデザインの10原則）」という講演が，「HITMAN ABSOLUTION」（PC / PS3 / Xbox 360）のレベルデザインを担当したDan Taylor氏によって行われた。 ちなみにレベルデザインとは，ゲーム中のマップやエリア，ステージといった空間や環境を設計することで難度などを調整することをいう。基本が似たようなゲームであっても，マップの善し悪しで面白さがまったく違うという体験をしたことがある人は，読者の中にも少なくないだろう