債権回収最適化SaaSの0→1立ち上げフェーズです。 元大手ネット銀行出身者が技術顧問となり、PdM経験者である経営陣とプロダクト開発体制を構築しています。
エンジニアチームを立ち上げていっております。一人目のフロントエンジニアとしてチームにjoinいただき、技術選定から設計~開発をご担当いただける方を募集しています!
募集停止
給与・報酬 | 時給 4,000円 ~ 6,000円 |
---|---|
稼働時間 | 15時間 ~ 30時間(週3.75 ~ 7.5時間) |
雇用形態 | 業務委託 |
出社頻度 | フルリモート |
勤務地 | 東京都 渋谷区 道玄坂1丁目 10-8渋谷道玄坂東急ビル 渋谷道玄坂東急ビル2F−C |
債権回収最適化SaaSの0→1立ち上げフェーズです。 元大手ネット銀行出身者が技術顧問となり、PdM経験者である経営陣とプロダクト開発体制を構築しています。
エンジニアチームを立ち上げていっております。一人目のフロントエンジニアとしてチームにjoinいただき、技術選定から設計~開発をご担当いただける方を募集しています!
・プロダクトの設計・開発 ・技術選定 ・プロダクト企画について技術的な観点での検討・提案 ・サービス・プロダクトのニーズや実現性について技術的な観点での検討・提案 ※フルリモート可、全国から参画可
GitHub
Slack
雇用形態 | 業務委託 |
---|---|
給与・報酬 | 時給 4,000円 ~ 6,000円 |
稼働時間 | 15時間 ~ 30時間(週3.75 ~ 7.5時間) |
出社頻度 | フルリモート |
勤務地 | 東京都 渋谷区 道玄坂1丁目 10-8渋谷道玄坂東急ビル 渋谷道玄坂東急ビル2F−C |
・JavaScriptを活用したWebアプリケーションの開発・運用経験 ・自社サービスの立ち上げ経験
・金融サービスの開発経験 ・テックリード、エンジニアリングマネージャとしての職務経験や、スクラムマスターの経験
スキル名 | 経験年数 | 種別 |
---|---|---|
JavaScript | 2年以上 | 必須 |
HTML | 2年以上 | 必須 |
PHP | 2年以上 | 必須 |
CSS | 2年以上 | 必須 |
代表取締役
我々が今立ち上げているのは債権回収最適化SaaSです。
現在、金融系の上場会社数社とのPoCを協議中であり、 将来的には成長著しい市場東南アジア、アフリカ等での同様なサービスのローンチを計画しています。
債権回収というとマイナスなイメージが多いかもしれないですが、サブスクリプションが増えたことで生活においても身近な存在になっています。 例えば、スポーツジムの口座振替登録において銀行に登録した印鑑と異なっていたことから、登録が完了しておらず支払催促の電話を受けることなどです。
事務手続きが完了していないため、毎月一度未登録の番号から電話がかかり、Webで番号を検索すると催促に関する口コミが書いてあるのを見ます。支払は確実に行うにも関わらず、毎月電話を受けることで企業への不信感も募ってきます。
そのような負の感情は、本来であれば不要なものと考えております。
そのため、Easy technologyは 「テクロジーの力で負を解消する」というMissionを掲げ、この大きなレガシー市場に挑戦していきます。
※ポジションによってフローは異なる場合がございます。
給与・報酬:
時給 4,000円 ~ 6,000円
稼働時間:
40時間 ~ 160時間(週10 ~ 40時間)
雇用形態:
業務委託
出社頻度:
フルリモート
給与・報酬:
時給 4,000円 ~ 6,000円
稼働時間:
80時間 ~ 160時間(週20 ~ 40時間)
雇用形態:
業務委託
出社頻度:
フルリモート
給与・報酬:
時給 4,000円 ~ 6,000円
稼働時間:
80時間 ~ 160時間(週20 ~ 40時間)
雇用形態:
業務委託
出社頻度:
フルリモート
給与・報酬:
時給 4,000円 ~ 8,000円
稼働時間:
60時間 ~ 160時間(週15 ~ 40時間)
雇用形態:
業務委託
出社頻度:
フルリモート
給与・報酬:
時給 4,000円 ~ 8,000円
稼働時間:
60時間 ~ 160時間(週15 ~ 40時間)
雇用形態:
副業転職(業務委託から正社員)
出社頻度:
フルリモート
開催前
実践的なチューニング力が試されるコンテスト「ISUCON(※)」を題材に、リアルな改善プロセスを目の前で体感できる特別イベントを開催します。 ISUCONはログや負荷状況の確認、クエリの見直し、インデックスの追加、N+1問題の解消など、地道な改善の積み重ねが鍵となる、極めて実践的な内容のコンテストです。 今回は、ISUCONで4度の優勝経験を持つfujiwara氏とそーだい氏がタッグを組み、最新のISUCON14の問題をベースに、パフォーマンスチューニングの工程をリアルタイムでデモンストレーションしていただきます。 👉ISUCON14出題内容はこちら(https://isucon.net/archives/58818382.html) ISUCONはもちろんのこと、実務にも活かせる内容となっています。Webサービスのパフォーマンス改善に関わるすべてのエンジニアの方にご参加いただき、トッププレイヤーたちの思考プロセスと実践的なテクニックを盗み学んでください。 ※ISUCON(イスコン)とは、「Iikanjini Speed Up Contest(いい感じにスピードアップコンテスト)」の略称で、与えられたWebサービスを決められたルールの中でどこまで高速化できるかを競う、Webアプリケーションのパフォーマンスチューニングコンテストです。
開催前
昨今、AIエージェントの進化が凄まじく、個人レベルではAIツールの活用が当たり前となりつつあります。GitHub CopilotやCursor、Cline、DevinなどのAIコーディングツールが普及し、個人のエンジニアが日常的に利用する時代が到来しています。しかし、これらのツールを「試す」ことから一歩進めて、チームや組織全体に適用し、開発プロセスを根本から変革しようとする取り組みは、まだ導入段階にあるのが実情ではないでしょうか。 そんな中、M3(エムスリー)では組織変革を行っており、AI・機械学習専任チームと既存チームを融合させたり、ゼネラルマネジャーの半数以上がAI・機械学習チームの出身者だったりと、組織全体でAIを活用する方向へと変革を遂げています。 そこで、M3でVPoEに就任したばんくし王さんをお招きし、開発組織という観点でAIをどう活用していくべきか、組織をどう見直すべきなのかなど、実例を交えて、これからの組織について考える会を開催するに至りました。 エンジニアの方はもちろん、EMやデザイナーなど開発組織に関わるすべての方にご覧いただきたいイベントです。ぜひご参加ください。
アーカイブ公開中
サービスの急成長に伴い、ID管理の複雑さは増していきます。 昨今のスタートアップにおいては、企業が成長するにつれ、単一プロダクトから複数プロダクトへの展開が求められるケースも増えています。ただ、そうした際、複数プロダクト間をシームレスに連携させる共通ID基盤の構築は避けては通れません。 初期段階でID管理設計が不十分だと、後々認証基盤を刷新する際に技術的負債となり、膨大な工数を消費する可能性があります。 そこで本イベントでは、バクラクシリーズの複数プロダクトを展開するLayerXの認証基盤チームのconvto氏と、数年前に「Chatwork」から複数プロダクト展開を始めたkubellの認証基盤チームの田中氏をお招きし、実際のマルチプロダクト移行における認証基盤の再設計、直面した技術的課題、マルチプロダクト化する前にやっておけばよかったこと、という視点で具体的な知見を共有いただきます。 このイベントは、現在単一プロダクトを運用中の方、複数プロダクト化を検討している方、すでに移行を終えた方など、幅広い方に聞いていただける内容となっています。 業界の第一線で活躍するお二人から、ドキュメントには載っていない実践的な経験談を聞ける貴重な機会です。ぜひ今後のID管理設計の参考になりましたら幸いです。
開催日:
2025年4月23日(水)19:00~20:00
アーカイブ公開中
ユーザー登録やログインは、ほとんどのサービスで欠かせない要素です。 これまで、ユーザー認証といえばパスワードによる方法が一般的でしたが、現在ではセキュリティ強化のために、二段階認証や多要素認証が標準になりつつあります。 さらにはパスワードレス認証として、「パスキー」を利用する例や、はたまたパスワードの登録を不要にして「メールによるコード認証のみ」といった例も見かけるようになりました。 では認証方法は多様化している中で、私たちはどの技術を選ぶべきなのでしょうか。 そこで今回は、認証技術の専門家であるAuth屋さんとritouさんをお招きし、それぞれの認証技術の成り立ちから認証を検討する際の技術選定方法について伺います。また、パスワードレス認証を採用するメリットや、各技術ののセキュリティ面での違いについても伺う予定です。 最新の認証技術をキャッチアップできていない方、各技術の違いを理解したい方などにおすすめです。ぜひご参加ください。 ↓著者Auth屋氏 監修ritou氏による「パスキーのすすめ」はこちら https://booth.pm/ja/items/5266166
開催日:
2025年4月17日(木)19:00~20:00
アーカイブ公開中
昨今、テストの重要性が説かれるのはもちろんのこと、その難しさが語られることも多くなってきています。 シンプルな関数のテストであればスラスラ書けるものの、一方で、コンポーネントやアプリケーション実装に対するテスト絡むと途端に書けなくなるといった経験はないでしょうか。そういった際、絡んでくる依存先について、「どこまでテストし、どこからテストしないのか」について悩むこと多いのではないでしょうか。 そこで今回は、Webフロントエンド領域をリードされているQuramy氏と、akfm氏をお招きし、具体的なコードを用いたテスト設計の考え方や、アンチパターン、などを伺います。 フロントエンド領域にとどまらないテストに関する考え方が知れる会となっております。ソフトウェアエンジニアの方はぜひ、ご参加ください。
開催日:
2025年3月26日(水)19:00~20:00