100円で唐揚げ食べ放題！ 良い意味で雑然とした店内へ。肉横丁さんはこの雑然さが好きです。 と… なんだ…？百円唐揚げ食べ放題…？ 嘘よ…私…いつもあなたの優しい言葉に騙されてるんだから…騙されないわ…！ 店員さんに聞いたらなんか本当だった。ｳﾚｼｲ｡ﾖｶｯﾀ｡ 上の写真にある8種類のソースの中から、2種類を選択することができます。今回は「大分代表テリマヨ」と「東京代表渋谷ハチ公ソース」をチョイス！ きました！唐揚げ！！唐揚げ！！！ テリマヨソースがすごく美味しかったです！ハチ公ソースはなんて言うかソース味でした これが食べ放題だなんて…すごい！私、やっぱりあなたの事…！ 卵焼きは明太マヨが(ﾟдﾟ)ｳﾏｰ ミミガーの塩麹ソースかけ。絶妙な塩加減の塩麹がおいしいおこうじ さて、こちらの「宵の空」さんは唐揚げ食べ放題だけが売りではありません。全国各地の肉料理を楽しむことができるのです！ まず

こんにちはこんにちは！！ 先日、ちょっとしたイベントで、学生の方にこんな質問をされました。 「自分は早くプログラマになりたい、作りたいアプリもある。 だけど来年にならないとプログラミングの授業が始まらないから、作れない」 と。 なるほど。 その時、ぼくが答えたのは、 「今日、家に帰ったらプログラミングしてください」 だったんだけど、言葉が足りなかったかもしない。 だからここに、もうちょっと詳しく書いてみますね。 アプリを作る、プログラマになる、一番手っ取り早い方法を。 1. 目標を立てる 作りたいものを思い描くということ。 いきなりすごいものを作るのは大変だから、最初の目標は少し抑えてちょっとしたものがいいね。 できれば、自分にとって便利なものや、少しワクワクするものがいい。 例えば、スマホで動くキッチンタイマーとかでもいい。 （これはワクワクしないかもしれないけど） 2. すぐに作り始め

ちょっと前から名前は見かけていたんだけど、何をするプラグインなのかよく分からなくて見送っていた。Twitterでもつぶやいたけど、もっと早く導入しておけば良かったと、ちょっと触ってみただけで思った。 unite.vim - Unite all sources : vim online どんなことができるかについては、作者さんが公開しているこのプレゼン資料がわかりやすい。このプラグインについてほとんど知らない自分が、前述のプレゼン資料を読んで、18ページ目に書かれている:Unite buffer file file_mruを実行してみて受けた印象は、 Vim用のコマンドラインランチャー（Windowsで言えばfenrir、Macで言えばQuicksilver）のようなもの ってかんじ。でも、色々なブログでの紹介を見ていると、ランチャー機能だけにとどまらずかなり広い操作をカバーしており、拡張性

8月17日の技術勉強会 - Flexレイアウト手書き勉強会 8月17日に行われました技術発表会の内容を撮影した動画ファイル/資料を公開いたしました。内容は以下のとおりです。 テーマ Flexレイアウト手書き勉強会 発表者 d:id:secondlife 勉強会動画 ダウンロード…

zshというshellが便利そうなので導入してみた。 とりあえず、以下の特集がわかりやすかったので参考にした。 漢のzsh (マイナビニュース) ・強力な補完 ・auto_pushd ・複数窓開いていても履歴が統合される ・コマンド入力中にC+hでman起動 ・コマンド入力中にC+qで入力中のコマンドをスタックに ・コマンドの履歴をたどるときに複数行のコマンドも１発で表示される ・Ctrl+x dでファイルグロブの対象リストを見る([Tab]でその場に展開)。 といった辺りは大変に便利(ひょっとしたらbashでも設定次第で出来るものが含まれているかもしれない…)。

