iOSに向き合い続けた10年。岸川克己がSpreadsheetViewで埋めたかった「iOSに不足していたもの」 KeychainAccessやSpreadsheetViewなど、iOSアプリ開発で広く使用されるOSSを送り出した岸川克己さん。iOS、Swiftの世界で先駆けと評される岸川さんに、ソフトウェア開発の裏側をお聞きしました。 職業、iOSアプリ開発者。いまでこそ、こうした肩書は珍しくありませんが、10年以上前から、iOSに向き合い続けてきたエンジニアがいます。今回の主人公である岸川克己（きしかわ・かつみ／ @k_katsumi ）さんは、まさに“iOSの第一人者”と呼ぶにふさわしい人物です。 2008年9月、日本でiPhoneが発売されるやすぐにアプリを送り出し、以降、岸川さんはiOSアプリを開発し続けてきました。エンジニアとしての高いスキルが評価され、これまで数多くの有名企業

About the content 2017年3月のtry! Swift Tokyoの講演です。映像はRealmによって撮影・録音され、主催者の許可を得て公開しています。 モックを使うことでプロダクション環境のデータを壊すことなく素早くテストを書くことができます。OCMockを使わずに、あまり手間をかけずにモックを書くにはどうしたらいいでしょうか。try! Swiftで話されたこの講演で、Veronica RayはSwiftにおける実践的でメンテナンスしやすくシンプルなモックを書く方法を示します。 テストは書きたいけれど… (0:11) …プロダクション環境のデータを壊してしまったり、テストが遅かったりするのは困ります。こちらはとても簡単なNSURLsessionを使う例です。みなさんのコードにもあるかと思います。もし実際の通信と同じリクエストを使ってテストをしたとすると、テストはすごく遅

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 超技術書展で頒布したiOSアプリ開発の全体像をだらだら書いた本を記事として公開。 ただのポエムです。 2年くらいまえに、SwiftもObjCも一切書いたことないし、アプリも一回も作ったことがない状況でiOSアプリを作ってリリースするミッションのお仕事が降ってきたので、そのときにこんな情報があったら全体が見通せて、気持ち的に楽だったなと思った内容をまとめました 1. iOSアプリ開発を取り巻く環境 iOSアプリ開発には、基本的にmacOSを搭載したコンピューターとXcodeとよばれるソフトウェアが必要です。もともと主にObjective-

標準 UI 要素とカスタマイズ 標準の UI 要素としてどういうものが用意されており、どうカスタマイズできるのかについては、以下のサンプルコードがざっくりと参考になります。こういうのが非エンジニアでも分かるものが欲しい…。 UIKit Catalog (iOS): Creating and Customizing UIKit Controls ここから大きく外れると、カスタムなコントロールの作成などが必要になってくるのですが、アプリケーションの価値は UI のデコレーションに宿るとは思っていないので、実装コストをどこに費やすか、標準 UI のちょっとしたカスタマイズで代替できないか、というところを最初によく練った方がいいと思うのですよね。 tintColor によるカスタマイズ tintColor は UIKit が提供している UI の標準の色を変更するプロパティで、子ビューに伝搬する

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

About the content This content has been published here with the express permission of the author. Software tests are great for verifying software behavior and improving the quality of your code. In this talk, we learn from Jeff Hui about tooling, techniques, and writing tested code with the Quick testing framework. He also talked about generative testing, a prevalent functional programming approac

Swift による開発チームの変化 - Download as a PDF or view online for free

Presented at potatotips #16 謝辞 必殺技の名前を考えるのに貢献してくれたyashiganiさんにこの場を借りてお礼申し上げます。

iOS/Mac用アプリを開発するためにAppleが開発したプログラミング言語「Swift」。昨年リリースされるとともに世界中で大注目されています。 このSwift言語のドキュメントをWebブラウザから素早く確認するためのサイトが「SwiftDoc」です(注: Apple公式サイトではありません) Swift言語のタイプ / プロトコル / オペレーター / グローバル関数などの情報をブラウズしたり、インクリメンタルに検索し表示することができます。 もともとSwifterと呼ばれていたサイトで、新しくSwiftDocという名前に変更されるとともに、サイトのソースコードや、Swiftのヘッダーファイルから情報を取得しHTML化するプログラムのソースコードも公開されています。 Swiftプログラマはブックマークしておくと便利かもしれません。

iOS8が発表され、Swiftが解禁されてからしばらく経ちました。 iOSをやり始めて勉強用に作ったマイQiitaをまるっとSwiftに移植してみました。 Swiftが発表されてすぐに色々いじっていましたが、実際にアプリとして書き始めてみると気づく点もたくさんありました。 今回は色々ハマったり気づいた点をまとめていこうと思います。 ProductName-Swift.hは、ObjC側では.mにimportする これ、少しハマりました。どうやらヘッダファイルでimportするとダメなようです。 Swiftで定義したenumはObjC側で使えない Swiftでenumが大幅に強化されました。 それもあって、Swift側で定義したenumはObjCでは使えないようです。 Optionalをしっかり意識する Swiftの重要な概念である「Optional」ですが、しっかりと意識していないと細かいと

これは，こちらのサイトによると， Depending on your requirements, this may or may not be what you want, but it is certainly consistent with the overall design of the String type to abstract away as many Unicode details as possible. Rule of thumb: if two strings look equal to the user, they will be equal in your code. つまり，「Unicodeでの実装にかかわらず，ユーザ側からの見た目が同じであるからには，コード上でも同一として扱われるべきである」という原則に基づいているとのことです。 実際，この仕様はApple