たった1人で10万ダウンロードを突破したスマートフォン（スマホ）ゲームを作り上げた人物がいる。台湾出身のマ・ジェームスさん（37）だ。ゲーム好きが高じ、2012年から都内の自宅をオフィスにしてスマホゲームを作り始めた。プログラマーでもデザイナーでもないマさんが活用したのはクラウドソーシングなどのネットサービス。さまざまなジャンルで才能を持つ数十人の協力者と力を合わせ、一度も顔を合わせることもない

新規契約したドコモのスマホで昔の端末の SP モードメールアドレスを使う方法。のメモです。 というか、新規契約とか関係なしに使える方法なので、回線間でSPモードメールアドレスを受け渡す方法。ってのが正確ですかね。 応用すればメールアドレスの入れ替えにも対応できると思います。また、移行元がiモードメールアドレスでもできると思います。 「入力されたメールアドレスは既に使われています。」というエラーが出て、自分のアドレスなのにぃ！と、イラっと来た人はこれを見れば速攻解決。のハズ！ ※2012/8/12 文章ブラッシュアップ ※2012/6/12,25 文章ブラッシュアップ 旧回線→新回線へのSPモードメールアドレス受渡し手順手順は以下のとおり。 旧回線：「本命アドレス」 → 「捨てアドレス1」へ変更 24時間待つ 旧回線：→ 「捨てアドレス2」へ変更 新回線：→ 「本命アドレス」へ変更※ SPモ

MVNO 2ndシーズンの幕開け。斬新な割り引きを打ち出して｢NifMo｣がサービスイン2014.11.26 22:00Sponsored 小暮ひさのり MVNO、2ndシーズンの幕開けです。 本日新たなMVNOサービス｢NifMo｣がスタートしました。提供元はなんとあのニフティです。 人口カバー率の高さを誇るドコモのMVNOで、データ通信SIM、データ 音声SIMの両方に対応。また、はじめてMVNOを利用するという人に向けたスマホとセットになったパッケージもあります。もちろん、SIMカードは標準・micro・nanoから選択可能。プランは以下のとおり。 ■データ通信プラン 2GBプラン…… 900円/月 4GBプラン…… 2,500円/月 7GBプラン…… 3,500円/月 ■オプション SMS付属…… 250円/月 音声通話付属……700円/月（SMSも同時に付与されます） ■音声通話

Google、FluentdをKubernetesとCompute Engineの標準ログコレクタに採用FluentdgooglecomputeenginekubernetesGoogleCloud まずはFluentdコミュニティの皆さん、おめでとうございます！！！ Googleを中心に開発されているオープンソースのDockerジョブスケジューラKubernetes (k8s)、それにGoogle Cloud Platformのログ収集サービスGoogle Cloud LoggingのGoogle Compute Engine用ログコレクタとして、Fluentdが標準採用されました。もうひとつおまけに、fluent-plugin-bigqueryをフィーチャしたソリューションページも、あと1か月くらいでcloud.google.comにて公開される見込みです（これは私がいま仕上げ中）。

モバイルファースト室の @rejasupotaro です。 クックパッドでは、サービスをリリースしてログを収集して分析して改善してまたリリースして、というサイクルを素早く回すことでより良いものを作るということをウェブではやってきました。 クックパッドのサービス開発のフレームワークをモバイルアプリでも適用したいのですが、モバイルアプリにはウェブアプリと違ったロギングの難しさがあります。 今回はモバイルアプリのロギングの問題点とPureeというログ収集ライブラリについて話します。 モバイルアプリのロギングの難しさ ウェブアプリでは、基本的にはサーバー側でログを収集することができますが、モバイルアプリの場合は画面の制御はアプリ側で行われ、APIを介してデータを受け取るため、クライアント側でログを収集して送信する必要があります。 アプリのログを収集するのに、画面遷移をしたりタップするたびにサーバー

概要 テストをつくるときにどうやって書いたらいいのか困るという話をよく聞きます。とても簡単な例ですが、これをするだけでもずいぶんと違うという意味で、自分がよく使う例を書いてみます。（実際にはリスクベースドテストとして成立させるために更に項目を追加したものを使っています。ですが、基本はこの形であり、ここにある考え方が重要だと思っています。 つまり、ツールを使えばもっと綺麗に出来るけど、まずはMarkdownでもExcelでもなんでもいいからやれる感じで整理できる方法というところです。 僕がこの考え方を気に入っているのは、プロジェクトのリスク管理手法とあまり違わないので、別にテストではなくて、例えば「こういった人が必要」とか「こういったツールがいる」とかになるという点です。 まとめすぎると「BDD-Styleに対して、リスクという親要素を加える」というくらいです。 構成のテンプレ 基本的に3段

Welcome back to TechCrunch’s Week in Review. This week had two major events from OpenAI and Google. OpenAI’s spring update event saw the reveal of its new model, GPT-4o, which…

まずはオラザク金賞本当におめでとうございます！！ ＭＧでもコメントさせていただきましたがよみがえるガンダムが投稿されてからずっとむむむノ53さんの作風に魅せられています！ その頃はまだブログを始めていらっしゃらなかったのでfgで何とか製作途中を拝見しながら、その見え方見せ方を理解したいと何度も拝見しましたがあまりの絶妙な塗装表現で、立体がいきなり２次元になるようにしか見えずに頭が混乱していました^^ ですがブログを始められていたようでこれからはその謎をこちらで製作過程として拝見できるのだととても楽しみにしています！！ 機会があれば是非実物を拝見させて頂きたいと切に望みます！！

他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ

秘密結社THE GUILDも仲間が15人近くになり、僕の直轄チームも3人に増えた今日この頃。直轄チームのみんなには、できれば幹部になって欲しい。でも、翼を折って囲い込むのではなく、いつ独立しても恥ずかしくないように育てていきたい。っていうか、ここに書いたのできるまで、独立なんぞ許さんよ的メモ。新入社員は各自マスターしておくこと。 1: 収入の一定パーセントを貯蓄しなさい 収入の10%〜20%を、お給料日に自動振り込みで貯蓄しなさい。お金持ちになる唯一の方程式は「消費＜収入」。この方程式が強制的に維持される仕組みを作る。これが人生を安定させるために一番重要なことです。 2: 生活資金を半年分ためなさい まず無収入状態でも3〜6ヶ月生存できる貯金を作りなさい。生活費の安全バッファは大型案件や、お金にならないチャンス案件を手に入れる最低条件です。安全バッファがなければ、常に生活費のために自分を切