Macbook Pro(14inch, 2021 M1 Pro 32GB RAM 1TB HD)の初期設定をしたので覚書。実に3年ぶりの買い替え。 目次 my new gear... 5/7に注文した Macbook Pro がようやく届いた pic.twitter.com/WC2Ns6O8R9 — せーい (@_yshrsmz) June 29, 2022Dropbox のインストール ​一部 Dropbox で管理している設定ファイル類があるので、まずはこれ。 最近はオフラインモードを選ばないとダウンロードしなくなったので、初回同期が早くなって良い。 総合的な体験はまだわからないけど… Homebrew のインストール ​設定はほぼ全て ansible で書いているので、homebrew がないと始まらない。 Homebrewから手動でインストールするのは基本 ansible だけ。

2020年を振り返るよ。 買ってよかったもののまとめはこちら 目次 仕事 ​今年はAndroidアプリエンジニアというよりはWebフロントエンドエンジニアとしての仕事が多かった。 AndroidとWebフロントと掛け持ちしてるとタスク溢れが深刻なのでどうにかしたい。 2018年の後半から作っていたアプリがようやくリリースされた ​長かった。実装に時間がかかったというよりはビジネス的なアレコレでのびのびになっていた感じ。 Kotlin Multiplatform Projectで、Android/iOS向けに作ってます。 プレゼンテーション層(ViewModel)より下はすべて共通コード。 内訳はおおよそこんな感じで、まあまあ頑張ったんではなかろうか 弊Kotlin Multiplatform Project(Android/iOS)のコード内訳です。Obj-CとJavaの部分は直接取り込む

全体のおよそ7割がKotlinで書かれた共通コードです。 この数字はiOS/Android合わせた全体に対しての比率なので、各OS毎で計算すると8割近くが共通コードとなっています。 アーキテクチャ ​レポジトリ構成 ​レポジトリ構成はモノレポを採用しています。KMP, Android, iOSすべてのコードを一つのレポジトリで管理している、ということです。 モノレポを採用している理由はいくつかあるのですが、一番大きいのは「共通コードの読み込みが簡単」というものです。 モノレポじゃない選択肢としてKMP, Android, iOSをそれぞれ別個のレポジトリで管理する、というものも考えられます。 しかし、その場合だとKMPの成果物を各OSのレポジトリから使用する際にひと手間必要になってきます。 git submoduleで読み込むのか privateなMaven RepositoryやCoco

AndroidDagashi、ご存知ですか。 英語圏のものを中心に、Android関連のニュース/記事を日本人向けにまとめている週一更新のまとめサイトです。 2018年の2月に開設して、おかげさまで2年が経ちました。 さて今日はAndroidDagashiをどうやって運用しているかざっくりまとめてみます。 全体像を図示するとだいたいこんな感じです AndroidDagashiはドメインからわかる通り、GitHub Pagesでホストされた静的サイトです。 Vue.jsを利用したWebアプリケーションフレームワークであるNuxt.jsの、静的サイト生成機能を使っています。 このサイトは、2つのGitHubレポジトリで構成されています。 一つはサイト本体のコードが置いてあるAndroidDagashi/androiddagashi.github.io。 そして、記事データを管理するAndroi

(Android) App Signingなアプリの課金デバッグをしたいNovember 29, 2018TILAndroid TL;DR ​PlayStoreから一度アプリをインストールした後、アンインストールしてパッケージ名を揃えたデバッグビルドをインストールしたらよい。 App Signingでも課金でバッグしたい ​Google Play App Signing、便利だけど手元にあるのはAPKアップロード用の鍵なので、課金のデバッグはできないものと思っていた。 でも、調べてみると結構簡単にエミュレータ上のデバッグビルドでも課金することができた。 手順は簡単。 PlayStoreからアプリをインストールするアプリをアンインストールする本番のapplication idでデバッグ版をビルド、いつもどおりにAndroid Studioからデバッグするこれだけ。 もちろん対象アカウントのテ

AndroidXのandroidx.test.ext:junitを利用するとサクッとできます。 基本的な方針は、Kotlin/Native向けにcommonTestを実行するときはkotlin-testを使いつつ、Android向けに実行するときはJUnit4上でRobolectricを使います。 ちなみにcommonTestのテストクラスはこんな感じになります。 kotlin@RunWith(AndroidJunit4::class) class SomeTest { @BeforeTest fun setup() {} @AfterTest fun tearDown() {} @Test fun `It should do something`() {} } このRunWithやAndroidJUnit4を作っていきます。 まずはライブラリの追加。 commonTestではkotlin

