はてなブックマーク

こんにちは、技術広報の @ShuzoN__ です。 今回は「1年カンファレンスを見張ってCfP 登壇10倍にした登壇文化形成」について書きます。と、言っても登壇者が1->10人 になった程度なのですが、思っていたよりも遠い道のりでした。 CARTAの場合は200人弱のエンジニアがいるため、ちょっとやそっとの施策や声がけでは全体に与える影響は大変小さく、少しずつ変化を生むだけでも地道さが必要でした。そこで2025年の1年で向き合っていたことについてお話していきます。 tl;dr 重要なのは以下の3点です。 エンジニアの負担を減らし、参加のハードルを下げること 最初の数人を全力でサポートし、成功体験を作ること その姿を組織内に見せ、徐々に輪を広げていくこと この記事で学べること 【ペルソナ】 登壇文化を社内に作りたいエンジニア採用人事・広報担当者 【想定ペイン】 カンファレンス参加支援制度があ

CARTA HOLDINGS 技術広報 @ShuzoN です！ 2025年10月18日(土)、docomo R&D OPEN LAB ODAIBAにて開催された技術カンファレンス「Hono Conference 2025」に、株式会社CARTA HOLDINGSはゴールドスポンサーとして協賛いたしました。 また、当社エンジニアのねこや(@nekoya)がLightning Talkに登壇しましたので、その模様をレポートします！ 「Hono Conference 2025」とは Hono Conferenceは、Webフレームワーク「Hono」のコントリビューターとユーザーによるカンファレンスです。2024年に初めて開催され、今年で2度目の開催でした。 【開催概要】 開催日： 2025年10月18日（土） 会場： docomo R&D OPEN LAB ODAIBA HonoConf 202

はじめに 株式会社DIGITALIOのぐり（@_guri3）です。 現在自分が所属するチームでは日々取り組むことを管理するツールとしてGitHub Projectsをメインに利用しています。大体3クォーター分くらいの期間を試行錯誤しつつ運用して来た結果として、自分たちのチームの利用方法を一例として紹介していこうと思います。 元々、GitHub Projectsではない別のプロジェクト管理ツールを使っていたのですが、日々行われる開発の大部分の情報が集約されるGitHubとプロジェクト管理ツールの中で二重管理になる情報やどちらに書いてあるべきか迷う情報が出て来てしまうなどといった問題がありました。少しでも日々の開発を妨げる要因は無い方が良いため、自分たちの使い慣れたツールであるGitHubで完結するようにプロジェクト管理を行いたいというのが大きなモチベーションとしてありました。 全体像 ステー

登場人物 長谷川 卓 株式会社fluct プロダクト開発本部 グロース部 CRE チームリーダー 大学院卒業後、金融系SIerに入社し、銀行間ネットワークのメンテナンスや銀行システムの共通基盤の企画・運用に携わる。2013年、アドテク企業でサプライサイドのバックエンドおよびフロントエンド開発に従事。2015年、VOYAGE GROUP（現CARTAHOLDINGS）に入社し、子会社fluctにてGoogle広告プロダクトのサポート業務に従事。2020年にfluct退社後、2023年に再入社しCREチームにジョイン。2024年より同チームリーダー。 fluctとCREについて -- fluctのビジネスモデルとCREチームの存在意義について教えて下さい fluctのビジネスを一言でいうと、新聞社や出版社といったWebサイト運営者様(以下、パブリッシャー様)に対し、広告を用いたマネタイズ方法の

想定読者 AIの進化に対し、自身のキャリアに不安や関心を抱いている現役のWebエンジニア、およびこれからWebエンジニアを目指す学生の方々。 この大きな変化の中、Webエンジニアの仕事の未来について共に考えるきっかけを探している方。 初めに&背景 CARTA HOLDINGSの事業会社であるサポーターズで、エンジニアマネージャーをやっていますara_ta3です。 タイトルの通りなんですが、AIの登場によりWebエンジニアの仕事はなくなるのかという問いに思いを馳せました。 これはサポーターズの学生ユーザから、 「AIの登場によりWebエンジニアの将来はないのではないか」 という懸念の声があがったという話を聞いたのがきっかけです。個人的にはそうは思わないんだけどなと感じていましたが、うまく言語化できていませんでした。 そんな中、CARTA CTOすずけん(@suzu_v)さんがTim O’Re

