【フルリモート(初日出社)】フィンテック新サービスにおけるフロントエンド開発

月給 90万円 ~ 105万円
雇用形態: 業務委託
勤務地:
Sass
の副業(業務委託)案件・求人情報
1~19件(19件)

月給 90万円 ~ 105万円
雇用形態: 業務委託
勤務地:

時給 3,750円 ~ 5,250円
雇用形態: 業務委託
勤務地:

時給 3,750円 ~ 5,250円
雇用形態: 業務委託
勤務地:

時給 2,500円 ~ 6,500円
雇用形態: 業務委託から正社員
勤務地:

時給 3,000円 ~ 10,000円
雇用形態: 業務委託
勤務地:

時給 3,000円 ~ 10,000円
雇用形態: 業務委託
勤務地:
時給 3,000円 ~ 5,500円
雇用形態: 業務委託
勤務地:
時給 3,000円 ~ 4,500円
雇用形態: 業務委託
勤務地:
時給 3,000円 ~ 4,500円
雇用形態: 業務委託
勤務地:
時給 3,000円 ~ 4,500円
雇用形態: 業務委託から正社員
勤務地:
時給 3,000円 ~ 4,500円
雇用形態: 業務委託から正社員
勤務地:

時給 2,500円 ~ 5,000円
雇用形態: 業務委託から正社員
勤務地:

時給 2,500円 ~ 5,000円
雇用形態: 業務委託
勤務地:

時給 3,500円 ~ 5,000円
雇用形態: 業務委託
勤務地:

年収 450万円 ~ 650万円
雇用形態: 業務委託から正社員
勤務地:
時給 4,000円 ~ 8,000円
雇用形態: 業務委託
勤務地:
時給 6,000円 ~ 10,000円
雇用形態: 業務委託
勤務地:

時給 5,000円 ~
雇用形態: 業務委託から正社員
勤務地:

時給 2,500円 ~ 4,000円
雇用形態: 業務委託
勤務地:


