The trick to viewport units on mobile | CSS-Tricks
Viewport units have always been controversial and some of that is because of how mobile browsers have made things more complicated by having their own opinions about how to implement them. Case in point: should the scrollbar be taken into account for the vw unit? What about a site’s navigation or page controls — should those count in the calculation? Then there are physical attributes of the devic
スタートアップの技術選定とアプリケーションプラットフォーム - laiso
photo by pexels.com *1 この記事を書いたきっかけ niconegoto.hatenadiary.jp 「PinQulをクローズします」にて事業のふりかえりをしている文章の中に「アプリビジネスは完全にダウントレンドにある」という一節があって、ここから話題が広がっていったのを機に上記の記事を読みました。そして色々思うところがあったのです。 アプリビジネスは完全にダウントレンドというのは自分も前から思っていた。リッチな体験、通知を遅れることはアプリの利点だが、他PFからの流入なども含めたプロダクトのコアな検証はwebモバイルが1番早いはず。— sadakoa (@sadako_a_) August 16, 2018 (Twitter上で多くの共感を集めた投稿) 例えば「モバイルアプリがWebに負けはじめた理由」ではWebアプリがモバイルアプリに比べて優れているでろうという点
React Native at Airbnb – Airbnb Engineering & Data Science – Medium
UpdateThis article was published in 2018 and reflects the state of React Native at the end of 2017. When using these articles to make decisions about your business, please use discretion. Any technical points should be revalidated because the maturity and size of the ecosystem was significantly different back then. Any organizational points should also be considered within the context, size, and c
CSSレスポンシブデザインをSPAで使うと破滅する - 橋本商会
レスポンシブデザインは あくまで見た目の調整、表示・非表示のコントロールなので 下手に使うと、デバイス毎にインタラクションが違うUIのstateが無茶苦茶複雑になっていく コンポーネントという概念が無かった時代の設計を、SPAに持ってくるのはおかしい 画面サイズ毎にCSSで手軽にを切り替える、というのなら良い しかし、画面サイズ毎にインタラクションが違う部品が出てくると設計が破綻する 画面サイズ毎のがごちゃ混ぜになる コードが追えなくなり、バグの温床になる では、どうするか？ 素直に画面サイズ毎、デバイス毎、あるいはインタラクション毎のReactコンポーネントを書けばいい 使いまわせる部品は、コンポーネントとして切り出して再利用する 歴史を紐解く 2011年頃、レスポンシブデザインが生まれた 当時のwebにはコンポーネントが存在しなかった 単体で複雑な状態遷移をするインタラクティブなパーツ
16種類（45カテゴリ）の業界150サイトの調査から分かるスマートフォンサイトUIの現状10選（スライド付）
2015年5月、スマートフォンによるGoogleの検索数がPCでの検索数を抜いたというニュースがGoogleの公式ブログで発表されました。昨今の私たちは多くの情報をスマートフォンで検索しています。その流れに伴って、現在は多くの企業がスマートフォン用に最適化されたWebサイトを持つようになりました。 我々Web制作者はこの流れの初頭、PCサイト制作で培ったノウハウを元に、手探り状態で制作していたのを記憶していますが、この数年の間で一定の制作ノウハウが蓄積されてきたように思います。 しかしデバイスが多様な進化を遂げる中で、スマートフォンサイトのUI作法も日々刻々と変化し続けています。私たちWeb制作者は一定のノウハウを使い回すことに固執せず、常に新しい動向を自分の目でキャッチして知識を刷新し、日々の業務にフィードバックさせる活動が大切です。 というわけで少々前置きが長くなりましたが、今回は昨今
スマホの端子をMagSafe的マグネット仕様にしてラクラク充電：週間リスキー
※週間リスキーはアックン・オッペンハイマーとやんちゃデジタルKidsたちがテクノロジーとサブカルチャーの交差点からお届けする、極めてマニアックなコーナーとなっております。ご注意ください。 めんたいガジェットフェス2のお隣のブースで売られていたコチラの商品をですね、なんとなーくツイートしたら、すごい反響でビックリしましたよ。 スマホ充電をMagSafe的にするポケゲーさんの商品、ええですわぁコレ。リスキーでやりましょう #めんたいガジェットフェス pic.twitter.com/hdkU6ap99g — ACCN Oppenheimer (@ACCN) 2016, 1月 16 というわけで、公約通り続報をリスキーにて。まんずマイクロUSB版にございます。
実は格安SIMのMVNOは大手キャリアではなくMVNEが卸した回線を再販している - はてな村定点観測所
2015 - 12 - 22 実は格安SIMのMVNOは大手キャリアではなくMVNEが卸した回線を再販している 最近、格安SIMや格安スマホがブームだ。色々なMVNO（Mobile Virtual Network Operator 仮想移動体通信事業者）の会社が登場して様々な料金プランやサービスを提供するようになった。 でも、格安SIMをどのMVNOにするかを決めるときに、料金プランやサービスや通信速度などが比較されることが多いけれど、MVNE（Mobile Virtual Network Enabler 移動体仮想サービス提供事業者）の視点で比較しているサイトは少ない。 MVNEってなに？ そもそもMVNEという言葉自体、初めて耳にする人が多いだろう。 MVNOは大手通信キャリア（ドコモやauなど）の回線の一部を間借りすることによってサービスを提供している。 しかし実はMVNEという事業
モバイル上のJSフレームワークの実行可能性 – ReactとRedux | POSTD
私が好むと好まざるとに関わらず、誰もが私のWebアプリをiOS9の搭載されたiPhone 6SやNexus 6Pで、超高速Wifiに接続して使っているわけではありません。 現実は甘くありません。3Gでの接続や、古いハードウェアも珍しくありません。Googleのレポートによれば、 Androidのアクティブユーザは14億人 だそうです。彼らの多くは間違いなく、最先端ではないハードウェアを使っていることでしょう。 Androidのパフォーマンスについての Jeff Atwood氏の最近の記事 などを読んだことがあるなら、モバイルWebには希望がないように感じるかもしれませんね。 その記事からいくつか注目すべき文を引用します。 端的に言えば、今日最も高速なAndroidデバイスとして知られているものでも、新しいiPhone 6Sよりも5倍遅く、2012年代のiPhone 5上のEmberに比べて
ダサい機械翻訳でアプリの売上が数倍になった話｜アライコウ｜note
「変な日本語だなあ……」 スマホアプリのユーザーなら、こんな経験が一度はあるのではないだろうか。日本語対応と謳っているものの、決して翻訳のクオリティが高くない海外製のアプリの話だ。そういうアプリを見るにつけ、もう少し何とかならないものだろうかと私も思っていた。 しかしアプリをリリースする側からすると、なんとか販路を広げたいという気持ちがあるのだ。不完全な翻訳かもしれないが、他国のユーザーにも楽しんでもらいたい、買ってもらいたいと。そして私もこのたび、アプリをリリースする側に立ったのだった。 2011年、私はホラーアドベンチャーゲーム『BAD END』をリリースした。当初はiアプリのみだったが、現在はiOS、Androidに対応している。iOS、Androidともに平均評価は4以上で、おかげさまで好評を博している。ぶっちゃけ現在の収入の大半をまかなってくれており、実によくできた我が子である。
Reapp
React UI Kit A set of components for beautiful interfaces on any platform. Optimized for mobile and fully customizable. Packages Everything you need to build apps from day one, from animations to routing, requests to data management. import Component from .css'reapp-component'; import Request from .css'reapp-request'; import reducer from .css'reapp-reducer'; import UI from 'reapp-ui';
モバイル向けにSPAをつくってた話 - console.lealog();
実は4月の頭にリリースされてて、今さら感のあるつくって"た"話です。 もちろん仕事でなのですが、ココはあくまで個人ブログなので、ある程度ぼやかしつつ書きます。 知ってる人は知ってると思いますが、コレです。 作ったもの 何もしらないとイメージしづらいと思うので、いちおう。 モバイルメインのWebサービス ゲームではないが、ゲーム性の強いWebサービス シナリオゲーみたいなやつ 複数のSPAと多数のページから成るそれなりの規模 ネイティブでもShell-Appでもなく純ブラウザ向け iOS5.x/Android4.x以上が対応OS Safari/標準ブラウザ/Chrome/各種WebViewが対象ブラウザ この記事を書こうと思ったわけ 新しいFWやらライブラリやら、流行り廃りが激しい最近ですが、 実績といえばなんのアテにもならないTODOアプリとか、たかだか3,4ルートのSPAだったりで、 実
実用的スマホ連携デバイス「Pebble」 - いぬビーム
数多の屍を乗り越え、ついに現れた実用スマートウォッチ「Pebble」。モノクロ144x168という地味な画面に、かつて夢見たフィーチャがたっぷり詰め込まれてます。 安い (国際送料込みで$99) 軽い (38g) 防水 電池が持つ (4〜7日間) 物理ボタン4つ (上、下、決定、キャンセル) スマホから通知を受けて振動、内容表示 もちろんBluetooth Low Energy対応 既にエコシステムがある (公式充実、野良もいける) アプリのインストールが簡単 (スマホから選ぶだけ) アプリが作り始めやすい (ブラウザ上のIDEから実機転送できる) アプリがスマホ経由でhttp通信できる (天気表示とかできる) などなど。ぐっとくるでしょ？ イベントのお知らせ で、これが気に入ったあまり、アプリ開発ハッカソンを開くことにしました。 東銀座Pebbleハッカソン 簡単なチュートリアルも行いま
[取材]IIJmioの格安SIMについて中の人に根掘り葉掘り聞いてきた - カイ士伝
ついにこんな日が来るとはな……。 これまで何度となくブログでもいいいよいいよとイチオシしてきたIIJmioの格安SIM。過去のエントリーはIIJmioタグがついた過去記事を見ていただくとして、いつも愛用しているサービスだけに気になることをいろいろ聞いてみたいなーと常日頃からおもっていたところ、IIJのブログ「てくろぐ」でユーザーミーティングを開催するとのおしらせが。 てくろぐ: IIJmioの中の人とお話ししませんか？(SMS対応SIMも体験できます) http://techlog.iij.ad.jp/archives/766 これはぜひ行かねばなるまいね！ ということで意気揚々と1getしようとしたら、申し込み要項にこんな記述があるのを発見。 プレス・ブロガーの皆様で取材をご希望の方は、ATNDではなく弊社広報部までご連絡下さい えええ！ ブロガーでも取材枠用意しているっていうのかい！？
![[取材]IIJmioの格安SIMについて中の人に根掘り葉掘り聞いてきた - カイ士伝](https://cdn-ak-scissors.b.st-hatena.com/image/square/fd2acc617177b4db8260c6691d96cd98af1e9433/height=288;version=1;width=512/https%3A%2F%2Fbloggingfrom.tv%2Fwp%2Fwp-content%2Fuploads%2F2013%2F10%2F8a1cb6811b85b9c14284912052173dec.png)
モバイルアプリ開発者のための mitmproxy 入門
potatotips 第8回で発表した資料です (2014/08/20)
モバイル時代のWebパフォーマンス
2014/8/30に開催された「HTML5とか勉強会 in IWATE 2014」のセッション資料です。Read less
モバイル時代のWebパフォーマンスTips
2014/8/30に開催された「HTML5とか勉強会 in IWATE 2014」のセッション資料です。
モバイルアプリのログを送るの大変じゃないですか？ - Rejasupoem
モバイルアプリでログを取ろうと思ったとき、多くのアプリではGoogle Analyticsを使っていると思います。 Google Analyticsは2つの事象にうちどちらが多く発生しているかなどの用途では便利ですが、一方でGoogle Analyticsはサンプリングされているので誤差があったり、ユーザー属性から絞ったりということができません。 そのため、弊社のプロダクトではログはOAuthで認証してfluentd経由でTreasure Dataに流していたりします。 参考になる記事：Fluentdとログ収集のパターン - Go ahead! 京都の勉強会で（京都 Android 勉強会 2014.08）ログの話をしたら「そうそう大変なんだよね〜」と共感していただいて、やはり各自でログ収集のしくみを作って正確な値を取っていたり、クエリを投げて分析したりしているみたいでした。 しかし、この
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モバイルアプリのブーム終焉と、その次に来るもの | アドビUX道場 #UXDojo - Adobe Blog
ZEROICHI
モバイルアプリとAPIのありかたを考える2014
