iPhoneアプリで食べていく――「ぐんまのやぼう」ができるまで
「東京都は群馬県になりました」「日本の都道府県はすべて群馬県になりました、つまり日本は群馬県です」 日本中を群馬県にしてしまうスマートフォン向けゲーム「ぐんまのやぼう」がヒットしている。5月初めの公開から2カ月で60万ダウンロードを突破。関連グッズが発売されたり、開発者が群馬県の観光特使に任命されるなど、アプリの枠を超えた盛り上がりを見せている。 開発したのは、群馬県出身のプログラマー・RucKyGAMES（ラッキーゲームス）さん。スマートフォン向けアプリからの収入だけで生計を立てている、自称「ネオニート」の28歳男性だ。RucKyGAMESは彼とデザイナーから成る2人チームの名称だが、企画やプログラミングなど仕事の大半を、彼がこなしている。 これまで作ったアプリの数は約110、合計ダウンロード数は約600万。思いついたらすぐ作る、できることは何でも試すという軽いフットワークで、ゲームを作
［インタビュー］方法論至上主義に警鐘、急成長「LINE」を生んだ企画プロセス
新事業、新サービスを開発する際に必要なものは何か。最近注目を集めるコミュニケーションサービス「LINE」やキュレーション・プラットフォーム「NAVERまとめ」などの開発に携わったNHN Japan執行役員の島村武志氏（写真1）に、新サービス開発の実践方法、リーダーの役割を聞いた。 新しいサービスや事業を始めるときに意識しているのはどんなことでしょうか。 最初の戦略的な立場が肝になります。最終的なゴールがどれくらいの規模になるのかイメージできないと、どう投資すればいいか分かりません。 最大の可能性から逆算的に今やることを考える 私たちが開発したNAVERまとめやLINEは、無計画に始めたわけではなく、獲得できる最大のパイを最初に考え、逆算的に今やることを考えました。LINEそのものが最初から考えられてきたというよりは、漠然と「基盤を作らないといけない」というゴールがあって、そのゴールに向けた
受託開発脳から自社開発脳へ切り替えの7つの壁
velc: これ、思ったより大変でした。 自分含め、うちにいるメンバー全員、 これまでの経歴では受託開発をメインにやっていたため、 自社サービス開発の経験はかなり少なかったです。 でも、ヴェルクでは、受託開発をしつつ、 時間を作って色々と作っていこう、というスタンスのため、 起業直後から色々と企画を考えていました。 でも、受託開発脳から自社開発脳への切り替えは思った以上に苦労しました。 要件定義等でお客さんと一緒に要件を考えたりしますが、 最終的に「やりたい事」を持っているのはお客さんになります。 要件定義の前の企画やグランドデザインと言った分野は お客さんの戦略に沿ったものになります。 だから、最終的には、誰かが答えを持っている事が殆どです。 そのため、ゼロからそれを考える事があまりないんですよね。 いざ、ゼロから自分たちで企画を考えようと思った時、 いろいろと壁がありました。 1. 本
最強のIT系かあちゃんからたかしへのアドバイス
バーンれっどさーん @ledsun たかしへ あなたの勤怠確認しました．こんなに残業が多い割に大して売上が上がってないのはどうしてですか？顧客との信頼関係の構築も甘いとと思います．来月からは頑張って下さい．ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 バーンれっどさーん @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか？残業でカバーですか？お客様が参加するイベントが入っていません。都度調整ですか？事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか？ バーンれっどさーん @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかったです。でも、このシステムを使う人にどういうメリットがあるか分かりませんでした。
新社会人の君へ-disるということについて - あんちべ！
「ご趣味は？」と聞かれて「Lispをdisることですね（ｷﾘｯ」と答えてしまい、 合コン開始4秒で蚊帳の外に放り出されるあんちべです、こんばんは。 今から長い文章を書く。 結論だけさっさと言っちゃうと 「まぁ、初めのうちは、あんまり『○○は使えない』とかdisらない方が良いよ」の一言だ。 さぁ、それで話しはおしまい。もし暇だったら続きも読んで欲しい。 （あと、この文章はたった一人のために書いた。 ちょっと妙に聞こえるところもあるだろうけど、そこは聞き流して欲しい） 私はよくいろんなものを嫌いだ嫌いだとdisる。 にわかベイジアンが嫌い（話すと長くなる）、Javaが嫌い（JVMは愛してる）、Perlが嫌い、 MavenとかCVSとかが嫌い、アジャイルアジャイル言ってる人が嫌い（アジャイルが嫌いなわけじゃないよ）… 言い出したらキリがない！毎日新しいdisりの種が沸いてくるんだ！ 何度か様々な
120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ - Onigiri.blog
サブメニュー Get the RSS Browse the Archive Random post Mobile version 当ブログの人気エントリ ★はてブ1500超えのエントリ 120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ ★はてブ500超えのエントリ 121015_78_音楽業界周辺で「CDがなぜ売れないのか」と未だに議論している人がいるので実際に最近CDを買った人の話を交えながら考えてみる ★筆者オススメのエントリw 120104_45_2012年の音楽業界のWeb＆ソーシャルまわり動向予想と３つの変化について（前編） 111229_41_スタートアップに挑戦し、シリコンバレーを目指す若き日本人たちへ思うこと（ランディ・パウシュのスピーチを紹介しつつ） フォロー Wednesday, February 1, 2012
いち早く70%〜80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 - 肉とビールとパンケーキ by @sotarok
去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。 出展: 中村 修治 - 中村 修治さんの写真アルバム | Facebook 「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。 けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい！あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。 作ってみるまでわからない 何にも言えることだけど作って
ドワンゴ、2ちゃんねるで協力会社を募集 「ニコ動」開発力強化狙い
ドワンゴはこのほど、掲示板サイト「2ちゃんねる」を活用し、「ニコニコ動画」などのWebサービス開発に協力するソフトウェア開発会社の募集を始めた。 プログラマー板、プログラム技術板、UNIX板、web製作管理板に「【受託案件有】技術ある下請け会社募集【最底辺様】」というタイトルで告知スレッドを立てた。PHP/Javaなどを使ったコンシューマー向けWebアプリの開発経験がある会社を対象に、かつHTML5ベースのスマートフォン対応Webアプリ開発経験などがあれば歓迎するとしている。 リーダーとメンバー技術者数人のチームでドワンゴ本社（東京都中央区）などに常駐して作業できるのが条件。常駐さえできれば他社の下請け仕事も同社内でやってもらってOKという。 同社はニコ動サービスなどを自社開発してきたが、既存サービスの運用の安定化、新規サービス開発のスピードアップのために開発力の強化を目指し、単純に開発を
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る 「素人的に言えば、絶対落ちないシステムを作れ、というのがユーザーから見た要求条件」と発言したのは、東京証券取引所の株式売買システム「arrowhead」開発のプロジェクトマネージャ 宇治浩明氏。 東京証券取引所は2005年にシステム障害を起こし、取引が一時全面停止するという事態を引き起こしました。そのため2010年に稼働を開始した新システム「arrowhead」の開発では、高性能と高可用性という高い品質を実現することが絶対の目標となっていました。 東京証券取引所と、arrowheadの開発に当たった富士通。両社はどのように開発プロジェクトを通して高いソフトウェア品質を実現したのでしょうか？ 9月9日、早稲田大学 西早稲田キャンパスで行われた日本科学技術連盟主催「ソフトウェア品質シ
ソフトウェア開発者が読むべき IT系雑誌の一覧と，おすすめの読み方 - 主に言語とシステム開発に関して
中級クラス〜のデベロッパにとって，フォローする事が望ましいIT系雑誌のリスト。 また，それらの読み方。 つまり，書店における立ち読みのポイントと，購入の判断基準。 （１）Web+DB PRESS （２）Software Design （３）日経Linux （４）日経NETWORK （５）日経SYSTEMS （６）日経ソフトウェア 補足 なぜ雑誌なのか？ 読者層としては， 主にWebアプリの開発をチーム内でリードするエンジニアやアーキテクトを想定。 （１）Web+DB PRESS 雑誌のホームページ http://gihyo.jp/magazine/wdpress この雑誌の読み方： 「特集」は無条件で精読する。 「プログラミング言語の記事」は，下記の点に注目して把握する。 言語の癖や特色，他の言語と差異化するファクター その言語から，あるサービスを利用するためのAPIの存在 バージョンアッ
プログラマになるための勉強をしている人の前で話をしてきた - きしだのHatena
イデアルITスクールというところで、１時間ほど話をしてきました。 プログラマとしてやっていくために大事なことというテーマ。 資料を作らずに、というか構想すら練らずにやってしまったので、ここで整理とまとめと補足を。実際にこれをしゃべったというのではなくて、だいたいこんなことをしゃべろうとしてたという内容をかなり盛って書いてます。 当然ですが、プログラマの仕事はプログラムを書くことです*1。 プログラマとしてやっていくためには、どこで動くプログラムを書くか、なにをするプログラムを書くかということを意識することが大事です。 ということで、まずはプログラムが動くところがどう変わったかという話。 1970年代ころは、デバイスを動かすためのプログラムが多かったのではないかと。 あと、ここには書いてないけど、業務アプリはほぼメインフレームで動いてたと思います。 それが、1980年代くらいからパソコンが出
ドワンゴどうよ？ - j5ik2oインタビュー
一言で言うと「楽ではないけど楽しい」会社です。 「楽ではない」という面は、 ・現場の技術者は新卒組であってもSIerの新人レベルとは比べ物にならないぐらい実力者。中堅以上はモヒカン。ぬるいこというとモヒカンではなく、新人君にツッコミくらいますｗ ということで、技術力を上げるのは大変です。まぁ、競争の激しいウェブ業界ならどこの会社も同じなので、ドワンゴが特に厳しいというわけではないと思います。 ・ユーザからのプレッシャはあるかな。特にニコ動ユーザ。例えば、新サービスをリリースして、「なんだこの程度か」「面白くない」と思われないだろうか。そういうプレッシャ。でも、それがあるおかげで、「よいものを作ろう」「品質をあげよう」「ユーザさんの要望に応えたい」という動機につながるんじゃないかな。そういうポジティブなプレッシャに変えていくことが大事なんだと思います。 「楽しい」という面は ・技術
「日本のゲームが持つ問題点」や「開発における日本とアメリカの明確な違い」を最前線にいる当事者がハッキリと語る
日本のゲームを愛するが故に「日本の有名なゲームクリエイターが最新のゲームをやっているとは到底思えない」などと「日本のゲームが持つ問題点」について歯に衣着せぬ意見をバシバシ飛ばしまくる講演「僕の海外ゲーム開発ストーリー++ ～日米両方でAAAゲーム開発をして分かったこと～」が日本最大のゲーム開発者向けカンファレンス「コンピュータエンターテインメントデベロッパーズカンファレンス2011(CEDEC2011)」で行われました。 講師は、Microsoftの343 Industriesでディレクターを務めたライアン・ペイトンさん。2003年に来日し、小島プロダクションにて「メタルギアソリッド4」などの人気作に関わった後、故郷のシアトルに戻ってからMicrosoftに入社して「HALO 4」を含むHaloシリーズのクリエイティブ面のディレクションを担当した人物です。 講演は自身の半生から始まり、「ゲ
The Guide to the App Galaxy by Google
This site may not work as you're currently using an old web browser. For the best viewing, please upgrade to a modern browser. The Guide to the App Galaxy by Google is designed to help app developers, regardless of platform, build a business on mobile--whether they've just launched their first app or are looking for additional tips as they grow their portfolio. Promote their app: AdMob offers two
35歳を超えたエンジニアの5つの働き方
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
ヒッキーがリーダやってみた
すぺっく 仕事：ソフトウェア開発 性格：ヒッキー。 立場：特定派遣。メンバーは自社の人。人事権はない。 何の因果か、リーダーとかやるはめになったのでその経験を書いてみる。 技術的な話はない。 ■方針：プブチャラティの精神。 「任務は遂行する。部下も守る。両方やらなくちゃならないのが『幹部』のつらいところだな。覚悟はいいか？ 」 プブチャラティさん！俺やるよ！ …というわけで、尊敬するプブチャラティさんの姿勢をすべての行動の方針とした。 ■実際にやったこと。 ○作業日誌を送りつけた。 本日やった作業とともに顧客と自社の上層部に送りつけた。 われわれたはちゃんとやってますよという言い訳と、問題が発生した場合に上司に詰め腹を切ってもらうため。 ○朝会 毎朝、問題点と作業の状況を２，３分で確認した。 これで、問題点を抱え込まない状況を作り出すのと、一体感、連帯感的なものを演出した。 ○作業の目的を
少人数開発に役立つ5つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
https://jp.techcrunch.com/2012/04/20/jp20120420how_do_you_reduce_the_cost_of_development/