こんにちは、株式会社fluctのこんちゃんです。 私は2025年5月31日(土)に開志専門職大学 米山キャンパスで開催された PHPカンファレンス新潟2025で登壇しました。 登壇資料は下記になります。 speakerdeck.com 今回はそーだいさんと新原さんに教わった登壇で抑えるべきコツをご紹介します。 背景と経緯 CARTAは4年以上前からそーだいさんに技術顧問としてCARTA全体に対してサポートしていただいています。また、去年からは新原さんも技術顧問としてfluctのアドバイザーをしていただいています。 そのような背景から私が初登壇だったのもあり、登壇経験豊富な2人にアドバイスをもらいながら登壇資料を作成していきました。 その中で学んだこと、そーだいさんと新原さんにフィードバックされた内容をまとめてみました。 実例を交えながら、登壇で抑えるべきコツについて話していきます。 特にそ

こんにちは。CARTA HOLDINGS の Lighthouse Studio でエンジニアをやっている yoko です。普段は神ゲー攻略というゲーム攻略サイトの開発を担当しています。 この記事では、筆者が自身の情報収集方法を見直す中で、CTO に相談して共有してもらったサイトのリストの内容と、そこから得られた気づきについてお話しします。 3行まとめ 筆者が情報収集の効率化のため RSS フィードを見直す中で、CTO もRSS を活用していることを思い出した CTO に相談したところ、CTO が日々キャッチアップしているサイトのリストをゲットできた 共有されたリストは技術分野からビジネス動向まで幅広く、情報収集の質を高める上で非常に参考になるものだった 情報収集方法を見直した 多くのエンジニアにとって、日々の技術トレンドや新しい情報を効率的にキャッチアップすることは重要な課題ですよね。筆

左から @ryu9555, @_guri3, @konsent_nakka 技術広報しゅーぞーです。今回は当社から3名のエンジニアがプロポーザル採択され登壇しました。その模様をお届けします。 phperkaigi.jp 登壇①：なっかー「PHPでお金を扱う時、終わりのない謎の1円調査の旅にでなくて済む方法」 fluct @konsent_nakka fluct @konsent_nakka は「PHPでお金を扱う時、終わりのない謎の1円調査の旅にでなくて済む方法」というテーマで登壇しました。 speakerdeck.com 登壇では、PHPでの数値計算、特にお金を扱う際の問題点について実践的な知見を共有しました。処理場で意図しない数字に変換されてしまう問題の解決策として、BCMathという拡張機能の活用を提案しました。BCMathはPHPに標準で備わっている任意精度演算ライブラリで、小数を

こんにちは、CARTA HOLDINGS 技術広報のしゅーぞーです。 今回はCARTAの技術広報アドバイザ @941さんに教わった「カンファレンスブース設計」の秘訣をご紹介します。 背景と経緯 CARTA は2024年4月より 技術広報のコンサルティングをしている @941さんに技術広報メンタリングを行っていただいています。 コロナ禍で社内のカンファレンスブース出展ナレッジが薄くなっていたため、 @941さんに教わりながら1からブース設計のノウハウを学びました。 そのサポートもあり、2024年10月から半年で約5個のカンファレンスにブースを出しました。 その中で学んだこと、また@941さんにフィードバックされた内容を抽出してまとめてみました。実例を交えながら、カンファレンスブース設計の秘訣をご紹介します。 ※: 事前に941さんからレビューを頂いて掲載しております 大前提 カンファレンスで

