はてなブックマーク

この記事は、株式会社asken (あすけん) Advent Calendar 2024 の16日目の記事です。 こんにちは、askenの入江です。 今回は、外部APIのモックサーバーとして非常に便利な「WireMock」の使い方をご紹介します。 開発でのよくある課題 現代の開発プロジェクトでは、外部APIや外部システムとの連携が欠かせません。しかし、これらの外部システムを利用する際に、次のような問題が発生することがあります。 テストケースの多様性: 外部システムの動作やユーザの過去の操作に合わせて応答パターンを再現するのが難しい。 外部依存の影響: 外部システムがダウンしていると、開発やテストが進まない。 特殊シナリオの再現性: 通信エラーや遅延など、特定のシナリオを意図的に再現するのが困難。 これらの課題を解決する手段のひとつとして、モックサーバを導入することがあげられます。 今回、モッ

はじめに 2024年4月から一人目のQA(Quality Assurance: 品質保証)エンジニアとして挑戦している高津です。 株式会社asken (あすけん) Advent Calendar 2024およびソフトウェアテストAdvent Calendar 2024の12月13日分の記事です。 QAエンジニアとして取り組んできた活動の中から、特に注力したポイントと学びをふりかえります。 現状の把握 asken一人目のQAエンジニアとして今期待されていることは「チームに対してQAスキル習得やプロセスの改善を支援し、チームのアウトプットの質とスピードを改善させる」ことです。 まず取り組んだのは、チームの現状を正確に把握することでした。 そこで、書籍「LEADING QUALITY」で紹介されているチームの品質ナラティブを見極めるためのアンケートとその分析を実施しました。 品質ナラティブとは

はじめに askenでエンジニアリングマネージャー(以降、EM)をしている西です。 この記事は、株式会社asken (あすけん) Advent Calendar 2024 の10日目の記事です。 全国のIT業界で働く管理職の皆さん。部下なのに自分よりつよつよエンジニアがいる場合、上司って何してあげるんだろう？って考えたことありませんか？(贅沢な悩み) 僕は前職も含めて管理職を始めて5年間ずっと、自分より優れているエンジニアが配下にいました。 その中で、EMとしてどう振る舞ってきたのかを共有したいと思います。そして、この内容が少しでも悩める管理職の人の助けになれば幸いです。 エンジニアリングマネージャーの仕事とは？ EMの仕事はエンジニアに成果を出してもらうための支援をする事です。つよつよエンジニアともなれば、ほっておいても勝手に実現手段を見つけてアウトプットを出してくれますが、より良い成果

はじめに こんにちは。テックブログ編集部の齋藤です。 askenエンジニアの座談会シリーズの番外編第二弾として、デザイナー座談会の模様をお届けします！UXデザイナー2名に加え、進行役として前回に引き続きPdMの伊藤さんにも参加いただきました。 この記事は、株式会社asken (あすけん) Advent Calendar 2024 の2日目の記事です。 参加メンバー 田仲 役職：UXデザイナー 所属：医療事業部 現在は事業部横断の行動変容プロジェクト*1 に携わっている。最近は、ディスカバリー・検証作業が主な仕事内容。前職ではアパレルのWeb業務を担当。UI設計からディレクション、マネジメントまで幅広く行っていた。 小沼 役職：UXデザイナー 所属：コンシューマー事業本部 現在はあすけんアプリのUXデザインを担当している。元々ファッションデザインを学んでいたが、Webをやりたいという気持ちで

はじめに こんにちは。コンシューマ事業部バックエンドエンジニアの高橋です。 今回は食事メニュー検索機能にOpenSearchを導入したことについて、お話しさせて頂こうと思います。 あすけんメニュー検索画面 なぜ導入しようと思ったのか あるデイリースクラムにて「『”水羊羹 とらや”』では検索できるのに、『”水ようかん とらや” 』では検索できない」という指摘がでてきました。確かにそれはユーザーにとって検索できない理由がわからず、ユーザビリティが低いと感じました。また、以前から「探したい食品がなかなか検索でヒットしない」という改善要望もありました。それらが今回の導入のきっかけです。 以前のメニュー検索 以前の検索ではデータベースに対しSQLの部分一致検索を行っていました。 OpenSearchで検索を行える状態にするためにはデータベースからOpenSearchへデータを同期する必要があり、また

