エンジニア仲間とブログを開設しました。 - ペンギン村 Tech Blog - My Favorite Things - Coding or die.
1年半くらい前になるでしょうか、ペンギン村というSlackを作ってエンジニア仲間と情報交換をしていました。 人数も少しずつ増えてきて、なんか面白いことをやりたいね、ということで新たにブログを開設しました。 blog.penginmura.tech とりあえず、最初の挨拶的な記事と、前から書きたいと思っていたKotlinの記事を書いてみました。 blog.penginmura.tech blog.penginmura.tech やはり一緒に何かに対して取り組むというのは、個人的に非常に楽しく感じると思う今日この頃です。 そのうち何かサービスを作っていきたい的な話もあるので、今からどうなるか楽しみにしています。 まぁ、こういったものは最初だけ気合が入ったものの途中から興味を失うということもあるので、この先どうなるかは分かりませんが。 といった感じで、新年最初のブログ記事でした。（久しぶりに本当
JJUG CCC 2017 Fall に参加してきた（いまさらまとめ） - My Favorite Things - Coding or die.
さて、JJUG CCC 2017 Fallに参加してきました。 はい、2017/11/18に開催されたもので、すでに参加から1ヶ月以上が経っています。しかし、年内にやり残していたこととして記憶していたので軽くまとめたいと思います。 今回はKotlinの話を聞きたいと思ったのがキッカケで、Springなどの話も面白そうだと思ったので参加を決めました。懇親会も参加する予定だったのですが、体調を崩してしまって参加できなかったのは少し残念です。 ところでCCCって何の略かと思ったら「Cross Community Conference」の略みたいですね。なんだかカッコいいです。 10年前のレガシーシステムをサーバサイドKotlinでフルリニューアルした話 speakerdeck.com 自己紹介 ベルセルク好き API部分をやった Kotlin x SpringBoot x (Vue.js) エン
Quick/Nimbleで独自Matcherを自作して、テストコードの可読性を上げる - My Favorite Things - Coding or die.
さて今年も終わりに近づいてきました。 この記事はモバイル 自動化 / 自動テスト Advent Calendar 2017の17日目の記事です。 実はアドベントカレンダーの参加は今回が初めてだったりするのですが、まぁそれはどうでも良いですよね。 Tl;Dr Quick/Nimbleで、独自Macherを作成するとテストコードの可読性が上がるかも？ // 標準のMatcherを使用 it("use built-in matcher") { expect(person1.isTeen()).to(beTrue()) expect(person2.isTeen()).to(beFalse()) expect(person1.gender).to(equal(person2.gender)) expect(person1.gender).toNot(equal(person3.gender)) }
Advanced Swift メモ - 8. Error Handling - My Favorite Things - Coding or die.
8. Error Handling Swiftにはいくつものエラーハンドリングの仕組みがある。 Optional、はシンプルだがエラー情報は返せない。 Assertion、はバグを早期発見するために利用できる。 例外、はOptionalと違い詳細なエラー情報を持てる。 CollectionTypeのfirst/lastなどはOptionalだが、失敗の理由が「配列が空」しかないので適切。 ネットワークエラーなどは、失敗の理由を知りたいこともあるはずなのでErrorTypeが良い。 The Result Type - P.248 enum Result<A> { case Failure(ErrorType) case Success(A) } Swiftのエラーハンドリングは、殆どResultTypeと同じように実装されている。 throwsで宣言された関数を呼び出した時は、キャッチするか
Carthageコードリーディング::3日目 - My Favorite Things - Coding or die.
さて3日目。 前回は「VersionCommand」まわりの実装を見た。 今回は実際にコマンドを実行している周りを見ていく。 エントリポイント（復習） 1日目でも触れたが、エントリポイントであるmain.swiftの以下でhelpコマンドをデフォルトに実行している。 registry.main(defaultVerb: helpCommand.verb) { error in fputs(error.description + "\n", stderr) } CommandRegistry::main mainメソッドの中身を見ると、以下のようになっている。 @noreturn public func main(defaultVerb defaultVerb: String, errorHandler: ClientError -> ()) { main(arguments: Proces
Carthageコードリーディング::2日目 - My Favorite Things - Coding or die.
今回は一番簡単であろう「version」コマンドを見ていく。 VersionCommand 登録 前回も触れたが、main.swiftでCommandRegistryに各コマンドを登録している。 // main.swift let registry = CommandRegistry<CarthageError>() registry.register(VersionCommand()) 「version」コマンドは「VersionCommand」という構造体を生成して登録している。 VersionCommandの定義 実際の定義を見てみると、以下のようになっている。 public struct VersionCommand: CommandType { public let verb = "version" public let function = "Display the curre
Carthageコードリーディング::1日目 - My Favorite Things - Coding or die.
Swift力を上げるために、Swiftで書かれたパッケージマネージャ「Carthage」のコードリーディングを始めてみる。 github.com 準備 まずはGitHubリポジトリをclone。 $ git clone https://github.com/Carthage/Carthage.git 次に依存ライブラリをインストール。 $ carthage update --platform mac 関係ないけど、自身の依存関係管理に自身（つまりCarthage）を使ってるのって夢があるよね。 GitやSVNといったVCSほどの感動はないけれど。 エントリポイント どうやらエントリポイントは「main.swift」らしい。 https://github.com/Carthage/Carthage/blob/master/Source/carthage/main.swift まずはCarth
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Swift3: バージョン番号を楽に比較する - My Favorite Things - Coding or die.