戦闘のルールを決める 画面が用意でき，メッセージ・キューの仕組みが理解できたところで，ゲームのロジックの作成に取り掛かりましょう。まず，戦闘のルールを決めます。今回は，味方3対敵3で行う戦闘とします。まず，戦闘に参加する味方と敵のキャラクター（キャラ）を決めて，戦闘順を決めます。ここではキャラごとに「素早さ」というパラメータを設け，その値に応じて順番に対象を攻撃することにします。 次に，攻撃処理です。攻撃は「攻撃力」「防御力」というパラメータを設け，その値の差分だけを相手にダメージを与えるものとします。ダメージを受けた対象は，「体力」というパラメータからダメージ分を減算し，体力が0になった時点で戦闘不能状態となります。この一連の処理を繰り返し，先に敵・味方のどちらかが全員戦闘不能状態となった時点で，戦闘終了とします。 今回は，あらかじめ敵味方の行動を決めて全員の攻撃が終わった時点で「1ター

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

レプリケーションはMySQLで最もよく使われる機能のひとつだ。レプリケーションは基本的に非同期でデータの複製を行う仕組みになっているのだが、非同期故にどうしても逃れられない問題がある。そのひとつが今回のテーマ、遅延である。というと、MySQLのレプリケーションはすぐに遅延が生じてしまうように感じてしまうかも知れないが、そのようなことはない。ほとんどの場合は即座にスレーブの更新が行われる。 なぜ遅延は発生するのか、どのように遅延が起きていることを調べるのか、どのように回避するのかということを本エントリでは解説したい。うまく遅延と付き合って、MySQLのレプリケーションをより快適に運用してもらえればと思う。 そもそも遅延とは何かMySQLのレプリケーションは非同期で行われる。これは準同期でも同じであり、スレーブにおいて更新が起きるのはマスターよりも一瞬遅れてしまう。これは非同期であるが故に逃れ

ZendFramework 流れ 表示時 : token生成→hiddenセット + セッションにセット 送信時 : 送られてきたtokenをセッションにあるものと同じかでチェック token生成方法 ランダム値 + salt + 固定値 + ランダム値 md5( mt_rand(1,1000000) . $this->getSalt() . $this->getName() . mt_rand(1,1000000) ); まとめ ランダム値をセッションにいれて、送られてきたものとチェック。 Symfony 流れ 表示時 : token生成→hiddenセット 送信時 : 送られてきたtokenを、再度生成したtokenと比較して同じかチェック token生成方法 salt + 固定値 + セッションID sha1($this->secret.$intention.$this->getSe

「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧

Gitでとても便利だと思っているのが、rebaseというコマンド。 ブランチを切った時点からオリジナルは刻一刻と変化していくわけで、 自分のブランチはあくまで現在最新のオリジナルに対するパッチである 必要がある場合は、このrebaseというコマンドを使って、オリジナル(HEAD)と マージすると、最新のオリジナル(HEAD)に対して、ブランチを切ったことになります。 これチョー便利じゃね？ 以下、git-rebaseから引用 git-rebase を使用して一連のパッチを最新に保つ リモート追跡ブランチ "origin" の上にブランチ "mywork" を作成し、幾つかコミットを作成したとします： $ git checkout -b mywork origin $ vi file.txt $ git commit $ vi otherfile.txt $ git commit ... m

アリスとボブのGitシリーズが本になりました！ アリスとボブのGit入門レッスン アリスは迷っていた。現状のshowメソッドは固定されたメッセージしか出力しないが、理想的にはユーザーの条件によって変化させたいと。 しかし、その機能を実装するためには結構な大改修になってしまう。果たして今の自分の技術でちゃんと完了させることが出来るだろうか？この機能追加をやるべきか、このままにするか...。 アリスはこの修正が失敗に終わった時のことを考えて、ボブに連絡しておくことにした。「失敗したらごめんね。」と。（なんて無責任なアリス...。） 連絡を受けたボブは、アリスの機能追加には大賛成。ボブ：「ただし、新しいブランチを追加して、そこで作業くれ。」と。アリス:「ブランチ？？？」 アリスはブランチを理解できていないが、とりあえず、ボブに説明された手順をそのままやってみることにした。アリス：「習うより、慣れ