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

「Engineering Manager Advent Calendar 2023」シリーズ2・23日目の記事です。 はじめに ペイトナーファクタリング事業部でEMをやっている 脇田（@shimpeee_）です。 2023年の前半より、チームでのQ目標設定と、チーム目標に紐づく個人Q目標の設定を始めました。現在、目標設定を始めて3期目です。これまでに起こった変化などをまとめていきます。 よかったこと いきなり結論、というか記事タイトルでもありますが、「事業・チームに戦略マネジメントが生まれた」というのが最大の変化であり、よかったことです。 スタートアップである以上、リソースは限られています。し…

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

「エンジニア組織の開発生産性・開発者体験向上の取り組みをシェアしよう！ by Findy Advent Calendar 2023」のシリーズ2・18日目の記事です。 はじめに ペイトナーファクタリング事業部でEMをやっている 脇田（@shimpeee_）です。 2023年の1年間で行った、チームの開発生産性改善につながった取り組みをいくつか紹介します。 正直、1つ1つの取り組みそのものにはほとんど目新しさはないです。ただ、当時どういった課題があり、どういった過程を経て取り組みを行うに至ったかのストーリーは、どんな現場であっても唯一無二です。社内のメンバーに向けて、将来一緒に働くメンバーに向け…

こんにちは！ ペイトナーでエンジニアリングマネージャーをやっている脇田（@shimpeee_）です。 RubyKaigi2023にオフライン参加してきた、ゆるゆるレポートです。 今年も、スポンサーとして協賛 昨年に引き続き、ペイトナー社は今年のRubyKaigiにて、スポンサーとして協賛しました。 昨年は、会社としてRubyKaigiに初参加＆スポンサーブース出展をし、多くの方々に「ペイトナー」の名前を知ってもらうことができました。 今年はブース出展が叶わず残念でしたが、来年はぜひ出展したい・・！ たくさん交流できました 今回、私含め社員数名で現地参加してきました。改めて、Rubyコミュニティ…

はじめに ペイトナー請求書のフロントエンドエンジニアの@fuqda です。 本稿は、先日開催されたRubyKaigi2023の参加レポートになります。 フロントエンドの立場から見たRubyKaigiのセッションレポートが出来れば思いますので、最後までお付き合いください。 (弊社は昨年に続き、今回もSilver Sponsorとして協賛しております) フロントエンドなのにRubyKaigiに何で？ フロントエンドなのに何でRubyKaigi？と思われる方もいるかもしれませんので、簡単に私の経歴を申し上げますと、元々前職では4年ほどRailsエンジニアをしておりました。 また、社外ではTama.r…

はじめに こんにちは！ペイトナーでRailsエンジニアをやってる坂東です。 最近はRSpecでテストをたくさん書いています！ ペイトナーではテスト仕様書を書く代わりに、RSpecのテスト自体をテスト仕様書としています。 具体的には、ステークホルダー要求からRSpecのテストを記載しています。 ただ、テスト仕様以外の情報も含まれるため、テスト仕様書としては読みづらい問題があります。 しかし最近、RSpecを--dry-runオプションを付けて実行すると、テスト仕様以外の情報が含まれずに出力されることを知りました。 余計な情報がなくテスト仕様だけ確認できるため、新規参画時のキャッチアップが効率的に…

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

はじめに ペイトナー請求書のフロントエンドを主に担当している @fuqda です。 本稿では、ペイトナー請求書のフロントエンドの品質改善の一つとして、最近実施したスナップショットテストの導入についてご紹介させて頂ければと思います。 この記事の対象読者 Vue.js / Nuxt.jsでJestのスナップショットテストを実装する方法について関心がある方 テストコードがないフロントエンドにこれから自動テストを導入しようとしている方 スナップショットテストとは？ スナップショットのテストはUI が予期せず変更されていないかを確かめるのに非常に有用なツールです。 https://jestjs.io/j…

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

