アプリマーケティング研究所 > アプリ開発 > 夢だけで挑んだ「個人ゲーム開発」独立したら年収15万円でデッドエンド間近な男と、仮想通貨アプリの収益が「月30万円から月数千円」に急落した話 6名のアプリ開発者を取材しました。「個人開発者特集2018」の第六回（最終回）です。 <目次> １、デスマーチを超えて夢だけで独立したら年収15万円 ２、仮想通貨アプリのアフィリエイト月30万円が月数千円に ３、ドローン飛行マップ開発者のニッチアプリつくる楽しさ ４、300万DLのホラーゲー開発者が語るホラーの広がり方 ５、副業開発の瞑想タイマーアプリが月2万円の広告収入 ６、囲碁アプリが収益80万円。65歳以上ユーザーが多い １、アプリで独立「夢だけ」で挑戦したら年収15万円 ※個人開発者のふりふらさん（30代 埼玉県在住） もともと「開発者になるまで」は何をされていたんですか。 もともとは、ソフトウ

MongoDB Moblie発表。フル機能のMongoDBがiOS/Androidに対応、サーバのMongoDBとのデータ同期も可能に NoSQLデータベースとして知られるMongoDBの開発元であるMongoDB社は6月27日、ニューヨークで開催された同社のイベント「MongoDB World'18」において、MongoDB 4.0の発表と同時にモバイルデバイスに対応した「MongoDB Mobile」を発表しました。 「MongoDBのサーバサイドでの開発の経験と機能がまったく同じように、どのiOSデバイス、Androidデバイスでも使えるのだ」（MongoDB CTO兼共同創業者 Eliot Horowitz氏）

公開してまだ３週間ほどだし、収益としても１０万円でしかないし、大きな事は言えないがここで個人開発サイトとその収益性について考えたことを記しておく。 世の中には＊＊億ドルのバリエーションを獲得したスゲー起業家の話か、個人開発サイトを立ち上げたものの収益なんてゼロに近くサーバー代とトントンの話かの両極端しか無いように感じる。 パッと立ち上げてだいたい１ヶ月でiPhoneXが買えるぐらいのサイト規模というのは、どんなレベルのエンジニアでも手が届く範囲内にあるのが実感だ。「人生賭けて起業！」とかそんな熱い話ではない。普段の仕事が終わったら、ちょこちょこコードかいて個人的にアプリを公開して収益を得る、ぐらいの話でしかない。「１億総クリエイター時代」なんて言われる昨今では、どんなエンジニアもこんな感じのやり方が世の流れに合っている気がする。 サイト内容 今回、開設したのはざっくり言うとこんなサイトだっ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #自己紹介 こんにちは。 Hirozといいます。 タイトルにある「中年の危機」は、かっこよく言えば「ミッドライフ・クライシス」と言うそうです。 私は、そんな中年の危機ど真ん中の文系非エンジニアのアラフォーおっさんです。 35歳くらいから「このままでいいのか」と思うようになり、葛藤の迷宮に入り込んでしまいました。 今もまだ抜け出せていません、たぶん。 その過程で「組織の肩書きによらない素の自分の力でやってみたい」、「直接人の役に立つ実感が得られることがしたい」と思うようになり、それを具現化する手段としてWEBサービスを造ってみたいと思うよ

*Update 2022年9月1日 -> この記事で問題視してた内容は、数ヶ月前に解決したようです。現在は、iCloudとかWallet(旧passbook)を使ってても、App譲渡が可能になった模様。めでたい。 Developers can now transfer ownership of apps that use iCloud ———- ここから元記事 何気なしに読んだこちらの記事、めちゃくちゃ衝撃の情報が書いてあった。これは日本でも広めといた方がよいと思ったので紹介しとく。これで世界から悲しみが少し減るかもしれない。 Working on an iOS app? Be careful with this. 結論から言うと、Passbook entitlementをアプリで使うと、iTunesでアプリの譲渡ができなくなる。 つまり、スタートアップやってて、なんか知らないけどうまくい

