サーバーサイドエンジニア_シニアプロダクトエンジニア(印刷事業)

募集停止

サーバーサイドエンジニア

サーバーサイドエンジニア_シニアプロダクトエンジニア(印刷事業)

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

時給 4,000円 ~ 8,000円

稼働時間

64時間 ~ 160時間(週16 ~ 40時間)

雇用形態

業務委託

出社頻度

相談の上決定する

勤務地

-

現状と課題

事業内容

ラクスルは「仕組みを変えれば、世界はもっと良くなる」をビジョンにかかげ、10年にわたり様々な印刷のニーズに応え続けています。 2022年秋にユーザー数・売上で印刷EC業界ではトップと言えるところまで成長しています。

チラシや冊子、名刺のような紙への印刷を伴う様々な商品や、マグカップやモバイルバッテリーなどをノベルティグッズとして制作できるノベルティ商材、印刷したものをポスティングや新聞折込、宛名不要でダイレクトメールを送ることができる付加価値をつけたサービスなど多様な印刷のニーズに対応しております。

2022年になりこれまでのサービス拡大のフェーズから、それぞれのサービス価値向上とサービス間のクロスセル向上・LTVアップなどの施策にシフトし、次のフェーズに移り変わっています。 大きく成長し継続的な事業の成長にウェイトを置いていると思われがちですが、サービスの価値を再確認したりやシステムの基盤見直しなどを図っていくというスタンスも取っており、長期的な目線でのサービスへの投資をし続けています。

エンジニアドリブンで進めるプロジェクト

エンジニアも定期的に現場観察やユーザー調査を行い、現場の課題に対する解像度を上げる取り組みを行なっています。 それぞれのエンジニアが抱いた課題感をHack Weekのプロジェクトとして取り組み、その後、実機能として本格開発・リリースされた事例もあります。

技術負債への取り組み

Raksul Platform Project」という技術的負債解消のプロジェクトが2017年に始動。 CTOが起案・申請し、CPOが企画設計/実行をリードしており、部署横断のメンバーで構成されています。 「エンジニアと経営、どちらも幸せにしたい」という思いを背景に、以下2つの観点からプロジェクトを推進しています。

  1. 技術的負債と思われている部分を根本的に解消して開発しやすい状態にする(エンジニアを幸せに)
  2. システムに柔軟性を持たせて経営戦略の選択肢が増えている状態にする(経営を幸せに)

お願いする業務

フィールドは6.3兆円市場。印刷事業をリードするサーバーサイドエンジニア募集!

ラクスル事業本部における既存もしくは新規のプロダクトの開発はもちろん、中長期的なプロダクトの成長を見据えて、技術的な意思決定をし、開発をリードする役割となります。 シニアエンジニアとしてサーバアプリケーションのアーキテクチャの設計、実装、戦略的なリファクタリング等もお任せします。

  • 担当プロダクトの開発および運用 ・担当プロダクトの技術的な課題設定及び解決
  • 担当プロダクトの開発、プロジェクト推進(主にスクラムを採用)
  • 安定稼働のための保守、運用 ・サービス運営・改善のための技術的支援
  • アーキテクチャ選定、プログラミング言語やフレームワーク、ライブラリの技術調査・選択
  • 担当プロダクトのチームメンバーの技術メンターおよびチームビルディング
  • 他チーム、他部署との調整業務の一部(PdM/EM が主に調整業務を行います)

※正社員には週1日の出社日を設けています。

開発環境/利用技術
  • プログラミング言語: Ruby, Go, PHP
  • フレームワーク: Ruby on Rails, Symfony, OpenAPI, gRPC, etc
  • バージョン管理: Git/GitHub
  • 本番環境: AWS(Aurora,EC2, ECS, S3, RDS, SES, SQS, Lambda, CodeBuild, CodePipeline, ElasticTranscoder etc), GCP(Firebase,BigQuery,CloudFunctions, etc)
  • CI: CircleCI, Jenkins
  • コミュニケーション: Slack, Clickup, Notion, Google Meet
開発手法
  • アジャイル開発 プランニングと振り返り、調整を繰り返しながら、1〜2週間単位で開発スプリントを回します。
  • スクラム開発 PdM、デザイナー、エンジニア等、4-8名程度の多種多彩なメンバーで構成。 開発ロードマップや優先順位等はチームで自律的に考えながら進めています。

ラクスルでの「プロダクトエンジニア」とは、事業価値への貢献の意識の強い、 「開発に強くコミットをしていく開発」をメインで行うエンジニアを指しています。 エンジニアの多くが事業への貢献意識が強く、プロダクト開発で多くの実績を残してきているため、マネジメントというパス以外でも評価されやすいという環境になっています。

また、「マネジメントの強化」を明示しており、事業との接続やわかりやすい評価指標の設定など、 エンジニアが働きやすい環境・価値貢献をしやすい環境の整備を強めています。

課題も多く、プロダクト開発によって大きく価値貢献が可能な組織・事業となっており、 開発に主軸を置きながら、評価(グレード)を上げていくことを実現したい方にはマッチする開発組織です。