ペイトナーでエンジニアリングマネージャーをやっている脇田（@kiwatchi1991）です。 今回は、RubyKaigi2022のプラチナムスポンサー＆ブース出展企業としての振り返りを社内で行ったので、その内容について書きたいと思います！ どんなことやってた？ ブースでクイズをやっていました！！ 1日目は技術顧問・前島さん（@netwillnet）作のクイズ、2、3日目は弊社エンジニア作のクイズで、3日間毎日違うものを用意し、連日大盛況でありました！！！ 強烈（！？）なCMを流しました 【唐突なご報告】このタイミングで、#rubykaigi 用に製作したペイトナーのムービーが完成しました。マス…

ペイトナーのエンジニアの井齊です。 プロダクトのコード品質を高め維持していくためには、コードレビューが欠かせないですよね。 ペイトナーでは、バックエンドにRailsを使って開発しています。 今回は、コードレビューでコメントをもらった指摘事項をまとめました。 ①配列展開メソッドで、 indexの開始の値を指定したい時にeach.with_indexを使う eachなどを使って配列展開する時に、indexを取得したい場面がありますよね。その時に、each_with_indexを使って対応しようとしていました。 例としては以下のようなケースです。 before drinks = ["コーラ", "サ…

こんにちは！ペイトナーでエンジニアリングマネージャーをやっている 脇田（@kiwatchi1991）です。 この度ペイトナー社は、RubyKaigi 2022にプラチナスポンサーとして協賛することになりました！ スポンサーとしてRubyコミュニティへの還元をしたいという想いも当然ありますが、本音として、採用目的で「Rubyコミュニティに『ペイトナー』という存在を知ってもらいたい！」という想いがあることをここに告白致します。 弊社では、2つある自社プロダクトが共にRails製アプリケーションです。まさにRubyコミュニティど真ん中であるペイトナーのことを皆様に知っていただき、今後一緒にプロダクト…

はじめに ペイトナーのエンジニアの井齊です。 みなさんはシステムのテストをどのように行っていますか？ バックエンドであれば、PHPunit, RSpec, JUnitなど フロントエンドであればJestなどで行われているかと思います。 弊社のペイトナーファクタリングのシステムではバックエンドはRailsでRSpecを使っており、フロントエンドのテストとして自動E2E(End to End)テストツールである「Autify」を使っています。 paytner.co.jp 今回はその一環として、フロントエンドのテストとして導入した「Autify」についての感想や良かった点、課題などを伝えたいと思いま…

ペイトナーでエンジニアをやっている脇田慎平（@shimpeee_）です！ 僕が入社した2022年5月からチーム内でペアプロ導入を提案し、実際にこれまで何度か実施して得た経験や気づきを書きます！ 結論 めちゃくちゃにイイです！！！ これからも続けていきます！！！ 以降、始めたきっかけや良かった点、苦労したことなどを書きます。 きっかけ ペイトナーには、「同期作業」という文化があります（僕がとても素敵だと思う会社文化のひとつです）。 「オンラインで繋いで、仕事の会話するもよし、雑談するもよし、黙って作業するもよし」 というものです。 業務上でのもくもく会みたいなものです。 「biz側（PM） x …

はじめまして！！ ペイトナーでCTOをしている三浦( @kazuman519)です。 この度、エンジニアによるブログを始めることにしました！ なぜはじめたのか ブログをはじめた目的は2つあります。 1つは定番な目的である 「採用力の強化」 、 もう1つは 「組織としての開発力の向上」 で、こちらが1番の目的です！ ペイトナーは創業してから今年で4年目の会社となり、非常に頼りになるハイスキルなエンジニアや、やる気が満ち溢れている開発意欲の高いエンジニアが集まっています。 しかし、エンジニアが組織的に開発ができるようになってきたのはここ半年間の出来事で、それまではメンバーの個の力でプロダクト開発を…