Japan.R2023_いろんな可視化ツールあるけどggplotて何がいいの?- 複数ツールで比較してみた!-
![アプリに開発者モードを用意する](https://cdn-ak-scissors.b.st-hatena.com/image/square/d4a5b2c9a49e1b19e6e18399345f44ae7dcc380c/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F16ab1d607ea601327f5a3a4d9846aa48%2Fslide_0.jpg%3F4340064)
Japan.R2023_いろんな可視化ツールあるけどggplotて何がいいの?- 複数ツールで比較してみた!-
米Facebookは7月13日(現地時間)、16億5000万人のユーザーに快適なアプリ体験を提供するためのモバイル端末ラボを初公開した。 Facebookのユーザーは世界中で様々な仕様の端末を使っている。同社は自社アプリを頻繁にアップデートするため、アップデートしてもすべてのユーザーが快適なFacebook体験を享受できるようにすることがラボの目的という。 このラボは同社のオレゴン州プラインビルのデータセンター内にあり、多様なバージョンのOSをインストールした多機種のモバイル端末(iPhoneおよびAndroid端末)2000台以上で各種公式アプリを自動稼働させている。 テストを自動化するために専用アプリ「ST-Scan」を開発した。また、現在は1台に32台のテスト端末をセットできる専用ラックを使っている。ラック上の端末のアプリをアップデートするためのPCあるいはMacとWi-Fiルータが
1990年代初頭から記者としてまた起業家としてITスタートアップ業界のハードウェアからソフトウェアの事業創出に関わる。シリコンバレーやEU等でのスタートアップを経験。日本ではネットエイジ等に所属、大手企業の新規事業創出に協力。ブログやSNS、LINEなどの誕生から普及成長までを最前線で見てきた生き字引として注目される。通信キャリアのニュースポータルの創業デスクとして数億PV事業に。世界最大IT系メディア(スペイン)の元日本編集長、World Innovation Lab(WiL)などを経て、現在、スタートアップ支援側の取り組みに注力中。 モバイルウェブ/アプリ開発においてデバッグ(不具合を発掘して改善すること)は鬼門だ。ただ、避けられるものでもなく、むしろユーザーとの接点を磨きあげる最重要プロセスといってもいいだろう。どんなに素晴らしい企画でも、たった一つのバグで評価を下げるばかりか、事業
Xcode7からテストツールの機能が追加されたのですが、今回はUIの自動テストの使い方のまとめです。 プロジェクトのtargetに「iOS UI Testing Bundle」を追加 テストコードを実装する XCTestCaseのテストクラスが追加されるので、ここにテストケースを実装する Xcode下部のレコード機能で画面操作を記録する 今回はこの機能を使って、UIのテストコードを作成します。 この機能は画面で操作した内容をそのままXCTestCaseのコードに落とし込みます。 今回は以下のような画面構成のアプリで簡単なUIテストを実施します。 確認する動作は以下の通りです。 Fisrtの画面でNextをタップ Secondの画面でナビゲーションバーのバックボタンをタップ Fisrtの画面でNextをタップ Secondの画面でNextをタップ Finishの画面でナビゲーションバーのバッ
Google IO 2016にて発表されたFirebase Test Labを試してみました。メリデメ、感じたことなどまとめました。 (6/2/2016 追記しました) tl;dr 2016年5月時点では、サポート端末の観点からアメリカ以外で使うにはまだ早そう。またネットワーク通信エラーでテストがぽこぽこ落ちるのでまだ様子見レベルで使うのが良さそう。 メリット 設定が簡単。とにかく簡単 設定のステップはこちらにあります。Android Studio 2.0 を使っている場合、普通のテスト設定を行う感じで簡単に設定できます。 Test Labを使用するためにはBlazeにアップグレードする必要があります。そのため支払い設定などもする必要がありますが、それを含めても所要時間15分もかかりません。 Android Studio上で全ての設定ができる 安い。実機テストが容易にできる Test La
書かないと怒られるし、書きたいとは思っているが、書くまでの敷居がやたらと高くなってしまった気がしている人へ。 最小のテスト 本質的にテストを書くのにフレームワークはいらない。 assertion だけあればいい。 isomorphic にしたいなら、 node の assert モジュールすら使わず console.assert だけで書ける。 // assert function assert(actual, expected) { console.log('.'); console.assert(actual === expected, '\nact: ' + actual + '\nexp: ' + expected); } function TestSum() { assert(1+2, 3); } // exec TestSum(); あとは普通にこのスクリプトを node/io
いま注目すべきシリコンバレーの有名なIT企業は新規のデザインや機能が有効かどうかを検証するためにA/Bテストを行っています。 その一方で、日本の企業も含め、A/Bテストを本番環境で導入している企業は非常に少ないです。 加えて、日本で言われているA/Bテストと海外で言われているA/Bテストは少々異なるものだと感じています。 日本のA/Bテストはフォームの最適化やデザインの修正にとどまっている一方で、海外のA/Bテストはプロダクト開発のサイクルの一部分となっています。 プロダクト開発のサイクルの一部としてA/Bテストを取り入れるためには、大量のテストを定常的に回していく仕組みが必要となってきます。 そこでデータドリブンであると言われているようなシリコンバレーのIT企業は自社でA/Bテストの基盤を作成しています。 今回は社内A/Bテスト勉強会で発表するために、シリコンバレーの有名IT企業がどのよ
世の中は一周まわってエンジニアリングの手法に溢れている。 テストを書け、ドキュメントを書いて冗長化しろ、コミットはわかりやすく、コーディング規約が、安定性が─── でも、それって本質なんだろうか? 新規サービスを作る際に肝だと思っていることをまとめてみた。 おことわり 以下は少人数で"普通"のアプリやWebサービスを自社で新規開発するときのことを想定しています。大人数で重厚なソシャゲを作るとか、ガチガチの金融系サービスを作るとか、コンシューマーゲーム開発とか、個人で好きなものを作るとか、受託とかは全く想定していません。 基本的に一通り現場をこなした中級以上のエンジニア向けに書いています。 アンチテーゼとして、ややキツめに断定する箇所が多いです、こういう意見もあるんだな程度に受け止めてください。 所属する団体の意見とかは一切関係ありません。 目次 おことわり 目次 ユーザーのことだけ考える
こんにちは、コネヒトでPHP書いたりしています金城(@o0h_)ともうします。烏龍茶が好きです。 (テスト自動化おじさんの弊社内におけるイメージ) 突然ですが! 皆さんも、自分の実装についていまいち自信が持てない時はございませぬか。 「あの実装・・頭をよぎる不安・・眠れない夜・・・・」そんな気分で毎日を過ごしていませんか? 「誰かに許して欲しい、安心をください」。 そんな時はテストを書きますよね。緑色が好きな人、この界隈には私だけではないはずです! ただ、どうしても検査しづらいな〜どうやって試せば良いかな〜と悩ましい時もあるのではないかと。 「エンドユーザーが直接触るのってブラウザでしょ、だったら実際にブラウザを使った操作が滞りなく可能なら問題ないよね・・」とか、考えたことありませんか? ここで闇堕ちしたプログラマは、ぽちぽちとhttp://localhostを開いたGoogle Chro
1. The document discusses various social media and video sharing platforms and tools for integrating them, including YouTube, Twitter, Flickr, iTunes, and Facebook. 2. It mentions several services that allow embedding or sharing content between platforms, such as CDTube for YouTube, ZonTube for Amazon, and amz.ly for shortening Amazon URLs for Twitter. 3. Programming languages and APIs mentioned i
テストの書き方、Quickの使い方 February 9, 2016 最近XCTestを担当しているアップル社員と話す機会によく恵まれています。その方々が言うには、Xcode/XCTestの担当部署の任務は「テストを書く習慣を広め、App Storeにあるアプリの品質向上に貢献する」そうです。 私は数年Kiwi、Specta、Quickのようなテスト・ツールを開発して、メンテしています。そしてここ数年ずっと思っているのが、実は役に立つテストを書くのは非常に簡単で、XCTestでもQuickでも大した違いがない、ということです。 ところが、いいテストを書くのが簡単でも、書き方を説明するドキュメントが意外と少なかったり、古かったりします。そこで去年QuickのDocumentationディレクトリにチュートリアルを置くようにしました。 チュートリアルは英語で書かれていますが、今年はそのチュート
Qiita:Teamに投げた社内ドキュメントだったけど、特に問題ないのでQiitaにも投げる。 前提として browserify-rails とbabelify が導入されている状況を想定してる。 基本方針 新規コードはES2015で書く 本番はbrowserify(-rails)でコンパイルする。 単体テストは node 環境下で走らせる テスト環境下では jsdom で window, document をモックする 単体テストでは ブラウザ特有の挙動はテストしない 裏側の環境(browserifyやspec-helper)は難しくして良いが、利用者からみえる範囲は複雑にしない(npm install; npm testで走る) Universal JavaScript に寄せることでコードのポータビリティを上げる 事前準備 browserify-railsを導入する。 .babelr
iOSの著書も出していらっしゃる、新居雅行先生より、 テストの自動化と運用方法等々、ご教授いただきました! 個人的にこの言葉が印象に残りました。(ちょっと脚色していますw) 自動テストの導入で品質は何倍も上がる。入れるか入れないかという議論はもう終わった。問題はどう導入して運用するかだ。 テストコードを1行もかいたことのない私にはちょっと衝撃でした。。いい意味で。 下記よりログです。 ※ 内容については私のフィルターがかかっているため、間違い・ご指摘があればこの記事へコメントをお願い致します。 (改めて) テストの目的 テストの目的は、 品質の担保 (´・ω・`) <「テストやった?」 (`・ω・´)+ <「やりました!」 ・・それって本当にちゃんとやったのか? 「正しく」「動く」だけでは曖昧 テストの基準を持つ CI(継続的インテグレーション)とテスト 要は頻繁にテストするってこと 自動
はじめに Xcode 7ではXCTest frameworkの新機能としてUI testing(以降、UIテスト)が実装されました。 UI操作をレコーディングしてテストコードを生成することで繰り返しUIテストが行える便利な機能です。 今回は簡易電卓アプリを作成し、簡単な計算のUIテストを行ってみます。 開発環境 開発環境は下記の通りです。 Xcode 7.0.1 iPhone 6s シミュレータ テスト対象アプリ 今回は加算と減算のみ可能な簡易電卓アプリを用いてテストを行います。 アプリのソースコードはこちらにアップしました。 プロジェクト作成時の「Include UI Tests」 Xcode 7ではプロジェクト作成時に「Include UI Tests」というオプションが追加されました。 UIテストを試す場合は下記の通りチェックをつけましょう。 ※もちろん、ここでチェックをつけなくても
Internet ExplorerでWebアプリをテストする。CodeceptionとSeleniumを使って。【準備編】PHPSeleniumcodeceptionInternetExplorer 環境 Windows 8.1 x64 en (Internet Explorerを動かすため) CentOS 6 (Webアプリを動かすため) PHP 5.3.3 (CentOS 6付属) あらかじめ必要なもの Composer PHPのパッケージマネージャです。Codeceptionをダウンロードするのに使用します。 Java runtime Selenium ServerはJavaでできています。 https://java.com/ja/download/ からJava runtimeをダウンロードしてインストールします。 Selenium ServerとIE Driver http://
依存性注入 (Dependency Injection) は、クラスを単体テスト可能にするために使われるテクニックです。 これが意識されていないが故に単体テストが全くできないコードをよく見かけます。 単体テストの際には必ず必要になる知識なので、解説しておきます。 以下のサンプルでは PHPUnit を利用しています。 悪い例: 単体テストができないケース 以下のような Foo クラスの play() メソッドは、単体テストケースが書けません。 class Foo { public function play() { $bar = new Bar(); if ($bar->getSomething() === 1) { return true; } return false; } } play() 内で外部クラス Bar をインスタンス化しています。つまり Foo::play() メソッドは
こんにちはDMM.comラボCTO室の加嵜です。 記念すべきDMMエンジニアブログの第1回目ということで、今回は、mochaというJavaScriptのテスティングフレームワークと、mocha-phantomjsを使って、クライアントサイドのJavaScriptテストの自動化を紹介します。 mochaでテスト駆動開発 まず、mochaを使ってクライアントサイトJavaScriptの簡単なテスト駆動開発を実践してみます。 今回使用するのは、mocha本体と、mochaでアサーションを記述するためのchaiというライブラリです。 mocha http://mochajs.org/ chai http://chaijs.com/ 事前準備 事前準備として、htmlで読み込むmocha.js, mocha.css, chai.jsファイルを入手します。npm, bower等を使って自動でダウンロー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く