SaaSはプラットフォームとマイクロに二極化するのか (クラウドエコノミーの5つの予測)｜いとう！ | SlideflowとCatchy作ってる
Bessemer Venture PartnersというアメリカのVCが、クラウドエコノミーに関する現状と今後についてのレポートを出していたので読んでみました。 へー、と思った点を5つに分けてピックアップしてみました。 (1)上場してるSaaS企業上位5社の時価総額の合計値が2008年から2020年の12年間で44.07倍増加2008年 ($13.98 Billion) Salesforce, Netsuite, Concur, Blackbaud, Dealertrack ↓ 2015年 ($114.98 Billion) LinkedIn, ServiceNow, Salesforce, Netsuite, Workday ↓ 2020年 ($616.1 Billion) Adobe, Salesforce, Paypal, ServiceNow, Shopifyという感じで推移してる
LINE DEVELOPER DAY 2016 開催のお知らせ « LINE Engineers' Blog
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog saegusa2017-04-16Yoshihiro was a network engineer at LINE, responsible for all levels of LINE's infrastructure. Since being named Infra Platform Department manager, he is finding ways to apply LINE's technology and business goals to the platform. こんにちは。LINEでネットワークやデータセンターを担当している三枝です。2017年1月にJANOG39で登壇する機会を頂きましたので、今回
iOSの自動継続課金での注意事項
Marco.orgで非常に興味深い記事が書かれていたので紹介してみる。これは自動継続課金をiOSアプリで検討している開発者は必見の記事だと思う。 Why I Don’t Recommend Auto-Renewable Subscriptions, Even If Apple Lets Your App Use Them 結論からいうと、Appleの自動継続課金システムの問題でユーザを混乱させてしまう状況が発生するから、許可されたとしてもマニュアルの継続課金を使ったほうがよいという内容。 このMarcoさんの記事によると、最近はサービス系のアプリにも少しずつAppleが自動継続課金を許可し始めている動きがあると書いている。 ※SaaS系のアプリは自動継続課金を使おうとすると大抵リジェクトされる。 僕としては、自動継続課金がSaaS系でも使えるようになったら嬉しい事ですよねと思ってたんだけど
成功するビジネスの本質について - 拝徳
僕は現在のところ起業家というどうやったらマネタイズできるかというのを必死こいて毎日考えている職業をやっています。 ビジネスをどうやったら成功させるかを考えていく中で、大成功するビジネスにはある一つの共通項があるなと気がつきました。 それはどの大成功するビジネスにも 市場を「再定義」するという概念が根底にあるということです。 大成功というのは常に革新的な技術や発見によってもたらされるようなイメージをもたれがちですが、 実は革新的な技術や発見が経済的なビジネスの成功に直接結びつくというのはほとんどありません。 ビジネスとして経済的に成功するにはむしろ市場の「再定義」を行った、既存の概念やサービスに対して新しい方向から価値付けを行うことに成功することが大事な場合が多いです。 イノベーションに関する有名な話に、アメリカの自動車王ヘンリーフォードの「もし顧客に彼らの望む物を聞いていたら、彼らは「もっ
軽減税率がITに与えるインパクト - 急がば回れ、選ぶなら近道
http://www.nikkei.com/article/DGXDZO50933940U3A120C1MM8000/ どうやら本格的に複数税率が消費税に適用されるようです。まだ、決定でもないし、今後の業界の猛烈な反対もあるだろうから、どうなるか分からないのですが、その辺を部外者的に（かつ元関係者的に）記録として書いておきますよ。 この軽減税率で、もっとも変更のコストがかかる「仕組み」の一つはITであることは、多分論を待たないと思います。特に、税率を複数適応する羽目になる流通・サービス系のITは下手をするとかなりのコスト負担になるところも出てきます。またか！またコストですか！いや、これこそがITなのですよ。 まず影響が出てくるところ予想すると、事の大小はありますが、ほぼ大抵のところで手を入れる必要がある気がします。んで、例によって、多分この辺が正確に予想できている、CIOを除く経営陣は皆無
深津貴之氏が語る、「fladdict流・使ってもらえるアプリのUIデザイン」 - U-NOTE[ユーノート] - 仕事を楽しく、毎日をかっこ良く。 -
スマホコンテンツ市場が成長期、そして成熟期に向かうなかで、競合他社と差別化を図るための要素として、デザインの重要性が高まっているのではないだろうか？ ユーザーに心地よく使ってもらうためのデザイン、ユーザーがワクワクするようなデザインなど、スマホという独特のインタラクティブ性を持ったプラットフォームでは、今まで以上にUI、UCD、UXといった要素が大切になってきた。 そこで今回は、iPhoneアプリ「TiltShift Generator」や「SuperPopCam」など、先進的なデザインのアプリを企画、開発、設計まですべてひとりで担当し、生み出しつづける深津貴之氏から、fladdict流のUIデザインについて共有していただく。
![深津貴之氏が語る、「fladdict流・使ってもらえるアプリのUIデザイン」 - U-NOTE[ユーノート] - 仕事を楽しく、毎日をかっこ良く。 -](https://cdn-ak-scissors.b.st-hatena.com/image/square/fca790190c506ea1816d8178f27433e67f2c6be6/height=288;version=1;width=512/https%3A%2F%2Fimgs.u-note.me%2Fnote%2Fcaption%2F950.jpg)
ウェブ開発における価値の訴求 - Zerobase Journal
〔この文章は、推敲された論文ではなく、一人語りを文字起こししたものです〕 『ウェブ×ソーシャル×アメリカ』『CODE 2.0』『アーキテクチャの生態系』『情報自由論』『思想地図β』のような語彙でアーキテクチャを語れて作れるアーキテクトを増やしていきたい。師弟関係か私塾が有効な人材育成方法だと思ってる。 クライアントと新規事業を企画するときに東浩紀、柳宗理、ジョージ・リッツァ、クレイトン・クリステンセン、野中郁次郎とか引用しながら議論してる。読書会っぽいことをやる場合もある。あるいは本は使わず引用もせず対話のなかでクライアントからコンセプトを引き出す術もある。あの手この手。 アラン・クーパーの『コンピュータは、むずかしすぎて使えない！』は名著だけど、「ゴール・ダイレクテッド・デザイン」系UCD手法は嫌い。なにが「ゴール」だ。そんな「安全」「安心」「便利」「快適」みたいな価値観を追求した結果と
広場型のmixi、フィード型のFacebookと組織の関係―@toriaezutorisan - 村井 愛子 （アゴラ） - Yahoo!ニュース
広場型のmixi、フィード型のFacebookと組織の関係―@toriaezutorisan - 村井 愛子 アゴラ 5月23日(水)18時1分配信 よくmixiは広場型のSNSだと言われます。mixiが始まった当初、よく分からないまま日記を書いてみて朝mixiを開いたら「新着メッセージがあります」と赤文字で表示されていて、自分へのフィードバックが嬉しかった記憶があります。友達の日記を見にいったり、コミュニティへの書き込みを見たりと、リンクをクリックしてコンテンツの間を行きかう設計になっています。これを広場型と言い、図にするとこういう形になります。 対してFacebookはフィード型です。まず、自分専用のタイムラインがあります。すべてのコンテンツはタイムラインに集約されるため、リンクをクリックして他の広場を見にいくということは広場型に比べるとありません。このフィードに友達の近況や写真とい
開発者が知っておくべき、6つのUIアーキテクチャ・パターン - ＠IT
.NET開発者中心 厳選ブログ記事 開発者が知っておくべき、6つのUIアーキテクチャ・パターン ―― 「matarillo.com」より ―― 猪股 健太郎 2011/12/15 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET／.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 Martin Fowler氏の『GUI Architectures』を訳して公開しようと思ったのだが、FAQページに「PofEAAの続編などは商業出版する予定なので翻訳はしないでほしい」と書いてある。なので翻訳の公開はやめて、「
UXの奥にあるもうひとつのレイヤー
9月23日に第6回 .NET中心会議が開催されました。エンタープライズ向け、B2B 向けのシステムを開発している方が多く参加されるイベントで、今回のテーマは「UX」でした。製品発表会やサービス紹介に必ずといっていいほど耳にするようになった「体験」というフレーズ。デザイナーだけでなく、エンジニアや経営者など幅広い方々から重要性が認知され初めているのが分かります。しかし、「UX」という言葉は人によって定義や強調するところがまちまちですし、範囲が広過ぎて結局よく分からないイメージが未だにあります。 昨年開催されたリクリのセミナー＆ワークショップで、分かり難い UX を具体化するためのアプローチを紹介しましたが、まだ課題は多いのが現状です。Web では深い議論が出来ないところから、「UX = 素敵なインターフェイスとインタション」という表層的な部分が先行しているところもあります。今後、多様化が進む
「アップル製品はなぜ“気持ちいい”？」－認知科学で考える - 日経トレンディネット
みなさん、こんにちは。西友の富永です。 今回は毛色を変え、「使いやすい／使いにくい」「わかりやすい／わかりにくい」とはいったいどういうことなのか、といったことを考えてみたいと思います。 まずはじめに、少し突飛な例ですが、以下のようなガスレンジを想像してみてください。 このガスレンジは、上から見ると手前に2つ、奥に1つバーナーがあります。手前の右側がハイカロリー、左側が揚げ物、奥は通常のバーナーです。 また、正面から見ると、一番左側に魚を焼くグリルがあり、その横、一列になってバーナーとグリルをコントロールするための、4つの点火・火力調整用つまみがついています。順番は右から、グリル、ハイカロリー、通常、揚げ物用です。つまみの下には、それぞれ「ハイカロリーバーナー」「グリル」といった表示があります。しかし、通常このガスレンジを利用するときの姿勢、つまり上からレンジを見下ろす姿勢では、この表示は見
いきあたりばったりのアーキテクチャと教訓
スライドの作者であるGleicon Moraesは、これらの図を示した上で、リレーショナルデータベースはガムテープのようにつぎはぎで使えるような万能薬ではない。シャーディングや非正規化などは検討すべきよい選択肢であり、またリレーショナル以外のデータベースも選択肢としていれるとよいだろうと説いています。 そして次のような「リレーショナルデータベースの間違った使い方10項目」を示しているのです（訳は前述の記事「データベースの間違った使い方10項目」から）。 Dynamic table creation（動的なテーブルの作成） Table as cache（テーブルをキャッシュとして使う） Table as queue（テーブルをキューとして使う） Table as log file（テーブルをログとして使う） Distributed Global Locking（分散したグローバルなロック）
ユビキタスの街角: メールとURL
最近はあらゆる情報にURLがついている。 製品にも本にも日記にもレシピにも場所にも人間にもURLがついており、 あらゆる情報へのポインタがURLで表現できる時代になってきたといえる。 ところが何故かメールだけにはURLがついていない。 メールは個人的なものだから当然だと思われているかもしれないが、 考えてみると不便な話である。 会議やイベントの連絡がメールで送られてきたとき、その情報を表現するURLは存在しないので、 別の場所からその情報にリンクを張ることができない。 面白い情報をメールで貰ったとき、それを他人に伝えようとするとメールの転送が必要で、 そのデータにブラウザからアクセスできないのは不思議な話である。 あらゆる情報の中でメール情報だけが別の世界にいるかのようである。 Wikiは便利だが、メールで受け取ったデータにリンクを張ることができないのが不便である。 メールで貰ったイベント
Facebookの新しいリアルタイム解析システムとは？ - nokunoの日記
Facebookの新しいリアルタイム解析のシステムでは、HBaseで1日200億件のイベントを処理しているそうです。以下の記事の翻訳です。High Scalability - High Scalability - Facebook’s New Realtime Analytics System: HBase to Process 20 Billion Events Per DayFacebookがまたやってくれた。彼らは巨大なリアルタイムデータのストリームを処理するもう1つのシステムを構築したのだ。以前にもFacebookはリアルタイムなメッセージシステムをHBaseで構築している(http://highscalability.com/blog/2010/11/16/facebooks-new-real-time-messaging-system-hbase-to-store-135.ht
誰でもできるサービスレイヤの実装 - ２４時間CakePHP
イントロダクション CakePHPでは標準でサービスレイヤを提供していません。 しかし、CakePHPはフレームワークとしてその基礎部分は十分に提供してると言えます。これはアプリケーション側で実装すべきでしょう。 規模が一定を超えるアプリケーションではサービスレイヤの効能は特筆すべきものがあります。 それは「何をしているか」を端的に表すことができ、開発初期段階において「何が必要か」を明確にし、更にテストを容易にします。 また、トランザクションのサポートもサービス単位で実装することによって、明確に「１サービス１トランザクション」が表現できます。 サービスをモデルとして実装する 上記のサービスモデルは非常に単純化されたサービスモデルの一例です。 これは各モデルのマジックメソッドによる呼び出しを提供します。 saveNewArticleはその例で、使うモデルを一々定義する必要はありません。 コン
非同期ジョブキューのアーキテクチャ設計、どうしてますか？ - @kyanny's blog
Gearman のメーリングリストに興味深いポストがあった。僕も色々な意見を聞いてみたいと思ったので、多くの人の目に触れることを期待して紹介する。 Google グループ ウェブサイトに画像をアップロードすると、異なるバックエンドサーバが画像を処理する。まずリサイズし、それから顔認識をする。 一つ目の要求として、処理結果が期待通りかどうかユーザーに確認させたい。顔認識が不要であればリサイズした画像を、顔認識が必要ならばその処理が施された画像を、確認画面に表示したい。つまり、アップロード操作の完了には一つまたは二つのステップを踏む必要がある。 この要求を満たすために同期処理も検討したが、バックエンドサーバがダウンするとウェブアプリケーションサーバも巻き添えを食うため採用したくない。 ウェブアプリケーションのプロセスは Gearman にリサイズ処理を非同期ジョブとして送信し、リサイズ処理のワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BLOGOS サービス終了のお知らせ
in the looop | Looops communications
TechCrunch
ReadWrite - IoT and Technology News