はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

バグってんだけど…これちょっとおかしい…デザインくずれてんだけど… といわれてスクショだけ送られてきたことが一度はあるかと思います。 (まぁどういう状況なのか見た目から推測できるので無いよりもマシだけども...) さて、スクショだけを送られてきてバグってるといわれた時に何が困るでしょうか。 それは情報が足りずにデバッグを始める前に情報集めをしないといけないことです。 当然ユーザーのための画面にエンジニアが必要な情報が出ていることはまずないでしょう。 個人的にはこの情報を集めるのがクソめんどくさい！！！！！１ 送ってきたユーザーはだれ？ デザインが崩れているデータはどれ？ 自社で API も開発してる場合は原因はサーバーサイド？それともクライアントサイド？ スクショを撮った時に表示されてる UIViewControll

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

potatotips #1 で LT した内容が好評(？)だったのでもう少し紹介してみようかなと思います。 発表した内容は「Debugger の Tips」です。 当日のまとめは「クックパッドのLT会に参加してきたのでiOSのtipsをまとめる」がおすすめです。 さてさて LLDB がデフォルトの Debugger となり久しいですね。 しかし Xcode から LLDB を扱う情報をあまりみかけません。かなしいですね。 というわけで今回は LLDB にフォーカスをあてて少し紹介してみようと思います。 (決して GDB もあわせて書くのが面倒くさかったというわけではありませんｗ) 設定ファイル shell での .~rc ファイルみたいなものですね。 Xcode から起動した LLDB だと以下の２つのファイルのどちらかが読み込まれます。 ~/.lldbinit-Xcode ~/.lldb

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

こんばんは！8/17担当の dealforest こと森本です。 Qiita に投稿はありませんが決してスパムアカウントではありませんのであしからずw さて、本題ですが iPhone アプリを作成していると API の連携が必要なケースが頻繁にあるかと思います。 テストを書くためにロジックに手を加えないといけないのは相当いけていないからなるべくやりたくありません。 自社サービスの API ならまだ融通がきくと思います。 しかしードパーティの API ともなると色々と制限があったりそうもいってられないケースもあるでしょう。 Twitter の場合だと API 通信の回数に制限もあったりし、テストのためとはいえ気軽に叩くのはいかんともしがたいものがあります。 という状況もあり自分に言い訳をしテストをかかなかった時も僕にはありました。 そんなときに Ruby の FakeWeb に出会いました。