アカウントを作成して、求人情報のブックマークや応募の管理ができます。
求人に関するサマリ
Sassは、CSSを効率的に記述するための言語です。Web開発者の間で人気が高まっており、複雑なスタイルシートを簡潔に管理できる強力なツールとして注目されています。Sassを使用することで、コードの再利用性が向上し、メンテナンスが容易になります。また、変数やミックスインなどの機能を活用することで、より柔軟なスタイリングが可能になるのです。
Sassが必要とされる理由は、従来のCSSの限界を克服するためです。大規模なプロジェクトでは、CSSファイルが肥大化し、管理が困難になることがあります。Sassを導入することで、コードの重複を減らし、より論理的な構造を作ることができます。結果として、開発者の生産性が向上し、より高品質なWebサイトやアプリケーションを作成できるようになるのです。
Sassの大きなメリットの一つは、効率的なコーディングが可能になることです。変数やミックスインを使用することで、同じコードを何度も書く必要がなくなります。これにより、開発時間が短縮され、エラーの発生も減少します。例えば、カラーパレットを変数として定義しておけば、サイト全体の色を一箇所で管理できるようになるのです。
Sassを使用すると、コードのメンテナンスが格段に簡単になります。ネスト構造を活用することで、HTMLの構造に合わせてCSSを記述できるため、関連性の高いスタイルをまとめて管理できます。また、ファイルの分割機能を使えば、大規模なプロジェクトでも整理された状態を保つことができるでしょう。
Sassのデメリットとして、コンパイルが必要という点が挙げられます。ブラウザはSassファイルを直接解釈できないため、CSSにコンパイルする必要があります。これにより、開発環境の設定に少し手間がかかる場合があります。しかし、最近のツールを使えば、この問題はほとんど解消されています。
Sassを導入する際のもう一つのデメリットは、学習コストがかかることです。新しい記法や機能を習得する必要があるため、初めは少し時間がかかるかもしれません。ただし、基本的な概念を理解してしまえば、その後の開発効率は大幅に向上します。長期的に見れば、この学習コストは十分に回収できると言えるでしょう。
Sassのネスト機能は、CSSの記述を大幅に簡略化します。HTMLの構造に合わせて、セレクタをネストすることができるのです。これにより、コードの可読性が向上し、要素間の関係性を視覚的に理解しやすくなります。ネストを適切に使用することで、コードの量を減らしつつ、スタイルの適用範囲を明確にできるのです。
Sassの変数機能は、コードの一貫性を保つ上で非常に重要です。色やフォントサイズなどの値を変数として定義することで、サイト全体で統一感のあるデザインを実現できます。また、変更が必要な場合も、変数の値を一箇所で修正するだけで済むため、大幅な時間短縮につながります。
ミックスインは、Sassの中でも特に強力な機能の一つです。複数のプロパティをまとめて再利用可能なコードブロックとして定義できます。例えば、ベンダープレフィックスを含むプロパティセットをミックスインとして定義しておけば、必要な箇所で簡単に呼び出すことができるのです。これにより、コードの重複を避け、メンテナンス性を高めることができます。
Sassのファイル分割機能は、大規模プロジェクトの管理を容易にします。コンポーネントごとにSassファイルを分割し、それらを一つのメインファイルにインポートすることができます。これにより、コードの整理が簡単になり、チーム開発においても各メンバーが担当部分に集中しやすくなるのです。
Sassを導入する最も基本的な方法は、RubyとSassをインストールすることです。まず、Rubyをシステムにインストールし、その後gemコマンドを使ってSassをインストールします。この方法は、小規模なプロジェクトや個人開発には適していますが、チーム開発では環境の統一が難しい場合があります。
より高度な開発環境を求める場合、Gulpなどのタスクランナーを利用してSassを導入する方法があります。Gulpを使えば、Sassのコンパイルだけでなく、ファイルの圧縮や自動リロードなど、様々な開発タスクを自動化できます。これにより、開発効率が大幅に向上し、より洗練されたワークフローを構築できるでしょう。
初心者や簡単にSassを試してみたい方には、SassMeisterというオンラインツールがおすすめです。ブラウザ上でSassコードを書き、リアルタイムでコンパイル結果を確認できます。環境構築の手間がなく、すぐにSassの機能を体験できるため、学習初期段階での活用に適しています。
Sassは大規模プロジェクトでの活用が特に効果的です。例えば、ある企業のグローバルサイトリニューアルプロジェクトでは、Sassの導入により開発期間を30%短縮できたという報告があります。変数を使用してブランドカラーを一元管理し、ミックスインでレスポンシブデザインのコードを効率化したことが成功の鍵となりました。
あるEコマースサイトでは、Sassを導入することでサイトのメンテナンス性が大幅に向上しました。商品カテゴリーごとにSassファイルを分割し、共通のスタイルをミックスインとして定義することで、新商品の追加や季節ごとのデザイン変更が容易になりました。結果として、デザイン更新にかかる時間が従来の半分以下になったのです。
SassとCSSの最も明確な違いは、その記法にあります。Sassはネスト構造や変数、ミックスインなどの機能を持ち、より簡潔で論理的な記述が可能です。一方、CSSは直接的な記述が特徴で、セレクタの階層構造を表現するには冗長になりがちです。Sassを使用することで、同じスタイルをより少ないコード量で表現できるのです。
メンテナンス性という観点では、SassはCSSよりも優れています。Sassの変数やミックスイン機能を活用することで、サイト全体の一貫性を保ちつつ、変更が必要な場合も効率的に対応できます。CSSでは同じ値を複数箇所で直接記述することが多いため、変更の際に漏れが生じやすく、時間もかかります。Sassを使えば、こうした問題を大幅に軽減できるのです。
Sassの需要は年々高まっており、Web開発者にとって重要なスキルの一つとなっています。実際、求人サイトのデータによると、Sassのスキルを求める求人は過去5年間で約40%増加しているそうです。特に、大規模なWebアプリケーションやレスポンシブデザインのプロジェクトでは、Sassの知識が必須とされるケースが増えています。
Sassのスキルを身につけることで、キャリアアップの可能性が広がります。フロントエンド開発者としてのキャリアを築きたい方にとって、Sassは非常に魅力的なツールです。また、デザイナーがSassを学ぶことで、より効率的なデザイン実装が可能になり、職域を広げることができます。Sassの知識は、今後のWeb開発業界で確実に武器になるでしょう。
Sassを効果的に活用するには、段階的な学習が重要です。まずは基本的な機能から始め、徐々に高度な使い方を身につけていくのがおすすめです。実際のプロジェクトに適用しながら学ぶことで、より実践的なスキルを獲得できるでしょう。また、定期的に最新のSass情報をチェックし、新機能や最適な使用方法を学び続けることが大切です。
Sassの学習には、様々なツールとリソースが利用できます。公式ドキュメントは最も信頼できる情報源ですが、初心者にはやや難しいかもしれません。そこで、オンラインの学習プラットフォームや、Sassに特化した書籍を活用するのがよいでしょう。また、GitHubで公開されているオープンソースプロジェクトのSassコードを読むことで、実践的な使い方を学べます。継続的な学習と実践を通じて、Sassのスキルを磨いていくことが重要です。
エンジニア、PM、デザイナーの副業・転職採用サービス「Offers(オファーズ)」では、非公開求人を含む豊富なIT・Web業界の転職・副業情報を提供しています。高年収の求人・高時給の案件や最新技術スタックを扱う企業など、あなたのスキルを最大限に活かせるポジションが見つかります。専任のキャリアアドバイザーが、入社日調整や条件交渉をきめ細かくサポート。転職・正社員求人、副業・業務委託案件、募集をお探しの方はOffersまでご相談ください。閉じる

開催前
昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。
.png)
開催前
現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

開催終了
昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。
開催日:
2026年7月15日(水)12:00~13:00
.png)
アーカイブ公開中
昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。
開催日:
2026年7月9日(木)19:00~20:00

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