こんにちは。エンジニアの miyamoto です。先日開催した   Shinjuku.ts#2   についてレポートします。 昨年の11月、フォルシアではTypeScriptのLTイベント Shinjuku.ts#1 を開催し、各登壇者による興味深いLTや途切れない質問などでTypeScript好き同士の交流を深めました( 開催レポートはコチラ )。 この度3カ月ぶり2度目のShinjuku.tsを開催しましたが、前回に負けないくらい参加者のTypeScript好きが伝わってくるようなイベントとなりました。イベント内で開催されたLTトークの模様を以下でお伝えします！ LTの様子 React Hooksを気合で理解する   | Yui Miyamoto まずは私が発表しました(出オチ)。 エンジニアは自ら希望しない限り外部向けの発表機会がほぼありません。私もこれまで発表経験はなかったのですが上長とのミーティングで「何かやってみてはどうか」と言われ、それならやってみようと今回の発表を決めました。 選んだテーマはReactです。 エンジニアの立場で色々な技術に触れていると   「何となく動かすことはできるけれども、ちゃんと仕組みを理解したうえで意図通りに操ることは難しい技術」   によく遭遇します。Reactは私にとってその代表例でした。 既存のソースコードを真似すれば一定のUIは再現できるものの、入り組んだ調査や複雑な開発をしようとすると何もわからなくなってしまう、経験を積んで取り組むタスクのレベルが上がるたびに行き詰まりを感じるようになっていきました。ちゃんと理解しなおさないとこれ以上のスキル向上を見込めないと感じ、私はReactの公式ドキュメントを読んで勉強しなおすことにしました。 ドキュメントを読んでみた結果、React Hooksについて根本的に理解していなかったことが発覚します。そこでReat Hooksの再履修を目標に、その成果物として今回の発表を行うことにしました。 発表にはある程度の正確性が求められますが、だからこそ   正確に物事を伝えられるよう小さな疑問も放置せず気の済むまで調べられたことは大きな成長につながった と思っています。「Reactをちゃんと理解した」と言える日はまだ来そうにありませんが、少しでも良いプログラムが書けるよう日々勉強に励みたいです。 miyamotoが書いたFORCIA CUBEの記事はコチラ PostgreSQLの移動集約モードについて 正規表現専門家がエンジニアになって正規表現がわからなくなった話 k8sマニフェストを Typescriptで管理したい― cdk8s+を導入してみました ―   | komago さん 2人目は、フォルシア新卒6年目エンジニアのkomagoさんの発表でした。 k8s(Kubernetes)はフォルシアのいくつかのアプリのインフラで利用しているコンテナオーケストレーションシステムです。フォルシアではインフラに特化していないアプリエンジニアでもk8sを扱いますが、その中でyaml形式のk8s定義ファイルは心理的負担となることがありました。 cdk8s+は   TypeScriptを利用してk8sの定義ファイルを書くことができる、フォルシアエンジニアにとって願ったり叶ったりなツール です。 通常のyamlだと『お決まりのルール』を毎回書かなければならず、専門外のエンジニアにとってはそれらのルールを正しく理解することが障壁となりえます。cdk8s+を利用することで『設定の本質的な部分』を書くだけで良くなるほか、様々なメリットがあるようです。 LTではcdk8s+の実演動画が披露されましたが、ビルドコマンド一発で「ts ⇒ yaml」の変換ができており初心者でも使いやすいツールなように感じました。 komagoさんはこの3月からSRE業務を主に担当することになりました。komagoさんの今後の活躍に目が離せないとともに、社内が一丸となって品質の良いプロダクトを世に出していきたいと改めて思いました。 komagoさんが書いたFORCIA CUBEの記事はコチラ スベっていいとも！　自然派お笑い担当エンジニアの次なる挑戦 Kubernetesやっていくぞ Fargate for EKSでデータ変換バッチのJobを動かした話 おわりに Shinjuku.tsは今回で二度目の開催、とにもかくにも一発屋で終わらなかったことを嬉しく思っています。 今後も長く続くイベントにしていきたいので、みなさまのご参加ご登壇をお待ちしております！

こんにちは。エンジニアの籏野です。 フォルシアでは Tomcat(Java)上で動く Web アプリケーションフレームワークを自社で開発・運用してきており、2001 年の創業当初から長い間フォルシアの Web アプリ開発を支えてきました。 このフレームワークもまだまだ現役で活躍していけるものではありますが、2019 年頃からは TypeScript/Node.js を利用した新しいフレームワークを構築してアプリ開発が行われています。 Tomcat(Java)から TypeScript/Node.js という言語の仕様もまったく異なる技術セットへの移行をなぜ決断したのか、また実際の検討の様

こんにちは、エンジニアの籏野です。 フォルシアでは社内のコミュニケーションツールに Slack を利用しています。 その用途は単純なチャットツールにとどまらず、監視アラートのような各種通知やリマインダー、勤怠管理など様々な目的のために利用されています。 そのような社内からの要望に応えるために、Slack API を利用した様々なアプリケーションが社内で誕生しています。 Slack API は公式ドキュメントもあるので、基本的にこちらに沿えば利用できますが繰り返し使っているともう少しイケてる仕組みで利用したくなってきます。 そこで今回はアプリ開発の方で知見が溜まりつつある「OpenAPI

はじめに こんにちは！ 入社１年目、DXプラットフォーム部エンジニアの松川です。 フォルシアには現在競技プログラミングが好きな社員が多く在籍しています。そこで「競技プログラミングが好きな社員が発信するシリーズ」と題しまして、競技プログラミングに関連する内容を扱っていきます。 ところで、業務、競技を問わず我々がコードを書く際に頻繁に出てくるソートアルゴリズム、これについて普段から意識されている方は少ないかなと思います。もちろん特段内部実装を気にしなくても実用上問題はないのですが、ある特定の実装のソートを攻撃する手段を最近知り、興味深かったのでこの記事ではその quicksort kil

はじめに こんにちは！ 入社１年目、旅行プラットフォーム部エンジニアの辻󠄀です。 突然ですが、みなさんは好きなプログラミング言語をお持ちでしょうか？ 私は Rust というプログラミング言語が好きで、個人開発や研究、業務、インターンなど、多くの機会で利用してきました。 プログラミング言語を学んで長いこと使っていると、実装するものだけでなくその言語自体に愛着が湧き、より深く知りたくなっていきます。 例えば、エンドユーザーである我々が普段利用したことのない開発中の言語機能や、言語を取り巻くエコシステムの今後の改善について興味が湧くこともあるでしょう。 この記事では、私がそのような興味のも