Using Kotlin Coroutines and Channel from SwiftJune 14, 2019kotlinkmpswiftenglish A while ago I wrote an article about Kotlin Coroutines' Channel and Android Lifecycle. And some days later someone came to ask me "How can we use Coroutines/Channel from iOS code?" I had wrote about it briefly in Japanese, but I thought I should write it in English too, so here it is. Assume that I have a ViewModel li

Kotlin Multiplatform Projectで考えることいろいろApril 16, 2019kotlinkmp グダグダ書くよ Android/iOSアプリをKotlin Multiplatform Projectで作るのにいい感じのアーキテクチャをいろいろ試行錯誤している。 Kotlin Multiplatform Projectでアプリを作るにあたって、単純にAndroidアプリを作るようにはいかないところがいくつかあるので、なかなかおもしろい。 その"おもしろい"点というのは、たとえば下記のような点だ。 Kotlin Multiplatform ProjectではRxが使えないLiveDataもAndroid Specificなので使えない非同期は基本Coroutinesでやる必要があるCoroutinesはSwiftから使えないKotlin/Nativeではfreezi

Kotlin CoroutinesのChannelとAndroidのライフサイクルApril 4, 2019kotlinAndroid kotlinclass FooViewModel { private var _state: State val state: State get() = _state private val _states = BroadcastChannel<State>(1) val states: ReceiveChannel<State> get() = _states.openSubscription().also { _states.offer(state) } // reducerとか他にいろいろある } ちょーざっくりこんな感じのViewModelがあるとする。 MVI的なアーキテクチャになっていて、 FooViewModel.states がState

Kotlin Multiplatform Project向けのGraphQLラッパー生成ライブラリ、kgqlを作ったFebruary 27, 2019kotlinkmp AndroidとKotlin Multiplatform Projectで使える、GraphQLのドキュメントからコードを生成するGradle Pluginを作った。 kgqlという。 これ実際の成果物を見てもらうのが早いと思うので、こんな感じ。 // User.gql query User($login: String!) { user(login: $login) { id login bio avatarUrl company createdAt } } query Viewer { viewer { login } } kotlinpackage com.sample import com.codingfeline

Kotlin Multiplatform ProjectでKotlin 1.3.20に移行したら出力framework名が変わった件January 28, 2019kotlinkmp Kotlin 1.3.20がリリースされたので、早速KMP(Android/iOS)なプロジェクトでバージョンアップしてみた。 ほとんど考えることはないんだけど、一箇所、KMPで対応プラットフォームを指定する箇所だけちょっと躓いた。 今まではターゲットは下記のように設定していた。 groovykotlin { targets { fromPreset(presets.jvm, 'jvm') fromPreset(presets.iosX64, 'ios') { compilations.main.outputKinds('FRAMEWORK') } } } // iOSのビルド時に呼び出されるタスク task

最後にあれしたのいつだっけ？をトラッキングするAndroidアプリ、SinceTimerをリリースしてたNovember 29, 2018Androidsincetimer 掲題のとおり、今年の7月末にアプリをGoogle Play Storeに公開していました。気がついたら4ヶ月も下書きのまま放置してしまっていた… 名前は"SinceTimer(シンスタイマー)"です。 「最後に映画観たのいつだっけ？」とか「最後にラーメン食べたのいつだっけ？」とかいった情報を管理するためのアプリです。 画面 ​トップ画面はこんな感じで イベントの追加画面はこう 各イベントの詳細では履歴が一覧できます。FABから新しい履歴を追加 今回はGoogle I/O 2018で発表された新しいMaterial Designを意識して作っています。 アイコン ​�今までは99designsで依頼してたのですが、今回は

unorm_dartというDartのPackageを公開したので公開周りのフローをまとめます。 pub publish --dry-run を実行するといい感じにいろいろ教えてくれます。たとえばこんな感じ。 Publishing unorm_dart 0.1.0 to https://pub.dartlang.org: |-- .gitignore |-- .idea | |-- codeStyles | | |-- Project.xml | | '-- codeStyleConfig.xml | '-- saveactions_settings.xml |-- CHANGELOG.md |-- LICENSE |-- README.md |-- analysis_options.yaml |-- example | '-- unorm_dart_example.dart |-- lib

(Flutter) なぜStatefullWidgetではなくStateがbuildメソッドを持っているのかJuly 22, 2018TILflutter 最近趣味と実益を兼ねてFlutterを触っている。 だいたいReactっぽくて良さそうな感じ。React Nativeと違って、UIレイヤについては基本的にFlutterの中で完結するのが好み。 ただStatefulWidgetを作るときにちょっと気になることがあった。StatefulWidgetはそれ以外にWidgetの状態を管理するStateクラスが必要なんだけど、StatefulWidgetではなくStateの方にUIを描画するbuildメソッドがあるのだ。 ReactでもそうだしMVPやらMVVMでもそうだけど、だいたい状態を管理するクラスとUIを描画するクラスを分離することで責任を分離している。それをなぜわざわざStateクラ

TwitterKit使ってるアプリでブラウザ経由のログインできなくなった件June 13, 2018TILAndroidtwitter 前々から告知されていたけど、2018/06/13にTwitter認証のコールバックURLをコード側で任意に変えることができなくなった。 TwitterKitはこの、コード側で任意にコールバックURLを変更できる仕様を前提として作られているので、当然のようにブラウザ経由でのログインができなくなってしまう。 解決策書いてる人もいて、それ試してみたけど動かなかったのでコード読んでみた。 結論 ​TwitterKit for iOSとTwitterKit for AndroidではコールバックURLの仕様が異なっているので、両方を https://apps.twitter.com のコンソール上で指定する必要がある。 url schemecode

普通にgradlew wrapper --gradle-version=x.y.zとコマンドを叩くと、取得されるGradleのzipファイルはgradle-x.y.z-bin.zip。all.zipを取得するにはAndroidStudioのサジェストに従うか、あるいはgradle-wrapper.propertiesを修正する必要がある。 最初からコマンドラインでgradle-x.y.z-all.zipを取得するにはbuild.gradleファイルに一手間必要 groovy// rootのbuild.gradle task wrapper(type: Wrapper) { gradleVersion = "x.y.z" distributionType "ALL" } まあこれを設定しても今まで通りwrapperタスクを二度実行する必要があるのは変わらないけど、コマンドは短くなるしall.

だいたいこんな感じ。 LEDとその抵抗は、お好みに合わせて調達してください。今回のビルドではレイヤ切り替えのインジケータとして３つだけ使ってます。 キーキャップも値段様々なのでお好みで。 ちなみにワイヤは30AWGのものを使っています。 制作について ​ErgoDox EZで使ってるキーマップを流用したかったので、本家レポジトリにあるQMK用のガイドと、その ガイドの作者が書いたビルドログ、あとはこの記事を書いてる時点ではマージされてないこのPR を参考にしました。 これらのガイドではErgoDoxにあってDactylにない内側のキー３つを追加しているけど、この計６つのキーを無視してもErgoDox EZのファームウェアがそのまま動いた。 左右のキースイッチはんだ付けが終わったところ。 ガイドには「特に接着剤使わなくてもキースイッチ固定される」って書いてあるけど、作ってみた感じホットグルー

送料はちょっと思い出せないのだけど、だいたいこんな感じ。 ちょっとアホやったなーって思うのは、海外の通販ショップを部品ごとに使い分けたこと。店によってはかなり送料かかるので、品揃えのいい店でまとめて購入したほうがいいです。 ケースはnooges/lets-split-v2-caseで配布されているものを使っています。どのファイルを使ったらいいのかちょっとわかりづらいんですが、sandwich-split.epsを使ってPonokoに依頼を出しました。 USBケーブルは、Pro Microのジャックがすぐ壊れそうで不安だったので、MacbookのMagsafe(もうないですけど…)っぽい感じで、抜き差しせずに使えるものを用意しました。 制作について ​大体前掲のウェブサイトのとおりに作っています。 あとはYoutubeでライブストリーミングしながら作ってる人を見つけたので、これも適宜確認。

2016年もあと一時間半くらいですし、振り返りなどやります。 仕事 ​今年は主に改善業務をやっていました。 大体下記のような感じです CIでAndroidLint/ChecyStyleかけるモデルクラスの大改修 APIリクエスト周りの処理をモデルクラスから切り出すRealm周りの処理をモデルクラスから切り出すモデルクラスが互いに依存しあわないようにユースケース層を作るテスト、テスト、そしてテストモデルクラスがAPIリクエストをすればDBアクセスもして、モデルクラスが別のモデルクラスをメンバー変数に持ってたり…と結構マッチョな感じになっていました。 そこで、単一責務を意識してAPIリクエストをするクラスやDBアクセスするクラスを作り、モデルクラスはそれらを相互に橋渡しするだけのクラスにしました。最近流行りのレイヤード・アーキテクチャってやつです。 また、モデルクラスが互いに依存せず、それぞれ

repeatWhenでfilterを使ってもonCompletedは呼ばれないDecember 5, 2016rxjavajavaTIL 掲題の通りです TL;DR Observable#repeatWhen使って複雑な繰り返し判定するときはObservable#filterじゃなくてObservable#takeWhileを使うとonCompletedまで呼ばれる 大量のデータをローカルに同期するAPIがあって、ページングの要領で複数回APIを叩いてすべてのデータを同期するとします。 こんな感じのコードなら動きます。 javaboolean isLoading = false; public Completable sync() { return Observable.defer(() -> { if (isLoading) { return Observable.empty(); }