どうもしんざきです。曲がりくねったSQLを読んで、モニターを威嚇しつつ不要なjoinを削除しまくる仕事で主に生計を立てています。 こんなまとめを読みました。 某大手企業の本社を辞めるという人『古い会社は社内の体制も古い。癒着してるシステム会社も全然ダメでテキストの左揃えを右揃えに変えるだけで300万取られる』（現在は非公開） ワイの妹ト○タの本社やめて転職するらしいんだけど、「古い会社は社内の体制も古くてダメ。癒着してるシステム会社も全然ダメで、テキストの左揃えを右揃えに変えるだけで300万取られる上、バグ（仕様）だらけで仕事にならない」って言ってたの印象深い。 これ、もともとの話の情報量が全然なくって、何のシステムの話かも分からなければシステムの規模も分からないので、300万が高いのか安いのか妥当なのか、というのは勿論なんとも言えないです。 もしかするとこれはぼったくり案件なのかもしれま

この記事はRECRUIT MARKETING PARTNERS Advent Calendar 2017の投稿記事です。 こんにちは、2016 年中途入社の nobuoka です。 ソフトウェアエンジニアとしてキッズリーの開発に携わっています。 先日読んだ 『「書き直した方が早い」 は 9 割のケースで間違いだった』 というブログ記事に触発され、最近考えていた 「小さな改善を繰り返すこと」 について書き記します。 意識の話に寄っていて技術的な話ではないですが、是非読んでみてご意見をお寄せいただければと思います。 後半では、実際の製品開発での取り組みも紹介しています。 伝えたいことは一つだけ。 タイトルにある通り 「どうにも手が負えないから新たに書き直したい」 という気持ちに対して、一度それをグッと抑えて小さな改善を積み重ねよう ということです。 背景 : 新しく書き直すか、小さな改善を繰り

Bootstrap Night! vol.2 でお話させていただきました https://selfree.connpass.com/event/71944/

以前作ったアプリを塩漬けにしてずっと放置してたんですが、あることをきっかけに開発を再開しました。 それからどのように開発を進め、継続していけるかというアプローチの仕方や考え方を整理してみました。 再開するきっかけとなった話はこちらに書いてますので、興味があればどうぞ。 sakahara.hatenablog.jp ちなみにこの話は前提として、本業があり、空いた時間だけで、基本的に一人で開発を行うような人を前提としてます。 数字の変化を楽しむ アプリをリリースした後に、結果がイマイチだとそれでもう何もしなくなってしまう個人開発者の方は、結構多いのではないかと思います。 現にApp Storeでも、誰かが個人で作ったアプリの更新日を見ると、かなり前から放置状態というものをよく見かけます。 ですがリリースがゴールではないので、その後のユーザーの反応を見て、改善を繰り返し、反応がなければ、アプリ自

ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から

この記事は Android Advent Calendar 2016 2日目の記事です。 こんにちは。わくわくです。 現在お仕事で書いているアプリを新規で書き始めたのが2015年で、現在は2016年です。 そう、1年が経ちました。その頃から今まで書いてきて、今から書くならこんなライブラリや設計を採用するよ(したいよ) というのをまとめたいと思います。 これからAndroidアプリを書くけどどんなものつかっていけばいいんや〜？といった方の参考になれば幸いです。 すでにAndroid開発をされている方にとっては内容が薄く感じられることと思いますがご了承いただければと思っております…（予防線） (裏の目的としては自分の備忘録のようでもあったりします。) この記事では紹介しているライブラリや設計などに関しては深くは説明を書きませんが、参考になる資料などをまとめて行ければと思っております。 言語につ

