タグ

ブックマーク / konifar.hatenablog.com (9)

  • 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月くらいに「なんだか最近仕事が面白

    Engineering Managerをやめた - Konifar's WIP
  • 100日後にアーカイブされるSlackチャネル - Konifar's WIP

    100日間コメントのないSlackチャネルを自動でアーカイブするGoogle Apps Scriptを書きました。 github.com モチベーション 90日以上コメントがないチャネルが全体の20%くらいになっていたので年末の大掃除をしたかった google/clasp を使ってみたかった できること SlackのPublicチャネル一覧を取得し、public_channelsシート (サンプル)に記載 95日以上コメントのないチャネル一覧をarchive_warning_channelsシート (サンプル)に記載 archive_warning_channelsシートに記載されてから5日以上経ったチャネルを自動でアーカイブ 動かし方 Slackチャネル一覧サンプルシート と同じシート、フォーマットのSpreadSheetを用意する README.md#setup を参考にセットアップす

    100日後にアーカイブされるSlackチャネル - Konifar's WIP
    ymm1x
    ymm1x 2021/11/21
  • Kyashに入社して1年3ヶ月くらい経ちました - Konifar's WIP

    時が経つのは早いもので、入社半年くらいの時に近況を書いてから9ヶ月くらい経ちました。 課題はたくさんありますが、今までの経験の中では結構楽しくやっているので、あとで見返せるように記録を残しておこうと思います。 やっていたこと プロダクト開発全般 : ユーザーサポート : 採用 = 6 : 3 : 1 くらいでやっていました。 プロダクト開発全般 AndroidAPI、Webサイト、社内ツール ユーザーサポート SNS対応、レビュー対応、問合せ対応、効率化のためのツール開発 採用 ブログ執筆、Meetup登壇、スカウト、面談・面接 プロダクト開発全般 ユーザーの目に触れる大きめの開発だと、以下の3つくらいです。見返してみると結構少ないですね。 polcaやAudiostockから報酬をKyashで受け取り Android セブン銀行チャージ Android カードから金額指定してチャージ

    Kyashに入社して1年3ヶ月くらい経ちました - Konifar's WIP
  • Kyashに入社して半年くらい経ちました - Konifar's WIP

    早いもので、2017年12月にKyashに入社してから半年が経ちました。 最近は 「勢いある」「Kyashよさそう」と言っていただくことも増えてありがたいなぁと思うと同時に、中にいるとちょっと過大評価されているなと感じることもあります。 自分自身も後で見返せるように、実際どうなの?という話を自分の視点から書いておこうと思います。Kyash実際はこんな感じなんだーというのがなんとなく伝われば嬉しいかぎりです。 ちなみにこういう話は思いもしないところ思いもしないツッコミを受けるものなので結構緊張しています。何か気になる表現があれば@konifarまで直接連絡をもらえるとありがたいです。 入社直後の感想 2017年12月に入社した時、Kyash社内はめちゃくちゃ忙しい時期でした。開発もマーケも全員修羅場で、「オッやっとるな」という感じでした。 自分が入った時にすでに佳境だったので、そのプロジェク

    Kyashに入社して半年くらい経ちました - Konifar's WIP
  • Quipper Limitedに入社して3ヶ月くらい経ちました - Konifar's WIP

    株式会社奇兵隊からQuipper Limitedに所属が変わって3ヶ月ほど経ったので、忘れないように状況を記録しておきます。 先に言っておくと、まだ3ヶ月しか経験しておらずわかっていないことも多いです。なので、「まだ慣れきっていない人から見たらこんな風に見えてるんだなぁ」という感じで軽く読んでもらえるとありがたいです。 また、入社の経緯については、文章で説明すると誤解を生みそうので省略します。と言っても別に話せないようなことは何もないので、直接聞いてもらえれば話します。 今のチーム Quipperは日海外向けに教育サービスを展開していて、今はその中のAndroidチームで働いています。 隣にPermissionsDispatcherを作った@hotchemiさんがいたり、後ろに元柔道世界チャンピオンで低レイヤーに詳しい人がいたり、癖のある人ばかりのチームです。 仕事は忙しいかとよく聞か

    Quipper Limitedに入社して3ヶ月くらい経ちました - Konifar's WIP
    ymm1x
    ymm1x 2016/10/14
  • エンジニアの「できない」という言葉の裏側 - Konifar's WIP

    「ここ、こんな感じにできませんかね?」と言われたエンジニアが、「うーん、それはちょっと厳しいですね。できないです」と返すみたいなやりとりは結構見かけます。 この「できますか?」⇒「できない」というやりとりなんですが、「できない」という言葉にはいくつか裏が考えられます。言葉足らずだっただけでちょっとした調整をすればできるよね、というケースもあるので、「できない」という言葉の裏側をまとめておこうと思います。 先に補足しておくと、「エンジニアの人の言葉が足りなすぎるでしょ」という意見ももちろんあると思います。こういうコミュニケーションは、お互いの信頼度によっても変わってくるので難しいところです。お互いが相手に伝わるように意識すべきだと思うんですが、 エンジニアから「できない」と言われた時にどういう意味で言ってるのか想像しやすくなればいいなという思いで書いておきます。 ちなみに、「(できるけどやり

    エンジニアの「できない」という言葉の裏側 - Konifar's WIP
    ymm1x
    ymm1x 2015/06/07
  • 社内でSHIROBAKOを広めるためにやったこと - Konifar's WIP

    SHIROBAKOはアニメ制作の現場を描いたアニメです。全24話全てが神回と言っても過言ではなく、仕事をする上での姿勢やチームワークの大切さなど当に学びが多いです。 shirobako-anime.com 人に好みのアニメを押し付けるのは申し訳ないので普段は何も言わないんですが、 SHIROBAKOはどうしても社内のメンバーにも見てもらいたくて、ついに布教してしまいました。少し前の話なんですが、どんな空気になったのかまとめておこうと思います。 結論から言うと、意外とみんな温かく受け入れてくれた上に実際に見てくれたメンバーもいたので、個人的には満足しています。 QiitaTeamに投稿 チームの情報共有にQiitaTeamを使ってるんですが、 『チームメンバーに見てもらいたいアニメSHIROBAKO』というタイトルでしれっと投稿してみました。 反応なければやめようと思ってたんですが、投稿し

    社内でSHIROBAKOを広めるためにやったこと - Konifar's WIP
  • バグをドラゴンと呼ぶ運用を始めて1ヶ月くらいたった - Konifar's WIP

    1ヶ月くらい前、 「バグをドラゴンと呼んだらどうなるか」というTweetを見ました。 確かに、バグをドラゴンと読んだ場合「Sクラスのドラゴンが出ました!」「Aクラスのドラゴンを相手にしてる最中だってのに!」って会話になるし、ドラゴンは結局人の手で生み出されたものってところが中二ファンタジーっぽくて良い— 尾野(しっぽ) (@tail_y) March 18, 2015 これは天才的発想だなと思って職場で雑談で話してみたところ、 同僚のスペインエンジニアにバカウケしまして、 それからちょいちょいバグのことをドラゴンと呼ぶようになりました。 せっかくなので、どんな雰囲気になるのかまとめてみようと思います。 先に言っておくと、自分ともう1人スペインエンジニアが時々チャット上で使っているだけで、 正直そんなに流行ってないです。 なんかテンションが上がる バグ修正ってマイナスをゼロにするだけで何

    バグをドラゴンと呼ぶ運用を始めて1ヶ月くらいたった - Konifar's WIP
  • AndroidではMVCよりMVPの方がいいかもしれない - Konifar's WIP

    Android開発していると、なんかMVCうまくいかないなぁとモヤモヤしてきました。そろそろ他のアーキテクチャを模索してみた方がいいんじゃないかと思い始めまして、ある程度考えがまとまったので自分なりの指針を残しておこうと思います。 そもそもアーキテクチャ必要なのか 世の中には色々なアーキテクチャが存在するんですが、なんか概念を読んでもスッと理解できることが少ないんですよね。これはなぜかと言うと アーキテクチャが解決しようとしている問題を理解できないからです。 極端に言うと、HelloWorldを表示するアプリにMVCを導入する必要があるの?って言うと答えはNoですよね。じゃあの名前をリストで表示するアプリだったらどうかと言われると、これもまだ必要ないかもしれません。 つまり、アーキテクチャを適用しなくても問題がないほど小さなアプリにおいては、ただ冗長になるだけなので別にいらないわけです。

    AndroidではMVCよりMVPの方がいいかもしれない - Konifar's WIP
  • 1