はじめに こんにちは。社会人 2 年目エンジニアの桃原です。 私は社会人 1 年目 1 月から転職活動を行い 2022 年の 4 月にフォルシアにキャリア入社しました。 この記事では主に転職後 9 ヶ月の業務内容をメインで話したいと思います。キャリア入社を考えている人や新卒 2 年目の仕事がどのような感じかを知りたい人にとって参考になると幸いです。 転職するまでの経緯 新卒で就職活動を行っていた際は、情報系の学生であるもののゲーム開発と競技プログラミングなどしかしたことがなく、具体的な業務イメージがない状態でした。 そのため、バックエンドエンジニアやフロントエンジニアなど自分が何

DXプラットフォーム部エンジニアの吉成です。 皆さんの日々の業務では、awk というプログラミング言語（あるいはコマンド）を活用されているでしょうか。 awk はテキスト処理が得意で、正規表現による文字列マッチング機能も強力です。 特にレコード・フィールドといった一定単位でのテキストの取り扱いに長けています。 レコードは awk プログラムにおけるテキストの処理単位で、典型的にはテキストデータの「行」などを指します。 フィールドはレコードをさらに細かく区切った単位で、典型的には csv ファイルの「,」で区切られた部分のテキストを指します。 典型例を紹介しましたが、レコードもフィールドも

はじめに こんにちは！新卒1年目エンジニアの宮本唯です。 私はフォルシア入社前にプログラミングの経験はほぼなく、大学では数学科に所属していました。数学の中でも比較的コンピューターサイエンスに近い分野で、主に正規表現が研究対象でした。残念ながら私には研究者としての資質が無かったためエンジニアに転向したのですが、いざエンジニアになってみるとプログラミングで正規表現を扱う機会が非常に多いことが分かります。 フォルシアでは新人研修でPostgreSQLを使って簡単な名簿アプリを作るのですが、ここでもSQL文に正規表現を使う必要がありました。 「正規表現はワイの専門や！ほかの同期を出し抜いてブ

こんにちは、エンジニアの澤田です。 普段の業務で、XMLなどから値を取り出して扱う際、データを処理しやすいように一度DBに格納して、DB上でデータを処理することがあるのですが、 XMLなどは階層構造になっているため、取り出したデータも階層構造になることが多く、そのままではDBに格納することが難しくなっています。 (FORCIAでよく使っているPostgresでは配列や階層化された配列を格納できますが、階層化された配列の場合、同一階層の配列は長さが同じでなければならない等の制約があります) 今回は、最近少しずつ勉強しているHaskellを使って、階層化された配列をDBに格納しやすい形に変換

この記事は GitLab Advent Calendar 2022 の 12 日目の記事です。 フォルシア株式会社エンジニアの籏野です。 先日、社内にホスティングしている GitLab 上のプロジェクトのライブラリ更新を目的にrenovateを導入しました。 複数のプロジェクトで手軽に導入できるように工夫をしたので紹介します。 renovate とは 詳細は検索すればかなり出てくるので省略しますが、プロジェクトが利用するライブラリの更新を自動化するためのツールになります。 GitHub であれば GitHub App によって renovate を利用できるため、かなり気軽に導入で

こんにちは。エンジニアの宮本唯です。先日、TypeScriptのLT会Shinjuku.ts#1を開催しました。 これまでフォルシアでは、rustのLTイベントShinjuku.rsを20回にわたって開催してきました。Shinjuku.rsでは多くの方にご登壇いただきrust好き同士の交流の場となってきましたが、この度新しく typeScript好きの方々に対しての活動を広げるべく Shinjuku.tsを開催する運びとなりました。 今回は記念すべき第一回、良いスタートダッシュを切るべく   ～TypeScriptたのしい！私の好きな言語です！～   というテーマを設定し登壇者を募集しました。その甲斐があってかはわかりませんが、イベント当日は登壇者のTypeScript好きが伝わってくる講演が目白押し。この記事では各講演の内容を、運営者目線でレポートします。 LTの様子 フォルシアのフレームワークとTypescript   | Taku Hatano さん 1人目は、フォルシア5年目エンジニアのTaku Hatanoさんです。 フォルシアでは独自のWebフレームワークを取り入れていますが、現在最も新しいフレームワークは第3世代です。世の中に便利な技術スタックが出てくるたび、それらを取り入れながらアップデートを続けてきました。開発言語にTypeScriptが取り入れられたのは今の第3世代からです。 開発言語を変更すると、エンジニアの勉強すべきことが一気に増えてしまいます。第2世代から第3世代に移行するにあたっても、社内では学習コストに対する懸念がありました。しかしながら、いざTypeScriptを導入してみるとその恩恵は大きく、今や型のない生活には戻れなくなっています。 とくに今回は リクエストパラメーターに型をつけられること インターフェースを使って実装を分離できること の2点についてどのようなメリットがあったかを説明してくださいました。 籏野さんの講演を聞いてから改めて自分の開発しているソースコードを見ると、TSの恩恵をうまく生かしながらフォルシアのアプリが作られていることがわかりました。 登壇者 HatanoさんのFORCIA CUBEの記事はコチラ。 Keycloak on Kubernetes Reduxのreselectを改めて理解する その他の記事は   コチラ 一か月半かけて、TypeScript本を写経した話   | ツノ さん 2人目は、connpassページから外部LT枠で応募していただいたツノさんです。 写経とは仏教において経典を書写する修行のこと、IT業界でもストイックなエンジニアは写経に励んでいます。ただしエンジニアが写経するのは多くの場合経典ではなく、プログラムのソースコードです。今回ツノさんには、『 プロを目指す人のためのTypeScript入門 』を一か月半かけて写経したときのお話をしていただきました。 写経のコツは1日たりとも休まないこと、毎朝7時に起きて速攻でコーディングしてから出社していたツノさんのGitHubには見事な芝が生えていました。教科書をただ読むだけではなく一字一句写経することで、これまで苦手意識のあった技術をちゃんと理解したり、便利な機能を新しく知ることができたようです。 私はとても体たらくな人間なので写経から逃げていましたが、社内でも写経を推す声があり、ぜひ明日か明後日くらいから取り組んでみようと思います。 TypeScript(WebGL)+React+Viteで、さくっと Geodesic Polyhedron を描画してみた   | tsuji さん 3人目はフォルシア新人エンジニアのtsujiさんです。 「頂点がおおよそ均等に分布する球ってどうやって構成するんだろう...？」ある休日ふと疑問に思ったtsuji青年、多面体から構成された Geodesic Polyhedron が答えとなることに気づき、TypeScriptなどを使って描画することにしました。 実装には複数のフレームワークが使われています。 Vite ... 開発環境の構築 React ... canvas とボタンの生成 WebGL ... 画面に描画する部分 とくにWebGLで画面に描画する部分では、色づかいやアニメーションなど見た目にもこだわって実装したそうです。 tsujiさんは私と同じ新人エンジニアですが非常に高い技術を持っており、先輩社員から「とても新人とは思えない！」という声をよく聞きます。同期で語り合ったブログではこの講演の内容についても触れているので、よろしければご覧ください！ 2022年新卒新入社員で語り合ってみた　座談会part１ ～今年の新入社員～ Type Level Chording | ytaka さん 4人目はフォルシアOBのytakaさんです。 LTのタイトルは "Type Level   Chording "、TypeScriptの型をつかって音楽を奏でようという斬新な企画です。今回の目標は、コード名からコードの音を型推論することです。たとえば、 C   からは   [C, E, G] 、   Cm7   からは   [C, D#, G, A#]   を推論させます。 推論の際カギになるのは音を数字に置き換えるとコードの構成音が文字式で表せること、たとえばmajorコードは   [n, n+4, n+7] 、minorコードは   [n, n+3, n+7]   と表すことができます。この性質を糸口として、TypeScriptの機能でやりたいことをどんどん実現していきます。 数値同士の足し算 ...   Indexed Access Types ,   Variadic Tuple Types ,   Recursive Conditional Types 数値型から文字列型への変換 ...   Template Literal Types 文字列型から数値型への返還 ...   Improved Inference 剰余を取る ...   Type Inference in Conditional Types ほか ytakaさんはフォルシアで活躍されていた元社員です。Shinjuku.tsを開催するにあたっても、ytakaさんにぜひ登壇してほしいと運営から声を掛け快諾をいただきました。内容自体が面白かったのはもちろん、スライドの構成や話し方にも工夫があり、自分が発表するうえでも学ぶところが大きかったです。 Red Coder が TypeScript で競技プログラミングに挑戦して挫折した話   | てんぷらさん 最後はフォルシア3年目エンジニアのてんぷらさんです。 課題に対してプログラミングを使って答えを作成する競技プログラミングは、フォルシアエンジニアにとって国技的存在です。競技プログラミングで使用される言語はC++やPythonが一般的ですが、 TypeScriptで競技プログラミングはできるのでしょうか ？フォルシア最強競技プログラマーのてんぷらさんがTypeScriptでのAC(正解)に挑みます。 TypeScriptで競技プログラミングをやろうとする時に壁となるのは、 MAX_SAFE_INTEGER   と実行時間制限です。競技プログラミングの問題の途中式には   2^63   程度の大きさの値まで出てきますが、TypeScriptでは使用可能な整数は   2^53 未満に制限されているため、オーバーフローしてしまいます。 また、掛け算にBigIntを使用した場合は、処理が遅く問題の実行時間制限に引っかかります。 しかしここで諦めないのがレッドコーダー   tempura0224 、大きな整数同士の掛け算を行う高速なプログラムを自作しACを獲得しました。 現在は競技プログラミングから離れてしまったてんぷらさんですが、業務プログラミングの世界では次々と成果を出しています。今後の活躍にも目が離せませんね。 てんぷらさんのブログ記事はこちら TypeScriptの型レベルプログラミングで数独を解く 余談～運営について～ 今回はTypeScriptをテーマとした初のイベントでしたが、運営も新人エンジニアが中心となって行いました。 運営の1人である私が担当したのは、 参加者募集ページの作成 社内登壇者の募集 当日のスポンサートーク などです。 普段の業務の中で時間を作り準備をするのは大変でしたが、開催後のアンケートではたくさんのありがたいお言葉をいただき、疲れが飛ぶ思いでした。今後も、運営の知見を蓄えつつ、TypeScriptに限らない様々なイベントを開催予定です。皆様のご参加ご登壇をぜひお待ちしております。

