DVCSもBTSも知らない人達とScrumをやってみた。 - うさぎ組
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ４年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 （元請け会社の2人、当時同じ会社だった先輩、僕の4人） そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
今流行のArctic.jsと、enchant.jsの比較 | Geisha Tokyo Engineers' Blog
圧縮後のファイルサイズはenchant.jsのほうが3kbほど少ないですね。 どちらもjs上に継承などを行う擬似クラスを作るためのClass要素があったり、スマートフォン/PC両方で使えるようにtouch系イベントとmouseDown/Move系イベントを判定したり、fps(フレーム数）を設定してフレーム毎のイベントを設定するなどしています。 後発だけあって、Arctic.jsのほうはenchant.jsの機能をパクったenchant.jsにある機能はだいたいあるような感じですね。 オブジェクトの描画についてですが、Canvasでの描画の方が性能的に有利かもしれませんが、enchant.jsは divタグ毎にオブジェクトに持っていることで利便性をあげています。既存のアニメーション効果をdivタグ単位で 適応することにより、今までのエフェクトを使いまわすことができるのです。 ench
ActionScript入門Wiki - Arctic.js
AS3ライクに記述できるJavaScriptゲームライブラリです。(ライセンスはMIT License) ダウンロード - https://github.com/DeNADev/Arctic.js <html> <head> <script type="text/javascript" src="js/arctic.js"></script> <script type="text/javascript" src="js/game.js"></script> </head> <body> <canvas id="canvas"></canvas> </body> </html> (function() { // arcGameクラスを継承したメインクラス var Main = arc.Class.create(arc.Game, { // コンストラクタ(必要なら引数を指定) initial
ハドソンがファミコンに参入するまで（１）::Colorful Pieces of Game
これは1984年に、ハドソンが初のサードパーティとして、ファミコンに参加するときの物語だ。 前のポストで、野沢さんの証言を元にブログを書いたら、いろんな人から細かい情報が集まって、どんな風にハドソンがファミコンに参入したのか、そのプロセスはどういうものだったのかを、ようやくその全貌が正しく明らかになったと考えられるようになったので、再度具体的に書いていきたい。 ところで、この記事は、前の物とかなり激しくかぶるのだけれど、前のものを消すとどのように変化したか？ が分かりにくく、かつ前回のに付け加えをするには、あまりに多すぎるので、あえて新しい記事としてアップロードすることにした。 あと今回、何人か名前を出して欲しくないといわれた関係者が現れてしまったので、野沢さんの言葉と一緒に、当時のハドソン関係者と、今のところは伏せておくことにしたい。 …って考えてみたら、野沢さんの名前出していいかどうか
「シュヴァリエ サーガ タクティクス」にさらなる熱を！ 今後実装予定の「演習場」「攻城戦」について御影氏，江田氏にインタビュー
「シュヴァリエ サーガ タクティクス」にさらなる熱を！ 今後実装予定の「演習場」「攻城戦」について御影氏，江田氏にインタビュー ライター：川崎政一郎 イメージエポックが開発を行い，NHN Japan（ハンゲーム）が運営中のオンラインシミュレーションRPG「シュヴァリエ サーガ タクティクス」（以下，シュヴァリエ）。本作はいわゆるブラウザゲームだが，コンシューマ向けゲームと変わらぬクオリティのシミュレーションRPGを目指して開発されている，かなり意欲的なタイトルである。 2011年11月8日に正式サービスをスタートしたシュヴァリエでは，定期的にアップデートが行われているが，熱心なプレイヤーにとっては，もっと先の大きな話――大規模アップデートのことが気になるところではないだろうか。 今回は，デベロッパであるイメージエポックの代表取締役 御影良衛氏と，NHN Japanで運営ディレクターを務める
ペア・プログラミング：An Agile Way：オルタナティブ・ブログ
アジャイルのプラクティスを、もう一度解説して行きたいと思います。できるだけ、日本の文脈にあった内容を加えて、実践できるように。また、野中先生に後でコメントを頂く予定。 ペア・プログラミング 文字通り、2人一組になってペアでプログラミングを行う。XPでの１つのプラクティスに挙げられており、１台のPCを交互に使って行うのが基本形。昨今ではデュアルディスプレーを使ったり、ネットワークと画面共有を使ったりして遠隔地で実践しているチームもある。 コーディングは単純作業ではない。１つ１つの変数や操作の名前を決めることや、その構造、アルゴリズムにいたるまで、多くの設計判断が入り込む、クリエイティブな活動である。また、ミスが起こりやすい作業でもある。刑事やパイロット、スキューバダイビングなど、リスクが高い作業はペアで行うことは現実の世界にはたくさんある。二人でプログラミングを行うことで、リアルタイムにレビ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