新しい言語やフレームワークを学ぶことは、時には苦闘になることがあります。従来のアプローチは、概念を説明し簡単な例を提供するドキュメントを読むことです。それで十分な場合もありますが、ドキュメントに高度な例や実際のプロジェクトでの使い方が書かれていない場合も多々あります。 ドキュメントに記載されていない問題に出くわすと、大抵の人はStack Overflowで解決策を探します（またはソースコードを丹念に調べます）。しかし、「使っているフレームワークが登場してから十分に期間が経っておらず、思い浮かぶ質問全てにStack Overflowが答えてくれない」ということもありえます。 今まで問題にはまって、こう考えたことはありませんか？ 「誰かが既にこの問題を解決しているはずだ！では、なぜこの問題に対する答えがStack Overflowにないのだろうか？」 そのとおりです。恐らく誰かは既にそれを解決

若手データサイエンティストが集まる会で、人工知能（AI）をテーマに講演をする機会があった。講演後の雑談で「会社の上層部から『なんでもいいからビッグデータを集めて、AIでなんとかしろ』と言われて困っている。そんなのは幻想だ、と言ってもらえないか」と頼まれた。あまりに気の毒なので、この場を借りて、ご依頼にこたえようと思う。まずはAIの精度をどのように測るべきかについて考えてみよう。たとえば、画像

この連載では、任天堂の家庭用ゲーム機「Wii」の企画を担当した私の経験を基に、Wiiの初期のコンセプトワークや、それを伝えるためのプレゼンテーション、その先の開発プロジェクトなどについて紹介してきました。 そして2006年12月、私たちの思いが詰まったWiiがついに発売されました。岩田（聡・任天堂前社長）さんはWiiの開発を振り返り、「自分の存在理由をかけた戦い」と表現したことが、私の心に強く刻まれています。 連載最終回となる今回は、Wii発売後の任天堂の施策について振り返りながら、岩田さんがしようとしていたことについて、私なりの考えをお話したいと思います。 ユーザーは本当にほしい商品を知らない コンセプトとは、直接お客さんに伝えるものではないと私は考えています。例えば、Wiiの箱や説明書に「これはご家庭のお母さんに嫌われないように設計しました。どうぞお母さんもお楽しみください」「これはリ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

開発内製をしている組織が、業務委託で外部の方の力を借りて開発をお願いするというケースにおいて、発注者側が業務委託で仕事をお願いする時に思ってることを書いてみようと思う。 エンジニアで独立心が高い人であれば、技術顧問だけじゃなくても、部分的な工数を切り売りして複数のプロジェクトに関わりあいたい気持ちもあったりと思うので、そういう人に向けても一助になれば幸いです。 前提条件 ここ背景的な追記事項なんですが、基本的な対象者は、「社員になってもらえたら超ラッキーみたいな人が、すでにフリーランスだったり、自分の会社を持っていて、別の仕事もやっている」という先方都合が上位なケースにおいて、業務委託でのみ契約に至る時に考えたりしたこと、という前提条件を追加しておきます。 ちょっと一般化して書いてみたら、もっと世界が広かったようで、そちらの世界の方で誤解を生んでいるケースもあるように思えました。それは純粋

アプリマーケティング研究所 > アプリ開発 > 貯金1,000万円つかって、6年で20アプリつくったが、年収は15万円。どん底アプリ開発者、コンテストで賞金250万円を獲得し、人生初勝利をおさめる。 貯金1,000万円つかって、6年で20アプリつくったが、年収は15万円。どん底アプリ開発者、コンテストで賞金250万円を獲得し、人生初勝利をおさめる。 名古屋で戦いつづけている、個人アプリ開発者さんを取材しました。 ※個人アプリ開発者の、伊与田貴司（Takashi Iyoda）さん。 年収15万円、6年間の貧乏アプリ開発 簡単に自己紹介をお願いします。 伊与田です。名古屋で6年ほど、アプリをつくっている個人開発者です。アプリで独立する前は、いろんな会社で働いていました。 月400時間はたらいて、年収300万円という、システム開発会社で働いたこともありますし、コンビニの店長やったこともあります。

pmjp オフ会 #3 で伝言を伝えてきました。

こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを

CodeIQ感謝祭（2016/03/05）の基調講演スライド。 情報共有×ITの歴史、情報共有で変わる組織、そして情報共有から考えるキャリアについて。 Read less