RxJava 1.x → 2.x 移行ガイド
以下は元々Fablic在籍時の2017-04-27に会社の技術ブログinFablicに投稿した記事（http://in.fablic.co.jp/entry/2017/04/27/110000）でした。inFablicが閉鎖されてしまったため、会社の了承を取った上で転載しております。
元記事にリンクを貼っていただいていた方に対しては大変お手数なのですが、こちらにリンクし直していただければ幸いです。
こんにちは。Androidエンジニアの黒川（@hydrakecat）です。
この記事では、RxJava 1.xから 2.xへのマイグレーションについて説明します。
私が開発に携わっているフリルというフリマサービスのAndroidアプリでは、つい先日のアップデートでRxJava 2.0.8への移行を済ませました。 幸い、いまのところ問題は起きていませんが、マイグレーションにあたっては、当初予想していたよりも多くの作業が発生しました。この記事では、その知見を共有したいと思います。
続きを読むPicasso にパッチを当てた話
以下は元々Fablic在籍時の2016-12-07に会社の技術ブログinFablicに投稿した記事（http://in.fablic.co.jp/entry/2016/12/07/115501）でした。inFablicが閉鎖されてしまったため、会社の了承を取った上で転載しております。
元記事にリンクを貼っていただいていた方に対しては大変お手数なのですが、こちらにリンクし直していただければ幸いです。
こんにちは。Androidエンジニアの黒川(@hydrakecat)です。
この記事は、Fablic Advent Calendar 2016 のエントリーです。
本日は、Androidのライブラリにパッチを当てた話をしたいと思います。先日、Picassoという画像ライブラリのバグにより、弊社のフリルで一部のユーザーさんに問題が発生しました。この記事では、その問題を解決するために、なぜパッチを当てることにしたのか、どのように行ったのか、どういう問題があったのか、という話をいたします。
続きを読む近況報告
TL;DR
- 4末でFablicを退職してフリーランスをやっていました
- 8/1からmixiに入社し、家族で写真を共有するサービス「みてね」の開発に携わる予定です
- 業務委託で働いているだけですが、 https://kibe.la を作っている BitJourney はいい会社なので興味がある人はぜひ
その他
Too longと書きつつ、ぜんぜん長くなりませんでしたが、そんな感じです。何社か話を聞かせていただき、ありがとうございました。また、向こうから声をかけていただいた企業もいくつかあり、感謝しております。 「みてね」は、試しに1日だけ働かせてもらったところ、チームの感じが良さそう、かつ、大企業だけれど新規事業でスタートアップっぽい雰囲気なところが気に入って入社を決断しました。
BitJourneyは前からフリーランスで働いてみてないかと声をかけていただいており、いい機会だからと働かせてもらいました。尊敬する @gfx さんと働くことができて、少人数ながらとても楽しかったです。 ちょうど資金調達もしてこれからというところなので、興味のある方はぜひ連絡してみてください。自分は次にやりたいことと少しずれたので入社という選択は見送りましたが、自分の普段使っているサービスを作る側に回れるのは楽しいと思います。
DroidKaigi 2018 でAndroid開発の陥りがちな罠について話します
明日から DroidKaigi 2018 が始まりますが、僕は2日目 2/9（金）の 11:20 から Room 2 で「Surviving a Discontinuous World」というタイトルで話します。
この話は初心者向けに、Androidアプリ開発でよく陥る罠を「不連続性」という観点から説明しようという試みです。
自分の持論なのですが、Androidアプリ開発でもっともバグが起きやすいのは非同期処理とライフサイクルだと思っています。この両者を不連続性という観点からまとめて説明しつつそれに対するアプローチやヒントを紹介したいと思っています。
オフィスアワーも予定しているので、質問のある方はぜひお気軽に声をかけてください。
https://droidkaigi.jp/2018/timetable?session=16933
ソフトウェアエンジニアに必要な英語
ソフトウェアエンジニアと英語の話というのは、しばしば話題になります。 それだけ多くの人が英語について気にしていると思うのですが、「英語やらなきゃ」と言っている人に話を聞くと意外と動機が漠然としている印象があります。
果たして日本企業で働くソフトウェアエンジニアにとって英語は必要なのでしょうか？必要だとしたら、どういう英語が必要なのでしょうか？ この記事は、そのあたりの疑問を自分なりに整理するために書きました。 いつもの固い記事とは違って、きちんと下調べもしていないし、勢いで書かれた内容となっていますが、ご容赦ください。
なお、この記事はエンジニアの英語力 - 怠惰を求めて勤勉に行き着くに触発されて、 Androidアプリのビルド待ち時間に書かれています。エモい記事を書いてくださったしろやまさんと、Androidアプリのビルド時間、それに業務時間中に記事を書くことを快く許してくれた会社に感謝します。
あ、あと、一応自分が働いているFablicという会社のFablic Advent Calendar 2017の1つでもあります。よかったら他の記事も読んでみてください。
続きを読むcompanion object vs. top-level
JavaにはあるけれどKotlinにないものの1つに、クラスメソッドやクラス変数があります。 この記事では、そのクラスメソッドとクラス変数をKotlinではどう定義すべきかという話をします。
より詳細に言えば、メソッドや定数*1をtop-levelで宣言するのとcompanion objectに宣言するのとどちらが良いかという話です。
*1:なお、この記事ではpublicもしくはinternalなメソッドや定数について考えます。privateなものについてはどちらも大差ないという考えからです。
『Androidを支える技術』を読むべきか？
ソフトウェア・エンジニアを長くやっていると、自然と得意分野というものが出来る。 自分だったら、Androidアプリ開発やJavaの仕様についてはそれなりに知っているつもりだけれど、LinuxカーネルやGPUについて詳しいとはお世辞にも言えない。
得意分野というと聞こえはよいけれど、それは裏を返すと、他のことを学ぶのに及び腰になるということだ。さっきの例でいえば、LinuxカーネルについてもGPUについても知っておくにこしたことはない。それでも、「興味はあるけれど、いますぐに必要じゃないからいいか」という気分になって後回しにしてしまう。
この記事で紹介する『Androidを支える技術』はそういう知っておくにこしたことはないことを解説している。
続きを読む