askenの宮田です。先日、Scrum Fest Sendai 2024に登壇しましたので、当日の様子や当日話しきれなかったことなどをご紹介させていただきます！ 会場の様子 https://www.scrumfestsendai.org/ スクラムフェス仙台はアジャイルコミュニティの祭典です。 アジャイルやスクラムのエキスパートと繋がりを持ちましょう。この祭典は初心者からエキスパートまで様々な参加者が集い、学び、楽しむことができます。 参加者同士でアジャイルやスクラムのプラクティスについての知識やパッションをシェアするだけでなく、ここで出会ったエキスパートに困りごとを相談することもできます。 現在、askenではDTx（デジタル・セラピューティクス）の開発に取り組んでいます。 このDTx開発ではスクラムを採用しており、以下の点で興味を持っていただける方もいるのでは？という思いからプロポーザ

はじめに インフラエンジニアの鈴木です。半年ほど前にaskenに入社しました。 私が2人目のインフラエンジニアだったため、インフラでチームができたのをきっかけに、チームでの進め方を整理してきました。 今回は、インフラチームで実施している施策について紹介したいと思います。 インフラチームでのタスクには、新しい環境を構築したり、設定修正を行ったりすることがありますが、タスクを円滑に進めるための施策をチームで取り組んでいます。 施策にはドキュメント以外もありますが、今回はドキュメント関連にフォーカスします。 正直、この施策のおかげで、入社して半年程度でもスムーズに働けています。 どんなことをやっているか インフラに限らない話ですが、あるタスクがあった場合に「検討する作業」「作る作業」がエンジニアのタスクとしてよく発生します。 タスクの中で以下を実施することでドキュメントに残り、レビューもしやすく

こんにちは。コンシューマ事業部副部長兼EMの村上です。先月に引き続きの投稿になりますー。今回は12/12に開催しました、「【EM勉強会】みんな嫌い？目標設定ってどうやってる？」の動画を、最近新設しました弊社tech系YouTubeチャンネルにアップしました！目標設定が苦手という声を様々な会社で聞くことがありますので、今回の内容が皆様の目標設定の手助けになれば幸いです。当日も100人を超える方に来ていただきましたが、見逃した人、来ていただいた人問わず是非みていだければ思います。もしよろしければ、チャンネル登録、高評価よろしくお願いしますw ① asken アジャイルな目標設定のススメ 私も含めて目標設定が苦手な人は多いと思いますが、目標設定時に手応えがないことが原因だと考えています。目標設定時には方向性、難易度、半年先のことはわからないなど不確実な要素が多いからです。その不確実に立ち向かうた

こんにちは！ askenで人事採用をしています、平賀（ひらが）です。 2020年にasken初の人事採用担当者として入社、エンジニアをはじめ様々な職種の採用や人事、採用広報を行っています。 はじめに 2021年にこのaskenテックブログを立ち上げてから間もなく、私から当時のaskenエンジニア組織のご紹介記事を書かせていただきました。 tech.asken.inc が、あれから早いものでもう2年… 新しくaskenへジョインしてくれたエンジニアも増え、組織構成や開発のプロダクトもどんどん進化していますので、新しくなったエンジニア組織について、スライドにまとめました。 その名も「asken engineer life　～エンジニアたちが本音で語るaskenライフ～」です。 紹介スライドの構成 私たち、askenのエンジニア組織が掲げている方針と体制の紹介から始まり、携わるプロダクト、開発の

はじめに 今「あすけん」は大きなチャレンジをしています。 中長期的なサービスの成長を見据えて、アーキテクチャの見直しとシステムの再設計を行っています。 この再設計の一環として、PHPで構築された既存システムをKotlinを用いた新システムに置き換えるという大きな決断をしました。 さらに、より保守性の高いシステムを目指して、新しい手法も試しています。 具体的には「RDRA」「ICONIX」「ドメイン駆動設計」の考え方を取り入れて再設計を行っています。 今はまだ技術検証の段階ですが、一部の機能の分析・モデリングを行ってコードに落とし込んでいます。 課題も毎日のように見つかっています。しかし、日々解決と決断を繰り返し、少しずつ前進しています。 今回は、このような取り組みに至った経緯と言語選定についてご紹介します。 経緯 私たちの運用するサービス「あすけん」は2023年現在で10年以上の歴史があり

