この記事は クソアプリアドベントカレンダー2 の2日目の記事です。今まで傍から見ているだけでしたがついに初参加できて嬉しいです。 課題： 動画よりもスライドでサクサク見たい WWDCセッションの内容をチェックしては発信する、ということを毎年やっている 1 のですが、なぜか昨年（2020）あたりからセッションのスライドPDFが公開されなくなりました。 セッションの動画は例年通り公開されているのですが、 動画よりもスライドのほうがシーク効率が圧倒的に良いので、やっぱりスライドが欲しい。2 で、つくったのが、 動画からスライドを抽出するiOS/macOSアプリ「Slidify」 ↑この動画をSlidifyに食わせて全自動で生成したスライドが、 ↑こちら。 いかがでしょう？ 荒削りな部分（後述）はあるものの、私は自分用ツールとしては十分実用に耐えうると思いました。 しくみ スライド抽出のしくみはざ
皆さんこんにちは。 Web開発経験しかなかった私 @shnsprk でしたが、ふと自分で作りたいアプリを思いついたのでこの度初挑戦し、2ヶ月程でリリースまで漕ぎ着けたのでそれまでのノウハウを公開します。 これからiPhone / iPadのアプリを作ってみたいと思ってはいるものの、なかなか取っ掛かりがない...といった方への一助になれば幸いです。 スペック 36歳 Webエンジニア Dvorak配列大好き！ Web開発歴はそれなりに長い 何が得意かは最近わからなくなってきた アプリ開発は初 開発する機能を決める まずは開発する機能を決めます。 アプリのアイディアを思い付いてから、機能を掘り下げるにつれ様々な副次機能を思いつきました。が、何れにせよまずはリリースを目標とすべくMVP(Minimum Viable Product)を満たす機能にのみフォーカスしました。 MVPは以下に絞りました
効率よくiOSアプリ開発を行うために、効率よくデバッグを行いたいですよね。 このエントリでは「print文を書く以外デバッグの方法を知らなかったあの頃の自分」を初級者と定義して、自分がやってるデバッグ方法について書いてみます。 Xcodeデバッグ術 1. printを使わずに変数の中身を確認する age, name, coverImage という以下の3つの変数が宣言されています。 let age = 27 let name = "Ryosuke Hiramatsu" let coverImage = UIImage(named: "sample.jpg") これらの変数の中身をチェックしたい時、printで出力するのでも良いですが、それでは出力する値を変えたくなった時（print(age)をprint(age*2+1)に変更とか）に再度ビルドが必要になって時間がかかります。 printで
ひとつ注意点ですが、Swiftは書き方の自由度が比較的高いので、チーム開発をする場合は、あらかじめコーディング規約を共有しておいた方が良いでしょう。 Swiftでの命名や慣例のほか、さまざまな指針がSwift.orgにある「API Design Guidelines」にまとめられています。興味のある方は目を通してみてください。 Swift.org - API Design Guidelines インタラクティブ環境でSwiftを触ってみよう 早速ですが、Swiftを触って動作させてみましょう。Swiftはコンパイラ言語でありながら、インタラクティブ（対話的）に実行しながら動作を確認することができます。Swiftに慣れるには、このインタラクティブ環境でいろいろと動作させてみるのが手っ取り早いです。 インタラクティブにSwiftを実行するには、ターミナル（コマンドライン）のREPL（レプル）を
Xcode 9 betaがリリースされ、Swift 4（とSwift 3.2）の足音が聞こえてくる。このタイミングで、今こそSwiftを学ぼうと考えるのは、なんら不思議なことではない。しかしながら、いざSwiftを学ぼうとしても、どうするのがよいのか、最初は見当もつかないことだろう。ではプロフェッショナルとしてSwiftを利用しているプログラマーたちは、どのようにして学んできたのだろう。 学び方は人それぞれであり、正解はないと考えている。 私の場合は、最初にざっくりと学び、手を動かして慣れ、ようやっと体系的に学ぶという手順を踏むことが多い。 最初のフェーズでは、何が出来るか自分の道具箱には何が追加されるのかと知るためであり、次のフェーズは実際に道具を使ってみて使い方を覚えるフェーズと言える。 そうして道具箱全体が見渡せるようになってきたところで、体系的に学ぶことで効率良く学ぶことが出来ると
If you wish to make apple pie from scratch, you must first create the universe. １年に一つは新しい言語を習得していこうと思っていて、今年は、Swiftを書いていこうと思っている。というわけで、なにかアプリを作ってみようと、いくつかチュートリアルなどをやってみたので、そのうち、個人的に良かったものに関して記録していく。 Swifty: Learn how to code in Swift! iOS Development with Swift Tutorial Hacking with Swift – learn to code iPhone and iPad apps with free Swift tutorials Epic SpriteKit Tutorial with Swift 3 Swifty 今ま
アプリケーションエンジニアの id:Sixeight です。 先日、iOS 9.3の公開に合わせてXcode 7.3がリリースされ、Swiftのバージョンが2.2になりました。 2015年12月にオープンソース化されてから、最初の公式リリースとなります。 swift.org これに合わせてはてな教科書でもSwift 2.2の変更点を反映させたものを公開しました。 github.com タイポの多さに定評のある筆者にとっては、Objective-Cのselectorを#selector()式で書けるようになったのは嬉しい変更でした。 // こうだったのが let tapGesture = UITapGestureRecognizer(target: self, action: "tap:") // こうなった let tapGesture = UITapGestureRecognizer(t
海外事業向けのiOSアプリケーション開発を担当している西山(@yuseinishiyama)です。クックパッドは現在、海外複数カ国に向けてサービスを展開しています。 主にObjective-Cで記述されたアプリケーションを全面的にSwiftに書き換える機会があったので、その際に得た知見や書き換えるに至った動機を共有します。 書き換えに至るまでの経緯 この項では、書き換えに至るまでの経緯について説明します。 Objective-C期 アプリケーションの開発は2014年7月頃にスタートしました。Swiftの発表直後でしたが、時期尚早ということもあり、Objective-Cで実装することになりました。 Objective-C、Swift混在期 2014年10月頃から、Swiftへの段階的な移行のために、新規のコードをSwiftで書くようになりました。Swiftの記述力や、ヘッダと実装を行き来しな
Appleのアプリ開発用言語として大きな注目を集めているプログラミング言語「Swift」。まだ新しい言語だけあって、様々な定石や規約が出揃っておらず、どのように書けばベストなのか迷っている開発者の方も多いかもしれません。 そのようなときに参考になりそうなGitHub社のスタイルガイド、「Swift Style Guide」と、その日本語訳「Swiftコーディング規約」が公開されています。 同スタイルガイドは、Swiftプログラムの精密さや厳密さを向上させ、エラーを減少させることを目的としたガイドラインで、例えば、「(タブよりスペースを使うといった)空白の使い方」から、「可能な限りlet宣言をvar宣言より優先する」、「オプショナル型の開示指定は避ける」、「暗黙的開示オプショナル型の使用を避ける」などシンタックスの細部に至る、様々な指針が提示されています。 if let foo = foo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く