CARTA fluct エンジニア の なっかー @konsent_nakka です。 PHPerKaigi2025 (3/22, 3/23) に @konsent_nakka @ryu9555 @_guri3 の3人で登壇してきました！ その経験からどうやって登壇を成功させるまでに至ったのか、流れやTipsを備忘録として残します。未来の私やこれから登壇する人はぜひ参考にしてください。 そして今回の登壇をするにあたって、かなりのサポートをしてもらいました。 @ShuzoN__ さん、 @t_wada さん、 @soudai1025 さん、 @shin1x1 さん、 CARTAデザイナーの與野 さん、発表練習に付き合ってくれたチームのみんな、ありがとうございました！！！！ 他にもプロポーザルにスターつけてくれた人や、Xでリツイートしてもらったりなど様々なお助けありがとうございました。 PHP

技術広報しゅーぞーです。CARTA HOLDINGSはきのこカンファレンス2025に協賛しました！🍄 今回はブース出展に加えて、登壇も行いました。その模様をお届けします。 kinoko-conf.dev ブース出展のテーマ 今回は「エンジニアとしての成長と人生の転機をシェアする」をテーマにブースを展開しました。 約100名もの方々に訪れていただき、様々な年代・バックグラウンドのエンジニアの方々とお話できました。特に30代以上のWeb系エンジニアが多く、キャリアについて深い対話ができました。 ブース: 人生の調子の良い時期と悪い時期 今回のブースでは、インタラクティブな企画を用意しました。 エンジニアライフグラフ 人生の好調・不調をシールで、大切にしていることや今後のトライを付箋で 来場者の方々に、「人生の調子が良かった時期」と「辛かった時期」を2つのシールで示していただき、その背景にある

はじめに こんにちは、サポーターズでエンジニアをしている@y_chu5です。 本記事では、当初ESLintのバグと思われていた問題が、実はNode.jsのバグであることが判明し、その修正に至るまでの過程をご紹介します。この体験を通じて得られた知見は、小中規模なプロジェクトのデバッグ手法として参考になるかもしれません。 まず、この問題の発見と初期調査において、VOICEVOXコミュニティのコミュニティサーバーの方々の多大なる貢献があったことを深く感謝申し上げます。彼ら彼女らの綿密な調査と報告がなければ、今回の問題解決には至らなかったと考えています。 問題との出会い 私の所属している VOICEVOX（テキスト読み上げ・歌声合成ソフトウェア）のコミュニティである 「VOICEVOX Communty by Discord」の開発雑談チャンネルで、とても気になるIssueについての話題が挙がって

株式会社CARTA MARKETING FIRMでDSP(Demand-Side Platform)の開発をしている機械学習エンジニアのmikanfactoryです。特にMLOpsを担当しています。 背景 当社のDSPでは、配信ログを用いた機械学習モデルによる配信最適化を行っています。データパイプラインはSnowflake+dbtで構築し、Prefectを使用して機械学習モデルの構築・デプロイを実施しています。 サービスの成長に伴い、データパイプラインのコストは徐々に上昇傾向にありました。特に12月中旬には大幅なコスト増加が発生し、さらに年末年始の繁忙期を控えていたため、早急なコスト対策が必要となりました。 データパイプライン 図のような構成となっていました（※わかりやすくするために一部加工してあります）。 改善方針 影響範囲を最小限に抑えるため、上流（テーブルA、B）ではなく下流のテーブ

この記事は CARTA TECH BLOG アドベントカレンダー2024 の12/20の記事です。 11 月下旬のある昼下がり、アドベントカレンダーに参加する日付を gpt4-o に選んでもらおうとしました。 jewelpet 選んで 2024/12/01 2024/12/02 2024/12/03 2024/12/04 2024/12/05 2024/12/07 2024/12/08 2024/12/10 2024/12/11 2024/12/12 2024/12/15 2024/12/17 2024/12/19 2024/12/20 2024/12/21 2024/12/22 しかし…… 「ジュエルペット」から日付に関連付けるキャラクターをランダムに選んでみましょう。以下は日付とジュエルペットのペアリング例です： 2024/12/01: ルビー (Ruby) 2024/12/02: .

