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を支える技術』はそういう知っておくにこしたことはないことを解説している。

DroidGirlsでRxJavaのハンズオンをしてきました

DroidGirlsで「RxJava2」を題材に解説とハンズオンをしてきました（connpassのページ）。

wakatime で振り返る2016年

2016年がもうすぐ終わってしまう。あと10日足らずだ。

今年は色々とあったので、ブログにまとめておきたいと思ったのだけれど、ダラダラと羅列するのも芸がないし、ここはwakatimeというサービスを使ってコーディング時間と一緒に振り返ってみようと思う。

RxJava のテスト(2): RxJavaHooks, RxAndroidPlugins

これはRxJava Advent Calendar 2016の第14日目の記事です。前回はTestSubscriberやTestSchedulerを使ってRxJavaに関わる単体テストのしかたを説明しました。

この記事では、それらでは足りない場合の奥の手、スケジューラを差し替える方法について説明します。