プロローグ 僕たちはなぜ技術選定をしたのか篇 僕たちはなぜ Flutter を選んだのか篇 僕たちはどう技術検証をしたのか篇 僕たちはどう Flutter で価値を届けるのか篇 エピローグ プロローグ ある程度エンジニアをやっていると、大なり小なり何かしらな技術の選定を行う機会があると思います。 かくいう僕らも今回、スマホアプリのクロスプラットフォーム技術の選定を行いました。 技術選定自体に興味がある方、あすけんの技術に興味がある方に、今回の記事が届けば良いなと思います。 もちろん(？)某映画が面白かった方にも届けば！(笑) 現在「あすけん」では、中長期的な将来を見据えて、全社的に現状の技術スタックを見直しています。 これは「ユーザ価値を中心と添えながら、継続的にサービスを成長させたい」という考えがあるためです。 その一連の流れとして、新規事業のアプリ開発の技術に「Flutter を採用」

こんにちは。asken でインフラエンジニアをしている沼沢です。 今回は、緊急性の高いアラートを検知した際の電話連絡の仕組みについてお話します。 抱えていた課題 弊社では、元々システム監視はしていたものの、検知時はメールや Slack の通知に留まっており、システムが深刻な状態となった場合に架電する仕組みがありませんでした。 休日や夜間に深刻な状態となった場合にメールや Slack 通知だけでは気付きづらく、早急に対処しなければならない状況の検知が遅れる懸念がありました。 検討したソリューション Twilio まず、自身が利用したことのある Twilio を使った架電を検討しました。 しかし思い出したのは、電話番号取得時に日本の法に準拠するために必要な各種手続きの面倒さでした。 https://support.twilio.com/hc/en-us/articles/44061586621

はじめに こんにちは！北米版あすけんアプリ「Asken Diet」のプロダクトデザイナーのNeicyです。 主にUI/UXデザインの仕事をしていますが、チーム内のUXリサーチにも携わっています。今回は、私がFigmaとMazeを使ってどのようにリサーチを活用し、どのようにデザインを検証して実用的なインサイトを生み出しているかについて紹介したいと思います。 なぜユーザーテストを行うのか？ ユーザーリサーチは、UI/UXデザインのバックボーンです。ユーザーのペインやニーズを知り、プロダクトがそれらのペインやニーズにどのように対応しているかを理解しなければ、ユーザーにとって有意義で直感的な体験を生み出すことはできません。ユーザーテストは、ユーザーが実際にどのようにプロダクトを使用するかを理解するために非常に重要です。アプリは年齢や人種、性別などによって使い方が大きく異なるため、ユーザーテストを実

こんにちは、asken海外事業部の nakawaiです。今年の春からエンジニアリングマネージャーとして試行錯誤の日々を過ごしています。 さて本記事では、マネージャーの役割の中でもとくに悩みどころの多い目標設定について、これまでの振り返りを兼ねてアウトプットしてみようと思います。 ※この記事は、Engineering Manager Advent Calendar 2022の18日目の記事です。 「目標設定」はノルマではなく、チームが成果に向かうための重要な取り組み 突然ですが、皆さんは「目標設定」という言葉にどのような印象を抱くでしょうか。 「会社から課せられるノルマ」や「人事評価のために、面倒だけど仕方なくやるもの」など、ネガティブな印象を持つ人も多いと思います。しかしそういったネガティブな印象は誤解であり、本来はメンバーの主体性や挑戦的な目標の達成のためのものであることが名著「エンジニ

こんにちは。VPoEの 安西 です。 askenはユーザが750万人を超え、アプリケーションだけでなくインフラも大きくなってきています。進化させていくために採用を進めており、人数も増え体制が整ってまいりました。 おかげさまで一歩一歩改善が進んできていまして、勉強会でその知見を共有したいなーと思い、企画を温めておりました。どんなテーマが良いかなと試行錯誤していたところ、先日の行った増田亨さんによる「設計の考え方とやり方」勉強会（勉強会の書き起こしはこちら）につなげるといいなと考え、「インフラ設計」として開催することにいたしました。 asken.connpass.com 申込み204名、参加は100名強と大変大盛況で終わりました。せっかくなので内容、プレゼン資料を紹介したいと思います。 ①asken における AWS アカウント、ユーザー管理設計（沼沢さん） speakerdeck.com a

増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし5ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」 パート3「テーブル設計のスタイル」 パート4「開発のやり方と設計スキルと補足資料」 パート5「質疑応答」（本記事） 目次 質疑応答 イミュータブルテーブルについて 「とっとと作る」について 開発組織、開発チームについて リファクタリング、テストについて こんな時はどうすれば 勉強方法について クロージング 質疑応答は参加者の皆様でモデルにしました。こちらを是非御覧ください。 balus.app 質疑応答 安西：ありがとうございました。ではせっかくなので、質疑応答の時間にしたいと思います。けっこう質問が