マネジメントに関心がある場合でも、マネジメントの一部役割のみ切り出して担当するようなことも可能で、 実際にそのようなスタイルで EM をやっているメンバーも在籍しています。

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

業務委託

給与・報酬

時給 4,000円 ~ 8,000円

稼働時間

64時間 ~ 160時間(週16 ~ 40時間)

出社頻度

相談の上決定する

必須スキル/経験

経験
  • Webアプリケーションの開発経験(言語、toB/toC問わず、5年以上)
  • MVCフレームワークを用いた開発の実務経験
  • Gitを利用しコードレビューを行うチーム開発経験
  • rspecなどのテストフレームワークを用いたテスト実装の経験
  • データベース設計の経験
能力
  • 事業/ユーザーの潜在ニーズをとらえ、ビジネス上のドメインを理解しようとする力
  • システム/コンポーネントの責務を適切に理解し、再現性のある設計をする能力
  • ユーザ/事業/チーム/システムがどんな課題を抱えているかを把握し、他者と協力しながら解決に向けて動き出せる力
  • 分かりやすく自分の意図を伝えるためのコミュニケーション力、ドキュメンテーション力
志向性
  • 現状に妥協せず、あるべき姿・設計を考えて提示し続けられる方
  • 他者と協力してものづくりをすることができる。チームワークを大切にできる方
  • ロールやポジションに捉われず、自分の考えを積極的にアウトプット・発言していける方
  • 真摯に学ぶ姿勢を持ち、常にスキルアップしていける方(新しい技術に興味を持ち、業務に活用する姿勢など)
  • 新しいものを取り入れていく柔軟性がある方
  • 今まで培った技術やビジネス力を社会的課題に役立てていくことに価値を感じる方

歓迎スキル/経験

  • テックリードなど、開発をリードする役割のご経験
  • リーダー/マネジメント経験
  • マイクロサービスやREST APIを利用したシステム間連携を利用したサービスの設計・開発
  • DDD、CleanArchitecture などでの設計・実装経験
  • ペア/モブプログラミング開発経験
  • インフラ/ミドルウェアなどの設定・構築経験
  • モダンフロントエンド開発経験など、マルチスタックのスキル

スキル要件

スキル名

経験年数

種別

Ruby指定なし歓迎
PHP指定なし歓迎
Ruby on Rails指定なし歓迎
AWS指定なし歓迎
Go指定なし歓迎
Symfony指定なし歓迎
Microservices指定なし歓迎

一緒に働くメンバー

  • 加藤一平

    加藤一平

    ラクスル事業部

    ラクスルで印刷集客開発部長をやっています。 ラクスル事業の開発組織を広めに見ていて、EMのマネージャーをやっており、事業と組織の話をしていることが多いです。全体設計や開発のススメ方を定義したり、とにかく課題があれば何でもやっていくスタイルです。 ラクスルには「開発に強みを持ったEM」が多いので、しっかり開発にコミットし続けられるようにマネジメントスタイルを定義する、というようなことで合意して仕事の進め方調整中です。

サービス内容の詳細

ラクスル
印刷・広告のシェアリングプラットフォーム

全国の提携印刷会社の保有する印刷機の非稼働時間で印刷することにより、高品質な印刷物を低単価で提供する仕組みを開発。集客活動を支援する新聞折込・ポスティングなどの広告サービスも提供しています。

選考フロー

  1. 1次面接

※ポジションによってフローは異なる場合がございます。

同じポジションの求人

おすすめのイベント

