TestFlightとDeployGateを比較してみた(その１) - Qiita
これまでiOSアプリ配布といえばTestFlightが鉄板でしたが、ついにDeployGateがiOSアプリに対応しました。 そこでTestFlightとDeployGateを使ったiOSアプリ配布について比較してみました。 共通してできること AdHoc版アプリを配布できる 現時点で共通した機能はAdHoc版アプリの配布だけでしょうか。 今後Deploygateの機能追加により以下の機能も共通してできることになりそうです。 クラッシュレポートを管理画面で確認する アプリのインストール状況や端末の情報を確認する アプリの更新通知を送る TestFlightではアプリのバージョンアップ通知はメールで送られてきますが、 DeployGateでの通知はどうなるのか期待です。 TestFlightの良い点 in-House版アプリを配布できる TestFlightはin-House版アプリを配布す
flathemes.com - flathemes リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
サービスを作る気力がなくなりつつある - morishitter blog
Webサービスを作りきる気力がなくなってきてるなーって感じてしまった。 これはヤバいと思って、なんでこうなったのか考えてるといろんなことを思った。 サービスを作るのってすごく気力が必要で、まずどんなサービスを作るのか考えないといけないし、どういう見た目にするのかも考えないといけない。 考えてみると僕は普段から「こんなサービスを作りたい」とか「今どんなサービスが刺さるのか」とか「このサービスはデザインがイケてる」とか考えるタイプではない。 大学で情報系の学科にいて、遊び呆けて3年の頃には全然授業がわからなくなった。 他の大学ではどうなのかわからないが、情報系の学科ではプログラミングができる人はできない人から見ると、回りから頼られるしものすごい人に見える。そして自分もそうなりたいと思ってプログラミングの勉強を始めた。 僕のいる学科ではプログラミングは何かを作るための手段でしかなく、何を作るのか
パクリサービスがうまくいかない理由
いわゆるパクリサービスって、なかなかうまくいかないことが多いと思います。 もちろん全てが失敗するとは限りませんが、模倣してもうまくいかなかったものに目を向けてみると、その失敗理由にはいくつかの傾向があるような気がしています。 成功要因を分析し切れていないまず、後追いサービスが先行サービスの成功要因を分析し切れず、自滅するケースが結構あると思います。この点に関しては、僕が昨年最も影響を受けた本「ストーリーとしての競争戦略」の中でも深く考察されています。（以下、同書から抜粋） 競合他社はオリジナルのストーリーが内包していた交互効果の妙については十分に理解していません。場当たり的に戦略を模倣しても、オリジナルの戦略の競争優位の本質であった交互効果は発揮できません。戦略が不全をきたし、かえってちぐはぐなことになります。 このような自滅の論理は、競争優位にある企業のオリジナルな戦略ストーリーに一見し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