この記事は CARTA TECH BLOG アドベントカレンダー2024 の12/18の記事です。 こんにちは、Lighthouse Studio エンジニアののざです。 スキーやスノーボード、マウンテンバイクなど非日常を味わえるスリリングなスポーツって楽しいですよね！！ しかしながらスリルには怪我がつきものです。 同僚から普段「怪我しないで帰ってきてね」とよく心配されるのですが、明るく「指が動けばコードは書けるから大丈夫！」と返していました。 これまでは怪我をせずに楽しんでいたのですが、今年の11月ついに右手の親指を骨折してしまいました。 そこで「指が動けばコードが書けるのか」、この説を検証していきたいと思います。 ※ 親指は指ですが、ほかの指は無事なので指じゃんというツッコミはなしです 腕が、、、回らない、、、 骨折したのは親指なのですが、固定のためのギプスは指から肘まで怪我に対して固

はじめに この記事は CARTA アドベントカレンダー2024まとめ - CARTA TECH BLOG の 12/17 の記事です！ はじめまして。株式会社DIGITALIO でエンジニアをしている mittsu です。 私が所属するチームでは今年の7月頃から ADR（Architecture Decision Record）を利用しています。 ADR とは、「アーキテクチャ決定を文書化する最も効果的な方法の1つ」であり、意思決定の背景や理由を明確に残す仕組みを提供します。 「引用元: O'Reilly Japan - ソフトウェアアーキテクチャの基礎」 基本的な ADR の構造は以下の通りです。 出典元: O'Reilly Japan - ソフトウェアアーキテクチャの基礎 この記事では、ADR 導入・運用時に取り組んだことについて紹介します。 対象読者 ADR について関心のある方 A

この記事は CARTA TECH BLOG アドベントカレンダー2024 の 12/16 の記事です。 CTOのsuzukenです。 新卒面接も増え、「CARTAのCTOって普段何してるんですか」と面接で聞かれることも増える時期になりました。今日はCTOとしてエンジニア組織やテクノロジーに関連し、概ね週ごとにやっていることをゆるくまとめてみました。参考になれば幸いです。フィードバック・コメントもお待ちしてます！ 前提は以下のとおりです。 CARTA CTO = ホールディングスの全社CTOのこと。事業会社にはそれぞれCTOやテックリードが別にいます。 CTOのミッションを一言で表すと、テクノロジーにより持続的な事業成長を実現すること。組織での実現は不可欠。 それでは見ていきましょう。 採用活動と面接対応 なぜやるか: 組織強化のため 毎朝候補者リストに目を通して、新卒・中途を問わず採用活動

アイキャッチ画像 この記事は CARTA TECH BLOG アドベントカレンダー2024 の 12/12 の記事です。 サポーターズでエンジニアをしている@y_chu5です。 私はGitHubというサービスが大好きで、DashboardのLatest changesをワクワクしながら眺めるのが日課となっています。 そんな私が、社の仮想組織であるギットハ部に「GitHubが好きだから！」という理由で参加して、どう全社のGitHubの運用に携わっていったかを紹介します。 また弊社のギットハ部のような、全社で採用しているサービスを実際に使っているエンジニアたちが管理する体制のススメについても触れていきます。 ギットハ部とは ギットハ部は、CARTAのエンジニアが集まってGitHubの運用を考える部活です。 ギットハ部参加者は以下のとおりです。 CTO （suzuken） 事業部エンジニア （私

この記事は CARTA TECH BLOG アドベントカレンダー2024 の 12/9 の記事です。 CTOのsuzukenです。 私のCARTAにおけるミッションの1つは、エンジニアが持続的に成長する環境を生み出し、事業成長を実現することです。技術は日々進歩しており、エンジニアが常に新たな知見を吸収することが、顧客価値向上や事業競争力の源泉となっています。 CARTAではフルサイクルエンジニアリングによって事業における経験効率を向上させ、エンジニア一人ひとりの課題解決の力を持続して高めるよう取り組んでいます。「毎日試す」は経験の源泉です。また、技術力評価会によって、エンジニア同士が互いの成果に客観的な目線を向けることで、認知バイアスを緩和し、より質の高いフィードバックを得る環境づくりにも注力しています。 これらの試みを持続的に強化するためには、良質な情報を効率よく収集し、エンジニアが外部

