You see this page because there is no Web site at this address.
EarlGrey is a library that adds functionality to XCTest for testing iOS apps. It allows testing elements on screens and interactions between them using matchers. The document discusses using EarlGrey for testing system alerts and popups, and issues with testing these in earlier versions. It also mentions the WebDriverAgent project from Facebook for automating tests.
iQONのiOSアプリはまだ全てObjective-Cで記述されています。 Swiftへの移行については「たいしてパフォーマンスが上がるわけでもないし…」と思って渋っていました。 そんな中、オフィスの移転をきっかけに来客の受付システムをiPadアプリで作ることになりました。 スクラッチでアプリを作るのならSwiftで、ということでSwiftで作りました。 今回は、受付システムの社員...iQONのiOSアプリはまだ全てObjective-Cで記述されています。 Swiftへの移行については「たいしてパフォーマンスが上がるわけでもないし…」と思って渋っていました。 そんな中、オフィスの移転をきっかけに来客の受付システムをiPadアプリで作ることになりました。 スクラッチでアプリを作るのならSwiftで、ということでSwiftで作りました。 今回は、受付システムの社員を呼び出すデータ通
結論 まず最初に急いでる人向けに結論を先に書いておきます。2つの違いは以下の様に成っています。 yyyy 年(西暦)を出力 YYYY ある年における「最初の木曜日を含む週が、その年の第1週である」というルールで年(西暦)を出力。 例えば 2015/1/1 は木曜日なのでその週の日は日曜日〜土曜日まで全て2015年の第1週という解釈になります。この場合には2014年で有る、 2014/12/28(日曜)〜2014/12/31(水曜) の時でも YYYY では 2015 を返します。 きっかけ Podcast で Rebuild の第73回を聴いていたら日付フォーマットで yyyy ではなく、YYYY を使った為に Twitter の Android クライアントで不具合が出たという話が出てきました。 ※根本的な原因はこのルールでサーバ側が実装されていた為、 Android クライアントで正し
WWDCでのアップルの発表によると、iOS 8 では4000以上もの API が追加されたとのことですが、新しいAPIはどう使うのか、実際に何がどこまでできるのか、といった具体的なところが、英語のドキュメントや動画をながめているだけだと正直あまりよくわかりません。やはり実際にコード書いて動かしてみるのが一番わかりやすい、ということで今年もつくりました、 iOS 8 新機能のサンプルコード寄せ集めアプリ『iOS8-Sampler』 ソースコードは GitHub に置いてあります。 https://github.com/shu223/iOS8-Sampler ※使い方は Xcode 6 でビルドするだけ なので、デザイナーさんやディレクターさんもぜひ最寄りのエンジニアにビルドしてもらってください。 中身について 今回はデザイナー okazu 氏の協力により立派なアイコンやスプラッシュ画像が最初
さきほどWWDCにて新言語 Swiftが発表されました。 The Swift Programming Language (iBooks Store) で言語ガイドが公開されていたのでザッと目を通してみました。 Objecitve-Cと比較してSwiftがイケてそうなところをパッと気になったところだけ書いていってみます。 変数/定数の型推論がある Objective-Cのように明示的に型を書かなくても型を推論してくれます。 推論で問題ないケースも多いと思うのでタイプ数がかなり減らせそうですね。 ( 変数を宣言する際はvar、定数を宣言する際はletで宣言します。 ) // 型推論 var name = "Shinji Ikari" // 変数の型は推論によりString型になる var age = 14 // 変数の型は推論によりInteger型になる let height = 141.5
私自身(37)が適齢期のため、現状と私見についてまとめてみることにします。 まず私の経歴をザックリと。 【学生時代】 某高専で電子制御(メカトロ)を勉強してたはず。プライベートでは、アセンブリ(ポケコン)やQuick Basic/ VB1(MS-DOS)などでゲームを作っていました。 【サラリーマン時代】 制御系(C/VC/VB)の開発がメインで、営業からプロマネまで(数名のチーム)をなんとなくこなしていました。 【フリーランス時代〜法人設立】 業務系(Java/PHP)の開発を中心に、イロイロやっていました。 【最近】 2009年からiOSアプリ、2010年からAndroidアプリの開発をはじめました。 全体的に小/中規模な開発ばかりでしたが、たまに大規模な生産管理システムの開発などに参加していた時期もありました。こんな感じです。 現状ですが、私はバリバリにプログラマーしています。 先々
株式会社クレイジーワークス 代表取締役 総裁 村上福之(@fukuyuki) ケータイを中心としたソリューションとシステム開発会社を運営。歯に衣着せぬ物言いで、インターネットというバーチャル空間で注目を集める。時々、マジなのかネタなのかが紙一重な発言でネットの住民たちを驚かせてくれるプログラマーだ 世の中には、結婚できないと言っている女性が非常に多く、彼女たちは、自分磨きに多くの時間とお金を注いでいるようです。非常に驚いています。 そこで、僕が独断と偏見で考えた、「独身女性ができる限り早く結婚できる絶対的法則」をお教えしましょう。高速なプログラミング言語を習得した女性は、結婚も早いという法則、いや、妄想です。 つまり、JavaScriptやRubyよりも、C/C++/アセンブラなどを書ける女性は結婚が早い、ということです。僕の周りには、「アセンブラがバリバリ書ける30代独身女性プログラマー
追記: ※この記事は、「既にアプリ開発者である人」がより生産性を上げれることを願って書いた記事になります。 よく理解してない方がこの記事を参考にして「これを使ったら簡単になるらしいよ」という解釈をするための記事ではありません。 利用すれば便利になる「かもしれない」というものであることを理解しておいてください。 アプリの開発は早く、その上クオリティ高く完成させるのが良いと思います。 自分で、便利クラスなどを作成している人も多くいるとは思いますが、 iOSはオープンソースなライブラリが充実しているので、できるだけ利用をして 早く確実に開発を終わらせちゃいましょう。 ライセンスはそれぞれを参照して確認してください。 ARCへの対応有無もよく確認してみましょう。 ※見出しタイトルがリンクになっています。 SDWebImage インターネット経由で画像を取得し、UIImageViewへ表示するとき、
闇 Advent Calendar 2013の7日目として老害化の話をします。 ベンチャーじゃなく大企業につとめてよかったことは、さまざまな技術バックグラウンドを持つ人と仕事ができていることだ。 色々な流儀や文化の人たちと接し、ぶつかることで自分の視野がどんどん広がっていくのを感じている。 昔話をすると、学生時代、自分は主にRubyを書いていてJavaやPHPをダサいものだと考え、時にはそれを口にすることもあった。 しかしdisるための根拠などをしっかりと持っていたわけではなく、なんとなくで 最新技術=かっこいい、べんり 古い技術=ださい、めんどくさい と考えていた 社会人になってからダサいと思っていたまともなPHPの書き方を知りそれはそれで悪くない、むしろRubyよりすぐれだところもたくさんある素晴らしい道具と知った。 逆にcoolだと思っていたnode.jsやCoffeeScriptに
RubyMotion Advent Calendar 2013 に何か書こう、ということでエントリ。 ご存知のように iPhone アプリの HBFav は RubyMotion で作っています。Objective-C ではなく。以前は Titanium Mobile で作っていましたが、去年にバージョン2として作り直すにあたって RubyMotion に移行しました。 RubyMotion に関しては以前、以下のエントリで概要を説明しています。 RubyMotion - naoyaのはてなダイアリー それから、今年 5月に開催した RubyMotion カンファレンスのスライドなどもあります。 実践RubyMotion - Speaker Deck RubyMotion が発表されたのは 2012 年の5月 とかで、それからずっと使い続けているので1年半近くが経ったことになります。App
はじめまして。8キロのダイエットに成功しましたが、最近リバウンド気味の土戸と申します。 私は今、弊社イノベーション・センター案件である、Plannah(プランナー)のプロダクトマネージメントとマーケティングに携わっております。 先日我がチームの開発メンバーである衣川から、簡単にPlannahの紹介がありました。多くの方々に記事を読んで頂き、そしてPlannahに関心を持って頂き、大変感謝しております。本日は、Plannahの話は割愛させて頂き、ちょっとしたプログラマ話(?)をしたいと思います。 私はプログラミングを職業としているいわゆる"プログラマ"ではありません。ミクシィに新卒入社した2009年からしばらくは営業マンでしたし、その後も今に至るまでサービスディレクターとして勤めてきました。少しさかのぼって、小学校の頃は当時流行っていたGW-BASICでmud gameなどを作ってみたり、大
作成:2013/08/12 更新:2020/01/06 Web制作 > 去年、アプリをリリースしました。アプリに関する知識など全くなかったんですが、意外と簡単に出来るもんだなぁと思いました。その時はアプリを作った後、登録関係や広告など時間を取られたり、調べるだけで時間がかかったので、今回はアプリを開発するときに知っておくと素早く先に進める、作って終わりにならない「収益を発生させるまで」をまとめました。 エンジニア速報は Twitter の@commteで配信しています。 もくじ 基本 1.予備知識と事前準備 2.実践 3.証明書/アクティベーション 4.Objective-C リファレンス 5.iPhone5に対応させる 6.プログラムがいらないツール 制作 7.デザイン 8.素材 9.UI作成ツール 10.解像度/チートシート 申請/登録 11.アプリ申請/リジェクト回避 12.アプリ登
有償、無償のやつがいろいろあって最近試してみたのでメモ書きを残しておいた*1。 最初にことわると、既に何かしらの言語を身に付けているプログラマー向けの記事になる。プログラミング自体の入門者は学習環境が整っているので絶対Objective-Cから入った方がいいです(個人的にはP*言語系でウェブ開発フルセット身に付けるよりか楽だと思う)。 Objective-Cを避けたい動機 未知のプログラミング言語を習得するコストがツラい Objective-Cは潰しが効かない(iOS & Macアプリ開発でしか使わないじゃん) Android版など。なるべく移植性を高くしたい Xcodeを使ってコーディングするのがいやだ。愛用しているエデイタで開発したい 開発環境が強制される。不自由で邪悪なので使ってはいけない。 とまあ人によっていろいろある 比較表 本記事でとりあげたものの簡単な比較表をテーブルにしてお
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 最近よく使っている省略記法を紹介する。これらを使うとなんとなく気分がいい。 クラスメソッドの . (ドット)アクセス 実はクラスメソッドも .(ドット)表記が可能になった。 [SomeClass sharedInstance] ↓ SomeClass.sharedInstance当然ながらさらにメソッドも重ねられる。 SomeClass.sharedInstance.localNameXcodeではクラスメソッドの.表記は補完が効かないのが難点。ただしそれ以降のメソッドは補完してくれる。 例えば SomeClass.share... ここまでは補完しないが、SomeClass.sharedInstance.local.. ここまで来ると補完できる。 インスタンス作成 (1)newお馴染
と、言われた際にどう最初の一週間を過ごすべきか、という話です。 ○はじめに MBAを買って本1冊Xcodeで必死に写経したことを「俺iOS個人的にやったことありますし余裕ですしおすし」と自慢すると半年から1年ぐらい経って忘れたころにこうなります。気をつけましょう。 # 自分はiOS歴3weekぐらいの雑魚な上に多大にジョーク成分が含まれておりますので応用には留意願います。 流行に乗って買うだけ買って使っていないApple製品がある際には月曜朝からこれ見よがしに机の上に広げてください。 まわりに「俺iOS始めたしお前らAndroidとかにはつきあってられないし」というアッピルは邪魔をされないために効果的です。 ・Xcodeでの開発にはMacが必要です ・シミュレータではできないことがあるためiOS実機があると良いです。 ・最新のiOS 6.xが動作しないデバイスの場合は候補としてイマイチです
ゲームプログラマ志望が福岡で叫ぶ 『絶望』プログラマーになりたい!!!!! あ、風のうわさで聞いた最近若者で流行っているトゥイッターなるものを始めてみました (・ト・) @toshi_desu_yo はい! 真面目に更新して行こうとぉ・・・・、、思います! iPhoneでアプリを作成する時に画像の描画をしますが、 一度に画面に出す画像の枚数が多くなってくると、思った速度が出ず に悩んだりすることが出てきます。(多分) そういう時にGPUをフルに使ってくれる OpenGL ES を使用するのですが、 「 むずい 」 「 めんどくさい 」 「 もういやだ!」 の 3M が襲いかかってきます。 OpenGL ES の敷居が高い!!(半年前のわたくし) と思われがちですが、実際そうでもないです。 ( 2Dの場合は ) 一個ずつ見ていくと初めての方でも意外に簡単だったりするものなので、 時間をかけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く