はじめに 旅行プラットフォーム部の武田です。 最近、AWS Amplifyを利用してNext.jsのアプリケーションをホスティングする機会があり、実際にアプリケーションを作りながら開発の流れについて紹介します。 Amplifyで楽をしつつ一部のAPIはNext.jsのAPI Routesを利用する、というやり方が比較的シンプルで良いと感じました。 AmplifyでAPIを構築する場合、Next.jsのAPI Routesを利用することも有力な選択肢になりそうです。 今回作るアプリケーションはCognitoユーザープールのユーザーをAWSの管理コンソール経由ではなく、Next.jsのア

こんにちは。経営企画室の伊藤です。 先日の 『 「webコネクトって何ですか？」 ～（前編）フォルシアだからこそ実現できた旅行業界向けSaaSプロダクト～』 に引き続き、今回は後編、webコネクトは今後どのような世界観を目指しているのか伺いました。 webコネクトについて教えてくれた社員プロフィール 旅行プラットフォーム部　開発部長　田中 謙次（たなか・けんじ） 2013年　キャリア入社 OA機器メーカーにてwebシステムの研究開発職に従事。事業化を経験し、技術とビジネスの両方がわかるエンジニアを目指し2013年にフォルシアへ入社。フルスタックエンジニアとして旅行会社や福利厚生旅行会社のシステム開発を担当。 ※所属は2022年11月現在のものとなります 前編に引き続き、開発部長にインタビュー。それではさっそく聞いていきます！ webコネクトの完成形のイメージとは...？ ―― webコネクトは、お客様が必要な機能を選択しながらバージョンアップさせることができるプロダクトであると理解できましたが、今後どのように機能を追加していくのでしょうか？ それぞれのお客様の実現したいことに耳を傾け、導入できる機能を増やしていくことを考えています。個別の要望に最適化するのではなく、なるべく汎用的な仕組みとして提供したいと思います。また、要望に応えるだけでなく、ニーズを先読みし機能を先行して開発し、提案できるような流れにもしていきたいと考えています。 非旅行業界でも低コスト・短期間で旅行業へ参入できる未来へ ―― webコネクトの展開先として、 旅行業以外の業界への展開も視野に入れているのでしょうか？ いわゆる旅行業を生業にされている企業には限りはありますが、これから旅行業界に乗り出そうと考えている企業や、旅行と親和性の高い特色のあるコンテンツを持っている企業は結構あると考えています。webコネクトを活用すれば、そういった今まで旅行商品を扱っていなかったメディアや交通キャリアなどが低コスト、短期間で旅行業へ参入することをお手伝いできるのではないかと考えています。 それだけを単体で売っても価値を発揮させづらい商材に対して、何か色を出して販売できないかと考える企業は多く、ダイナミックパッケージという販売形態も、単純に飛行機の公示運賃のチケットと宿泊施設の料金を足して売っているわけではなく、それらを組み合わせ旅行企画商品として販売することにより、価格的にも内容的にも魅力ある商品としてユーザーに提供できるものです。企画性の高い商品を作成し提供することで、各社が差別化を図ることができます。 宿泊施設は、OTA（ Online Travel Agent：インターネット上だけで取引を行う旅行会社）の台頭やサイトコントローラー（複数の販売先に対して、客室在庫やプランの販売価格、宿泊者の予約情報等をまとめて管理するシステム）の普及により価格は最適化され、仕入れによる差は少なくなってきたのではないかと思います。 一方で、着地型旅行商品と呼ばれているオプショナルツアーやチケットなど、まだまだ平準化が進んでいない旅行コンテンツもあります。自社で保有しているコンテンツだからこそ安く提供できる、在庫を潤沢に持っているなどの特色を活かして商品を造っていくという発想は、旅行会社だけが考えているものではありません。鉄道会社の大どころはすでに旅行会社をグループ会社等で運営していますが、船舶運営会社であったり、同じような発想で集客拡大のために旅行と絡めたサービスの提供を検討している企業はたくさんあります。 例えば、地方のテーマパークに人を呼び込むために、航空券とホテルを組み合わせてセットで売っていくというのもそういった発想ですが、このような売り方をしたいと思っても、セットにしてオンラインで販売していくという実績がないことが多くあります。 眠っている魅力あるコンテンツと、オンライン販売がこなれてきている商材とを組み合わせて魅力づけしていくというのが狙っていきたいことかと思いますが、そこでシステム面がハードルになる。なので、webコネクトの他の業界への展開という点については、まずはその「旅行関連業界」へ向けて、鉄道会社だけ、テーマパーク運営会社だけで、旅行サービスの提供が完結するような仕組みをつくっていくことが活用の場の拡大になっていくと思います。 そのためには、まずは中堅旅行会社や大手旅行会社といった企業にwebコネクトを導入いただき、その次の展開として、魅力的なコンテンツを持っているけれどDX化が進んでいない企業や、集客に課題感を感じていたり、価値を組み合わせることでビジネスを大きくしていきたいと考える企業へのwebコネクト提供ということが考えられるように思います。 webコネクト エンジニアから見た旅行業界の姿 ―― システム面がハードルになりえる点をお話いただきましたが、旅行業界のDX化についてどのような印象でしょうか？ まさに昨今、アナログだった旅行業界が変わろうとしてるフェーズだと感じています。まず、なぜ旅行会社や旅行関連会社がフォルシアに相談してくるのかといったら、基本的には「web販売を強化したいから」です。 店舗の売上はやはり昨今の情勢を鑑み減少傾向だと思います。そういった状況下で、「店舗の売上を上げるため」のシステム投資をしようという方針にはならないものです。店舗の売上が落ちてきているのであれば、なおさら「オンライン上で販売が完結できるように」という方向性でのシステム投資が考えられます。そういう変化のフェーズを迎えていると思います。 ―― それはコロナ禍に関係なくでしょうか？ コロナ以前からそういう動きがあり、withコロナの昨今、さらに加速したという印象です。こういったまさに過渡期であるタイミングでフォルシアをビジネスパートナーとして選んでいただいてるというのは、我々にとってはありがたいですね。 コロナ禍の収束が見えずらい昨今を鑑み、我々としても今まで通り時間とお金をかけて、じっくりサービス（システム）を作るというよりは、旅行業界は特殊な業界ではありつつも、業界内の各社の課題感はある程度共通なものがあるので、その特殊な要素をちゃんと汲み取ってシステムを構築していけば、顧客側としても安く早く使えるというメリットがあると思っています。フォルシアとしても、今までの受託開発というスタイルだけではなく、そういうニーズにも応えていけるよう、戦略立ててwebコネクトを推し進めています。 webコネクトの未来 ―― webコネクトは今後どのように発展していくのでしょうか？ 外部接続できる素材をどんどん増やしていく 導入コストを下げる一方で、webコネクトでできることを増やしていく 旅行会社、そしてゆくゆくは旅行関連会社が自社ならではのサービスを提供していけるように、差別化ができるポイントを増やしていく この３点がこれからwebコネクトが発展していくためにポイントとなって来ると考えています。 さきほども話題に出ましたが、まだまだ世の中には旅行と親和性があるけれどもオンライン上での販売ができていない、「つながっていない」部分はあります。レガシーな業界であっても、簡単にシステム化できるような仕組みを用意して、今まで流通していなかったところを簡単に流通できるようにしていく、「つなげていく」ということがwebコネクトで実現させていきたいことです。 不可能を可能にするフォルシアエンジニア ―― そのために必要なモノ・コトは何でしょうか？ 何も手を打たないと品質の問題で成長が鈍化するというシナリオが見えているので、機能追加と同時に設計の見直し、強い意思を持ってのリファクタリングも進めていく必要があると考えています。 機能追加を行って行くことで、ときには何かしらの矛盾が生じてしまうこともあります。お客様側としては、フォルシアが手を入れたことで不具合が生じるとなったらたまったものではありません。そういったことが起こらないようにするためにも、自分たちの責任でしっかりとした土台を築き、発展させていく。それがSaaSプロダクトをつくるうえでの大切な要素だと思っています。 また、顧客が何を求めているかのニーズを探っていく、それを抽象化し、さらに先読みしてプロダクトとして実装していく。webコネクトの発展のためには、これらが必要になってくると考えています。 最後に、これまでの機能開発においても、JR特有の契約形態の難しさであったり、料金計算の仕方であったり、「本当にこの機能は実現できるのだろうか...」と苦しい場面はありました。それらを実現させてきたのは、フォルシアエンジニアの「最後までやり切る力」や「複雑なロジックをしっかりと実装する力」。これはwebコネクトだから、受託開発だからというわけではなく、フォルシアエンジニアに共通してある強みだと思います。 後編：つなげれば、見える。 「webコネクト」の今後の展望についてのインタビュー後編、いかがでしたでしょうか？ 検索システムの提供（受託開発）が主だったころのフォルシアのキャッチコピーは「見つからなければ、始まらない」、「見つけることから、始めよう」でした。そして、いま、これまでの知見・ノウハウを集結させ、「つなげれば、見える。」という想いでフォルシアはビジネスを紡いでいます。 見つけることができるようになれば、そこから新たな取り組みが始まり、取り組みが動き出せば、ばらばらのように見えたものに一連のつながりが見えてくる―― webコネクトの導入について詳しく話を聞きたい、webコネクトを一緒につくり上げていきたい等、興味関心をお持ちいただけましたら是非 問い合わせフォーム よりご連絡ください。