増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし4ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」 パート3「テーブル設計のスタイル」 パート4「開発のやり方と設計スキルと補足資料」（本記事） パート5「質疑応答」 目次 開発のやり方 開発のやり方の分かれ道 組み立て思考の開発のやり方 変化しやすい構造を作る とっとと作る 設計スキルを身につける 設計スキル 設計スキルアップの行動計画 まとめ 補足資料 開発のやり方 開発のやり方の分かれ道 簡単に言うと、目的の固定から出発する分解思考の開発のやり方がかつての潮流でした。タスク分解して、工程分解して分業体制にして、その結果実際に作っている人間の後半の

増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし3ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」 パート3「テーブル設計のスタイル」（本記事） パート4「開発のやり方と設計スキルと補足資料」 パート5「質疑応答」 目次 テーブル設計のスタイル テーブル設計の分かれ道 イミュータブルモデルを選ぶ イミュータブルデータモデルの効果 イミュータブルに設計したテーブルの特徴 プログラムが単純かつ明快になる 2022/08/24 追記 イミュータブルデータモデルについてより詳し知りたい方は、WEB+DB Press Vol.130 も是非お読みくださいませ！ パート3の内容（イミュータブルデータモデル）につ

増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし2ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」（本記事） パート3「テーブル設計のスタイル」 パート4「開発のやり方と設計スキルと補足資料」 パート5「質疑応答」 目次 設計スタイルの選択 アプリケーション開発の今昔 クラス設計のスタイル クラス設計の分かれ道 なぜドメインモデル方式か ドメインモデル方式 クラス設計：複雑さを分離する ドメインモデル方式でアプリケーション全体をどう組み立てるか クラスの設計を改善する（リファクタリング） 設計スタイルの選択 ソフトウェアの変更を楽で安全にするために、私自身がどういう方向性の設計をやっているか、少し背

こんにちは。株式会社asken VPoEの安西です。 先日、現場で役立つシステム設計の原則著者の増田亨さんに設計についてご講演いただきました。360名を超える方々にご参加いただき、大変盛り上がり、学びがありました。 asken.connpass.com 書き起こしをして公開するとより多く方に学びをお届けできるのではないかと思い、増田さんにその旨打診したところ、「自分にとっても学びがあるから是非やってください」と嬉しいお返事をいただきました。質疑応答も含めると1時間半くらいあったので大変長文記事になり、要約したほうが良いかなと思ったのですが、増田さんの意図をできるだけお伝えるために、複数ページに分けて公開にチャレンジしてみます。貴重な内容ですので、是非お読みくださいませ。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」（本記事

こんにちは。asken 初の専任インフラエンジニアとして 2022年6月に asken に入社した沼沢です。 asken での AWS アカウントとユーザー管理についてお話したいと思います。 asken では以前から複数の AWS アカウントを利用しており、これまではそれぞれのアカウントで個別に管理していました。 そこには、ユーザー管理の課題、セキュリティ・ガバナンス的な課題等、AWS マルチアカウント運用で発生する「あるある」な課題が asken にも多数存在していました。 そこで、これらを解決するため AWS Organizations を導入することにしました。 この記事に書かれていること・いないこと 書かれていること asken における Organizations の設計と適用しているガードレール、セキュリティ系サービスの話 asken における ユーザー、アクセス管理について

こんにちは、Androidエンジニアの高津です。 Google I/O 2022で発表された Android Health Connect を紹介します。 Health Connect 概要 Health Connectは、体重や体脂肪、運動や歩数、血圧等の健康やフィットネス、ウェルネスに関するデータへのアクセスを統合する新しいAndroidの仕組みです。 クライアントアプリはHealth Connect API経由でHealth Connectアプリが保持するデータの読み込み、書き込みが可能となります。 ユーザーは、アプリごとにどのデータに対して読み込み、書き込みを許可するか設定できるようになります。 アプリのアクセス権はHealth Connectアプリから設定できます。 たとえばGoogle FitとFitbitの両方を利用している場合に、歩数はFitbitからの書き込みを許可し、G

こんにちは。システム部の大澤です。 普段は北米版あすけんのアプリを開発しています。 今回はこちらの記事にインスパイアを受けて、askenでもやってみたいと思いました。 developers.cyberagent.co.jp 今後、askenに入社するエンジニア（シニアエンジニアを想定）にオススメする1冊について、アンケートを取ってまとめました。 エンジニア全員からアンケートに答えていただいたので結果をすべて、載せました。 設計、エンジニアリング 現場で役立つシステム設計の原則 ～変更を楽で安全にするオブジェクト指向の実践技法 https://www.amazon.co.jp/dp/477419087X/ref=cm_sw_em_r_mt_dp_1VATC0ETF72J8V6V5R9E 特定の技術分野に依らない設計の基本が学べるから。 asken社内でも著者の増田さんを招いて勉強会を開催して

