Wantedly Advent Calendar 2015 16日目です。 Swiftがオープンソース化されて、Swift3.0のロードマップが公開されたり、Swift package managerが出てきたり色々変化が起こりそうな（というか起こる）昨今ですが、今日（もう直ぐ朝）は、今現在使えるツールを利用してSwiftで書いたライブラリを公開する僕なりの方法を書いておこうと思います。オープンソース活動が趣味なので、書きます。 対象読者は、ライブラリをまだ公開したことがない人です。最近は、CarthageとCocoapods両方に対応することがトレンドなので両方に対応しやすいように作っていきます。 この記事を読んでできること Carthage でライブラリを公開できる 同時にCocoapodsでライブラリを公開できる ライブラリを公開するときのディレクトリ構成のイメージができる ライブラ

この記事は VOYAGE GROUP Advent Canlendar 20日目の記事です。 こんにちは。@daybysayです。 私事ですが最近SDKエンジニアに転向したので、iOSにおける静的ライブラリ作成技法について勉強してまとめてみました。 iOSにおけるライブラリ、特にベンダーが提供するSDKと呼ばれている子たちは静的ライブラリ、あるいはそれをラップしたFramework形式で配布されることが多いです。 そこで、今回は静的ライブラリの作成方法とFramework化をするところまでを実装しました。 静的ライブラリ作成とFramework化を実現したプロジェクトはこちらになります。 静的ライブラリの作成 静的ライブラリを作成するには、まずCocoa Touch Static Libraryテンプレートを用いてプロジェクトを作成します。 Xcode -> File -> New ->

CocoaPods is a popular dependency manager for Swift and Objective-C Cocoa projects. Thousands of libraries and millions of apps use it, according to the CocoaPods website. But what is a dependency manager and why do you need one? A dependency manager makes it easy to add, remove, update and manage the third-party dependencies your app uses. For example, instead of reinventing your own networking l

先日書いた記事 iOSにおける静的ライブラリ作成技法 - 渋谷ラーメン男道 で、iOSにおける静的ライブラリ・frameworkの作成方法について紹介しましたが、あの内容だけだと Swift のプロジェクトからインポートすることが出来なかったのでその辺の話になります。 Swift からObjective-C のソースを利用する方法 Swift から Objective-Cのソースを利用する方法は2種類あります。 Bridging-Headerを利用する Clang のModuelsを利用する Bridging-Header 公式のリファレンス Using Swift with Cocoa and Objective-C (Swift 2.1): Swift and Objective-C in the Same Project にもありますが、Bridging-Header.hファイルを利

社内向けの教育資料を、ど素人でもわかるようにと思いながら作っていて、じゃあ「わかりやすい」って何だろうって考えてた。今まで読んできたいろんなわかりやすかった本とそうでない本を思い浮かべながら、一般的にここを注意すればわかりやすさを確保できるだろうっていうポイントを一旦まとめておこうと思った。そうしてまとめてみると、本に限らず人に何かを伝えること一般に適用される話だなと思った。 読む側の負担を減らす わからない＝理解をはばむ障害物がある。この障害物を取り除く／回避する作業が「わかる」ために必要になる。その作業を、作者ではなく読者が負担するとき「わかりにくい」本になる。 日本社会だと情報の受け手の側がこの「わかる」ための作業を負うことでコミュニケーションを成立させる傾向にある。空気を読むというようなことだ。そのため発信者側が事前に手を尽くしてわかりやすく発信するというのが苦手で、相手が汲み取っ

真鶴ってどこ？ 横浜から向かうと小田原のちょっと先、熱海のちょっと手前くらいの伊豆半島の東側付け根くらいのところです。横浜から東海道線で1時間くらいで行けます。 真鶴駅から徒歩10分くらいの真鶴町観光協会の２Fにあるスペースで、現在はなんと無料で開発合宿などで使用することができます。 もちろん電源、Wi-fi、ホワイトボード完備で冷蔵庫なんかもあります。電動自転車も無料で貸してくれるらしいです。近くを散策したり買い出しに行くのに丁度いいです。 バルコニーが広くて、疲れたらここでぼーっと海を眺めます。 こんな感じですぐ近くに港が見えます。 このスペースでは、Startup Weekendなども開かれていて、真鶴ではスタートアップやIT系の人を歓迎する雰囲気があります。 スタートアップウィークエンド真鶴 どこに泊まるの？ テックラボから歩いて1分のおかげ荘に泊まりました。ここは1組限定の宿なの

ここ数年、UIデザイナーに人気のデザインツールの一つに Sketch3 がよく挙げられます。周りを見ても使っている人が増えたなという印象があるのですが、自分も使い始めるようになって今ではメインのデザインツールとして手放せなくなりました。 SketchはFireWorksに変わるツールオランダの Bohemian Coding が作った Sketch3 は名前の通り、既に version3。Dribbble でも数多くのsketchで制作した作品が掲載されています。昔の Web デザイン定番ツールといえば fireworks でしたが、Adobe が開発をやめたことをきっかけに注目されたのが、ベクタードローイングツールの Sketch。Webデザインが効率的に行えるように様々な工夫があり、今では、導入企業も多く Google や Apple なども使っているデザインツールになっているようです

By dictating that both high-level and low-level objects must depend on the same abstraction, this design principle inverts the way some people may think about object-oriented programming.[2] The idea behind points A and B of this principle is that when designing the interaction between a high-level module and a low-level one, the interaction should be thought of as an abstract interaction between

Alistair Cockburn による Hexagonal architecture の翻訳です。PoEAAで言及されていることから、2002年ごろにはすでにC2 Wikiにページがあった模様。似たようなアーキテクチャである クリーンアーキテクチャ も翻訳したので参考にしてください。 この記事は著者から許可を得て公開しています。Thanks to Alistair Cockburn! 目次 パターン: Ports and Adapters (構造に関するパターン) 意図 動機 解決法の本質 構造 サンプルコード ステージ1: FIT アプリ 定数をモックデータベースとして ステージ2: UI アプリ 定数をモックデータベースとして ステージ3: (FITまたはUI) アプリ モックデータベース 応用ノート 左右の非対称性 ユースケースとアプリケーションの境界 ポートはいくつ? 既知の用

先日ブログを書いたら大いに炎上した。いろんな方がいろんなブログを書かれていたようだ。しかし、私は一切読んでいない。なぜならそこに関心がないからだ。ウォータフォール vs アジャイルの比較は私の関心ではなく、私の関心は「どうやったらソフトウェアに関する新しい考えや技術が、日本でも早く導入されるようになるか」だからだ。人生は短い。自分の時間配分は自分で決めているので 申し訳ないが、今後も読まないだろう。自分の人生は自分で決めるのだから。 simplearchitect.hatenablog.com 実は、この炎上の過程でいろんな仮説を考えることができた。なぜ、日本のソフトウェア産業は、海外に大きく後れを取ってしまっているのか？どうすれば、進化する手助けができるのだろうか？ 自分の現在の仮説はマインドセット、つまり「考え方」が根本的な原因ではないか？という気がしてきた。 私が最近研究しているのは

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 talk was delivered live in April 2016 at App Builders. The video was transcribed by Realm and is published here with the permission of the conference organizers. “How can I use protocol-oriented programming in my everyday coding?” Natasha tackles this question and focuses on the practical applications for POP including Views, View Controllers, and Networking. Follow along wi

私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して