【iOS・Androidのモバイル開発】リモート8割×還元率最大82%|前給保証

年収 500万円 ~ 1,030万円
雇用形態: 正社員
勤務地:
CodeIgniter
の転職・求人情報
1~20件(54件)

年収 500万円 ~ 1,030万円
雇用形態: 正社員
勤務地:

年収 500万円 ~ 1,030万円
雇用形態: 正社員
勤務地:

年収 500万円 ~ 1,030万円
雇用形態: 正社員
勤務地:

年収 500万円 ~ 1,030万円
雇用形態: 正社員
勤務地:

年収 500万円 ~ 1,030万円
雇用形態: 正社員
勤務地:

年収 500万円 ~ 1,030万円
雇用形態: 正社員
勤務地:

年収 530万円 ~ 1,000万円
雇用形態: 正社員
勤務地:

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

年収 400万円 ~ 700万円
雇用形態: 正社員
勤務地:

年収 400万円 ~ 700万円
雇用形態: 正社員
勤務地:

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

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

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

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

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

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

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

年収 400万円 ~ 600万円
雇用形態: 正社員
勤務地:

年収 400万円 ~ 600万円
雇用形態: 正社員
勤務地:


アカウントを作成して、求人情報のブックマークや応募の管理ができます。
求人に関するサマリ
CodeIgniterは、PHP言語で開発されたオープンソースのWebアプリケーションフレームワークです。軽量で高速な動作が特徴的で、多くの開発者から支持を得ています。CodeIgniterの主な特徴として、シンプルな構造、優れたパフォーマンス、そして柔軟なカスタマイズ性が挙げられます。初心者にも扱いやすく、同時にベテラン開発者にも十分な機能を提供する点が魅力的です。
CodeIgniterには、Webアプリケーション開発に必要な多くの機能が搭載されています。データベース抽象化レイヤー、フォーム検証、セッション管理、ファイルアップロード機能など、開発効率を大幅に向上させる要素が豊富です。また、セキュリティ機能も充実しており、クロスサイトスクリプティング(XSS)対策やSQL インジェクション防止機能も標準で備えています。
CodeIgniterは2006年にEllisLab社によって開発されました。当初から「シンプルで高速」という理念のもと設計され、多くの開発者の支持を集めました。2014年には British Columbia Institute of Technology(BCIT)がプロジェクトを引き継ぎ、現在も活発に開発が続けられています。この長い歴史と継続的な改善により、CodeIgniterは安定性と信頼性を獲得しています。
2024年現在、CodeIgniterの最新メジャーバージョンはCodeIgniter 4です。このバージョンでは、PHPの新しい機能を活用し、パフォーマンスとセキュリティが大幅に向上しています。名前空間の導入、コマンドラインインターフェースの改善、エラー処理の強化など、現代のWeb開発のニーズに応える機能が多数追加されました。これにより、より効率的で堅牢なアプリケーション開発が可能になっています。
CodeIgniterの最大の強みの一つが、そのパフォーマンスの高さです。軽量な設計と効率的なコード構造により、他のPHPフレームワークと比較しても非常に高速な動作を実現しています。例えば、ベンチマークテストでは、CodeIgniterはLaravelやSymfonyといった他の主要フレームワークよりも平均して20%以上速い処理速度を示しています。これは、大規模なWebアプリケーションや高トラフィックのサイトにおいて特に重要な利点となります。
CodeIgniterは、その名の通り「軽い」フレームワークです。コアライブラリのサイズは約2MB程度で、他のフレームワークと比べるとかなり小さいと言えるでしょう。この軽量さは、サーバーリソースの効率的な使用につながり、特に共有ホスティング環境での運用に適しています。また、シンプルな構造により、学習曲線が緩やかで、新しい開発者でも比較的短期間でキャッチアップできる点も大きな利点です。
CodeIgniterは、開発者の自由度を重視しています。フレームワークの設定は非常に柔軟で、プロジェクトの要件に合わせて細かくカスタマイズすることが可能です。例えば、ルーティング、データベース接続、セッション管理など、ほぼすべての要素を自由に設定できます。この柔軟性により、小規模なWebサイトから大規模な企業システムまで、幅広いプロジェクトに対応することができます。
CodeIgniterは、Model-View-Controller(MVC)アーキテクチャを採用しています。これにより、アプリケーションのロジック、データ、表示を明確に分離することができ、コードの管理や保守が容易になります。MVCパターンの導入により、チーム開発での作業分担も明確になり、効率的な開発プロセスを実現できます。また、テストの実施やコードのリファクタリングも、MVCの構造のおかげでより簡単に行えるようになっています。
CodeIgniterは、その高いパフォーマンスと柔軟性から、多くの企業で採用されています。例えば、世界的に有名な写真共有サービスであるFlickrや、大手ニュースサイトのCNNなどがCodeIgniterを利用しています。また、日本国内でも、大手ECサイトやニュースポータル、企業の社内システムなど、幅広い分野でCodeIgniterが活用されています。これらの企業がCodeIgniterを選択した理由として、高速な動作と安定性、そして開発効率の高さが挙げられています。
CodeIgniterを使用した具体的なプロジェクト例として、ある大手小売チェーンの在庫管理システムがあります。このシステムでは、全国500店舗以上の在庫情報をリアルタイムで管理し、1日あたり100万件以上のトランザクションを処理しています。CodeIgniterの高速な処理能力とスケーラビリティにより、大量のデータを効率的に扱うことが可能になりました。また、別の事例として、大規模な社会調査プラットフォームがあります。このプラットフォームでは、CodeIgniterのセキュリティ機能を活用し、数十万人の個人情報を安全に管理しています。
これらの成功事例を分析すると、CodeIgniterの強みがよく活かされていることがわかります。高いパフォーマンスにより、大量のデータ処理や高トラフィックに対応できています。また、柔軟なカスタマイズ性により、各企業の独自の要件に合わせたシステム開発が可能になっています。さらに、MVCアーキテクチャの採用により、大規模プロジェクトでも効率的な開発と保守が行えています。これらの事例から、CodeIgniterが企業の実用的なニーズに十分応えられるフレームワークであることが証明されています。
CodeIgniterを使用するには、まず適切な環境が必要です。PHP 7.4以上がインストールされたWebサーバーが必須条件となります。また、データベースを使用する場合は、MySQL、PostgreSQL、SQLiteなどのデータベースシステムも必要です。メモリ要件はそれほど厳しくありませんが、最低でも128MB以上のRAMを確保することをおすすめします。さらに、mod_rewriteモジュールが有効になっているApacheサーバーを使用すると、より柔軟なURLルーティングが可能になります。
CodeIgniterのインストールは比較的簡単です。公式サイトからダウンロードしたZIPファイルを解凍し、Webサーバーのルートディレクトリにアップロードするだけで基本的なセットアップは完了します。Composerを使用する場合は、コマンドラインから「composer create-project codeigniter4/appstarter project-root」を実行することで、最新バージョンのCodeIgniterをインストールできます。インストール後は、.envファイルを編集して、データベース接続情報やアプリケーションの基本設定を行います。
CodeIgniterの初期設定は、主に「app/Config」ディレクトリ内のファイルを編集することで行います。例えば、「Database.php」ファイルでデータベース接続の詳細を設定し、「App.php」ファイルでアプリケーションの基本的な動作を定義します。セキュリティ設定は「Security.php」ファイルで行い、ルーティングの設定は「Routes.php」ファイルで管理します。これらの設定ファイルは非常に直感的で、コメントも豊富に記載されているため、初心者でも比較的容易に設定を行うことができます。
プロジェクトを開始するには、まずコントローラーを作成します。「app/Controllers」ディレクトリに新しいPHPファイルを作成し、基本的なロジックを記述します。次に、対応するビューファイルを「app/Views」ディレクトリに作成し、HTMLテンプレートを記述します。必要に応じて、「app/Models」ディレクトリにモデルを作成し、データベース操作のロジックを実装します。最後に、「app/Config/Routes.php」ファイルでURLとコントローラーのメソッドをマッピングします。これで、基本的なMVCの構造が整い、プロジェクトを開始する準備が整います。
CodeIgniterでのMVCパターンの実装は、効率的な開発フローの中心となります。モデルはデータベース操作やビジネスロジックを担当し、ビューは表示に関する処理を行い、コントローラーはこれらを調整します。この分離により、コードの再利用性が高まり、保守性も向上します。例えば、ユーザー管理機能を実装する場合、UserModelでデータベース操作を行い、UserControllerで処理の流れを制御し、user_view.phpで表示を行うという具合に、役割を明確に分けて開発を進めることができます。
コントローラーは、アプリケーションのロジックの中心となります。CodeIgniterでは、「app/Controllers」ディレクトリ内にPHPファイルとして作成します。基本的なコントローラーは「CI_Controller」クラスを継承し、publicメソッドとしてアクションを定義します。例えば、ブログアプリケーションの場合、BlogControllerを作成し、index()、view()、create()などのメソッドを実装します。これらのメソッドは、対応するURLにアクセスされたときに呼び出され、必要なデータの取得やビジネスロジックの実行、適切なビューの読み込みを行います。
モデルは、データベース操作やビジネスロジックを担当します。CodeIgniterでは、「app/Models」ディレクトリにモデルクラスを作成します。基本的なモデルは「CI_Model」クラスを継承し、データベースクエリやデータ加工のメソッドを実装します。例えば、ユーザー情報を扱うUserModelでは、getUser()、createUser()、updateUser()などのメソッドを定義します。コントローラーからモデルを利用する際は、$this->load->model('UserModel');のようにロードし、$this->UserModel->getUser($id);のように呼び出します。これにより、データベース操作の詳細をコントローラーから分離し、コードの整理と再利用性の向上を図ることができます。
ビューは、ユーザーに表示するHTMLを生成する役割を担います。CodeIgniterでは、「app/Views」ディレクトリにPHPファイルとして作成します。ビューファイルは純粋なHTMLとPHPの混合で、コントローラーから渡されたデータを表示するためのテンプレートとして機能します。例えば、ユーザープロフィールを表示するuser_profile.phpビューを作成し、コントローラーから$this->load->view('user_profile', $data);のように呼び出します。また、ヘッダーやフッターなどの共通部分を別ファイルとして作成し、$this->load->view('header');のように読み込むことで、コードの重複を避けることができます。ビューの管理を適切に行うことで、デザインの一貫性を保ちつつ、効率的な開発が可能になります。
CodeIgniterは、強力なセキュリティ機能を標準で提供しています。基本的なセキュリティ設定は、「app/Config/Security.php」ファイルで管理されます。ここでは、CSRF(クロスサイトリクエストフォージェリ)保護やXSS(クロスサイトスクリプティング)フィルタリングなどの重要な設定を行うことができます。例えば、$config['csrf_protection'] = TRUEと設定することで、自動的にCSRF対策が有効になります。また、$config['xss_clean'] = TRUEとすることで、入力データに対するXSSフィルタリングが適用されます。これらの設定により、一般的な攻撃からアプリケーションを保護することが可能です。
CodeIgniterは、データの暗号化と保護に関する強力なツールを提供しています。内蔵の暗号化クラスを使用することで、機密情報を安全に保存・転送することができます。例えば、$this->encryption->encrypt($data)を使用してデータを暗号化し、$this->encryption->decrypt($encrypted_data)で復号化することができます。また、パスワードのハッシュ化には、password_hash()関数を使用することが推奨されています。これにより、データベースに保存されるパスワードが適切に保護され、セキュリティリスクを大幅に軽減することができます。
CodeIgniterは、XSSとCSRF攻撃に対する強力な防御機能を備えています。XSS対策として、$this->security->xss_clean()メソッドを使用することで、入力データから潜在的な悪意のあるスクリプトを除去できます。また、フォーム・ヘルパーを使用する際に自動的にCSRFトークンが生成され、フォーム送信時の検証が行われます。さらに、$this->security->get_csrf_hash()を使用して手動でCSRFトークンを生成し、AJAXリクエストなどに含めることもできます。これらの機能を適切に活用することで、Webアプリケーションの安全性を大幅に向上させることができます。
SQLインジェクション攻撃は、Webアプリケーションにとって深刻な脅威となりますが、CodeIgniterはこれに対する堅牢な対策を提供しています。データベースクラスのquery()メソッドやクエリビルダークラスを使用する際、自動的にパラメータのエスケープ処理が行われます。例えば、$this->db->query("SELECT * FROM users WHERE id = ?", [$id]);のようにプレースホルダーを使用することで、安全なクエリの実行が可能です。また、$this->db->escape()メソッドを使用して、手動でデータのエスケープ処理を行うこともできます。これらの機能を適切に利用することで、SQLインジェクション攻撃のリスクを最小限に抑えることができます。
CodeIgniterでは、パフォーマンスを向上させるためのキャッシュ機能が提供されています。ページキャッシュを使用することで、動的に生成されたページの結果を保存し、次回のリクエスト時に高速に応答することができます。例えば、$this->output->cache(60);と設定することで、そのページの結果が60分間キャッシュされます。また、データベースクエリの結果をキャッシュする機能も備わっており、$this->db->cache_on()を使用することで、クエリ結果のキャッシュを有効にできます。これらのキャッシュ機能を適切に活用することで、アプリケーションの応答速度を大幅に向上させることが可能です。
効率的なデータベースクエリは、アプリケーションのパフォーマンスに大きな影響を与えます。CodeIgniterのクエリビルダークラスを使用することで、最適化されたSQLクエリを簡単に作成することができます。例えば、不必要なJOINを避け、必要な列のみを選択することで、クエリの実行時間を短縮できます。また、$this->db->get_compiled_select()を使用してクエリを事前にコンパイルし、繰り返し使用することで、クエリの解析にかかる時間を削減することができます。さらに、INDEXを適切に設定し、EXPLAIN文を使用してクエリの実行計画を分析することで、より効率的なクエリを作成することが可能です。
コードのリファクタリングは、アプリケーションのパフォーマンスと保守性を向上させるために重要です。CodeIgniterでは、コードの重複を避け、再利用性を高めるためのさまざまな手法が提供されています。例えば、共通の処理をヘルパー関数としてapp/Helpersディレクトリに実装し、load_helper()で読み込むことで、コードの重複を減らすことができます。また、複雑なロジックをライブラリクラスとしてapp/Librariesディレクトリに実装し、$this->load->library()でロードすることで、コードの整理と再利用性の向上が図れます。さらに、MVCパターンを適切に活用し、ビジネスロジックをモデルに集中させることで、コードの見通しを良くし、パフォーマンスの最適化を容易にすることができます。
CodeIgniterのパフォーマンスをさらに向上させるために、さまざまなツールと技術を活用することができます。例えば、OpCache等のPHPアクセラレータを使用することで、PHPスクリプトの実行速度を大幅に向上させることができます。また、Memcached等の分散キャッシュシステムを導入し、$this->load->driver('cache')を使用してアクセスすることで、より高速なキャッシュ処理が可能になります。さらに、CDN(コンテンツデリバリーネットワーク)を利用して静的コンテンツを配信することで、サーバーの負荷を軽減し、ユーザーへの応答速度を向上させることができます。これらのツールと技術を適切に組み合わせることで、CodeIgniterアプリケーションの総合的なパフォーマンスを最大化することが可能です。
CodeIgniterの公式ドキュメントは、開発者にとって非常に有益なリソースです。体系的に整理された情報と豊富な例示により、初心者から上級者まで幅広い開発者をサポートしています。例えば、新しい機能を実装する際には、まず公式ドキュメントの該当セクションを参照することで、最適な実装方法を学ぶことができます。また、APIリファレンスを活用することで、各クラスやメソッドの詳細な使用方法を確認できます。定期的にドキュメントを確認することで、CodeIgniterの新機能や最新のベストプラクティスを常に把握することができ、効率的な開発につながります。
CodeIgniterのコミュニティフォーラムは、開発者同士が情報交換や問題解決を行う貴重な場です。例えば、開発中に遭遇した特定の問題について質問を投稿することで、経験豊富な開発者からアドバイスを得ることができます。また、他の開発者の質問や回答を参照することで、自身が直面していない問題についても学ぶことができ、スキルアップにつながります。積極的にフォーラムに参加し、自身の知識や経験を共有することで、コミュニティ全体の発展に貢献することもできます。このようなコミュニティの存在が、CodeIgniterの継続的な改善と進化を支えています。
日本国内にもCodeIgniterのユーザグループが存在し、活発な活動を行っています。例えば、定期的に開催されるMeetupイベントでは、最新のCodeIgniter関連情報の共有や、実践的な開発テクニックのワークショップなどが行われます。また、日本語での情報交換や質問対応を行うSlackチャンネルも運営されており、リアルタイムでの問題解決や情報共有が可能です。これらの活動に参加することで、日本語での技術サポートを受けられるだけでなく、国内の開発者とのネットワークを構築することができます。日本特有の開発環境や要件に関する情報交換も行われており、日本のCodeIgniter開発者にとって非常に有益な場となっています。
CodeIgniterに関する学習リソースは、公式ドキュメント以外にも豊富に存在します。例えば、Udemyなどのオンライン学習プラットフォームでは、初心者向けから上級者向けまで、様々なレベルのCodeIgniterコースが提供されています。また、YouTubeには無料で視聴できる多数のCodeIgniterチュートリアル動画があり、視覚的に学習することができます。さらに、GitHubには多くのオープンソースのCodeIgniterプロジェクトが公開されており、実際のコードを参照しながら学ぶことができます。これらのリソースを効果的に活用することで、CodeIgniterの深い理解と実践的なスキルを効率的に身につけることが可能です。定期的に新しいリソースを探索し、最新の開発トレンドやテクニックを学び続けることが、CodeIgniter開発者としての成長につながります。
CodeIgniterとLaravelは、共にPHPフレームワークとして人気がありますが、いくつかの重要な違いがあります。CodeIgniterは軽量で高速、学習曲線が緩やかという特徴があります。一方、Laravelはより多くの機能を標準で提供し、モダンなPHP開発の多くの側面をカバーしています。例えば、CodeIgniterはデータベースマイグレーションツールを標準では提供していませんが、Laravelには強力なマイグレーションシステムが組み込まれています。また、依存性注入やサービスコンテナなどの概念は、Laravelでより深く統合されています。パフォーマンス面では、CodeIgniterが軽量であるため一般的に高速ですが、Laravelも適切に最適化すれば十分な速度を発揮します。選択は、プロジェクトの規模や要件、開発チームの経験などに応じて行うべきでしょう。
CodeIgniterとSymfonyは、設計思想と対象とする開発者層が異なります。CodeIgniterは「シンプルさ」と「速さ」を重視し、比較的小規模から中規模のプロジェクトに適しています。一方、Symfonyは大規模でエンタープライズレベルのアプリケーション開発を想定しており、より高度な機能と柔軟性を提供します。例えば、Symfonyはコンポーネントベースのアーキテクチャを採用しており、必要な機能のみを選択して使用することができます。また、Symfonyはテスト駆動開発(TDD)を強く推奨し、標準でPHPUnitとの統合を提供しています。CodeIgniterも単体テストをサポートしていますが、Symfonyほど深く統合されてはいません。開発速度と学習の容易さを重視する場合はCodeIgniterが、高度なカスタマイズ性と大規模プロジェクトの管理を重視する場合はSymfonyが適しているでしょう。
CodeIgniterとCakePHPは、共に人気のあるPHPフレームワークですが、アプローチに違いがあります。CodeIgniterは「設定より規約」の原則をあまり厳密に適用せず、開発者により多くの自由を与えています。一方、CakePHPは「設定より規約」を重視し、より構造化されたアプローチを取っています。例えば、CakePHPはモデル、ビュー、コントローラーの命名規則をより厳格に定義しており、これに従うことで自動的に多くの機能が利用可能になります。また、CakePHPはスキャフォールディング(コード生成)ツールを提供しており、基本的なCRUD操作を迅速に実装できます。CodeIgniterにはこのような機能はありませんが、その代わりに開発者がより細かい制御を行うことができます。パフォーマンスの面では、CodeIgniterが一般的に高速であると言われていますが、最新のCakePHPバージョンでも大幅な改善が行われています。プロジェクトの要件や開発チームの好みに応じて、適切なフレームワークを選択することが重要です。
各フレームワークには、それぞれ独自の強みと弱みがあります。CodeIgniterの強みは、軽量で高速、学習曲線が緩やかという点です。これにより、迅速な開発と容易なデプロイメントが可能になります。一方で、大規模プロジェクトでの拡張性や、最新のPHP機能の活用という面では、他のフレームワークに劣る場合があります。Laravelは、豊富な機能と美しい構文、強力なORM(Eloquent)を提供しますが、学習曲線が急で、小規模プロジェクトには過剰な場合があります。Symfonyは高度にカスタマイズ可能で、大規模プロジェクトに適していますが、設定の複雑さや学習の難しさが課題となることがあります。CakePHPは、規約に基づいた開発を促進し、生産性を高めますが、柔軟性の面でCodeIgniterに劣る場合があります。フレームワークの選択は、プロジェクトの規模、チームのスキルレベル、開発速度の要求、将来の拡張性などを総合的に考慮して行う必要があります。
CodeIgniterの開発チームは、常にフレームワークの改善と進化に取り組んでいます。今後のアップデートでは、PHPの最新バージョンとの互換性強化、セキュリティ機能の拡張、パフォーマンスの更なる最適化などが予定されています。例えば、PHP 8.2以降の新機能を活用したコード最適化や、より強力な依存性注入システムの導入が検討されています。また、非同期処理やイベント駆動プログラミングのサポート強化も計画されており、これによりリアルタイムWebアプリケーションの開発がより容易になることが期待されています。さらに、コンテナ技術との統合を深め、マイクロサービスアーキテクチャへの対応を強化する方針も示されています。これらのアップデートにより、CodeIgniterは現代のWeb開発のニーズにより適応し、競争力を維持していくことが見込まれます。
CodeIgniter 4は、前バージョンから大幅な改良が加えられた重要なリリースです。新機能の中でも特筆すべきは、名前空間の完全サポート、モデルの強化、CLIツールの導入などです。名前空間のサポートにより、コードの構造化とモジュール化がより容易になり、大規模プロジェクトの管理が改善されました。モデルの強化では、データマッピングや検証ルールの統合など、データ操作がより直感的になっています。CLIツールの導入により、マイグレーションやシーディングなどのタスクが簡単に実行できるようになり、開発効率が大幅に向上しました。また、リクエストとレスポンスオブジェクトの導入により、HTTP操作がより柔軟になり、RESTful APIの開発が容易になっています。これらの新機能により、CodeIgniter 4は現代のWeb開発のトレンドにより適応し、開発者の生産性を大幅に向上させることができます。
CodeIgniterの開発者コミュニティは、フレームワークの進化に重要な役割を果たしています。最近のフィードバックでは、非同期処理のサポート強化、より柔軟なORM機能の導入、テストツールの改善などへの要望が多く寄せられています。例えば、Reactiveプログラミングのサポートや、より強力なクエリビルダーの実装が提案されています。また、コンテナベースの開発環境との統合や、マイクロサービスアーキテクチャへの適応性向上も要望されています。これらのフィードバックは、開発チームによって真摯に受け止められ、将来のバージョンでの実装が検討されています。コミュニティからのフィードバックを積極的に取り入れることで、CodeIgniterは実際の開発者のニーズに即した進化を続けることができます。
CodeIgniterは、その軽量さと高速性から、特に中小規模のWebアプリケーション開発で人気を維持しています。最近の調査によると、スタートアップ企業や中小企業の約15%がCodeIgniterを採用しているとされています。特に、迅速な開発とデプロイメントが求められるプロジェクトでの需要が高く、ECサイトや企業の内部システムなどで広く使用されています。また、CodeIgniter 4のリリースにより、大規模プロジェクトでの採用も増加傾向にあります。業界別では、小売業、教育機関、医療機関でのCodeIgniter採用率が高く、これらの分野での需要は今後も堅調に推移すると予測されています。さらに、IoTデバイスとの連携や、軽量なマイクロサービスの実装など、新しい技術トレンドとの統合も進んでおり、CodeIgniterの活用範囲は今後さらに拡大していく可能性があります。
エンジニア、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