Googleの開発者直伝、ぼんやりしたアイデアを具体化する4段階アプローチ | ライフハッカー・ジャパン
きっと誰もが経験あるはずです。ぼんやりとしたアイデアやプロジェクトの目標を与えられて、いったい何から始めればいいのかさっぱりわからない、という経験が。Googleのソフトウェア開発者Vivek Haldar氏は、この問題を解決するための「具体的な4段階アプローチ」を紹介しています。 あらゆるプロジェクトはぼんやりとしたイメージから始まります。この混沌とした状態に、形ある具体的なアイデアを持ち込んだ者こそが、最大の功労者となるのです。とはいえ、簡単なことではありません。私自身、このプロジェクト初期の段階にどうアプローチすればいいのか、いまだに模索中です。以下に、個人的な体験と観察から、わずかずつでも学んできたことをご紹介したいと思います。■基本原則を決める 設計作業に入る前に、まず「基本原則」を考えるようにします。例えば、「Gmail」のプロジェクトでは、「Eメールのナビゲーションで最も重要
PHPUnit でテスト駆動開発を始めよう
9. class CalculatorTest extends PHPUnit_Framework_TestCase { public function setUp() { $this->calc = new Calculator; } public function test_add_引数の和を返す() { $result = $this->calc->add(1, 2); $this->assertSame(3, $result); } } 10. class CalculatorTest extends PHPUnit_Framework_TestCase { public function setUp() { 1 $this->calc = new Calculator; } public function test_add_引数の和を返す() { $result = $this-
少人数でWebサービスを作る僕らの仕事スタイル５つ - パパパパ
今回は僕らの仕事のスタイルを公開してみようと思います。一般的な会社と比べるとちょっと変わっているようです。インターネット事業を生業にしている僕らとしては、インターネットをフル活用して、固定費をなるべく下げて、新しい生活や仕事のスタイルを確立しようと考えています。 1. オフィスをもたない Webサービスはリアルの店舗を必要としないので、理論上ではオフィスがなくてもなりたちます。会社の登記はバーチャルオフィスという便利なサービスがあるのでクリアできますし、作業場所も自宅や喫茶店、コワーキングスペース、友だちの家、知り合いの会社など基本的にフリーダムです。 オフィスを持つと固定費が掛かるというのも大きいですが、移動時間をなるべく減らしたり、自由な場所で作業することで、精神的にも束縛のない環境を作っています。直接の打ち合わせは、週に1回だけ都心の喫茶店で行なっています。規模が大きくなると継続は難
新しい何かに取り組むプログラマさんたちへ | y_matsuwitter's
桜の季節が近くなってきましたね。 春といえば出会いと別れの季節です。 我々プログラマも、ともすると４月から就職して新しいプログラミング言語やプロジェクトに出会うのではないでしょうか。 僕は１月に戦場を移動した関係で、１月から初めてRubyに取り組みました。 またObjective-cも書き始めています。 何かの参考になればと思い、今回の経験から僕なりの新しいプログラムへの取り組み方の定石みたいなものを偉そうに書いてみようと思います。 Kiai Driven Development 新しい言語やプロジェクトに出会ったとき、KDD（気合駆動開発）信奉者の僕が気を付けている点が３つ有ります。 それを一から紹介します。 Githubをとにかく巡れ！ 新しい言語に取り組むとき、僕はまずGithubのその言語に関するwatchやfolkのランキングを見てます。 ランキングは、Github上部のExpl
「無駄にたくさんゲーム作って生きる」 “RucKyGAMES” という生き方 10の新機軸
1. ゲームを無駄に大量生産する ラッキー君はゲームをたくさん作っている。 僕は普段ゲームをしないのだが、i刺身Liteはダウンロードして持っている。 当時はこれが彼のデビュー作だとは知らなかった。 そして今まで2年半で約90本のiPhoneゲームをリリースし、総ダウンロード数は400万に上るという。 2年半で90本ということは、1ヶ月あたり3本のペースだ。 凄い勢いと言って良いだろう。10日に一本のペースでゲームアプリばかりを出し続けているのだ。 なかにはまったく日の目を見ないものもあるという。 それでも出し続ける。それが彼のやり方なのだという。 2. 遊びたいものを自由に作る 他人の目や結果の失敗を気にして躊躇しない。 自分が「遊んでみたい」と思い付いたら、とにかく作ってみる。 どんなにつまらないと思えるものでも、誰かしらの心に引っ掛かる。 そこからがスタートになる。 作らなければ、た
変数とメソッドの命名ベストプラクティス15 - 杉風呂2.0 - A Lifelog -
この記事は、Cagdas Basarane 氏のブログ、 CodeBuild から 2012年2月20日の記事 "15 Best Practices of Variable & Method Naming" を翻訳したものです。 原文URL http://codebuild.blogspot.com/2012/02/15-best-practices-of-variable-method.html 十分短く十分長い変数名をスコープごとに使用する。一般的に、ループカウンタには1文字、条件やループ変数には1単語、メソッドには1-2単語、クラスには2-3単語、グローバル変数には3-4単語を使用する。 具体的な(specific)名前を使用する。例えば、"value"、"equals"、"data"といった変数名はいかなる場合も有効ではない。 意味のある(meaningful)名前を使用する。変数
Webサービスを10日以内にリリースする方法をすべて書いたよ（「Gumad」編） - パパパパ
このブログは、僕がこれまでWebサービスを30くらい作ってきて、失敗したり成功したり色々体験していることをまとめています。 「Gumad β」は株式会社メーヴェの安宅（ディレクター）と杉本（エンジニア）の2人で、Gumroadの存在を知ってから9日間で作ったWebサービスです。作っている間にあったできごとや僕らの動きを公開したら、これから個人やベンチャーの人たちがWebサービスを作る人の（良い意味でも悪い意味でも）参考になるかもということで、少々こっ恥ずかしいですがブログに書き残しておこうと思います。 ちなみに、今回のシステム関連の話は「Gumadβで使ったgemまとめ」こちらに詳しく書かれています。 いまは「Gumad β」はミニWebサービス的な位置づけですが、もしGumroadやその周辺のサービスが盛り上がってくれば、面白い展開ができると考えており、ベンチャーらしく短期間でゲリラ的に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
企画が考えるスマホUIデザイン