はてなブックマーク

ペイトナーファクタリング事業部でEMをやっている 脇田（@shimpeee_）です。 開発チームで週1回、11人で集まる全体定例MTGをやっていたのですが、業務見直しの結果、試験的に廃止することにしました。 自分達の活動の記録として書いてますが、読者のみなさまにとっても業務の見直しのきっかけになれば幸いです。 きっかけ 同僚からのオススメで『SUPER MTG』を読みました。 最適な人数やファシリテーターが陥りやすい罠など、MTGオーナーになることが多い人間として、非常に参考になる本でした。 自分が関与する全てのMTGに対して「本当に必要なMTGなのか？今のままのやり方でいいのか？」を自身に問いかけながらこの本を読んでいました。 また別の観点で、これから採用活動等で自身のリソースがより厳しくなるので、生産性の低い業務はどんどん見直していきたいタイミングでもありました。 そうしたきっかけで、

はじめに 導入背景 導入時の注意点 さくっと検証 効果 レビュー工数削減 24時間365日動いてくれる 分かりやすいレビューコメント 課題 自分たちのコーディングルールに反する指摘 文脈は読み取れない どちらかというと、過剰気味 運用方針 実際にかかったコスト 今後の展望 （補足）ソースコードをクラウドサービスのAIに投入するリスクに対する会社としてのスタンス 終わりに はじめに ペイトナーファクタリング事業部でEMをやっている 脇田（@shimpeee_）です。 チームの開発生産性向上のため、この一年多くの取り組みを行なってきました。活動内容はこちらの記事にまとめています。 paytner.hatenablog.com 今年実施した取り組みの一つとして、チームにAIコードレビューツールである「CodeRabbit」を導入しました。AIコードレビューだけで1記事書けそうだったので、別記事と

はじめに ペイトナー請求書のフロントエンドを主に担当している @fuqda です。 本稿では、ペイトナー請求書のフロントエンドのテストコードを書きやすくするために最近導入したrosieというライブラリが便利だったので、そちらのご紹介をさせて頂きます。 この記事の対象読者 Jestなどで使用するダミーデータを毎回ベタ書きして疲弊している方 RSpecのFactoryBotのようなライブラリがフロントエンドにも無いのかと探している方 rosieとは？ Ruby on Railsでテストコードを書く際のダミーデータ作成ライブラリとして有名なFactoryBotにインスパイヤされたJavaScript用のライブラリです。 https://github.com/rosiejs/rosie rosieのセットアップ手順 1. rosieと型定義のインストール $ npm install rosie @

はじめに ペイトナー請求書のフロントエンドを主に担当している @fuqda です。 本稿では、ペイトナー請求書のフロントエンドの品質改善の一つとして、最近実施したスナップショットテストの導入についてご紹介させて頂ければと思います。 この記事の対象読者 Vue.js / Nuxt.jsでJestのスナップショットテストを実装する方法について関心がある方 テストコードがないフロントエンドにこれから自動テストを導入しようとしている方 スナップショットテストとは？ スナップショットのテストはUI が予期せず変更されていないかを確かめるのに非常に有用なツールです。 https://jestjs.io/ja/docs/snapshot-testing Jestの公式ドキュメントにも記載があるようにHTML要素の差分を検査し、違いがあれば失敗にするテストのことです。 なお、CSSのスタイル崩れなどの検知

開発生産性 Advent Calendar 2022 16日目の記事です。 はじめに ペイトナー株式会社の脇田（@shimpeee_）です！『ペイトナー ファクタリング』開発チームでエンジニアリングマネージャー兼スクラムマスターとして、開発生産性と日々向き合っています。 「コード品質？レビュー効率？いや、PR数だ！！！」これは、他の誰でもなく、半年前の自分に声を大にして伝えたい叫びです。 「PR作成数をKPIにすると良い」とは知っていましたが、実は勘違いしていました。 コード品質やレビュー効率が改善された結果、PR作成数が増えると思っていました。ですが、実際は逆でした。 PR数を増やそうとする（つまり、 PRサイズを小さくする）ことで、レビュー効率が改善され、コード品質も高まっていくのです。 本記事は「PRサイズが大きいことが、生産性を落としている全ての元凶だったのか・・・！」と気づくまで

Engineering Manager Advent Calendar 2022 15日目の記事です。 はじめに こんにちは！ペイトナー株式会社で1人目エンジニアリングマネージャーをやっている脇田（@shimpeee_）です。2022年5月にペイトナーに入社しました。マネージャー歴2年目の、新米マネージャーです。 ペイトナーでは、会社として「マネジメントの型化」に取り組んでおり、そのおかげで新米マネージャーの自分も経営陣と共通認識を持ちながらスピード感を持って日々の業務と向き合うことができています。 本記事では、ペイトナーでマネジメントの教科書としている「EVeMのベンチャーマネジメント理論（自分が勝手にそう呼んでいる）」の素晴らしさについて熱く語ってみようと思います。 マネジメントの目的とは この章では、これまで持っていた自分なりのマネジメントに対する解釈や思いについて触れたいと思います

はじめに ペイトナーでエンジニアインターンをしています田崎です！ 私は人生で初めて参加したテックカンファレンスであるRubyKaigi2022についての感想や自分が考えたことについてお話したいと思います！ 今回はRubyKaigiのセッションの中でもTrick2022とContribute to Rubyについて取り上げたいと思います。 Trick2022 https://rubykaigi.org/2022/presentations/tric.html#sep08 Trickとは Trickとは ’T’ranscendental（霊的領域に関する、世俗を超越した、超絶技巧） ‘R’uby（ルビー） ‘I’mbroglio（極めて混乱した、恥ずかしい事態） ‘C’ontest（コンテスト） for Ruby ‘K’aigi から取った名前であり、Rubyで記述された複雑かつ面白いコードを

はじめに ペイトナーのエンジニアの井齊です。 みなさんはシステムのテストをどのように行っていますか？ バックエンドであれば、PHPunit, RSpec, JUnitなど フロントエンドであればJestなどで行われているかと思います。 弊社のペイトナーファクタリングのシステムではバックエンドはRailsでRSpecを使っており、フロントエンドのテストとして自動E2E(End to End)テストツールである「Autify」を使っています。 paytner.co.jp 今回はその一環として、フロントエンドのテストとして導入した「Autify」についての感想や良かった点、課題などを伝えたいと思います。 結論 直感的でわかりやすい！！ AutifyのHPでも、 ノーコードと簡単な操作でスムーズにテスト作成 と紹介されておりますが、ぽちぽち画面の要素を押すだけという"簡単な操作"で、直感的にE2E

ペイトナーでエンジニアをやっている脇田慎平（@shimpeee_）です！ 僕が入社した2022年5月からチーム内でペアプロ導入を提案し、実際にこれまで何度か実施して得た経験や気づきを書きます！ 結論 めちゃくちゃにイイです！！！ これからも続けていきます！！！ 以降、始めたきっかけや良かった点、苦労したことなどを書きます。 きっかけ ペイトナーには、「同期作業」という文化があります（僕がとても素敵だと思う会社文化のひとつです）。 「オンラインで繋いで、仕事の会話するもよし、雑談するもよし、黙って作業するもよし」 というものです。 業務上でのもくもく会みたいなものです。 「biz側（PM） x エンジニア」の同期作業を週2回、各30分ずつやっているのですが、これがもうすごく良くてですね。。。 ペイトナー社では現在、フルコミットメンバーは週2の出社でオフィスの席数の関係で出社日を曜日で分散させ