こんにちは。経営企画室の伊藤です。 10月11日からは、政府が実施する全国を対象とした観光需要喚起策の「全国旅行支援」が開始され、旅行の計画に心躍らせている方々も多いのではないでしょうか。 今日はそんな『旅行』にまつわるフォルシアの自社プロダクト 「webコネクト」 について、どんなプロダクトなのか、プロダクト誕生の背景、今後どんな世界観を目指しているのかといった疑問を開発部長に伺いました！ まずは前編、webコネクトとはどんなプロダクトなのかに迫ります。旅行・観光業のDX化や、SaaSプロダクトの開発に興味があるかたに「webコネクト」のおもしろさが伝わりますと幸いです。 webコネクトについて教えてくれた社員プロフィール 旅行プラットフォーム部　開発部長　田中 謙次（たなか・けんじ） 2013年　キャリア入社 OA機器メーカーにてwebシステムの研究開発職に従事。事業化を経験し、技術とビジネスの両方がわかるエンジニアを目指し2013年にフォルシアへ入社。フルスタックエンジニアとして旅行会社や福利厚生旅行会社のシステム開発を担当。 ※所属は2022年11月現在のものとなります それではさっそく聞いていきます！ 「そもそも、webコネクトってなんですか？」 ―― フォルシアコーポレートサイト の プロダクト紹介ページ では「次世代型 旅行商品販売プラットフォーム」と謳われていますが、いったいどんなプロダクトなのでしょうか？ webコネクトは、旅行会社向けに旅行商品をオンライン上で売るためのシステムを簡単に構築できるプロダクトとして誕生しました。2020年にローンチし、ローンチ当初は、フォルシアの強みである「検索機能」に特化していましたが、現在では旅行商品のプランを作る素材登録システムや、予約・決済システム等まで対応領域を拡大し、近日リリース予定です。 webコネクト　プロダクト概念図 webコネクトを生み出すにあたって、一番最初の発想は、いままでのフォルシアのビジネス（独自の技術基盤を用いた受託開発での「検索システム」の開発・提供）を継承する形で、それをSaaSプロダクトにするというものでした。 もともとwebコネクトは、航空会社の旅行商品用運賃の変動運賃化に伴い、固定金額のパッケージツアーを販売するのが困難になるという予測の元、ダイナミックパッケージという宿泊素材と交通素材を組み合わせて販売できるシステムを簡単に導入できるようにというところから始まっています。その後、料金を変動させつつ予め旅行商品をセットしたパッケージツアーを販売できる「ツアー型」機能や、JRや船舶を販売できる機能をリリースしてきました。ここまではあくまでも「検索システム」の延長でラインナップを拡大させていきました。 そこから、お客様（旅行会社等）がシステム間の連携の調整に手を煩わせなくてもいいように「検索システム」だけでなくその前後の工程までワンストップでプロダクトを提供したいという思いがあり、旅行商品をオンライン上で販売するために必要となる機能を網羅させていくこととなりました。 機能は横にも縦にも広がっていますが、お客様が自社のシステムのなかで必要な機能だけを取捨選択して導入することが可能です。 必要な物を必要なだけ取捨選択 ―― 機能群を総称して「webコネクト」と呼ぶものの、どの機能を実装するかの取捨選択はお客様ができるということなのですね。 結局各社それぞれ現状も何かしらのシステムを使っているので、いま持っているものを活かしながら、webコネクトを導入することができると思います。 例えばすでに商品造成の機能を持っているのであれば、それを作り直すということは手間のかかることですし、精算部分は他のシステムとの連携が強く、変えたくないという意向も強い部分だったりします。リプレイスしないとビジネスに支障が出てしまったり、生き残っていけないという状況になって始めてリプレイスという案が出てくると思いますし、柔軟にお客様にとって必要なものを提供できればと思っています。 ―― いわゆるSaaSプロダクトというと、購入（導入）したらそのまま利用開始できるイメージがあったのですが、webコネクトはそうではないですよね。お客様がwebコネクトを利用できるようになるまでの流れはどういったものでしょうか？ 導入のパターンも色々ありますが、もともと自社でオンライン販売のシステムを持っていて、そのシステムの検索部分をwebコネクトに置き換えるという場合、下記のような流れになります。 受託開発であれば、お客様が用意したサーバー（フォルシアが用意するケースもありますが）にソースコードを置いて納品し運用となりますが、SaaSプロダクトであるwebコネクトの場合、リリースのタイミングや機能拡張の方針はフォルシアが決めます。あくまでも、フォルシアのサービスを提供するというスタイルです。 ただ、webコネクトはSaaSプロダクトですが、各社の現状持っているアセットを活用できる仕組みになっています。固有の要件や精算データの連携など、各社ごとのシステム連携が必要な部分に関してはなるべく柔軟に対応できるようになっています。導入いただいたお客様全員に同じものを提供するのではなく、一顧客一顧客が必要な機能を選択することができます。そのためお客様ごとにコンテナでシステムを隔離する構成を取っています。 ―― それでは、 webコネクトのシステム上の強みや、フォルシアだからこそといった点はどのようなところでしょうか？ フォルシア独自の検索技術基盤「Spook」※１ を用いたシステム開発をしてきた時代から培ってきた、大量のデータを高速に検索するという技術はwebコネクトにも生きています。旅行業特有の複雑な料金計算などのロジックを実装し、速度とトレードオフになりがちなところも犠牲にせずにしっかりとどちらも実装するというところがフォルシアだからこそ実現できた強みです。 また、お客様のビジネスを理解することと、SaaSプロダクトでありながらお客様の要望を聞き出し、実現できる方法を提案していくという点は大事にしています。 ※１　検索技術基盤Spookについてはこちらの記事をご覧ください♪ 「Spookって何ですか？」第一弾：そもそも編 「Spookって何ですか？」第二弾：強み編 「Spookって何ですか？」第三弾：導入先＆未来編 フォルシア初のSaaSプロダクト開発  ―― 冒頭にも話にあがりましたが、フォルシアはもともと検索技術基盤「Spook」を用いての受託開発スタイルでしたが、自社でSaaSプロダクトをつくるに至った背景には何があったのでしょうか？ 今までは一顧客一顧客に対して要件定義・設計・開発・テストと対応してきたので、提供できるスピードや規模に限界がありました。 また、今までもノウハウはかなりのレベルで共有されているのですが、受託開発の場合はアプリが違うので開発コストも運用コストもそれぞれにかかるという状況でした。さらに、長年運用していくとアプリケーションが老朽化していき保守性がどんどん下がっていってしまうのですが、リファクタリングや改善などの対応がどうしても裁量だけでは対応し難いという状況にもあったので、個社ごとに開発をしていくのではなく、汎用性のあるSaaSプロダクトをつくっていくに至りました。 エンジニアの働き方の変化とは？ ―― 受託開発からSaaSプロダクト開発へと開発内容が変わり、エンジニアの方々の働き方は変わりましたか？ トータルで関わる人数が増えシステムも大きくなってきたので、情報共有を意識的にやるようになりました。個別最適化しないようにというのも意識して会議体を設計しています。 ―― SaaSプロダクト開発ならではの面白さとはどのようなところでしょうか？ カスタマイズできるところはありつつ共通化されている点です。カスタマイズと共通化は基本的には相反するものだと思いますが、webコネクトではそれがバランスよく同居しているところにおもしろさがあります。特にデータ連携などの部分に関してはかなり作り込みができるようになっています。 ―― SaaSプロダクトであるwebコネクトのプロダクト開発と、Spookという技術基盤を用いての受託開発では、エンジニアに求められる力は異なるのでしょうか？ 抽象化する力が今まで以上に必要になってきていると感じています。 webコネクトにおいては、今までよりもさらに先を見越して設計・開発するスキルが求められるようになったと思います。複数社展開することを見越して設定を外出ししたり、フックポイントを設けたりといった工夫を凝らしています。 例えば、お客様の複数社でそれぞれ要望が挙がっている部分に関して、それぞれが実現させたいことの本質を見極め、フォルシアとしてはそれぞれの実装を行うのではなく、一回で対応できる方法を考えたり、設定の変更だけで複数分対応できるようにしたりといったことを考えています。あまり考えすぎても進まないし、えいやでやり過ぎるとあとで困るという塩梅が難しいと思いますが、しっかりと仕組みを考え、それがはまってうまく展開できると達成感があります。 前編： フォルシアだからこそ実現できた旅行業界向けSaaSプロダクト 「webコネクト」とはどのようなプロダクトなのかに迫ったインタビュー前編、いかがでしたでしょうか？ これまでも コーポレートサイト や FORCIA CUBE（フォルシアのブログ） のなかで『エンジニアもお客様のビジネスを理解し、それに見合った開発内容を提案していく』ということに触れていますが、まさにwebコネクトはその力を結集し、本質を見極め、抽象化してつくられたプロダクトです。 後編では、「webコネクト」の今後の展望についてお届けします。お楽しみに！