この記事はCARTA TECH BLOG アドベントカレンダー2024の12/7の記事です！ DIGITALIOでエンジニアをしているguriです。 VALUEにも「スピードは力。」とある通り、CARTAではユーザーに速く価値を届けることをとても大切にしています。 今日は私が最近仕事を進める中で意識していて、実感としても良さそうだなと思っていることについて書いてみようと思います。 意思決定のタイミングを定例に合わせない 何か相談事があったり意思決定に迷った時、あらかじめ予定された定例ミーティングなどを待たずに進められるように意識的に動くということをしています。 例えば、「んーちょっとここの設計迷ってるんだけど、今日の〇〇時から定例あるからそこで相談するかー」ということありませんか？私自身このような判断を実際にしていました。しかし、最近はステークホルダーが集まる会が近くに予定されているとして

この記事は CARTA TECH BLOG アドベントカレンダー2024 の 12/5 の記事です。 fluctでエンジニアをしていますryuといいます。 「洋書を読む会」と題して、洋書を課題図書にした読書会を、弊社の技術コーチのt-wadaさんを交えて、毎週開催しています。 その会で、「Tidy First?」を読みました。 www.oreilly.com 今回は、その 「Tidy First?」の読書感想文です。 どんな本 著者は テスト駆動開発 や エクストリームプログラミング のKent Beck氏です。 まずTidyとは何？というと、日本語では整頓や整理という意味です。 整頓というとソフトウェアではリファクタリングのことを思い浮かべると思いますが、本文では、以下のように説明があり、作者は意図的にリファクタリングと差別化してTidyという言葉を選んでいるように感じました。 A ti

Slackで「質問があります。詳細はスレッドに記載」をやめたほうがいい理由 この記事はCARTA TECH BLOGアドベントカレンダー12/2の記事です。 こんにちは。CARTA MARKETING FIRM でエンジニアをしている 前田@brtriver です。アドベントカレンダーということで、ちょうど最近社内のブログに書いた記事を、社内に限らずテキストコミュニケーションツールを使っている会社では似たようなことが起きているのではないかということで、軽くリライトしてアドベントカレンダーの記事にしたいと思います。 要件書かない「詳細はスレッドに記載」はパブリックに情報を共有する手段としてはイマイチ Slackで「質問があります。詳細はスレッドに記載します」と書いて、スレッドに詳細を書くコミュニケーションを見かけることがあります。こんな感じですね 要件があることだけを短く伝えて、詳細をスレッ

こんにちは、CARTA HOLDINGSの中のfluctという事業部でデータエンジニアをしているyanyanです。 先日、CARTA HOLDINGSが毎年開催しているエンジニアを志望する学生向けの夏インターン「Treasure」が今年も開催されました。Treasureに関する詳しい説明は以下の記事にまとまっています。 techblog.cartaholdings.co.jp Treasureとは ざっくりTreasureについて説明すると、「３週間でWebアプリケーションの開発について学び、チームでサービスを作る」インターンです。 前半の１週間でWeb開発に必要な知識を講義形式で体系的に学ぶ 後半の２週間では学生同士でチームを組み、与えられた課題を解決するサービスを開発する 各チームにCARTAのエンジニアが入り、サポートをする という形で、３週間という期間の中で学生はたくさんのインプッ

