VPoE READMEを書いて3ヶ月経った振り返り - Konifar's WIP
2022年1月からKyashで VP of Engineering（以下、VPoE）という役割で開発組織全体を見ています。VPoEになった背景はまた別途書くとして、この3ヶ月は反省も学びも多かったので振り返りを書いておきます。 自分がVPoEになった時、VPoE README というドキュメントを社内に共有しました。同じ内容をKyashの採用GitHubリポジトリで公開しています。 github.com 今回はこれを自分で読み返して引用する形で振り返ってみます。先に注意をしておくと、体系だった話やどこでも応用が利くような話というよりは、完全に自分個人の振り返りの内容になっています。 README書いてよかった READMEを書く目的を以下のように書いていました。 VPoE の最初にやるべきことは、何をミッションにして何をやっていくかを定義し、周囲に理解してもらうことだと考えています。その一
Engineering Managerをやめた - Konifar's WIP
この記事は Kyash Advent Calendar 2021 2日目の記事です。 2020年1月から2021年6月まで、1年半ほどKyashでEngineering Managerをやっていました。2021年7月からはロールを変えて、QAチームのいちメンバーとしてAPIのテストやテストの効率化に取り組んでいます。 EMをやめた経緯とやめた後の所感を備忘として残しておきます。 EMとしてやっていたこと 2020年にやってきたことは去年まとめました。 konifar.hatenablog.com 2021年は、共有口座やイマすぐ入金、セブン銀行出金などのリリースに向けてMobile / サーバーサイド / QAのチームでプロジェクトを進めたり、プロダクト開発フローを整えたり、エンジニア採用のリードをしたりしていました。 EMをやめるきっかけ そんな中で、3月くらいに「なんだか最近仕事が面白
Androidでクレジットカードの入力フォームの実装を楽にするライブラリを公開しました - Konifar's WIP
作りました。簡単に説明を書いておきます。 github.com モチベーション クレジットカードの入力フォームは、ちゃんと作ろうとすると意外とめんどくさいものです。 すでにGitHubには先人がいくつかのライブラリを公開していますが、下記を満たせるものがなかったので自分で作ることにしました。 カードブランドごとのカード番号フォーマットに対応している サポートするカードブランドを設定できる 有効期限の年月の単一フォームに対応している バリデーションのエラーが細かい CustomViewではなくロジックを提供している テストコードがある 以下は補足説明です。使い方はリポジトリの方を見てください。 カードブランドごとのフォーマットとバリデーションに対応 カード番号のフォーマットは4桁 * 4 = 16桁が多いですが、実はカードブランドごとに異なります。 Brand PAN format Secu
ブログで炎上しないために工夫していること - Konifar's WIP
最近、ほぼ毎日炎上した記事を目にします。時には 炎上した記事を叩く記事まで出てきたりして、なんだか殺伐としてるなぁと感じることもあります。 中にはあえて炎上させている人もいると思うんですが、自分はできれば炎上させたくないです。炎上するとTwitterやはてブですごい勢いで色んな意見が来て、めちゃくちゃ精神が消耗するからです。ブログを書き始めてから何度か炎上してしまったことがありますが、本当に仕事が手につかなくなるレベルです。 炎上と一口に言っても理由は様々なのでひとくくりにはできません。個々のケースを引っ張り出して「ここがよくなかったよね、こうしたらよかったよね」という感じでケーススタディにしたとしても、 どういうところがまずかったか本質的に理解できなければあまり意味がないように思います。 このあたりは自分もちゃんと整理できていないので、 自分が炎上しないように最低限工夫してるところをまと
Kyashに入社して1年3ヶ月くらい経ちました - Konifar's WIP
時が経つのは早いもので、入社半年くらいの時に近況を書いてから9ヶ月くらい経ちました。 課題はたくさんありますが、今までの経験の中では結構楽しくやっているので、あとで見返せるように記録を残しておこうと思います。 やっていたこと プロダクト開発全般 : ユーザーサポート : 採用 = 6 : 3 : 1 くらいでやっていました。 プロダクト開発全般 Android、API、Webサイト、社内ツール ユーザーサポート SNS対応、レビュー対応、問合せ対応、効率化のためのツール開発 採用 ブログ執筆、Meetup登壇、スカウト、面談・面接 プロダクト開発全般 ユーザーの目に触れる大きめの開発だと、以下の3つくらいです。見返してみると結構少ないですね。 polcaやAudiostockから報酬をKyashで受け取り Android セブン銀行チャージ Android カードから金額指定してチャージ
衝動的に誰かを批判する前に意識しておきたいこと - Konifar's WIP
ネットを見ると、ほぼ毎日誰かを批判する記事やコメントが上がっていて、なんだか殺伐としているなぁと感じています。 中には脊髄反射で感情のままに批判しているようなのもあって、投稿する前に少し落ち着いた方がいいんじゃないかなぁと感じることもあります。 ただ、こういうのは端から見た感想であって、言ってる本人と温度差あるのは当然だよなぁとも思うんですよね。自分も衝動的にイラッとして誰かを批判したくなることはありますし、客観視している今のうちに考えをまとめておこうと思います。 一口に批判といっても、仕事上の衝突やデモでの政権批判など色々ありますが、今回はネット上で特定の誰かを批判する前に意識しておきたいことに絞って整理してみます。 何が気に食わないのかよく考える 「なんか読んでてイラッとする」、「なんかこいつムカつく」といった最初の感情のままに批判する前に、一度落ち着いて何が気に食わないのか考えてみた
新人にイラついてしまった時の備忘 - Konifar's WIP
組織にとって新人は期待の風です。しかしその期待の振り幅が大きい分、逆にイラついてしまうこともあります。 「何回も同じこと注意するの嫌だなぁ」とか「もっと考えてきてほしいなぁ」というのがよくある話ですが、ふとした時につい強く言ってしまうことがあるんですね。で、あとでいつも後悔するわけです。イラつきというのはそれ自体で何かがよくなるわけではないし、無駄に疲れるし、自分にとっては害でしかないです。 あとで自分で見返せるように、新人にイラついてしまった後に後悔しながら考えていることをまとめておこうと思います。先に言っておくと、ほとんどマインドセットの話なので万人に共通するような話ではないです。 期待を共有する 「なんでこんな完成度で出してきたんだ。。全然ダメじゃん」とイラついた時は、アウトプットに対する期待が相手の考えるレベルと食い違っているのかもしれません。その場合、「ちゃんとやれよ」という注意
Kyashに入社して半年くらい経ちました - Konifar's WIP
早いもので、2017年12月にKyashに入社してから半年が経ちました。 最近は 「勢いある」「Kyashよさそう」と言っていただくことも増えてありがたいなぁと思うと同時に、中にいるとちょっと過大評価されているなと感じることもあります。 自分自身も後で見返せるように、実際どうなの？という話を自分の視点から書いておこうと思います。Kyash実際はこんな感じなんだーというのがなんとなく伝われば嬉しいかぎりです。 ちなみにこういう話は思いもしないところ思いもしないツッコミを受けるものなので結構緊張しています。何か気になる表現があれば@konifarまで直接連絡をもらえるとありがたいです。 入社直後の感想 2017年12月に入社した時、Kyash社内はめちゃくちゃ忙しい時期でした。開発もマーケも全員修羅場で、「オッやっとるな」という感じでした。 自分が入った時にすでに佳境だったので、そのプロジェク
DroidKaigi2018で発表したFlutterアプリの話のスライド補足 - Konifar's WIP
DroidKaigi2018で『コードで見るFlutterアプリの実装』というタイトルで話をしてきました。 speakerdeck.com 聞きに来ていただいた皆さん、資料を読んでフィードバックをくれた皆さん、運営の皆さん、発表前に場を温めていただいた @mhidakaさん、ありがとうございました。 スライドだけだと話がわかりづらいところもあると思うので、書き起こし形式で補足しておこうと思います。当日用のスライドを一部削ったり、アドリブの台詞を省いたりはしています。 ちなみにこのやり方は、@yanzmさんが去年、今年にやっていてとてもよいなぁと思ったので真似させていただきました。 コードで見るFlutterアプリの実装 今日はFlutterアプリのコードの話をします。Flutter自体の内部の詳しい実装ではなく、Flutterでアプリを作る時にどうコードを書くのかという話です。よろしくお願
FlutterでDroidKaigi 2018のiOSアプリを作りました - Konifar's WIP
DroidKaigi2018が来週に迫ってきましたね。 自分もコードで見るFlutterアプリの実装というテーマで発表します。 その題材として、DroidKaigi2018のiOSアプリを作りました。コードも公開しています。 github.com 作った理由は、以前の記事に書いたとおりです。 また、公式アプリではないですが今年はiOSアプリも用意したいなぁと思っています。iOSDC2017に参加した時にAndroidアプリが欲しいと思ったからです。 まだ申請中なので間に合うかどうかわかりませんが、iOS端末がメインの方に使っていただけると嬉しいです。 DroidKaigiの発表では、時間の都合上Flutterの基本的な部分の説明は省くつもりなので、ここで簡単にまとめておこうと思います。 Flutterとは Flutterは、iOS / Androidで動くアプリを作れるクロスプラットフォー
iOSDCで『Sketchからアイコン切り出し ⇒ Asset Catalogを自動生成 ⇒ 差分があればPullRequest』という流れをCIで自動化する話をしました - Konifar's WIP
2ヶ月くらい前にiOSDC 2017のプロポーザルを出したんですが、2つ出したうちの1つが採択されたので登壇してきました。 speakerdeck.com サンプルリポジトリはこちらです。資料だけだとわかりにくい部分もあると思うので、少し補足しておこうと思います。 Import Sketch Icons to Asset Catalog on CI Sketchからアイコンを切り出して、Asset Catalogを生成して、差分があったらiOSのリポジトリにPull Requestを出すというのをCIで自動化している話です。 私の所属するQuipper Limited.で実際に運用している知見です。 @konifar konifarという名前で、TwitterやGitHubをやっています。 プライベートで、専業主婦の嫁さんとエンジニアリングやエンジニアの仕事に関する雑談をするyome.fm
DroidKaigiスタッフ参加のよいところ - Konifar's WIP
DroidKaigi2018 のスタッフを募集しています。 こちらのフォームから気軽に応募してください。 「え、この前2017が終わったばかりじゃないの？」と思われるかもしれませんね。ですが、会場手配や登壇者募集などから逆算すると、もう準備を始める時期なのです。 自分も去年初めてスタッフとして参加したのですが、色々と勉強になりました。当日の運営はそれなりに大変でしたが、参加してよかったです。 スタッフに興味はあっても参加するのは躊躇してしまう人もいると思うので、自分から見たスタッフ参加の良かった点を2つ書いておきます。 と言っても、自分は公式アプリ作成と当日の手伝いくらいしかしていないので、あくまで一個人の感想ということで。DroidKaigiスタッフ同士の具体的なコミュニケーションについてはこちらに詳しくまとまっています。 developers.gnavi.co.jp 1. 社外の知り合
DroidKaigi 2017 アプリコード公開してから10日経ちました - Konifar's WIP
DroidKaigi 2017のアプリのコードを公開して10日ほど経ちました。 忘れないうちに今の状況をざっとまとめておこうと思います。 konifar.hatenablog.com PullRequests、Contributors こ10日間のPullRequestは200件くらいでした。Contributorsは60人くらいです。すごくたくさんの方々に毎日修正や改善を送っていただいて、本当にありがたいかぎりです。 公開して5日間くらいは1日30件くらいPullRequestが来ていました。あまりに速すぎて、Issueにアサインしても同じPullRequestが30分くらいの差で送られてきたこともありました。迷惑をかけてしまって申し訳なかったです。 コンフリクトしてしまうと申し訳ないので、基本的にPullRequestはすぐに見ています。小さい修正であれば即LGTMを出し、CIが完了し
DroidKaigi 2017 公式アプリのコードを公開しました - Konifar's WIP
去年、DroidKaigi2016の公式アプリをオープンソースで作りましたが、2017もコードを公開しました。 github.com コードだけではわかりにくいところを少し補足しておきます。 2016とは別アプリ 2016とはリポジトリもパッケージも違います。別アプリです。 なぜ去年のリポジトリを引き継がなかったかというと、個人のリポジトリではなくDroidKaigiのリポジトリとして管理したかったというのが1つ。もう1つは、同じアプリをメンテナンスしてると飽きちゃうし、またゼロから作りたかったからです。 余談ですが、カンファレンスアプリに必要な機能はほぼ決まっているので、モデルや画面をガチガチに固めて設定ファイルとリソースを用意するだけで作れるライブラリに切り出してもいいかもなと考えています。 Kotlin メインはKotlinではなくJavaで作っています。ｺﾄﾗｰが「Kotlin一択
DroidKaigiにトーク応募したいけど踏ん切りがつかない人が知っておくといいかもしれないこと - Konifar's WIP
DroidKaigi2017のトーク応募は11/1（火）締切です。 droidkaigi.github.io 運営としては「皆ガンガン応募してくれ頼む！」という気持ちなんですが、頼むと言われてもやはり踏ん切りがつかない人も多いんじゃないかなぁと思うんですよね。 そこで、「興味はあるんだけどトーク応募まではできてない…」という人の背中をひと押しできるかもしれないことを書いておこうと思います。 念のために言っておくと、興味がない人が無理に応募する必要はないです。ただ、自分の経験上カンファレンスは登壇する立場の方が学びが多いと思っていて、迷っている人がいたら「出してみた方がいいですよ」と言いたいわけです。 とはいえ、「応募してみた方がいいですよ」とだけ言うのもなんだか投げやりで申し訳ないですし、自分がトーク応募できない時の3つのパターンからブレイクダウンして、心構えと言いますか、ちょっとしたマイ
Quipper Limitedに入社して3ヶ月くらい経ちました - Konifar's WIP
株式会社奇兵隊からQuipper Limitedに所属が変わって3ヶ月ほど経ったので、忘れないように状況を記録しておきます。 先に言っておくと、まだ3ヶ月しか経験しておらずわかっていないことも多いです。なので、「まだ慣れきっていない人から見たらこんな風に見えてるんだなぁ」という感じで軽く読んでもらえるとありがたいです。 また、入社の経緯については、文章で説明すると誤解を生みそうので省略します。と言っても別に話せないようなことは何もないので、直接聞いてもらえれば話します。 今のチーム Quipperは日本と海外向けに教育サービスを展開していて、今はその中のAndroidチームで働いています。 隣にPermissionsDispatcherを作った@hotchemiさんがいたり、後ろに元柔道世界チャンピオンで低レイヤーに詳しい人がいたり、癖のある人ばかりのチームです。 仕事は忙しいかとよく聞か
potatotips #28 Android発表まとめ - Konifar's WIP
モバイルアプリの知見共有会であるpotatotipsにブログまとめ枠で参加してきました。 potatotips.connpass.com 会場は外苑前にあるエウレカさんのシャレオツなオフィスでした。 資料はいつものGitHubリポジトリに上がると思うので、Androidの発表を聞いて自分が考えたことをメインにざっくりまとめます。 API仕様書をいい感じに管理する yuyakaidoさんによる、アプリとサーバーサイドのAPI仕様の共有に関する知見の共有でした。 speakerdeck.com 「APIのレスポンスがサーバーと違う」「APIの開発待ちでアプリの開発が止まってしまう」といった、ありがちな問題を、APIドキュメントサービスを使って解決しようという話でした。ApiaryとSwaggerの2つが紹介されていましたが、Swaggerの方がクライアントコードの生成ができるなどApiaryよ
登壇者として参加したDroidKaigi 2016 - Konifar's WIP
去年のDroidKaigi 2015は聞く側で参加しましたが、今回は登壇者として参加しました。うまくいったこともあれば失敗して申し訳ない気持ちになったこともたくさんあったので、少し整理しておこうと思います。次は登壇者として参加したい、CFP送ってみたいという方の参考になれば嬉しいです。 CFPの応募 CFPは、『実践！Android Studioプラグイン開発』と『17ヶ国の多言語対応Tips』の2つを応募しました。なぜCFPを応募したかというと、もともと会社から参加許可出るか確定しておらず、登壇なら問題なく参加できるだろうと思ったからです。まぁ結果的にはウチの社長の方針は 「DroidKaigi？どんどん行って来いｵﾗｧ！」みたいな感じだったわけですが。 内容は、自分が少し詳しいテーマで、30分以上話せる内容にしました。自分が送っていいのかな…という気持ちも少しありましたが、当時はそもそ
オープンソースでDroidKaigiのカンファレンスアプリ作ってる - Konifar's WIP
DroidKaigi 2016がいよいよ来週開催されます。 ふとした思いつきでDroidKaigiのカンファレンスアプリを作ったところ公式アプリとしてリリースさせていただくことになり、今現在完全オープンソースで色んな人がコミットしてくれています。スピード感あってなかなか面白いので、忘れないうちに経緯をまとめておこうと思います。 github.com アプリは現在こんな感じです。デモとしてアラビア語表示にも対応しています。 1/11（月） DroidKaigiの発表準備しないとまずいと焦り始めました。 最近は発表の内容に合わせてサンプルアプリを作って公開するようにしているんですが、ただのサンプルコードだと飽きちゃうので何を作ろうかなぁと考え始めました。 そこで思いついたのが、DroidKaigiのカンファレンスアプリでした。みんなが使えるアプリなら懇親会の時の話のネタにもなるし、ぼっちにもな
朝の自由改善開発、進捗いいです - Konifar's WIP
クックパッド社の 朝Lint活動の記事を見て、最高じゃん…！と思い自分も真似して運用してみることにしました。 techlife.cookpad.com とりあえず自分だけで勝手にやることにしたので 「Lint警告解消に限らずやりたいこと好き勝手やってやるぞ！」って感じで2週間くらいやってみました。わりと進捗よくて成果出てきた気がするので、どう考えて何をやったかを残しておこうと思います。 なぜやろうと思ったのか 普段の開発タスクに追われて細かいところに手がつかず歯がゆい思いをしていたからです。 今作っているTaptripはグロースフェーズにあり、新規ユーザーの流入やDAU・MAUの向上といった数字から逆算した施策を高速にこなすべく開発を進めています。 この方針自体には納得しているんですけど、直近で数字が出るかよくわからない細かい改善というのはやはり優先度が低くなってしまうんですよね。そしてそ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