pg_catalog をのぞいてみよう 旅行プラットフォーム部エンジニアの吉田です。 本記事では、弊社でメイン DB として使用している PostgreSQL のシステムカタログに関して紹介しようと思います。 ※記事に記載のリンクは 2022/10/31 現在のものとなります。 システムカタログとは システムカタログとは、リレーショナルデータベース管理システムがテーブルや列の情報などのスキーマメタデータと内部的な情報を格納する場所です。 https://www.PostgreSQL.jp/document/14/html/catalogs.html 一般的には informa

こんにちは。経営企画室の伊藤です。 フォルシアでは通年、積極的にキャリア採用を行っており、大手マスメディアや旅行会社、金融業界の出身者など様々なバックグラウンドをもった社員が活躍しています。 今回は、営業職から転身し、2022年５月にwebエンジニアとしてフォルシアに入社した 瑠東 孝佳（るとう・たかよし）さんに、入社して６か月たったいま、どんなことに取り組んでいるのか、業務を行う上でどんなことを工夫しているかなどを教えていただきました。他社を経験したからこその内容となっておりますので、転職活動をお考えの方々の参考になりますと幸いです。 プロフィール webエンジニア　 瑠東 孝佳（るとう・たかよし） 入社年度： 2022年５月　キャリア入社 所属部署： DXプラットフォーム事業部（2022年11月現在） 前職　　： 大手通信キャリアにて営業職に従事   フォルシアの「エンジニア」 瑠東）2022年５月入社の瑠東です。入社して約６ヵ月が経ちました。 今日はいまどんな業務に携わっているのかをお伝えしたいと思います。 突然ですが皆さんはこちらのテキストを見たことはありますでしょうか？ これはフォルシアのコーポレートサイト、 採用情報（仕事紹介＞エンジニア） に載っているフォルシアのエンジニア像を表したものですが、私は入社前に穴が開くほど見つめて、どんなことをしているのか理解を深めようと努めていました。 『顧客の要望を実現し、価値を創り出す「エンジニア」』 『フルスタックエンジニアとして案件の提案、要件定義から、設計、実装、テスト、運用までを一貫して担当します。』 フォルシアのエンジニアが成し遂げたいこと、なすべきことというのはここにまとまっているように思いますが、実際私がいまどういう業務を担当してるのかというと、赤線で囲っている部分となります。 まずは、主に運用・改善（保守運用）をメインで担当し、最近、開発案件にも携わらせていただいています。 いま私が所属している部署は、 DX プラットフォーム事業部という部署で、福利厚生アウトソーシング業界や専門商社・メーカーなどのユーザーサイトの検索機能の開発や、フォルシアの自社プロダクトである データクレンジングツール「Masstery」 の提供、さまざまな旅行サイトのプランを横並びで比較検討できる宿泊施設の横断検索サービスの提供や、 フォルシア内で前例のない新しいビジネスを見つけ、育てる事業 を担っている部署です。 その部署の中でいま私がメインで担当しているのが、宿泊施設の横断検索サービスの提供で、主に保守・運用に関してフロントに立って顧客企業（サイト運営企業）の担当の方とやり取りさせていただいています。また、最近では並行して別のお客様の開発案件にも少しずつ関わり始めています。 エンジニア以外の方にもイメージがわくようにざっくりとした説明になりますが、どんな対応をしているのかというと、基本的に保守対応というのはお客様から運用・保守費をいただいて、月額の保守料金の範囲内でお客様からの修正依頼に対して調査・確認を行い、実際のユーザーサイトに修正内容を反映するといったものです。 例えば、ユーザーサイトの文言（テキスト）の修正だったり、こういったデータは表示させないようにしてくださいといった裏側のデータロジックの修正、お客様側で用意された 入稿データに不備があり ユーザーサイトの表示が意図しない状態になっている場合等には、急ぎで確認・修正といった緊急対応を行うケースもあります。 一方、開発の部分では、例えばログイン情報でパスワードを打ったときに「パスワードは８文字以上に設定してください」といったチェックロジックとアラート表示といったバリデーション対応など、開発経験者の方からすると比較的軽いと思われるものをから少しずつ開発経験を積ませていただいているところです。 営業職からエンジニアへ、仕事をする上で意識していること 担当顧客からの連絡は可能な限り５分以内に一次返信 営業からの転身でエンジニアとしてのキャリアはまだ浅いため、足りない知識に対して勉強していくというのは当然ですが、その他に仕事をする上で意識していることが２点あります。 まず１つ目は、 『担当顧客からの連絡は可能な限り５分以内に一次返信する』 ということです。 例えば上記の例でいうと、顧客企業の担当者の方から、宿泊施設のプラン表示に、ベッド幅のサイズが小数点以下10桁程表示されてしまっているというような連絡がありました。これはまずいと思うものの、取り急ぎすぐには原因がわからないので、まずは「確認します」ということを２分後くらいに返信しています。 とにかく、まずは一次返信するということを心がけております。 というのも、前職での営業経験から、『５分以内に返信するだけで受注率が５%から10%ぐらいまでアップする』ということがあり、なおかつ受注率だけでなく、サービス継続率にも影響が出ていたため、いまもこうして５分以内に返信するということを心がけています。 Googleアラートを活用し、顧客の情報は常に収集 意識していることの２つ目は、 『顧客の情報は常に収集』 ということです。 営業の方だとWBS（ワールドビジネスサテライト）や日経新聞からお客様の情報を得ることもあるかと思いますが、エンジニアとしても、特にフォルシアのエンジニアはお客様とやり取りすることが多いので、お客様の情報は常に収集するようにしています。 これは私の情報収集方法の紹介になるのですが、私は「Googleアラート」という機能を活用しています。キーワードを設定しておくと、定期的にGoogleがそのキーワードをもとに関連する情報を取得して配信するというもので、その機能とSlack（社内で利用しているチャットツール）を連携させて、SlackにGoogleアラートの通知が常に来るようにすることで、最新情報を取得できるようにしています。こうして得られた情報を活用して、打ち合わせ冒頭のアイスブレイクでの話題に出すなど、お客様とのリレーション構築に役立てています。実際にお客様から「そんなことまで知っていただいてるんですね！」と言っていただいたこともありますので、ぜひ皆さんもご活用いただければと思います。 他社を経験したからこそわかるフォルシアの魅力 他社を経験したからこそわかるフォルシアの魅力について紹介します。 エンジニアがお客様と直接商談 １つ目は、エンジニアがITコンサルといったビジネスサイドのメンバーとともにお客様と直接商談するという点です。やはりエンジニアがお客様と直接商談する機会は他の企業ではあまりないことのように思います。エンジニアが直接会話するからこそ、 スピード感のある仕事ができるというのはもちろんですが、エンジニア自身がお客様の生の声を汲み取り、自分でビジネスを組み立てて仕事を進めることができるというのは、他の会社では得られない魅力だと感じています 。 顧客は大手企業、大規模サイトの担当でエンジニアとして成長 ２つ目に、フォルシアのお客様は業界のリーディングカンパニーといった大手企業様が多く、大規模サイトを担当することができるというのは、エンジニアとしては嬉しいことでもあり、成長する機会になるように感じています。 欲しい情報にたどりつきやすい環境 そして３つ目ですが、開発環境が非常に整っているということです。特に社員が率先してesa（社内で利用している情報共有ツール）に情報を載せたり、Slackを有効活用する文化があり、わからない情報に対してたどり着きやすいと感じています。 こういう部分がフォルシアの文化であり、魅力になっているのだと思います。 自分自身の今後の目標としては、まだまだ私は対応できる範囲が広いとは言えないところがありますので、まずはいち早くフルスタックエンジニアとして成長していきたいと思っています。最終的には、中核となるようなエンジニアとして成長できたらと考えております。 新たな一歩を踏み出そうとしている方、さらなる成長を目指す方へ 私は営業職からの転身ですが、フォルシアのエンジニアは顧客と直接商談する機会が多く、前職の経験を活かして働くことができています。 また、エンジニアとしての経歴が浅い私でも開発案件や顧客提案段階から参加することが多々あり、これから開発を更にやっていきたい、フルスタックエンジニアとして成長していきたいという方にはおすすめの職場です。 さらに、お客様により良いものを提供したいという社員の思いから、新しい技術や若手の意見も積極的に取り入れる文化ができており、自身の知識や経験がそのままサービスに反映されることも多く非常にやりがいを感じられると思います。 ぜひエンジニアとして一緒に働けることを楽しみにしております -------------------------------------------------------------------------------------------------------------------- 入社して半年がたった瑠東さんの仕事に対しての取り組み方や想い、他社を経験しているからこそ見えている景色について、いかがでしたでしょうか？ フォルシアのwebエンジニアの仕事内容や、瑠東さん自身の人柄が伝われば幸いです。 フォルシアでは社員とのカジュアル面談を行っています。少しでも興味を持っていただけましたら、ぜひ下記のリンクからエントリーをお願いします♪

