サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
ブラックフライデー
productblog.sencorp.co.jp
はじめに 千株式会社でQAエンジニアをしているおすしです。 この記事は SEN Advent Calendar 2025の19日目の記事です。 本記事は、私たち社内QAチームがこの一年の活動を振り返る中で感じたことや、実際に試行錯誤してきた取り組みをもとにまとめたものです。 アドベントカレンダーという場を借りて、同じような課題意識を持つQAエンジニアの方が「自分の現場でも何か一つ試してみよう」と思えるヒントを持ち帰っていただければ、という思いで執筆しています。 なお、ここで紹介する内容は万能解ではありません。私たち自身もまだ試行錯誤の途中ですし、プロダクトや組織によって最適解は変わるはずです。 その前提で、あくまで一つの実践例として読んでいただければ幸いです。 「品質を上げるには、何をすればいい?」という問いから 「品質を上げていくため、改めて何をしていこうか?」 これは今年、QAチームの
こんにちは! MLエンジニアのよねすけ(@ebichizu39)と申します。 SEN Advent Calendar 2025 18日目の記事になります。 今回はDINOを使って顔認証(FaceRecognition)モデルが作れるか実験した内容についてご紹介します。 DINO 顔認証(FaceRecognition) どうやってDINOに顔を認識させるのか LoRA 実験概要 データセット DINOv2 + LoRA その他技術要件 評価 評価方法 評価結果 考察 DINOで顔認証モデルは作れる! FaceNetに負けてしまったのはなぜ? まとめと将来の展望 📖 本記事を3行で要約! 画像基盤モデル「DINOv2」の汎用性を維持しつつ、低コストな学習手法「LoRA」で顔認証タスクに適応させる方法を解説! 比較対象(FaceNet)の1/300以下のデータ量という過酷な条件下で、どこまで
こんにちは!システム開発部のデザイナー、moco(@moco_megane)です。 この記事はSEN Advent Calendar 2025 の17日目です🎄 先日、社内で丸 怜里さん著「モデルベースUIデザイン」の読書会を企画しました。 すでに読んだ人ならきっと共感してくれると思うのですが、この本、最初の1章からしてとても刺激的ですよね。 読みながら「これは一人で読むだけで終わらせたくない…!」という気持ちがふつふつと湧いてきました。 プロダクトデザイナーのメンバーにおすすめしつつ、せっかくならデザイナーだけでなく、エンジニアはどう捉えるのか、どんな視点で読むのかも知りたい。 そんな思いで読書会の募集をかけたところ、なんと自分を含めて9名ものメンバーが集まってくれました。 形式としては、毎週各自で1章ずつ読み、30分で感想や疑問を共有するというシンプルなもの。 しかし、初回から私はさ
昨日は、ぶりおくんの「Node.jsとViteのバージョンアップに挑戦して遭遇した強敵」でした! こんにちは、んだ(@ndasan55)です。 普段は、ユーザー要望対応、運用保守、プロダクトのデータ基盤まわりを触ったりしています!九州からフルリモートで働いています。 今回は 「チームの開発スピード向上&NewRelicを導入したので、リリース体制を再設計しているぞ」 というテーマで、お話ししていきます! 本記事の前提 弊社ではチームごとにリリース体制や運用が異なります。 この記事は、私たちが所属するチームで実際に取り組んだ内容をもとにしています! 見直し前のリリース体制について さて、今回の記事は「リリース体制の再設計」というテーマですが、まずは、今回の見直し以前、私たちのチームのリリース体制がどうなっていたかをお話ししていきます! 見直し前のリリース体制は、大きく分けると以下の2種類 に
こんにちは。千株式会社のぶりおです この記事はSEN Advent Calendar 2025の15日目の記事になります。 今回はメンテナンスされていなかったリポジトリでNode.jsやViteをバージョンアップした時の苦労話について書こうと思います。 リポジトリのフロントエンドの課題 JestをVitestに移行するだけで済まそうとしてた 実際に上げた 苦労その一:動作確認の負荷が高い 苦労その二:開発当時のものが負債になる 最後に リポジトリのフロントエンドの課題 今回私は、フロントエンドの改修プロジェクトを担当します。 ですが、そのリポジトリは十分にメンテナンスされているとは言えず、以下のような大きな二つの課題を抱えていました。 Node.js v16 とっくのとうにEOLを迎えているのですが、使い続けていました。 Vite v3 こちらも古く、改善する必要がありました。 新たなプロ
こんにちは😃 千株式会社でソフトウェアエンジニアをしているh_rym(@RyMer_9)です。 SEN Advent Calendar 2025 13日目の記事を担当します。 私は普段、幼保園の先生向けに撮影の依頼などをサポートするプロダクトの開発に従事しております。 今回はそのプロダクトに対してデザインシステムを反映した話と今後の展望をお話しようと思います。 👇これまでの取り組みはこちらをお読みください👇 第1回 プロダクト横断デザインシステム導入のあゆみ/(1)輪読会で共通認識を作る篇 - SEN PRODUCT BLOG 第2回 プロダクト横断デザインシステム導入のあゆみ/(2)共通スタイルガイド・個別コンポーネント作成 篇 - SEN PRODUCT BLOG 第3回 プロダクト横断デザインシステム導入のあゆみ/(3)構築開始から本格始動までの苦悩 - SEN PRODUCT
Snowflake×Tableau連携のお話 ~やっちまった話を添えて~ はじめに こんにちは!千株式会社でデータアナリストをしているSAWA(@data_and_cat)です。 SEN Advent Calendar 2025 11日目の記事を担当します🎄 前回の記事(Tableau「DATA Saber」が考える初心者向けSnowflake勉強法)で、Redashとスプレッドシートの運用から、SnowflakeでSSOT(Single Source of Truth)を実現するプロジェクトをやってるよと冒頭で書きました。 今回は、その続きとして「SnowflakeのデータマートをTableauに繋ぐ際にやっちまったこと」を共有します。 目次 はじめに プロジェクトの背景 なぜ仮想接続を選んだのか やっちまった話:命名ルールを後回しにした結果 使い始めてやっぱり露呈した問題 け、決断:
はじめに こんにちは。エンジニアのたにおり(@tanioris)です。 この記事はSEN Advent Calendar 2025 の10日目です 弊社では社内勉強会が活発です。私もこの1年間、他の方と一緒に社内勉強会の立ち上げや廃止に携わってきました。本記事では、その中で開催していた「10分勉強会」と「しちょしちょ会」という2つの社内勉強会についてお話しし、振り返りを書かせていただきます。 10分勉強会(偏愛を語る会) 感じていた課題 入社してから数か月経ったタイミングで、主観的ではありますが、開発組織の中で以下のような課題を感じていました。 歴史の長いプロダクトということもあり、特定の方しか知らないツールや技術的な背景がある一方で、ドキュメントがあまり存在していなかった 「昔こういうことがあって...」という話題をちらほら聞く機会があり、それはそれで楽しかったのですが、知識として残して
はじめに こんにちは!システム開発部 横断開発課でQAエンジニアをしている@two_packです。SEN Advent Calendar 2025の9日目になります! 弊社では横断組織としてQAチームがあり、各プロダクトのQA活動を行っています。 今回は私の関わっているプロダクトで最近一区切りついたとあるプロジェクト(以降PJ)でのテストを基に、どんな感じでテストしているのかを書いてみます。 体制・開発プロセス PJはPdM、PL、エンジニアを中心としたメンバー構成で、週1回の定例ミーティングで進捗確認や仕様の調整などを行っていました。QAチームもこの段階から参加し、品質・テストの観点から仕様検討に加わっています。 また、定例に出ているメンバー以外にも、デザイナーやSREが適宜支援してくれる体制です。 今回のQAチームは、私のほかにテスト設計以降を行うメンバーが1名、テスト実行からさらに1
こんにちは!千株式会社 経営企画室のY.K.です。 SEN Advent Calendar 2025 8日目の記事を担当します! 私は2025年4月に新卒として入社し、現在は社内への情報共有や経営管理の業務などを担当しています。 そんな私が配属されて最初に任された業務のひとつが、「外部情報収集の自動化」でした。前任者から「Difyを使ったワークフロー構築」を引き継ぐことになり、これがAI活用し始めたきっかけでした。 当時の私はAIツールを使った経験が全くなく、「どうすればいいんだろう…」という不安が大きかったです。今回は、そんな「AI初心者」の状態から、Difyを使って業務を自動化できるようになるまでのプロセスをお話しします! AIの基本用語も知らなかった「ゼロ」からの学習 参考書で基礎を学習 エラーの連続を乗り越えて「完成」へ 「怖い」から「楽しい」へ 全社で進めるAI活用 おわりに A
はじめに エンジニアをやっている、@r9999 です。日夜奔走しながら開発を進め、エンジニアリングマネージャーというポジションで活動しています。よろしくお願いします。 今回のテーマは、レガシーコードのセキュリティ調査でClaudeを用いて、楽をして結果を出そうと思ったけど、最初のアプローチでは "間違った結論" のレポートを受け、余計に時間がかかってしまったので、何がよくなかったのか、どのように接したらいいんだよ、というのを述べます。 調査のきっかけ レガシーシステムは長年の運用で複雑化し、コードの全体像を把握するのが難しくなります。今回、セキュリティ強化の一環として、まずはログイン機能から調査を開始しました。 最初の調査で、Claudeから「重大なセキュリティ脆弱性を発見!」というレポートがあがってきました。事前に自分で動作確認したときは問題なかったので、「何か見落としがあるのか?」と思
こんにちは😆 はいチーズ!のデザイナー🍓いちご(@suigyooza_)です! SEN Advent Calendar 2025 4日目の記事を担当します🎄 先日、株式会社スタメンとスマートキャンプ株式会社のデザイナーさんとのLT会で「エビデンスのない私の共育論(きょういくろん)」についてお話をさせていただきました☺️ そのLT会でお話した「1on1」という言葉への異議申し立てについて、会の時間の関係で割愛した部分も合わせて、このブログでも少し綴ってみようと思います🎁 「1on1」という言葉が、実は少し苦手な理由。 スタメンさん @stmn_inc スマートキャンプさん @smartcamp_cp そして千@SEN_PR の 3社合同デザイナーLT会を開催しました! クローズドだからこその距離感で、発表も質疑応答も盛り上がりとても楽しかったです! ご参加くださった皆さま、ありがとう
こんにちは!システム開発部のデザイナー、moco(@moco_megane)です。 去る2025年11月28日(金)、スタメンさん、スマートキャンプさんと合同で、デザイナーによるLT(ライトニングトーク)会を開催しました! 今日はそのイベントの様子や、開催を通じて感じたことをレポートします。 開催の目的は「学びの交換」と「新たな一歩」 当日の様子 運営として感じた思わぬ収穫 まとめ:今後も「外」と「中」をつなげていきたい 開催の目的は「学びの交換」と「新たな一歩」 今回のLT会を企画した目的は、大きく2つあります。 社外での登壇経験を積むこと 他社のデザイナーさんと学びを交換できる場を作ること 私たち千のプロダクトデザイナーは、私を含めて現在5名。日々それぞれの担当プロダクトに集中して業務に取り組んでいますが、その一方で、なかなか社外のデザイナーさんと深く交流する機会が少ないという課題感が
こんにちは! 千株式会社 システム開発部のおはぎ(@ohagi_dev)です。 今年もアドベントカレンダーの季節がやってきました。 SEN Advent Calendar 2025 は昨年に続き、今年で2年目の開催になります 🎉 そして今年は、トップバッターを私おはぎが務めさせていただきます🙋♂️ デイリースクラムの15分でチームはどのように変わるか スクラムマスターが黙ったら、チームの対話が動き出した デイリースクラムが変わっていくまでの3つの工夫 あなたの作業ではなくチームとスプリントゴールを問う デイリースクラムの進行パターンを揺らしてみる あえて口を出さず、場をメンバーに委ねるという選択 メンバー同士が自然に称賛し合うチームへ 「進捗報告の時間」から「チームで場をつくる時間」へ デイリースクラムの15分でチームはどのように変わるか 私が所属するチームでは、開発手法としてスクラ
はじめに 千では今まで何度かデータ基盤の構築に取り組んできたのですが、データエンジニアやアナリストの不在によりデータ利活用が十分にできていない状態でした。そこから2024年にデータエンジニアを採用し本格的なデータ基盤の構築に取り組んでいます。今回は現在構築中のデータ基盤について紹介させていただき、今後やっていきたいことをお話させていただきます。 データ基盤の全体構成 概略図はこちらになります。 各種データの取得とS3への書き出し 各プロダクトのデータベースやCRMからS3へのファイル書き出しにはAWS Glueを使用しています。 データベースからSnowflakeへのデータ取り込みについてはSnowpipeなどを使用してデータを取り込みたかったのですが、社内の事情により直近では難しいと判断しAWS Glueを使用しています。 AWS Glueでは各データソースからジョブでデータを取得・加工
こんにちは、ものづくり部ICTチームの、んだです。 好きな銘柄はキリンラガーで、2児の父です。 生まれと育ちは山形ですが、佐賀県からフルリモートで働いています。 さて、今回は 「CursorとClaude Codeで開発の意思決定を爆速にさせようとしている話」 というテーマでお届けします。 はじめに ユーザーから日々届く要望。仕様をスピーディーに決めて、ユーザーに素早く価値提供したい。 でも、実際の会議では情報集めや根拠探しに時間がかかって、なかなか本題にたどり着けない――。 そんな悩みを、CursorとClaude Codeでどう変えられるのか。 SENで実践している“やるやら判定”を例に、リアルをお伝えします。 意思決定のための情報収集&認識合わせで時間が溶ける... 前述の通り、仕様検討の段階では様々な疑問が浮上し、その都度情報を収集するために多くの時間が必要でした。 「この機能って
こんにちは!ICTチームのデザイナー、moco(@moco_megane)です。 みなさんは生成AIをUIデザインに活用できていますか? 私は日々濁流のように流れてくる最新情報をキャッチアップしつつ、どうワークフローの中に組み込むかを試行錯誤している最中です。 とはいえ、ツールや手段があまりに多すぎて、一人でのキャッチアップには限界があります。 すでにエンジニアやPdMはなんだかいい感じに使いこなしているのに、このままではデザイナーがボトルネックになってしまう…! そんな危機感から、まずはデザイナーメンバーがさまざまなツールに触れて感覚を掴むこと、そしてデザイナー以外の人がデザインに興味を持ち、デザイナーと連携しやすくなることを目標に社内勉強会を開催しました🪄 参加者の半数以上がデザイナー以外の人! 全体の流れ 1:ツールの紹介とデモ 2:ミニワーク「テーマ:○○のお役立ちアプリ」 3:
こんにちは!ICTチームのデザイナー、moco(@moco_megane)です。 現在、デザイナーとエンジニアが協力し、はいチーズ!の複数プロダクトにおいてデザインシステムの導入・運用を進めています。 この記事では、まず最初の一歩として行った「輪読会」の様子と、そこで得られたことについて書きます。 今後、実際に運用を始めるまでの泥臭い取り組みを、他のデザイナーメンバーとともに連載形式で書いていきます。 どうぞお楽しみに! 手段としてのデザインシステム 経験の異なるメンバー同士で共通認識を作りたい (1)人を集めよう (2)本を決めよう (3)発表担当を決めよう (4)読んで、発表を聞いて、ディスカッションしよう (5)学んだことをもとに、企画書を作ろう (6)ふりかえろう アンケート結果 もらった感想たち 知識の底上げはできた、が! 次回予告 手段としてのデザインシステム 千のサービスであ
このページを最初にブックマークしてみませんか?
『productblog.sencorp.co.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く