サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
gan.hatenablog.jp
ログの設計について、ググっても断片的にしか見つからなかったのでメモ。 ログの目的 不具合の原因を特定するため 不正利用の検出 利用統計の取得 ログレベル fatal サービス全体の提供が不可能な状態になる状態。DBに接続できないとか、syntaxエラーがある場合など。このレベルのログが出るとインフラ担当の人達にメールが飛んだりする。 error 全体が止まるほどではないが、ユーザーの一部の処理が完了しないような場合が該当する。エラーページが表示されるような場合はこのレベル。 warn 言語自体のwarningや処理フロー上来ることがない値がかえって来た場合などはこのレベル。(例えばユーザーが不正にAPIを叩いてブロックされた時とか) 状況によってはerror相当なので場合によりけり。 info このレベルから下は開発者の胃を傷めないログレベル。アクセスログなど。hadoopでコネコネしたり
ゲームを作るよりランタイムコードを読んだりプラグインを作るほうが楽しい。 この記事ではランタイムコードを読んだメモとして、プラグイン作者向けにSceneオブジェクトがどのような動きをするのかを解説します。 今後のアップデートで役に立たなくなるかもしれません。 メモの本体はgithubにあります。 github.com Sceneクラスを理解する 3行で ツクールで作られたゲームは、Sceneオブジェクトがゲームの状態を毎フレームごとに更新することで進行する。 Sceneオブジェクトは現在の場面に沿った処理を行い、次にどのSceneに遷移するかを知っている。 ゲーム中にアクティブになれるSceneは同時にただ1つだけで、SceneManagerが切り替え処理などを管理する。 SceneManger グローバル名前空間に定義されたシングルトンオブジェクト. 責務 現在有効なSceneの保持 S
TypeScriptはレガシーなJavaScriptコードを安全に書き換えるのにも使えるよというメモ。 整備した目的 レガシーコードからグローバル変数への依存をなくす prototype.jsを使わないように安全に書き換える いちから書き直す時間をもらえない状況だったので短時間で安全に書き換える必要があった。そこでTypeScriptに書き換えてみたところ、書き換えたい処理がコンパイルエラーとして検出されたので簡単かつ安全に整備することができた。 TypeScriptを選んだ理由 型宣言を明示的に追加していくことでレガシーコードを安全に把握したいため 多くのエディタでサポートが充実している そこそこ読めるJavaScriptを吐くのでTypeScript自体を捨てやすい 書き換えた手順と今後やりたいこと 拡張子を.js -> .tsに書き換えてコンパイルが失敗することを確認する ソースコー
TypeScriptの勉強用に小さなテンプレートエンジンを作った。 型チェックができるmustacheを目指して作り始めたんだけど、そもそもmustacheが型にゆるふわ過ぎる仕様だったので途中で後悔した。結局mustacheの仕様からいろいろ削って何とか形にはなったので公開してみる。 こんな感じ テンプレートエンジン Chonmage (https://github.com/ryiwamoto/chonmage) Chonmageを使ったプロジェクトのサンプル(https://github.com/ryiwamoto/chonmage-sample) テンプレートに渡すデータのinterface テンプレートファイル 生成されるTypeScriptコード テンプレートの描画 Chonmageの特徴 テンプレートを取得するためのキーやテンプレートに渡した変数がインターフェースを満たしている
JavaScriptのFunctional reactive programming(FRP)ライブラリ「Baconjs」を使ってFRPの考え方を勉強してみたメモ。 なお、このメモはFRPの勉強のためにいくつかの資料をざっくりまとめただけなので、Bacon.jsの使い方は解説しない。 なのでBacon.jsの使い方を知りたいだけなら元記事を読んだほうが良い。 Bacon.jsのReadme Bacon.jsのチュートリアルブログ(これとかこれ) 三行で FRPでは従来のプログラミングでは間接的にしか扱えなかった「徐々に変化する値」を第一級のオブジェクトとして扱うことができる。 さらに関数型のcompositionalな性質が合わさって素敵。 Bacon.jsは良いものだ。 従来のプログラミングでは時間とともに変化する値の扱いが難しい 例えば次のフォームの例を考えてみる。 <form> <i
play framework + Java + ebeanで色々やったので、今度はscalaでDB操作をしたかった。 調べるとSquerylとslickとで人気を二分しているらしい。今回はscalaの勉強であることとtypesafe stackに入っていることも考えてslickを試してみた。 play frameworkとslickを使うサンプルがすでにgithub上にあるが、どうもうまく統合できていないように感じたので調べたところplay-slickというプラグインがあるらしいので動かすところまでメモ。 環境 play framework 2.1.1 slick 2.10.0-RC5 play-slick 0.3.2 howto いつもどおりplay new play new mySlickSample project/Build.scalaに追加 val appDependencies
このページを最初にブックマークしてみませんか?
『gan.hatenablog.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く