サマーインターンシップ企画チームの吉成です。 普段は Web アプリケーションの開発や自然言語処理を応用した各種案件に携わっています。 フォルシアでは、８月・９月に毎年恒例のサマーインターンシップ「FORCIA Summer Internship 2022」を開催しました。 フォルシア５回目のサマーインターンシップ フォルシアのサマーインターンシップもとうとう５回目。 企画・運営メンバーも代替わりしていく中、今年は下記の６コースを実施しました。 ３タームで合計11名の学生の皆さんにご参加いただきました。 どのコースでも「技術力でビジネス課題を解決する」ということの面白さや難しさを体感していただけたのではないかと思います。 ５回目ともなると、運営にあたっても「例年通りに」というところが出てきます。 それで上手くいく部分もありますが、企画・運営メンバーとしてはまだまだ改善できる点も多いと考えており、毎年議論を重ねながらサマーインターンの内容をブラッシュアップしています。 本記事では、FORCIA Summer Internship 2022 の開催内容と、開催にあたっての工夫についてご紹介します。 課題も、課題以外も充実 フォルシアのサマーインターンでは、 フォルシアの業務を体験していただく フォルシアに対する理解を深めていただく という２つの目的を両立させるために、課題の時間以外にも様々なプログラムを用意しています。 一部例を挙げますと、以下のようなものがあります。 キックオフ MTG インターン生とメンター、企画チームメンバーが互いに自己紹介をしたり、５日間のスケジュールを説明する会です。最初にサマーインターンの全体像をお見せすることで、安心して課題に取り掛かっていただけるようにしています。 中間発表会 課題の途中経過を共有し、最終的な目標から方向性がずれていないかを確認したり、課題に関連する業務に携わるエンジニアからコメントを受けたりします。 最終発表会 最終的な成果を社員や他のインターン生に発表し、５日間の集大成とします。 座談会 インターン生１～２名と社員２名の少人数で、仕事のことや就活のこと、余暇の過ごし方など様々なトピックについてざっくばらんに話します。エンジニアだけではなく、ITコンサルタントやバックオフィス担当の社員とも交流の機会があります。 実りある５日間にするための発表会 最終発表会の様子 サマーインターンでは、期間中２回の発表会（中間発表会・最終発表会）を設けています。 ５日間で２回というとやや多く感じられる方もいらっしゃるかと思いますが、それぞれ異なる目的があります。 中間発表会 まず、中間発表会の目的は課題で取り組んでいることについてコメントを受けたり、技術的なディスカッションをすることです。参加者は課題に関連する業務に携わるエンジニアが中心で、最終発表会と比べて小規模です。サマーインターン自体は社屋で開催されますが、この中間発表会は Web ミーティングとして実施し、インターン生も自席から参加します。資料を準備する必要はなく、書いたプログラムや実験結果を画面共有しながら発表することになります。 中間発表会は昨年まで対面での実施で、インターン生、メンターと他１～２名の社員でのみ行っていたものでした。中間発表の目的（技術的なディスカッション）や在宅勤務中心の社員の参加しやすさなどを鑑みて実施方法を Web ミーティングに変更しましたが、実際に次のようなメリットがありました。 参加者数が増え、質問がより活発になる。 他のインターン生の取り組みに興味を持ったインターン生も気軽に中間発表を聴きに行くことができる。 手元での作業内容を画面共有できるので、質問に応じて別のソースコードを見せるなどの柔軟な対応が可能になる。 チャット機能を使うことができる。「Aの手法よりBの手法を選んだのはなぜですか？」などの発表内容についての詳しい議論は互いの意図を確かめながら話せる口頭で、「この機能は便利そう」「目の付け所が良い」など取り組みについての感想は後からも確認できるチャットで、というようなコメント方法の使い分けが可能になる。 最終発表会 一方、金曜日の夕方に行われる最終発表会の目的は、５日間の成果をフォルシア社員や他のインターン生に知ってもらうことです。 インターン生の皆さんには発表資料やデモなどをご準備いただき、期間中の取り組みを整理して発表していただきます。以前は１つの会議室にインターン生とメンター、聴衆が一堂に介して盛り上がっていた最終発表会ですが、感染症対策が必須の情勢となってからはオンラインとオフラインを併用しています。オフラインでも聴講や質問ができるようにすることで、『密』を避けつつもより多くの社員が参加できるようにしています。 オンライン・オフライン併用の最終発表会の様子は 去年 ・ 一昨年 の記事にも掲載していますので、併せてご覧ください。 異なる目的の2つの報告会を設けることで、メリハリの利いた、技術的にも就活的にも実りある5日間を過ごしていただけるようにしています。 情勢に合わせた交流の機会 サマーインターンシップで技術課題や課題のサポート体制と同じくらいに重要なのが、インターン生と社員の間の交流を通して互いへの理解を深めること。しかし新型コロナウィルス感染症の流行により、従来と同じ形での交流は難しくなっています。 そこで、フォルシアのサマーインターンシップでは下記のような対応を実施しました。 社員とインターン生が外のお店でご飯を食べながら話すランチの時間を、お弁当を食べる時間と社員との座談会の時間に分割 飲食ありの懇親会を実施しない代わりに、マスクや消毒等の対策を実施した上でアナログゲームを通して交流する『交流会』を実施（任意参加） 特に座談会については、会議室の予約や参加メンバーの募集はもちろんのこと、その日の参加メンバーや注意事項を共有する bot の運用、話題に迷うとき用のトークテーマの用意など、企画側と参加側双方の心理的負荷が低くなるようにしました。 座談会のメンバーや注意事項をお知らせする Slack bot を運用 来年度以降も、交流の機会は情勢に合わせて柔軟に検討していこうと考えています。 若手メンバー主体で企画・運営 サマーインターンシップも５年目ということで、企画・運営メンバーは１年目のころと比較するとほぼ総入れ替え状態。１～３年目あたりまでは良くも悪くも情熱ある一部の社員に属人化していたサマーインターン関連のタスクも、今は企画・運営メンバーで議論・分担しながらやっていく体制ができつつあります。 特に今年は新卒入社１年目のメンバーが目覚ましい活躍をしていました。 ここまでに紹介したWebミーティングによる中間発表、座談会 bot 運用やトークテーマの用意といった工夫は新卒１年目のメンバーが主体的に考え、実行したものです。このようにフォルシアでは、若手が主体となって社内外の企画を進めていく文化があります。 もちろんベテランメンバーからのサポートも強力です。 今回のサマーインターンシップでも、開発環境の準備やスケジューリングといった開催に必須のタスクが漏れないよう、第１回からサマーインターンシップに関わっている先輩エンジニアが他部署と綿密に連携を取ってくれました。サマーインターンシップに限らず、若手メンバーや情熱を持ったメンバーから始まった企画が、他の社員の協力を得て全社に影響を及ぼすようになる光景はよく見られます。 おわりに 本記事では、例年のサマーインターンシップ報告記事とは少し趣向を変え、企画側としてサマーインターンの舞台裏を紹介させていただきました。 最後になってしまいましたが、サマーインターンシップに参加してくださった皆さん、本当にありがとうございました。 皆さんのサマーインターンシップの期間が終わった後も「５日間と言わずずっといてほしかった」「あのコースの人がやっていた方法は他の案件に生かせるのでは？」などの声が社内から聞こえてきていました。 フォルシアでの経験が、今後の皆さんの研究や就職活用などに少しでも活きれば幸いです。 この記事を読んでくださった学生の方で「フォルシアのサマーインターン、面白そう！」と思ってくださった方は、ぜひ来年度以降のサマーインターンにご応募ください。そしてフォルシアの業務のやりがいや社風などを体感していただければと思います。 サマーインターン参加者の方が書いてくださった参加記も参考になります。 FORCIA社 の Summer Internship 2022 に参加しました フォルシア サマーインターン 自然言語処理コースに参加しました また、エンジニアとして裁量を持って働きたいと思う方、主体的に業務を回していけるエンジニアを目指す方は、ぜひフォルシアの新卒採用・キャリア採用への応募をご検討ください。 今回のサマーインターンに参加された方もそうでない方も、ご興味をお持ちでしたら 採用情報ページ   をご覧の上、採用応募フォームまたは採用お問い合わせフォームからお問い合わせください。 将来、同僚として皆さんと働ける日を楽しみにしています。

