この記事には更新版があります AppStoreのアプリ審査リジェクト理由ランキング、2015年9月版が出ています。 Top 10 reasons for app rejections during the 7‑day period ending September 30, 2015. https://developer.apple.com/app-store/review/rejections/ 今回は新OSリリース直後の集計なので楽しみですね。 例によって前回2015年6月版と比較して見てみましょう。 前回の記事はこちらです。 「AppStoreリジェクトランキング 2015年6月版」 順位の行のカッコ内は前回6月版からの順位の変化です。 10位 不適切なレーティング （↓-6） 3% Guideline 3.8: Developers are responsible for assig
9月1日から株式会社Blaboで週2日で働いています。Blabo開発、開発チーム構築、プログラマーのリクルーティングがお仕事です。流行りの暫定CTO的なやつです。1ヶ月で開発が回るようになってきたのでプログラマーの募集を開始しました。 しかし、人事部の出すプログラマー募集っておれら／おまえら的に嘘くさいし、知りたい情報じゃなかったりするので、 「プログラマーとして入社を検討している会社について知りたいこと」 という視点から独自の調査をしていきたいと思います。 RubyとRailsのバージョン 100人中65535人のRailsプログラマーが、会社を選ぶ時は給与や福利厚生ではなく、ましてや会社のビジョンでもなく、 「使っているRubyとRailsのバージョンで決める」 と答えています（確信） Gemfileを見てみました。 source "https://rubygems.org" ruby
こんにちは、検索・編成部の五味と申します。 現在はディレクターとして、クックパッドiOS／Androidアプリを使いやすくするための施策を主に担当していますが、年初に異動して来るまでは、広告クリエイティブ制作というまったく異なる仕事をしていました。 サービス開発に関しては初心者状態だった私にとって、貴重な学習機会を与えてくれている、クックパッドのディレクター同士の情報共有の仕組みをご紹介します。 ディレクター同士の連携は難しい？ まずはじめに、現在クックパッドでは事業部制が採用されており、ディレクターは複数の部署に数名ずつ分かれて働いています。 ところが、ディレクターは同職間での連携が難しい職種でもあります。通常1つの施策を複数名で担当することはないので、お互いの業務進捗を報告しあってもいまひとつ理解しきれませんし、担当する施策の内容もバラバラであることが多いため、業務フローに問題があって
昨日、クラスメソッドさん主催の勉強会『iOS 9 週連続 Bootcamp！2週目』にて登壇させていただきました。 Core Image Tips & Tricks in iOS 9 from Shuichi Tsutsumi タイトルにある "Tips&Tricks" はWWDCのセッション名でもたびたび使われている用語で、Tricksというのは「コツ」とか「うまいやり方」みたいな意味らしいです。 こういうタイトルにしたのは、（資料冒頭にもある通り、）新しく追加されたフィルタを紹介したところで *1、カメラアプリとかつくってる人でもないとあまり使う機会がないわけで、定員150名という大きい勉強会で話す内容じゃないよなぁ。。と悩み、なるべく多くのアプリ開発において普遍的に役立つような内容を、とアレコレ考えた結果、次のような切り口で話すことにした次第です。 Apple も UI で多用する「
Adobeには、イノベーターをつくるための方法があるという。その方法の名前は「Kickbox」。Kickboxは全社員を対象としたもので、2日間の研修の際に「砂糖」「カフェイン」「1000ドルのクレジットカード」が入った赤い箱が配られるという。 無料で配られる「砂糖」「カフェイン（＝スターバックスカード）」「1000ドルのクレジットカード」が入った謎の赤い箱。これは何を示すのか。Kickboxを考案したAdobeのMark Randall氏に話を聞いた。 Randall氏はスタートアップ企業からAdobeに入社。これまで数え切れないほどの失敗を繰り返し、今では失敗の達人のようになっているという。そんな彼がAdobeに入社し思ったことは「階層的で古い会社」ということ。当時のAdobeにはどんどん失敗するという社風がなかったという。 「失敗率を上げたい」――そう思ったRandall氏は、時間を
We’re happy to announce that Realm’s recent agreement with uPhyca Inc. has resulted in Makoto Yamazaki, a.k.a. @zaki50, joining our team! Makoto will support Realm’s development in Japan, focusing mainly on the Android platform. 株式会社ウフィカとRealmが契約を結び、山﨑 誠(@zaki50)がRealmの活動に加わることになりました！ 主にAndroidを中心に、Realm自体の開発と日本における利用を支援してまいります。 As a seasoned Java and Android expert, Makoto has already developed m
slackとgithubを連携させてgithubにpull requestなどをしたときに自動でslackに投稿してもらい、フィードバックをもらえたりすることで大人数での開発を楽にすることができます。 それでは設定していきましょう。 ※この作業の前提として、githubにslackと連携させたいリポジトリが存在していることが必須になります。 slackとgithubを連携させるようにする設定 まずはslackでgithubと紐付けを行いたいチームにログインします。 そして、githubと連携させたいチャンネルのところに移動します。 そこでタイムラインの上のところにある「#チャンネル」をクリックします。 するとプルダウンで選択肢が出てくるので、その中から add a service integration をクリックします。 gyazo.com このような画面にブラウザで遷移してくれます。
元後輩？から「どんな人を創業メンバーに選ぶべきですか？」質問をされたので、自分なりの回答をした。 正直今の会社の創業メンバーは、前職同期である社長の素晴らしすぎる人脈もあって、奇跡的な能力のゴールデンバランスと性格的相性の良さを兼ね備えた6人が手を上げ起業している。 なので、このこと自体は全然参考にならないよという前置きをおいたあとに、自分なりに思ったことを述べた。 コストを払わない人と一緒にやるとチームが自然解散する 起業前によくあったのは、エンジニア1人＋企画2人とかのパターン。 大抵が本職がある状態でのプライベートプロジェクトで、土日のどちらかで1, 2週に一回集まって企画を考えてプロダクトに落として行くということをやっていた。 で、よくあるのが企画中はみんなでかなり盛り上がって笑い合って、じゃあこれで行こう！絶対いける！みたいになるんだけど、はいじゃあ実装開始ってなるとエンジニアが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
