レガシーなプロダクトにテストで向き合う話 | GREE Engineering
はじめまして。荻原といいます。グリーのプラットフォーム部門で、サーバーサイドのエンジニアをしています。 昨年末ぐらいまで業務の空き時間にテスト周りでごにょごにょと動いていたので、今日はそのことについて書かせて頂きます。 こんな人は読むと役に立つかもしれません。 レガシーなプロダクトになんとかして突破口を開きたい PHPUnit の書き方で参考になりそうなものを探している Ruby でスマートフォンのブラウザ操作を自動化したい 経緯 こちらでも言及されている通り、サービスを運営している以上、時には技術的負債に向き合わなければなりません。GREEも歴史が長いプロダクトなので、日々コードをリリースしていく中でそういった問題に頭を抱える場面もありました。 技術的負債による副作用はたくさんありますが、どういう点に不安を感じていたのか、実際に開発の現場に立って感じたことをいくつか書いてみたいと思います
[Objective-C] NSFetchedResultsControllerを使ってCoreDataを便利にする - Qiita
NSFetchedResultsControllerを使うとCoreDataとUITableViewがとても便利になります。 基本的な使い方は分かってしまうと簡単です。 CoreDataを使う場合、NSFetchRequestを作り、NSManagedObjectContextからデータを取得します。 これを便利にラップしてくれるのがNSFetchedResultsControllerです。 使い方は通常と同じようにまずNSFetchRequestでリクエストを作ります。 （※ソートディスクリプタを使ってソートする必要があるようです） そしてNSFetchedResultsControllerオブジェクトを以下のメソッドを使って生成します。 - (id)initWithFetchRequest:(NSFetchRequest *)fetchRequest managedObjectCont
![[Objective-C] NSFetchedResultsControllerを使ってCoreDataを便利にする - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/5c61a113cc93fe7113e5395082adcbe0499bed0b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCT2JqZWN0aXZlLUMlNUQlMjBOU0ZldGNoZWRSZXN1bHRzQ29udHJvbGxlciVFMyU4MiU5MiVFNCVCRCVCRiVFMyU4MSVBMyVFMyU4MSVBNkNvcmVEYXRhJUUzJTgyJTkyJUU0JUJFJUJGJUU1JTg4JUE5JUUzJTgxJUFCJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0xYzRhOWE5NDY2MGIzYzk1MGRlNGEyZWJiOWMwMWUzMQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZWRvX20xOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWZhNjI3N2Y5N2YyYmU4NTJmMzc3YzAyOGM1MTQ2NjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dd1f043accf3c135285a78aa20a87afa6)
Xcode5でiOS5.1対応のアプリを作る - Qiita
初代iPadでも動くアプリを作る必要があり、なかなか苦戦したのでメモ。 手順 1.プロジェクトナビゲーターでプロジェクトを選択 2.「Target」「Build Settings」「Architecture」を「ARCHS_STANDARD_32_BIT」へ変更 3.「Target」「General」「Deployment Info」「Deployment Target」が「5.1」へ変更できるようになるので変更 4.「Project」「Info」の「iOS Deployment Target」も「5.1」へ変更 5.「Project」「Info」下部にある「Use Base Internationalization」のチェックをはずす チェックをはずすと「Do you want to remove the Base localization」と出てくるので 「Delete localiz
TuneIn | Free Internet Radio | Live News, Sports, Music, Audiobooks, and Podcasts
TuneIn brings together live sports, music, news, audiobooks, and podcasts — hear what matters most to you!Listen Now BREAKING NEWS.LIVE SPORTS.NONSTOP MUSIC.UNLIMITED AUDIOBOOKSALL YOUR PODCASTS. Up-to-the-minute coverage everywhere you go. Stay informed with local, national and international sources like CNN, MSNBC, FOX News Radio, NPR and BBC.
技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog
元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに
cocoapodsを導入したプロジェクトでアーキテクチャ周りのビルドエラーになる時 - Qiita
Pods was rejected as an implicit dependency for 'libPods.a' because its architectures 'armv7s' didn't contain all required architectures 'armv7 armv7s arm64' cocoapodsを使う場合Xcodeはワークスペースを使うが、実際のプロジェクトは'armv7 armv7s arm64'でビルドされるべきなのに、cocoapodsのプロジェクトは'armv7s'しかビルドしていなかったために発生していた様子。 Stackoverflowで同じような症状と解決策を探してみると、podsのプロジェクトの"Build Active Architecture Only"をYESからNOにすべしとあった CocoaPods arm64 issue h
ドロッセルマイヤーズが考える，ゲームシステムと世界観の理想の関係とは？ ボードゲーム制作の視点からメカニクス構築を紐解く講演会レポート
ドロッセルマイヤーズが考える，ゲームシステムと世界観の理想の関係とは？ ボードゲーム制作の視点からメカニクス構築を紐解く講演会レポート ライター：徳岡正肇 2014年2月2日，東京・お台場の「TOKYO CULTURE CULTURE」にて，「ドロッセルマイヤーズ ワークショップFINAL〜１日限りのボードゲーム制作集中講座！」と題された講演会が開催された。 ドロッセルマイヤーズはこれまで12回にわたり，「20名の参加者全員で，4時間以内にボードゲームを1つ作る」というワークショップを開催してきた。今回の講演会は，それらのワークショップを踏まえ，これまでのワークショップの中では（主に時間的余裕のせいで）触れられなかった点について解説する，いわば「番外編」である。このためイベントタイトルこそ「ワークショップ」とついているが，実際には3時間みっちりと，3部に分けての講演が行われた。 プロのゲー
Wireless Power - KONURE
ワイヤレス給電方式が統一されそうです。 PMAの磁気共鳴充電規格としてA4WPの規格を採用することになりました（PMAの発表）。 A4WPもPMAをサポートします（A4WPの発表）。 PMAが3方式対応に PMAのマルチモードは、Qi とPMAの両方式をサポートしています。 Qi に加えて、Rezenceもサポートすることになったので、Qi、PMA、Rezence 3方式をサポートすることになります。 PMAが、磁気共鳴充電規格としてRezenceをサポートするのは、シングルおよびマルチモード機器のトランスミッターとレシーバーの双方です。 磁気共鳴、電磁誘導両方式に対応したPMAのマルチモードデバイスが製品化されれば、3方式対応になります。 A4WPが3方式対応に A4WPはマルチモードの電磁誘導オプションとして、PMAの誘導規格を採用することになりました。 PMAがサポートしているQiも
[Objective-C] クラス拡張と無名カテゴリ - Qiita
この記事にリンクして、詳細に書いてくれている記事があったので紹介。 クラス拡張とカテゴリの違いの話。 Objective-Cの内部実装にも触れて分かりやすく書いてくれているので、より どういう違いがあるかが分かるかと思います。 AppleのiOS View Controllerプログラミングガイドを読んでいて気づいた。 なんで実装ファイルの方で@interfaceを宣言しているんだろうと思っていたのだけど、これはどうやら クラス拡張 というものらしい。 似たような仕組みに、 カテゴリ がある。 カテゴリは@interface Hoge(anyCategory)で宣言するやつ。 これを無名にしている（つまり@interface Hoge()）のが、実装ファイルでよく書かれているやつだ。 なるほど、無名カテゴリだから()なのか。 と腑に落ちたことをTwitterでつぶやいたら、「いや
![[Objective-C] クラス拡張と無名カテゴリ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/44c9720f71099b27f6e1a9fccb2e5133b86355a4/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCT2JqZWN0aXZlLUMlNUQlMjAlRTMlODIlQUYlRTMlODMlQTklRTMlODIlQjklRTYlOEIlQTElRTUlQkMlQjUlRTMlODElQTglRTclODQlQTElRTUlOTAlOEQlRTMlODIlQUIlRTMlODMlODYlRTMlODIlQjQlRTMlODMlQUEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWIyMmUzMzA5YjJlNjk5NWEyNTI0MmUyODYxYjI0OTgz%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZWRvX20xOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWZhNjI3N2Y5N2YyYmU4NTJmMzc3YzAyOGM1MTQ2NjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Deba4e9c74517100ce5ed2fee54ac2b2d)
iOSアプリの特急申請 - Apple Expedited Review Request
The document summarizes byteLAKE’s basic benchmark results between two different setups of example edge devices: with NVIDIA GPU and with Intel’s Movidius cards. Key takeaway: the comparison of Movidius and NVIDIA as two competing accelerators for AI workloads leads to a conclusion that these two are meant for different tasks.
iOS UI Testing with KIF
Users expect a high level of polish from iOS apps, so it’s up to you to design, develop and test your apps to meet ever-rising expectations. Think about it for just a moment: How much time have you poured into conducting basic manual user interface testing? You know the drill…launching your app from Xcode, and incessantly tapping the same series of buttons to make sure no regressions slipped into
URLスキームが複数のアプリで同一であった時のiOSバージョンごとの挙動について
結構違いがあったので、自分のためも兼ねて記しておきます。 以下、先にインストールしたものをA、後にインストールしたものをB。 URLスキームは両方とも xxx:// とします。 ■ iOS5の場合 A、Bがインストールされている場合に、xxx://で呼び出されるのはAです。 xxx://というURLスキームが先着でAに紐づけられ、固定されます。 A削除後にxxx://を呼び出してもBを開くことはできません。 Aの削除後に、xxx://のURLスキームを持つアプリがインストールされた時点で、再度そのアプリに紐づけがなされます。 【先にインストールしたもの優先】 ■ iOS6の場合 A、Bがインストールされている場合に、xxx://で呼び出されるのはBです。 Bを削除後にはxxx://でAが呼び出されます。 【後にインストールしたもの優先】 ■ iOS7の場合 どのアプリが優先して呼び出される
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記