資源効率の悪いモバイルアプリのリリースを防ぐための資源監視 - クックパッド開発者ブログ
Android/iOSアプリを開発している皆様、こんにちは。技術部の松尾(@Kazu_cocoa)です。テストエンジニアとして、サービスの品質を向上するために様々な活動を行っています。特に最近はモバイルアプリに注力しています。 この記事をご覧になっている皆さんは、モバイルアプリに対する品質をどのようにお考えでしょう？例えば、アプリがクラッシュしないとか、アプリが機能不全無くシナリオを実施できるとか、そういう面は想像が容易だと思います。品質に対する機能的な側面の指標の1つですね。 品質を考える上では機能的な側面だけではなく、非機能的な側面も考える必要があります。例えば、モバイルアプリを使っているときにサクサク動いているとか、そういう観点は利用時の効率性という側面を持ちます。これにはCPU使用率やメモリ使用量、通信量、見せかけのUIなどが関係してきます。これらの指標を常時取得、監視する、という
本当に有意義なエラーメッセージを書くには | POSTD
想像してください。あなたは今、オフィスにいます。周りとは仕切られた個別スペースです。今週は、近々新たに展開する予定の製品を紹介するために多くの時間を割いてきました。疲れが溜まり、不機嫌ぎみになっています。今はようやく近づいた週末が待ち遠しくて仕方ありません。 しかしその前に、新製品を紹介するホームページがWindows 10で正常に動かくかどうかを試してみなければなりません。あなたは問題ないはずだと信じています。あなたが信頼を寄せているMacには、Windowsを問題なく実行できるソフトもインストールされています。 ソフトを起動してみると、丁寧にもWindowsがポップアップ通知で可能なアップデートがあることを知らせてくれます。もちろんアップデートを開始するため、あなたは了承します。 すると、こんなものを目にするのです。 訳：何かが発生しました。 何かが発生。 新製品の準備のため期限が迫っ
そういうゲームじゃねえからこれ！ マリオメーカーに「3+3=6」を計算させてみた動画が天才の発想すぎる
Wii U専用ソフト「スーパーマリオメーカー」に「3+3=6」を計算させてみた動画が投稿されています。なるほど、わからん。 コンピュータの演算には、＋、－、×、÷でおなじみの四則演算のほかに、2つ以上の1または0の入力値に対して、1または0を出力する「論理演算」があることを学生時代に学習した方も多いのでは。この動画は、そんな論理演算をなぜか「マリオメーカー」でやってみたくなったという、なぜベストを尽くしたのか案件です。 AND演算とか授業でやったなぁ……（遠い目） 何気にマリオの操作が上手いのも注目ポイント 基礎的なAND演算、OR演算、NOT演算だけでなくNAND演算、NOR演算、XOR演算などもひとつひとつ検証しながらコースを構築していく投稿主さん。コンピュータでは「電流が流れる＝1」、「電流が流れない＝0」として演算するのですが、マリオメーカーでは電流の代わりに亀の甲羅を使用します。
シェルスクリプトのlint - Qiita
$ cat foo.sh #!/bin/sh elems[0]=0 elems[1]=1 for x in ${elems[*]}; do echo $x done $ ./checkbashisms foo.sh possible bashism in foo.sh line 3 (bash arrays, H[0]): elems[0]=0 possible bashism in foo.sh line 4 (bash arrays, H[0]): elems[1]=1 possible bashism in foo.sh line 5 (bash arrays, ${name[0|*|@]}): for x in ${elems[*]}; do
Bashのよくある間違い | Yakst
原文は2015年8月22日時点のものを利用しており、それ以降に追記、更新されている可能性があります。 本翻訳は原作者の許可を得て公開されています。 Thanks for GreyCat! このページはBashプログラマーが陥りがちなよくあるエラーについてまとめました。以下の例は全てなんらかの欠陥があります。 クオートをいつも使い、どんな理由があっても単語分割を使わなければ、多くの落とし穴からあなた自身を守ることができます！単語分割はクオート表現をしない場合にはデフォルトでオンになっている、Bourneシェルから継承された壊れたレガシーな設計ミスです。落とし穴の大半はクオートされていない展開になんらか関連し、単語分割しその結果をグロブします。 1. for i in $(ls *.mp3) BASHプログラマーたちがループを書く際にもっとも犯しがちなよくあるミスは以下のような感じです。: f
グーグルのバグ予測アルゴリズムを実装したツール「bugspots」について - Qiita
bugspotsはgoogleが開発した、バグ予測アルゴリズムをオープンソースとして開発されたツールです。 細かい説明は後にまとめますが、実際に使ったのを見るほうが分かりやすいので早速使ってみます。 実際に使ってみる 1.bugspotsをgemでインストール 3.結果を見てみる このHotspotsの下に出力されている左の数値がバグが起こりやすい度合いを表すスコア、右が対象のファイルになる。 メチャクチャ簡単に導入できるので、 リファクタやコードレビューなどで目星をつけるという意味では有用なツールな気がしました。 背景の説明 googleでは、チェックイン前にユニットテストやコードレビューが行われているが、コードが大量になってくると、ユニットテストやコードレビューをすり抜けたバグも少なからず発生してします。 googleではこの問題に対処するために、独自の「バグ予測アルゴリズム」を採用し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://oxxxide.org/lt/tsubu_2015_9_26_oxxxide.pdf