「Lord of Knights の裏側見せます！～Unity + PHP + MySQL で作るスマートフォンゲーム開発～」の資料を公開しました｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
ホーム 技術ブログ 「Lord of Knights の裏側見せます！～Unity + PHP + MySQL で作るスマートフォンゲーム開発～」の資料を公開しました 「Lord of Knights の裏側見せます！～Unity + PHP + MySQL で作るスマートフォンゲーム開発～」の資料を公開しました 昨日2012年4月10日に行われたイベント 「Lord of Knights の裏側見せます！～Unity + PHP + MySQL で作るスマートフォンゲーム開発～」 の資料を公開しました。 イベントの詳細はこちらです。 → 【Lord of Knights の裏側見せます！】 ～Unity + PHP + MySQL で作るスマートフォンゲーム開発～ 前半のクライアント側の発表をAimingの細田さんが、後半のサーバサイドの発表を私（松井）が担当させていただきました。 細田
Androidゲーム開発をまじめにやってみたまとめ - shimobayashiの日記
ゴールデンウィークから作り始め、1週間くらい前にようやく"鉄Qプリンセス"(https://market.android.com/details?id=name.shimobayashi.tekkyu)をリリースすることができました。大体2週間でゲーム製作に飽きる自分としてはかなりの長丁場になったのですが、その分色々と得られるものはあったので適当にメモしておこうと思います。個人ゲーム製作に興味がある方はどうぞ。 基本的なゲームプログラミングに関する話題は、Androidゲーム開発入門、私が2Dアクションゲームをつくるまでに蓄積されたTips - shimobayashiの日記http://d.hatena.ne.jp/shimobayashi/20110410/1302442681に以前にまとめているので、非技術的な話題が中心になるのかな。 Androidの音周りは本当にクソメディアの音量
新卒さん向け、速攻でプログラミングをマスターできるvimプラグイン「quickrun」:phpspot開発日誌
新卒さん向け、速攻でプログラミングをマスターできるvimプラグイン「quickrun」 2011年04月25日- 新卒さん向け、速攻でプログラミングをマスターできるvimプラグイン「quickrun」。 この春、会社に入って、サーバに入って vim でプログラミングさせられている人はそれなりにいそうですが、その場合に速攻でプログラミングをマスターできるquickrunプラグインを入れておきましょう。 プログラミングを覚えるには作って動かすが一番いいですが、「書いて」→「保存して」→「実行して」を一瞬で行えます。 具体的にはプログラムを書いていて、コマンドモードで「￥r 」をタイプするだけでペインが分かれてプログラムの実行結果が得られます。 VPSなどを借りて、これからプログラミングをはじめようって方にも有効です。 かなりインスタントに実行できるので、こう書くとこう出る、がサクサク進められる
EasyBotter - プログラミングができなくても作れるTwitter botの作り方
ダウンロード EasyBotterバージョン2.1.3をダウンロードする 無料です。PHPライセンスに準拠しているので商用利用、改造、再配布などもOKです。 ※前のバージョンからの移行の場合は、EasyBotter.phpとlog.datとPEARフォルダを置き換えれば動くと思います。 おしらせ 2014.1.16. Twitter APIのhttps化にともなって2.1.3にバージョンアップしました 2.1.2のEasyBotter.phpの下の方でAPI叩いてる部分を2箇所（setUpdateとgetRepliesのとこ）、http://からhttps://に変えただけです。 2013.10.10. EasyBotterのアクセスキーが使えなくなっている件について phaがときどき見るかもしれないスレ - Twitter Bot BBSをお読みください。 2013.4.19. OAut
スタートダッシュ型仕事術：実践編
昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに（仕様変更が必用かどうかの）見極めをする必用がある」という点。特に「作って見なければ分からない」部
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゲームプログラミングもできる、やさしい開発環境「プログラミン」、文部科学省が公開