こんにちは。日本版あすけんのエンジニアリング・マネージャの藤原です。 僕はasken入社当時はAndroidエンジニアでした。 アーキテクチャ改善にも携わってきましたが、今回は、その変容の歴史を振り返ってみようと思います。 意図 過去の偉人たちへの尊敬 補足：アーキテクチャの図について アーキテクチャの歴史 Step1: 日本版あすけんの立ち上げと、No architecture Step2: 米国版Asken Diet立ち上げと、MVP Step3: 新メンバージョイン、課題の残るMulti-Module & Layered architecture Step4: 新メンバーのジョインを控え、焦って間違ってしまったMVVM 技術負債(ごめんなさい by 藤原) Step5: 社員Androidエンジニアが2名体制に、改善されたMVVM Step6: 社員Androidエンジニア3名、腐敗

こんにちは、askenシステム部 兼 2021年度組織強化委員の 高津 です。 askenシステム部の2022年度方針として co-learning(ともに、学ぶ)を掲げています。 システム部での活動とは別に、1年間かけてasken全社員で学ぶ活動があります。 この活動を推進するグループを組織強化委員会といいます。 今回は、2021年度の組織強化委員会の活動について紹介します。 組織強化委員会 組織強化委員会の目的は(askenのミッション1を達成するために)よい組織作りを推進するです。 その目的を達成するために、1年間ごとにテーマを選んで社員全員で学ぶ機会を用意します。 これまでの組織強化委員会の活動として、2019~2020年度は 学習する組織 を学びました。 学習する組織の次に学ぶテーマとして選ばれたものがクリティカル・シンキングです。 グロービス経営大学院では、クリティカル・シンキ

こんにちは、システム部の服巻です。 本ブログを始めるにあたり、始めますの記事を投稿してから早いもので９ヶ月程が経ちました。投稿される記事も増え、その内容も多種多様で楽しみながら読んで頂けるものばかりです。読んで頂いた方の反応をみてもaskenエンジニアの取り組みであったり、メンバーの興味事などを知ってもらえる良い機会になっている様子で嬉しく思っています。 askenの2022年エンジニア組織方針では重要キーワードとして「ともに、学ぶ」があります。詳しくは以下の記事を読んで頂けると嬉しいです！ tech.asken.inc VUCA時代とも言われる現代において、不確実性が高く正解がない物事をコントロールしていくには学ぶしかないと言うことで、チーム全員で本年度も学びまくっていきます！そして得た学びはメンバーが積極的に投稿してくれると思いますので、引き続き当ブログを楽しみにしていてくださいね！

はじめに こんにちは😊askenのishikawaです。 普段はBigqueryやRで、日本版あすけんのデータ分析を行っています。 US版あすけんのお手伝いをすることもあり、こちらの記事を一番読み込んだのは私だと思います。（大倉さんありがとう😄） さて、最近世間を賑わせてるNotionですが、新しもの好きのトップの影響で、日本語に対応してすぐ、askenでも導入しました。askenではesaからの乗り換えだったのですが、Evernoteからの乗り換えも多そうですね🤔 Notionを使い始めて感じたのは、データベースが簡単に作れて素晴らしい！ということ。そこで、営業支援ツールを作ってみることにしました。 営業案件をExcelで管理することの課題 営業が抱えている案件のステータスや進捗が見えない Notionを導入するまでは、Excelで案件＆売上の管理をしていました。数字を管理すること

こんにちは。VPoEの 安西 です。 4月になりましたね。askenの年度は4月から始まりますので、4月1日にキックオフが行われました。私も含めて、全部門の方針を全社で発表したのですが、せっかくなので、この場で公開してみようと思います。 現状のエンジニア組織の状況 2022年度方針 不確実性が高いプロダクト開発に対峙し価値貢献する co-learning（ともに、学ぶ）に込められた私の想い 「co-learning（ともに、学ぶ）」に向かうための2つの行動 1. チームが学ぶ 2. チームで学ぶ ①設計 : 増田亨さん ②インフラ・アーキテクチャ : 野村友規さん ③アジャイル ④asken Engineer All Hands （エンジニア全体会議） 学ぶために必要な在り方 人事制度も変えました co-learning（ともに、学ぶ）をカルチャーに 気軽にお話してみませんか？ 現状のエン