今回は2024/09/21,22に行われた技育祭2024 (秋)にて登壇した @pei0804のセッション文字起こしをお届けします！🍁 資料はこちらから: ビジネスに必要な全てを担い、 自分の専門性を見つけ出す フルサイクル開発者のあり方@技育祭 秋 / how-find-own-speciality-in-full-cycle - Speaker Deck ビジネスに必要な全てを担い、自分の専門性を見つけ出すフルサイクル開発者のあり方 今回は「ビジネスに必要な全てを担い、自分の専門性を見つけ出すフルサイクル開発者のあり方」と題して発表します 1. 専門性ってそもそもなんだっけ？ ってことで、早速なんですけど、何か身につけたい専門性ある人とか身につけたい人いますか？ 「じゃあその専門性ってどうやったら身につくんだろう？」って悩ましいじゃないですか。私も就活生のとき、なんとなく専門性つけた

TL;DR CARTA MARKETING FIRMのデータサイエンスチームは、8年間にわたり機械学習基盤を進化させてきました。Luigi、AWS SageMaker、Prefectと変遷する中で、「データサイエンティストが最も付加価値を生み出す部分に集中し、時間を費やすことができる基盤」という目標に着実に近づいています。 Luigiでは開発環境構築や運用負荷が高く、柔軟性に欠けていました。 SageMakerではインフラ構築の複雑さやStep Functionsの制約が課題でした。 Prefectの導入により、Pythonのみでインフラからバッチ処理まで記述可能になり、A/Bテストの実施が容易になりました。また、ログ監視の一元化により運用効率が大幅に向上しました。 この進化を通じて、データサイエンティストの生産性と施策の実験サイクルが大幅に改善されました。 概要 CARTA MARKET

デジクルのあっきー(akkiihs)です。 小売企業様の販促活動をDX推進する プロダクトの開発リーダーをやっています。 今回は社内ブログに書いた記事を公開します。 「仕組みをつくる」という話はよくあるけど、果たして "その仕組みは効果をだし続けているだろうか？" と自分に問うている今日このごろ。 ここでの “仕組み” とは、システムに何かをやらせる仕組みではなく、チームや組織の仕組みの話である。例えば、全体定例も、情報共有や意思決定などの目的をもった1つの仕組みとも言える。ルーティーンや習慣、かなり大袈裟に言うと思想や文化を醸成する要素といってもいいかもしれない。 仕組みは、つくって終わりではなく、継続して効果をだし、事業組織の状況に合わせて適応し続けることが大事だと感じている。この手の仕組みは、管理や準備を怠れば、すぐに形骸化し、効果のないものに変わり果ててしまう。これがシステムのみで

こんにちは、株式会社CARTA MARKETING FIRMのデータエンジニア、@pei0804 です。 2022年に生まれたCARTA MARKETING FIRMのデータ基盤Visionがどのような背景から生まれ、進化してきたのかを振り返り、Visionの"Why"を残す試みです。 2020年：レポート基盤刷新プロジェクト Visionの前身となるプロジェクトが、2020年にCARTA MARKETING FIRM(当時はZucks)の新DSP立ち上げをきっかけに、既存のレポート基盤刷新プロジェクトが始まりました。 図: 旧DSPのレポート基盤 旧DSPのレポート基盤には以下のような問題がありました。 レポートの軸を増やすことが難しい。 データソースが分散していて数字がズレる。 トラブル発生時の再取り込みが困難。 これらの問題を根本的に解決するため、アーキテクチャやデータストアの選定か

これは何 こんにちは。CARTA HOLDINGSの事業部の1つである、fluctでエンジニアをしている宮前です。 弊社のDATA STRAPチームでは、ユーザーからの問い合わせ対応が逼迫し、エンジニアの開発効率が大幅に低下していました。そこで、この課題を解決するため、様々な施策を実施しました。 その結果、今は以前と比較してかなり開発に集中できる時間が増えました。 この記事ではやった施策でうまくいったこととうまくいかなかったことをまとめます。 前提として、問い合わせそのものが悪いわけではありません。むしろ、「こういった機能があれば良いのでは?」といった提案などは、プロダクトの改善につながる好機と捉えています。また、仕様の不明確さに関する質問もドキュメントの整備や仕組みの改善に役立ちます。問題は、適切にユーザーの要望をハンドリングできていないことです。このままでは、ユーザーとエンジニアの両者