もっと見る
  • AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    アーカイブ公開中

    AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    昨今、AIエージェントの活用が一般的になってきたことで、「プロジェクト全体のコードを横断的に理解させるには、コードベースが一つにまとまっている方が適しているのではないか」という議論が増えています。 一方で、モノレポにはCIのパフォーマンスやコンテキストの絞り方など運用上の課題も存在し、組織規模やプロダクトのフェーズ、チーム体制などによって最適解は異なります。「どちらが正解か」を一概に難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、iOSやKotlinを含む複数言語のコードを一つのリポジトリに集約して運用されているカウシェと、バックエンド・フロントエンドともにモノレポ化を進めてきたLayerXの2社をお迎えし、それぞれのリポジトリ構成の実例をもとに、モノレポの実際を紐解きます。 前半のLTでは、カウシェからはモノレポになった歴史や複数言語を集約したメリット・デメリットを、LayerXからはリポジトリ統合プロジェクトの進め方や意思決定の裏側をお話しいただきます。 後半のディスカッションでは、両社を交え、モノレポにするタイミングや、CI・IDEとい開発体験に関する課題の課題、AIとの親和性を上げるための工夫やスコープの絞り方など、現場目線でさらに深掘りしていきます。 モノレポへの移行を検討している方から、すでにモノレポ運用で課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年6月11日(木)19:00~20:00

  • 仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    アーカイブ公開中

    仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    昨今、AIコーディングエージェントの進化により、開発フロー自体を見直す動きが広がっています。その中で注目を集めているのが「仕様駆動開発( Spec Driven Development)」というアプローチです。 しかし現在は「仕様駆動開発」という言葉だけが独り歩きしており、具体的にどのようなフローであるべきなのか、ツールを使えば実現できるものなのかといった、実態を掴みきれないという声も多く聞かれます。 そこで本イベントでは、仕様駆動開発をはじめとしたAI駆動開発を実践されている中村充志氏をお迎えします。 前半のLTでは、、中村氏より仕様駆動開発SDDの基礎概念についてお話しいただき、ツールのデモを通じてその具体的な仕組みを提示いただきます。からハーネスとの組み合わせ、そして実際のデモを交えた実践までを紐解きます。 後半のディスカッションでは、仕様から出力される膨大なコードをどう効率的にレビューし、生産性を次のレベルへ押し上げるかという「実戦的なフロー」について議論していきます。また、その品質を支える「ハーネスエンジニアリング」という考え方も補足的に交えながら、現場で直面する疑問を紐解いていきます。 AI時代の開発フローに関心がある方から、仕様駆動開発の導入を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月28日(木)19:00~20:00

  • useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    アーカイブ公開中

    useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    React Compilerの登場以降、フロントエンド界隈では「これまで煩雑だったメモ化(useMemoやuseCallback、React.memo)が不要になるのではないか」と大きな話題になりました。 一方で、「本当にそのまま有効化して問題ないのか」「有効化による副作用や注意点はないのか」「従来どおりメモ化を残すべきケースはあるのか」といった不安の声も耳にします。実際に導入してみたチームからは、React Hook FormなどのライブラリやuseRefを使った実装でハマりポイントがあったという話も聞こえてきます。 そこで本イベントでは、React Compilerを有効化して1年以上本番運用されている浅見氏と、導入にあたって生成AI向けのルール整備まで仕組み化されているカケハシの大村氏をお迎えし、React Compilerの特徴や実際の導入プロセス、注意点・ベストプラクティスを紐解きます。 React Compilerが気になり始めた方から、すでに検証・導入を始めている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月20日(水)19:00~20:00

  • TypeScriptでAPI開発するなら知っておきたいRPC -tRPC、oRPC、HonoRPCとは-

    アーカイブ公開中

    TypeScriptでAPI開発するなら知っておきたいRPC -tRPC、oRPC、HonoRPCとは-

    昨今、バックエンドにTypeScriptを導入する事例は一般的になり、フロントエンドとバックエンドで型を共有することで開発効率を高めるさまざまなソリューションが登場しています。中でも「RPC(Remote Procedure Call)」を活用したアプローチは注目を集めており、tRPC・oRPC・Hono RPCなど複数の選択肢が存在します。 一方で、「そもそもRPCとは何か」「tRPC・oRPC・Hono RPCはそれぞれ何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。名前は聞いたことがあるけれど違いがわからない、どれを選べばいいのか判断がつかない、という声も少なくありません。 そこで本イベントでは、tRPCを実務で導入・運用されている海老原氏、oRPCやElysiaを活用されている柿氏、Hono RPCでマルチクライアント対応を実践されているよだか氏の3名をお迎えし、RPCの基本から各ソリューションの特徴・選定の考え方までを紐解きます。 前半のLTでは、柿氏、海老原氏、よだか氏の3名にそれぞれの視点からお話しいただきます。 後半のディスカッションでは、3名を交え、各RPCの推しポイントや課題、モバイル・Webの対応可能性を見据えた技術選定など、現場目線でさらに深掘りしていきます。 RPCという概念自体をこれから理解したい方から、すでに使っていて他の選択肢と比較したい方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年4月23日(木)19:00~20:30

  • もうNext.jsには戻れない?次世代フルスタックフレームワークTanStack Startってなに

    アーカイブ公開中

    もうNext.jsには戻れない?次世代フルスタックフレームワークTanStack Startってなに

    昨今、Next.jsの急速な進化に伴い、そのブラックボックス的な実装に疑問を感じ、新たな選択肢を模索するエンジニアの声が増え始めています。そうした中、TanStack Queryをはじめとする「TanStack系ライブラリ」や、新たなフルスタックフレームワーク「TanStack Start」への注目が高まっています。 しかし、実際の運用において「Next.jsと比べて何がどこまで変わるのか」「TanStack系ライブラリを採用する具体的なメリットは何か」を明確にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、TanStack QueryやTanStack Routerを実務で活用されている寺嶋氏と、TanStack Startをプロダクション環境で実際に採用されている池内氏をお迎えし、Next.js経験者の視点からTanStack系ライブラリ・TanStack Startの実際を紐解きます。 前半のLTでは、まず寺嶋氏よりTanStack Startの全体像やViteエコシステムにおけるポジション、Next.jsとの比較を交えた概要を解説いただきます。続いて池内氏より、TanStack Startプロダクトにおける実践的な側面(デプロイ環境、認証基盤、データベース連携など)について、現時点での整備状況をお話しいただきます。 後半のディスカッションでは、お二人を交え、チーム開発での採用やAIコーディングとの親和性など、現場目線でさらに深掘りしていきます。 TanStackが気になり始めた方から、Next.jsからの移行を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年4月9日(木)19:00~20:00

転職に役立つノウハウ

もっと見る