はじめに こんにちは。フォルシア株式会社エンジニアの谷井です。 フォルシアでは、ソースコード管理にGitLabを使用してチーム開発を行っていますが、その中で「あるブランチに入る変更を、自動で別のブランチに取り込みたい」という状況が時折発生します。 例えば、 「大型新機能開発のためのブランチを切って開発を行うが、その間も本流のmasterブランチには通常開発の変更が入る」 「検証環境反映用のブランチにだけ入れておきたい機能があるが、それ以外は本番環境用のブランチと同じ状態にしておきたい」 というようなケースです。 あとでまとめて取り込もうとすると大量のコンフリクトと格闘することにな

Prettier の代替として Rome 触ってみた はじめに こんにちは、旅行 PF 部エンジニアの奥田です。 この記事では、Prettier の 10 倍速いと言われるRomeを触っていきます。 ここまで圧倒的な速度を喧伝されては気になるのは人の性…さっそく触っていきます！ Rome とは フロントエンド開発のツールチェインを 1 つに統一することを目指しているプロジェクトです。 Babel,ESLint,webpack,Prettier,Jest などのツールを置き換えることを目的にしています。 速度もそうですが、昔 ESLint や webpack・Prettier

はじめに こんにちは。入社2年目DXPF部エンジニアの竹下です。 いまエンジニアと名乗りましたが、私は2021年4月に総合職としてフォルシアに新卒入社し、つい4か月ほど前までは営業担当として業務を行っていました。 フォルシアでも前例のない営業からエンジニアへの転向を経験した私が、入社してからエンジニアへ転向するまでの経緯をお話しさせていただきます。 就職活動で職種の選択に迷っている方や、エンジニアに興味のある方にとって何か参考になる部分があれば幸いです。 総合職志望で進めた就職活動 大学時代、サークルの先輩が作成したサークルのHPを見たことをきっかけにプログラミングに興味を持ち、