TECH PLAY

キャリア」に関連する技術ブログ

1889 件中 1 - 15 件目
検索やレコメンドは、ユーザーに必要な情報を届けるための仕組みです。しかし、その裏側を支える基盤開発は、単なるAPI実装でも、モデルを載せるだけの仕事でもありません。サービスごとに異なる要件、急増するト...
みなさんこんにちは!ワンキャリアでソフトウェアエンジニアを担当している渡邉(X: @PwatanabeMiki )です。現在は主にフロントエンドとSRE領域を担当しています。 今回は、複数チームを巻き込んで実施した「Sentryエラー退治(通知削減)と運用改善」の取り組みについてお話しします!
中国 (国番号 +86) へのコンプライアンスに準拠した発信を維持することは、通信規制が進化し続ける中、グローバル企業にとって大きな課題です。 Amazon Connect Customer を使用して中国へ顧客コミュニケーションを行っている場合、コンプライアンスのベストプラクティスを理解し実装することで、サービスの中断を回避し、顧客との関係を保護できます。 あるグローバル旅行サービス企業は、承認済みの電話番号の設定とレート制限の実装によって、Amazon Connect Customer による中国への
テスト管理は、テストケースを実行して結果を記録するだけの作業ではありません。 テストの目的や範囲を決め、設計・実行・不具合管理・進捗報告・終了判定までを一連の流れとして管理し、リリース判断に必要な情報を整理する活動です。 現場ではテスト終盤になって未実行ケースが大量に残ったり、不具合の重要度や優先度が整理されないままリリース判定を迎えたりすることがあります。 こうした状況を防ぐには、テスト開始前の計画、実行中の進捗管理、不具合の可視化、終了時の報告までを仕組み化しておくことが重要です。 そこで今回はテスト
テスト管理では、テストケースの消化率や不具合件数を確認していても、「本当に品質は十分なのか」「リリースして問題ないのか」を判断しきれない場面があります。 消化率が高くても重要機能の確認が残っている場合や、不具合件数が少なくてもテスト観点が不足している場合があるためです。 そこで重要になるのが、テスト管理におけるメトリクスです。 メトリクスを活用すると、テストの進捗、品質状態、欠陥傾向、カバレッジ、修正状況などを数値で可視化できます。 これにより、感覚的な報告ではなく、根拠に基づいて品質状況やリスクを説明し
はじめに 初めまして。株式会社スタメンでエンジニアをしている taro です。 2025年12月にスタメンに入社し、ちょうど半年が経ちました。 このタイミングで、これまでの半年で印象に残っている出来事と、そこから感じたスタメンの魅力について書こうと思います。 転職の動機 私はスタメンにフロントエンドエンジニアとして入社しました。 前職は受託開発のエンジニアで、さまざまな案件に携わってきました。 働き方はフルリモートが中心で、黙々と一人で開発する時間が多くを占めていました。 そうやって働いていくうちに、チー
ワンキャリア 企業向けプロダクトの開発チームに所属している西川(X: @takashi54461358 )です。 さて、皆さんは開発にAIを導入した後こう思ったことは無いでしょうか?「コーディング速度は上がったが、もっと開発速度は上がらないのだろうか?」と。
みなさんこんにちは!ワンキャリアでエンジニアをしている佐藤(GitHub: seiya2130 )です。 今回は、AIによるコーディング支援(Claude Code)をチームで本格的に活用していくにあたり、 AIにプロジェクト固有のルールを教え込む(育てる)プロセスを自動化した取り組み についてご紹介します。
みなさんこんにちは!ワンキャリアのプロダクト開発部 ワンキャリア転職チームの越川(X:@kosshii_)です。 前回は、プロダクト開発チームのエンジニア4名に「学びになった技術書トップ3」を聞いてみました。新卒エンジニアの「本を読んで勉強したいけど、何から読めばいいかわからない」という悩みに寄り添った記事になっておりますので、是非、本記事と一緒にご一読いただきたいです! ▼ Part1はこちら
みなさんこんにちは。株式会社ワンキャリアでSRE(Site Reliability Engineering)チームに所属している中岡です。 以前には、 キャリアの考え方 や 入社3ヶ月後の振り返り について執筆しましたが、今回はより個人的な、けれども多くのエンジニアが直面しているであろう「マルチタスクの壁」についてお話ししたいと思います。
こんにちは、プロダクト部 部長の稲垣です。(自己紹介やこれまでのキャリアについて↓をご覧ください。) tech-blog.rakus.co.jp 今回は、私が作った「PdMタイプ診断」という取り組みについてご紹介します。 この診断は、既存の性格診断をそのまま用いたものではなく、 PdMとしての思考や行動の傾向を整理するために、認知スタイルに関する考え方をヒントに独自に設計したもの です。 診断の仕組みと、ラクスの開発組織で実施して見えてきたことをレポートします。 なぜ作ったのか 診断の仕組み:3つの軸、8
SIerで積んできた経験は、事業会社でも通用するのか。運用やインフラ、リリース対応といったスキルは、大規模サービスの現場でどう生きるのか。キャリアを広げたいと考えたとき、多くのエンジニアが一度はこうし...
はじめに こんにちは、ファインディ株式会社でエンジニアをしている中嶋( @nakayama__bird )です。現在は、新規プロダクトであるFindy Contextの開発に携わっています。 ファインディでは、これまでSREチームが担っていた新規プロダクトのクラウド環境の構築から監視体制の整備までを、プロダクト開発チーム主体で行う体制に切り替えました。 本記事では、私自身がFindy Contextの環境立ち上げを担当した経験を、アプリケーションエンジニアの視点で振り返ります。 経験の浅いエンジニアにとっ