株式会社マイナビ　デジタルテクノロジー戦略本部の技術ブログ

全227件

2023/12/03

はじめに GCPのIAMは、AWSのIAMとはまた別の概念を持っています。そろそろこんがらがってきたので、GCPのIAMについて思考整理のためにまとめてみました。 IAMについて Cloud IAMとはアクセスの①主体②アクション ③対象リソースを指定することができます。 ⓵ 主体：ユーザ・グループ・アプリ ⓶アクション：特定の権限・操作 ⓷対象リソース：Google Cloudサービス例えば、Compute閲覧権限ユーザをA君がもらうとすると、以下のようになります。 ⓵主体：A君のユーザ ⓶アクション：読み取りの権限・操作 ⓷対象リソース：Compute Engineリソース今回は①と②についてまとめてみます。 ①主体リソースに対してアクションを起こす主体のことを総称してメンバーと呼んでいます。メンバーには以下の種類があります。メンバー Googleアカウント Gメールアドレスとの関連付けが可能です。※所謂普通のGoogleアカウントのことです。 GCPを使用するユーザ（開発者や管理者などなど）を指します。サービスアカウントアプリケーションやVMに属するアカウントの事です。アプリの様々な論理コンポーネントを表します。 GCDKのコード実行するときなどに使用されるアカウントです。わかりにくいですがGCP Service Accountを理解するを読んだら理解できました。 ◦インスタンス・イメージ・アプリコード内に鍵や認証情報埋め込まなくてよいっていうのがポイントっぽいです。→(・・? ('ω')｡oO(たぶん、AWSのIAMロールに近い感じ…) Googleグループ Googleアカウントとサービスアカウントをグループ化できます。 ◦まとめてアクセスポリシーの適応などが可能です。 workspaceドメイン「～.com」のような組織のインターネットドメイン名ごとのアカウントです。 workspaceにユーザを追加することで、Googleアカウントが作成されます。 Cloud Identity Google管理コンソールにて、ユーザとグループが管理できます。 50ユーザまで無料ですが、GoogleドキュメントやGoogleドライブなど使用できないサービスもあります。 workspaceドメインに似てます。 ②アクション特定の権限・操作をまとめたものをロールと呼んでいます。ロールには以下の3つの種類があります。ロール基本ロール GCP側で準備してくれている役割ごとのロールのことです。以下の3つがあります。閲覧者 ◦読み取り専用　　　　◦既存リソースやデータの表示が可能編集者 ◦閲覧者権限含む ◦状態を変更するアクションが可能　　　　◦既存リソースの変更　　　　◦アクセスの変更削除　　など… オーナー ◦編集者権限含む ◦管理者権限　　　　◦メンバーの追加や削除が可能　　　　◦プロジェクトおよびプロジェクト内のすべてのリソースの権限とロールを管理　　　　◦プロジェクトの課金情報を設定　　などなど事前定義ロール特定のリソースに対するロールのことです。 GCPリソースへのアクセス権を細かく決められるため、他のリソースへの不正アクセスなどを防ぐことができます。いくつかあるうちの何個か('ω')ノ Compute管理者ロール：Compute Engineリソースに対する全アクション許可ネットワーク管理者ロール：ネットワークリソースの作成・削除可能 ◦※FWやSSLには適応外✖ ストレージ管理者ロール：ディスク・イメージ・スナップショットの作成・削除可能 ◦※プロジェクトのイメージ管理者にプロジェクトの編集者ロールを渡したくないな…って時に使えるカスタムロールカスタマイズが可能なロールになります。事前定義ロールよりも自分好みの権限の組み合わせにできます。多くの企業では、　最小権限モデル　が採用されているらしいです。ユースケースインスタンスオペレーターロールを定義！ユーザにこのロールを付与することで、「VM起動・停止は可能だが再編成はできない」という権限を持ったユーザを発動！バインディングとポリシーバインディングメンバーとロールの紐づけをバインディングと呼びます。 AWSの時はなかった概念の気もするが、強いて言えばterraform使って構築するときのアタッチメントなんちゃらみたいなやつ…？バインディングでは条件を決めることができます。条件でインスタンス名等を指定できます。AWSの IAM Policy的な奴だと思います。ポリシーバインディングをまとめたものをポリシーと言います。誰がどのロールを持つかをまとめたものがポリシーです。リソースは、上の階層（親）からポリシーを継承となります。 IAMポリシーの階層はGoogle Cloudリソースの階層と同じです。強さで言うと、「制限の緩い親ポリシー＞制限の厳しいリソースポリシー」になります。親レベルで付与されたアクセス権を子ポリシーで制限はできないです。って事で最小限で付与していくのがベストプラクティスになるってことですね('ω') さいごに（かんそう）権限の分断などが細かくできるので、複雑には見えますが使いこなすとかなりいい感じに開発・運用ができるなと思いました。特に大人数でいろんな立場の人がいるプロジェクト等ですとかなりいい感じに思います。ポリシー継承のIAMの決まりなども複雑なので、GCPのリソース階層とIAMの関係についても今後まとめてみたいと思います。投稿【学習メモ】GCPのIAMについて調べてみたはマイナビエンジニアブログに最初に表示されました。

2023/12/02

ゲーム感覚で “CSS Grid” が学べる “GRID GARDEN” をやってみた

はじめに ITD 2部1課のM・Sです。 CSS Gridを学ぶ際に、面白いサイトを紹介していただいたので共有させていただきます。そもそも、CSS Grid とは？ CSS Grid Layout（グリッドレイアウト）は、二次元のレイアウトをCSSで自由に操作できる機能です。格子状のマス目にグリッドを好きな順番におけたりするので複雑なレイアウトを従来よりも簡単に実装することができます。 ↓みたいなレイアウトを簡単に実装できる。なぜグリッドレイアウトがいいのか従来のWebサイトでは、 flex を使用してレイアウトを作成していきます。 flex とは、横並びのレイアウトを簡単に実装できるプロパティーです。 flexでも、十分レイアウトすることはできるのですが、問題点として、 "無駄なネストが増える" "要素の並び替えが難しい" という問題点がありました。こちらの画像のようなレイアウトを実装しないといけない場合。 flexでは、こんな感じで実装します。 <style> body { width: 200px; } header, nav, article, footer { border: solid 1px #333; box-sizing: border-box; } header { height: 30px; } div { display: flex; } nav { width: 30%; } main { width: 70%; } article { display: block; height: 30px; } footer { height: 30px; } </style> <body> <header>タイトル</header> <div>  <nav>ナビ</nav> <main> <article>記事1</article> <article>記事2</article> <article>記事3</article> <article>記事4</article> </main> </div> <footer>フッター</footer> </body> タイトル + ナビと記事の横並び + フッターのようなイメージですね。シンプルなレイアウトでさえ、divタグのようにネストしてしまっていることがわかります。 gird だと、こんな感じで実装します。 <style> header, nav, article, footer { border: solid 1px #333; box-sizing: border-box; } body { width: 200px; display: grid; grid-template: repeat(6, 30px) / 30% 70%; } header { grid-area: 1 / 1 / span 1 / span 2; } nav { grid-area: 2 / 1 / span 4 / span 1; } main { grid-area: 2 / 2 / span 4 / span 1; } article { display: block; height: 30px; } footer { grid-area: 6 / 1 / span 1 / span 2; } </style> <body> <header>タイトル</header> <nav>ナビ</nav> <main> <article>記事1</article> <article>記事2</article> <article>記事3</article> <article>記事4</article> </main> <footer>フッター</footer> </body> タイトル + ナビ + 記事 + フッターのコンテナごとに二次元配置が可能になるため簡単に実装することができます。今回の例だとdivタグがあるかないかの差ですが、要素が増えれば増えるほどこのネストが発生するので、 flexの使いすぎで深いhtml構造になってしまうということでできることなら grid を使っていきたいですね。さらに上記では活用していませんが、 grid は順番を気にせず配置できるので、レスポンシブ等で表示の順番が大きく変わる際にも対応することが可能です。なので今回は、flex を卒業すべく、gridに触れてみようと思います！ gird をゲーム感覚で学べる GRID GARDEN そんな、gridレイアウトですが、学べる教材がかなり少ない印象です... 紹介記事などはあるのですが、実際に手を動かしながら学べる教材が殆どありません ... そこで紹介いただいたのが、"GRID GARDEN" でした。全28ステージあり、gridで使われるプロパティーを色々学ぶことができます。例えばステージ1だと、こんな感じで穴埋めのgrid-colum-startのプロパティーが空欄でそれを入れていくという感じですね。こんな感じで28ステージあるのですが、大体、30分くらいで全ステージできました！ Gridレイアウトのプロパティーは一通りさらえたかなという印象でした。 Gridを使ってみたいといった方には、おすすめの内容な気がします！ですが、内容としては "どういうプロパティーがあるか知る" がメインなのでもう1アウトプットあればいいなと思いました。余談 FLEXBOX FROGGY 同様のゲームで flex も学べるみたいです。他にも面白そうなcssのゲームがありそうですが、紹介した2つ以外は有料っぽいですね https://flexboxfroggy.com/#ja アウトプットしてみる Grid 用いた面白そうな模擬コーディングを探してみたら、良さげな課題があったのでこれを軽くやってみようと思います。普通のwebサイトでも活用先はあると思うのですが、管理画面の方が1画面で写すコンテンツが多い関係上、gird がより効果的だと思ったのでこれにしました。課題 https://codepen.io/TurkAysenur/pen/QWyPMgq 実際に書いたコードがこちらです。 (あくまで grid の学習なので、完璧には模写していないのとクラスの命名などをあまり考慮せず実装しています...) ▼画面 PC (1075px ~) ▼画面タブレット (900px ~ 1075px) ▼画面 SP ( ~ 550px) コードに関しても軽く触れます。 girdの部分のみ抜き出してみました。こんな感じになります。  <body> <h2 class="header-left">TASK MANAGER</h2> <aside class="sidebar">...</aside> <div class="header-right">...</div> <div class="tasks">...</div> <div class="detail">...</div> </body>`` //grid body { display: grid; grid-template: 70px 1fr / 360px 420px 1fr; .header-left { grid-area: 1 / 1 / span 1 / span 1; } .sidebar { grid-area: 2 / 1 / span 1 / span 1; } .header-right { grid-area: 1 / 2 / span 1 / span 2; } .tasks { grid-area: 2 / 2 / span 1 / span 1; } .detail { grid-area: 2 / 3 / span 1 / span 1; } } @media screen and (max-width: 1075px) { body { .tasks { display: none; } .detail { grid-area: 2 / 2 / span 1 / span 2; } } } @media screen and (max-width: 900px) { body { display: block; .header-left { display: none; } .sidebar { display: none; } } }` 終わりにコード書いた感想ですが、grid を使った方がレスポンシブ対応もはるかに楽だと感じました。細かい表示非表示はもう少し書いていますが、レイアウトのレスポンシブは大体これくらいでできます。かなりスッキリかけた印象です。まだまだ、使いこなせていないですが、積極的に使っていきたいなと思いました。以上です。最後まで見ていただきありがとうございました投稿ゲーム感覚で “CSS Grid” が学べる “GRID GARDEN” をやってみたはマイナビエンジニアブログに最初に表示されました。

2023/12/01

AWS認定デベロッパーアソシエイト (DVA-C02)を受けてみた

はじめに先日、AWS 認定デベロッパーアソシエイト（DVA）を受験したので、体験記として残します。これから受験する人の参考になれば嬉しいです。筆者のスペック新卒１年目のインフラエンジニア AWS歴　２か月 AWS SAA取得済み AWS認定デベロッパーアソシエイトとは AWS Certified Developer - Associate AWS DVAはその名前の通り開発者向けの資格です。公式サイトでは以下の経験を持つ人を本試験の受験対象者と記しています。少なくとも 1 つの高度なプログラミング言語の深い知識を持つ開発者として勤務した経験 AWS テクノロジーに関する経験オンプレミス IT の経験、オンプレミスとクラウドのマッピングの理解他のクラウドサービスでの業務経験また、AWS認定全体ではアソシエイトレベル（中級者向け）の試験とされており、AWSを用いたアプリケーション開発について1年以上の実務経験を有している人が目安となっています。試験の内容は以下の通りです。（DVA-C02の場合）試験時間：130分問題数：65問（採点対象外15問を含む）出題形式：択一選択問題または複数選択問題出題分野： ◦AWS のサービスによる開発 ◦セキュリティ ◦デプロイ ◦トラブルシューティングと最適化サンプル問題がこちら↓　（※ AWS Certified Developer - Associate (DVA-C02)試験問題サンプルより引用） Q. デベロッパーは、ユーザーがほぼリアルタイムでコメントを投稿したりフィードバックを受け取ったりできるようにする必要があるウェブアプリケーションを作成しています。これらの要件を満たすソリューションはどれですか (2 つ選択)。 A) AWS AppSync スキーマと対応する API を作成する。Amazon DynamoDB テーブルをデータストアとして使用する。 B) Amazon API Gateway で WebSocket API を作成する。AWS Lambda 関数をバックエンドとして使用する。Amazon DynamoDB テーブルをデータストアとして使用する。 C) Amazon RDS データベースによってバックアップされる AWS Elastic Beanstalk アプリケーションを作成する。長期間有効な TCP/IP ソケットを許可するようにアプリケーションを構成する。 D) Amazon API Gateway で GraphQL エンドポイントを作成する。Amazon DynamoDB テーブルをデータストアとして使用する。 E) Amazon CloudFront への WebSocket 接続を確立する。AWS Lambda 関数を CloudFront ディストリビューションのオリジンとして使用する。Amazon Aurora DB クラスターをデータストアとして使用する。 AWS SAAとの違い AWSの登竜門的な資格としてAWS認定ソリューションアーキテクトアソシエイト（SAA）があります。同じアソシエイトレベルの試験ですが、SAAでは幅広いAWSサービスから表面的な内容が出題されるのに対して、DVAでは限られたAWSのサービスから少し深い内容が出題される印象です。問われるサービスにも違いがあり、SAAではあまり出題されないCode兄弟（Code Commit・CodeBuild・CodeDeployなど）やAWS CDKやCloudFromationなどの構築系サービスなどからも出題されます。難易度は個人的にはSAAの方が少し高いかなぁと感じました。得手不得手あると思いますが、SAAは単純に覚えるサービスが多い印象です。逆にDVAはAWS CLIのコマンドオプションなどの細かい部分も出題されるので、普段からAWSを触っていないと難しく感じるかもしれません。結果結果は… 合格しました！！ 772/1000なのでまぁ微妙なスコアですね… SAAより簡単と言ったもののスコアは下がってしまいました。全セクションのコンピテンシーは満たせているので良しとしたいところです。高得点ではないですが、一応合格は合格なので自分が勉強した方法について書いておきます。勉強方法勉強方法についてですが、まずAWS認定はSAAとSAP以外の試験は学習教材があまり充実していません。また、試験自体も定期的に更新されるため最新版に対応していなかったりと注意が必要です。今回受験したDVA-C02に関しても現状対応している参考書はありません。（※11月末にポケットスタディシリーズからC02対応版が出るみたいです。）そのため、本で勉強することが好きな人には辛い試験だと思います。私がやった勉強は以下の通りです。 Input Udemy： AWS認定Developer Associate（DVA-C02）試験対策トレーニング C02版に対応してる貴重な学習教材です。2倍速でさらっと見て試験の雰囲気をつかみました。 Udemy Bussinessで無料で受けられるのはすごくありがたいです。ただし、これだけだと合格は難しいと思います。書籍： AWSの基本・仕組み・重要用語が全部わかる教科書結構前に買った本です。AWSのサービスがどんなものかざっくり知るのに便利ですが、あくまでざっくりなのでほかの資料と組み合わせて使うのがおすすめです。ハンズオン：手を動かすことが一番理解につながるので以下の3つ取り組みました↓ ◦ AWS Codeサービス群を活用して、CI/CDのための構成を構築しよう！ ◦ AWS SAMを使ってテンプレートからサーバーレスな環境を構築する ◦ Amazon Elastic Container Service 入門　コンテナイメージを作って動かしてみよう公式ドキュメント： AWS Documentation 結局ここに行きつきます。詳しくサービスのことを知ろうとするとここを見ることになりますが、読解には訓練が必要です。その他：ChatGPT（GPT-4）神です。最近課金してしまいました。気になったことを投げると参考文献付きで回答してくれるため、学習の効率がすごく上がりました。令和最新版の勉強法です。 ※情報が古い場合もあるため注意が必要です。 Output 模試： CloudTech SAAを受験した際に、Udemyの模試が本番と乖離していると感じたので、契約しました。（検索すれば他にもいろいろあります。）約5000円で90日間AWS認定全資格の模試が受けられます。 DVAは266問用意されていて分量と難易度がちょうどよかったです。最終的に2周しました。公式サンプル問題： AWS Certified Developer - Associate Official Practice Question Set (DVA-C02 - Japanese) 公式が20問の模擬問題を出してくれています。解説も充実しているので一度は受けておくのをおすすめします。私は前日に受けて65%だったのですごく焦りました。おすすめとしては、まずUdemy＋ハンズオンである程度の内容をインプットしたら問題演習をしつつ、足りない知識を公式ドキュメントやChatGPTなどを用いて補うのが一番効率が良いと思います。あまりインプットで完璧を目指しすぎると沼にはまっちゃう気がします。試験を振り返っていくつか個人的な教訓です。前日は睡眠をしっかりとる試験は130分とまぁまぁ長いです。集中を保つのが大変ですし、問題文も専門用語が多くて解読にエネルギーを使うので万全な状態で臨む必要があります。試験は早めに予約する試験日を決め、メリハリを付けて勉強をすることが大切です。試験の24時間前まで予約可能ですが、土日に受ける場合は早めに予約しておきましょう。ちゃんと手を動かす CI/CDやIaCは実際に試してみないとなかなか理解が深まりません。この記事内で上げたハンズオン以外にもネット上にあるものを使って動かしてみるのが大事だと思います。まとめ今回めでたくAWS認定を2冠することができました！資格で培った知識を業務で活かせるように頑張ります。次はSolutions Architect Professionalか Security Specialtyあたりを受けたいと思います。 p.s. ベンダー資格は受験料が高いので、受験料補助制度（1回までは会社から受験料が出る制度）にすごく助けられています。ありがとうございます。投稿 AWS認定デベロッパーアソシエイト (DVA-C02)を受けてみたはマイナビエンジニアブログに最初に表示されました。

2023/11/30

アドベントカレンダー2023開催します！

はじめに今年もアドベントカレンダーの季節がやってきました。マイナビからも20人以上のエンジニアが参加して、クリスマスまで毎日記事を投稿します！カレンダーは毎日更新されますのでお楽しみに！アドベントカレンダー 2023年12月 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 Twitterでも発信中マイナビの公式Techアカウントでも、毎日更新していきます。こちらもぜひご覧ください！ @mynavi_tech 投稿アドベントカレンダー2023開催します！はマイナビエンジニアブログに最初に表示されました。

2023/11/26

デジ戦の新フロアを紹介します！

はじめに皆さん、こんにちは。マイナビエンジニアブログ編集部です！この度、デジタルテクノロジー戦略本部（以下：デジ戦）の新オフィスリニューアル工事が完成しました！こだわりが詰まった自慢の新フロアになっています。今回はそのなかでもTOWN HALLというスペースをメインにご紹介させていただきます。ぜひこのブログを見て来社気分を味わっていただければと思います。執務エリア TOWN HALLのご紹介の前に、まずは執務エリアの一部をご紹介させていただきます。執務エリアはABW(アクティビティベース)を採用し、作業内容や気分によって働くスペースを選択できるようになっています。 ▲全席デュアルモニターまたは湾曲モニターを設置。作業効率を高めて働くことができます。 TOWN HALL TOWN HALL(タウンホール)は、勉強会や懇親会など幅広い用途で活用できるコミュニティスペースです。執務エリアと隣接しており、ガラス張りの壁には部署名である「Drive Digital Inovasion digital technology strategy division」の文字が！かっこいいですよね。 TOWN HALL内にあるモニターやテーブルは動かすことができるため、会議室とは異なり人数の縛りがなく利用ができるスペースとなっています。 ▲プロジェクターが設置してあるため、プレゼンテーション形式での利用も可能です。 ▲可動式モニターも複数あるため、グループワーク形式での会議も可能です。 ▲壁際にはベンチのような座れるスペースもあるため、多数の社員が集うことができるようになっています。椅子やモニターなどを移動させて広場のような形にすることもできるので、部署全体での懇親会など大規模なイベントの実施も可能です。先日もTOWN HALLのお披露目会を行い、多くの社員が飲食を伴いながら交流を深めていました！ ▲お披露目会でデジ戦：坂本本部長がお話をされている様子「このイノベーティブな空間を利用して、社内外を問わないオープンなコミュニケーションを活発化させ、より良いアイデアが湧き出てくるような場にしていきたいと考えています。そして、そのアイデアを自ら開発し世の中にご提供していく基点にもなれたらと思っています。」さいごに今回は新しくオープンしたコミュニティスペースである「TOWN HALL」をメインにご紹介させていただきました。今後はこのスペースを利用して、社員のスキルアップのための勉強会や交流を深めるためのイベントなどを行っていく予定です。

2023/11/19

マイナビの就業型インターンシップ参加してみた2023【WEBアプリケーションエンジニア編】

はじめに株式会社マイナビでは実際の仕事を数か月かけて体験していただく就業型インタ―ンシップを実施しています。本記事はインタ―ンシップに絶賛参加中のK君に就業型インターンシップに参加したきっかけや、実際に参加して経験した業務などをインタビューをさせていただいた内容について記載をします。自己紹介情報系の学部に所属している大学3年生です。大学1年生の時に、HTML／CSS・JavaScriptを授業で習いプログラミングに興味を持ちました。勉強し始めた当初は中々うまくいかず難しいな、と感じていましたが一つ一つ出来ることが増えていく達成感が好きになりました。就業型インタ―ンシップ参加までマイナビの就業型インタ―ンシップは「マイナビ2025」経由で応募をしました。情報系の企業に絞って探していた際にマイナビのITコースが募集をしているのを見て、正直マイナビにITのイメージは無かったものの、興味のある教育にも同時に関わることが出来るのではないかと思い応募をしました。書類選考や面接後から初出勤までは1か月程時間があったので、面接時に聞いた技術のキャッチアップやアルゴリズムを勉強しました。ただ、インタ―ンシップに対して特別準備をするわけではなく自分の知見を更に広めたいという思いから今まであまり触れてこなかった技術を学んでいました。就業環境について 1日のスケジュール時間やること 9：15～9：30 オフィスに出社して1日のタスクを確認 9：30～12：30 タスクを行う・適宜相談 12：30～13：30 お昼休憩（新宿駅周辺でランチ） 13：30～15：00 タスクを行う・適宜相談 15：00～16：30 課会（やったことやお悩みについての共有会） 16：30～17：30 タスクを行う・適宜相談 17：30～17：45 進捗共有・退勤インターン生は週2～3回の出勤のうち半分程度がリモートワークです。テスト前や用事がある日にはシフトも柔軟に対応していただくことができました。オフィス環境オフィスは新宿駅直結のミライナタワーです。席はフリーアドレスになっていて、出社の時は好きな席に座って作業をします。オフィスには私たちの所属している開発課だけでなく、ＡＩシステム課・マーケティング課・ＲＰＡ課など様々な組織の方が働いています。毎日座席が違うので気分も変わりますし、オフィスからはスカイツリーなど東京の景色が一望できるのがお気に入りのポイントです。私は今回のインターンシップで初めて企業のオフィスに入りました。それまではエンジニアはパソコンの前でプログラミングをする事だけが仕事なのかな、と思っていましたが実際に足を踏み入れてみるとそうではなく、ディスカッションなどコーディング以外のこともされていたので驚きました。 ▲会議室での一コマ。大きいディスプレイをみんなで見ながらディスカッション中仕事内容使っている技術についてプロジェクトにもよりますが、私が参加させていただいたプロジェクトは以下のような技術を利用していました。 PHP データベース実際にやったこと社内プロジェクトの機能実装不明点があればメンターを初めとする社員の皆さんにSlackで質問をしたり、対面で質問をしていました。学びと感想本インターンシップは私にとって初めての就業型インターンシップでした。エンジニアとして働くということが今まではぼんやりとしたイメージでしたが、インターンシップに参加した事で仕事のイメージがつき、1人ではなくチームで開発をすることがどういうことなのかを理解することが出来ました。特に印象的だった出来事としてはエラーが起きたときに、メンターの方に質問をしたときのことです。他の業務があったと思いますが優しく、質問をしやすい環境を作って頂き様々な目線でアドバイスをくださいました。結果として業務も成功し、1つ1つ自分の出来ることが増えたときの達成感を味わうことが出来ました。また、普段1人ではできないようなことにも沢山挑戦をさせていただきました。マイナビ＝自社開発を積極的行っているというイメージもつきましたし、参加前は若手社員の方は「上から言われた指示を淡々とやるのではないか」と思っていましたが様々なことに手を挙げて意欲的にチャレンジをしていらっしゃったのも印象的でした。 ▲メンターの方にエラー内容を相談中今後の目標今回、インターンシップに参加して普段自分ひとりでプログラミングをする場合と、企業でチームでプログラミングをしている場合ではレベルにギャップがあることに気付きました。頑張ってそのギャップを少しでも減らせられるようにスキルをあげて行きたいと思います。様々な年代・バックグラウンドを持った方と働くことが非常に楽しいと感じたので、今後も自分自身を磨いていきたいです。エンジニアとして働きたい、と改めて感じました。まだまだインターンシップは続くのでもっと沢山のことを吸収できるように頑張ります！

2023/11/15

【受験記録】Udemyを活用してAWS SAA-C03を取得しました【反省たくさん】

はじめに座学嫌いな自分ですが、Udemyを活用してAWS SAA-C03を取得できたので受験記録としてまとめておこうかと思います。大変恥ずかしながら計画性があまりにもないので、反面教師と捉えてください。(こんなはずじゃなかったのにな) ※ちなみにマイナビでは、自己研鑽ツールの1つとしてUdemy Businessが1人1人提供されていますので、今回はUdemyをフル活用して資格取得しましたプロフィール社会人4年目文系学部卒 AWS歴 1年前後入社からずっとオンプレにお世話になってましたが、2022年4月の社内ツールのクラウド化プロジェクトからAWSに関わりを持ち始めました。ただ、実際の構築は基本ベンダーに依頼しているので、自分ではあまり触れてない…という感じです。1年と言ってもほぼ初心者です。受験のきっかけこれから本格的にAWS構築・運用に関わるので、知識習得のステップの一つとして受験しました。受験日は後からでも変更できるし、「1回落ちても再受験無料！」のようなキャンペーンをしていた時期だったので、受験申込のハードルが低かったのも今回の受験の後押しになりました。試験概要公式で AWS 認定試験ワークショップというウェビナーをやっているので、視聴しました。受講したUdemyコース ① AWS：ゼロから実践するAmazon Web Services。手を動かしながらインフラの基礎を習得受験用というより、受験を決める前にAWSの基礎を学ぶために観ました。（ちなみに私は2倍速視聴しました。） ② 【SAA-C03版】これだけでOK！ AWS 認定ソリューションアーキテクト – アソシエイト試験突破講座基本これやれば大丈夫だと思います。ハンズオンも含まれているので、業務でAWSを使わない人にも○。その代わり、ボリュームがかなりあります。 ③ 【SAA-C03版】AWS認定ソリューションアーキテクトアソシエイト試験：短期突破講座（300問の演習問題）日頃AWS触ってるよ～って人は最悪これだけでもいいです。出る順で説明してくれてます。序盤に「アソシエイト試験の出題問題の分析」というセクションがあるので、これは全員観ておいて損はないと思います。私は結果的に最後の追い込みに使いました・・・勉強の流れ理想 ③のセクション1,2で試験の概要、出題範囲と傾向を確認 ↓ ②を一通りコツコツ観て(セクション3~7は重点的に)、模試を受験する間違った箇所や自信がなかった箇所は前セクションに戻って復習 ↓ ③であまり馴染みのないサービスの復習をする現実（非推奨） ②の基本パート(セクション1~セクション7 S3まで)を観て、問題を解く ↓ 受験日まで残り2日しかないことに気づく　②を観終われない ↓ ③のセクション2で出題傾向を確認し、　・セクション4~セクション5まで(小テスト含む) 　・セクション6以降のうち、自信がない箇所(小テスト含む)　を観る受験当日就活のSPIを受けるのと同じく、テストセンターで受験しました。必要なのは身分証明書2点だけ(顔写真付き1点を含む、運転免許+保険証など) 会場に持ち込み可能なのは、顔写真付き身分証明書1枚と渡されたホワイトボード・マーカーのみです。選挙カーの音で気が散ったので、席備え付けのイヤーマフ？ヘッドホン？してました。頭が大きいので具合悪くなりました。使い捨て耳栓も配ってたので貰っておけばよかった。 130分で65問なので、1問2分ほど使えますが半分くらい時間が余りました。予め見直ししたいところはチェックをつけられるので、ゆっくり見直し。わからない問題は消去法です。終盤になると謎の自信が湧いてきますが、常に自分を疑うように心がけました。結果 14時ごろ試験終了で、当日の18時ごろに合否のメール(というかcredlyのデジタルバッチ付与)がきました。さすがにこのタイトルでメールが来て不合格だったら落ち込みますね。 ※この時点では来ていませんでしたが、2日後に正式な合格通知メールが届きました。スコアはAWS認定のマイページから確認しました。 …ギリギリですね。高校・大学受験と違って、最初から720点とれば合格って決まってるんで合格は合格です。受験終了後、マイナビの資格取得支援制度を使って受験料補助の申請を行いました。16500円(税込)が戻ってきます。(ありがたや) (でも課税処理はしっかりされるので、100％戻ってくるわけではなさそう) 不合格でも申請できますが、1つの資格につき申請は1回のみ可能です。所感・ネットワーク系やサーバ構成、複数のサービスを組み合わせる問題は、とりあえず適当に回答し後でホワイトボードで図を書いて考えました。「インバウンドが～でアウトバウンドが～で…」と文章になっていると混乱するので。。・②③の教材は頻出のサービス組み合わせについてはしっかりカバーしてくれているので、セットで覚えておいてよかったと思いました。・思い切りよく進めてくのが大事だと思います。模試をやってこなかったので時間配分にビビッて序盤ブーストかけましたが、結果的に時間が余ったので心にゆとりができました。・受験後2週間は同一試験の受験をできませんが、自分のタイミングで受けられ、かつ再受験無料だったので何も気負うことなく受けられました。反省点学習計画がゆるふわすぎた私は電車通勤のような決まったスキマ時間があまりないので、意識して取り組まないと時間だけが過ぎていってしまいます。 Udemyは学習計画の機能があるので、活用すればよかったなと思います。なるべく自分で手を動かすことが重要 ②はハンズオン動画を含んでいますが、自分で手を動かした方が確実に身につくし細かい設定も確認出来るので可能であれば一つ一つ触りたかったです全てを無料枠で収めることはできませんが、 AWSはウェビナーの視聴等でクレジットもらえる時があるので、活用できるといいと思います。 (私はまだEC2、S3、VPCくらいしか触れてません) 前日はちゃんと寝る言うまでもないです。洋裁にハマった→試験2週間前に新しいミシンを買ったここ最近、退勤後は毎日縫ってました。試験終了後も(これでまた縫える…)と思ってました。こういう新しいことをするのは合格後にしましょう。試験2日前に好きな映画が公開された→公開当日にしっかり観たまとめ Udemy見放題と受験料補助のおかげで、AWS SAAを取得できました。会社の制度には感謝しかないですね・・・！かなり効率的に学べる教材ですし、出先やお風呂の中、オフラインで保存をしていれば飛行機の中など場所を選ばず視聴できるのがアドバンテージでした。いつでも受けられる分、なかなか踏ん切りがつかないので、とりあえずお金だけ払っちゃうのもアリだなと感じました。Swing the batですね。高得点で合格しているわけではないですし勉強不足なので復習が最優先課題ですが、次はSysOps Administrator - Associateの取得を目指したいです。

2023/11/15

Udemyを活用した新制度の基本情報技術者試験合格体験記

はじめに情報系の学部出身ではないですが、二ヶ月で基本情報処理技術者試験を合格できました！今回は合格までの道のりを記録としてまとめさせていただきます。これから基本情報処理技術者試験にチャレンジするぞ！という方の参考になればと思います。プロフィール新社会人(2023年4月入社) デザイン系の学部の為ITは未学習インターンなどでプログラミングをしていたのでコードは多少書けるレベル受験のきっかけ正直なところプログラミング経験には多少自信があったのですが…入社してすぐ、ITの基礎研修にて事件が起こりました… “ IT用語が全く分からないんです…! (プロトコル? ファイアウォール? 何の話…?)“ さすがにまずいと思い、研修期間中に受けると受けると決めていた基本情報技術者試験で最低限のITスキルを付けようと考え、本格的に勉強を始めました。試験概要基本情報処理技術者試験とは情報処理技術者試験は、「情報処理の促進に関する法律」に基づき経済産業省が、情報処理技術者としての「知識・技能」が一定以上の水準であることを認定している国家試験です。（ https://cbt-s.com/examinee/examination/fe より）エンジニアとして基礎的な知識を問う試験になります。試験概要 A問題・B問題ともにパソコンを用いたマークシート方式(CBT方式)です。科目A 試験時間: 90分内容: テクノロジ系・マネジメント系・ストラテジ系の3分野から四択でそれぞれ出題されます。問題数: 60問 (テクノロジ系: 41問、マネジメント系: 7問、ストラテジ系: 12問) 科目B 試験時間: 100分内容: アルゴリズム・プログラミングとセキュリティーの2分野から問題が出題されます。アルゴリズム・プログラミング分野は、疑似言語を用いた出題になります。問題数: 20問 (アルゴリズム・プログラミング分野: 16問、セキュリティー: 4問) 難易度合格要件として、A問題 B問題ともに600/1000点を超える必要があります。受験者数合格者数合格率 R2秋季 52993人 25499人 48.1% R3春季 32238人 13522人 41.9% R3秋季 52831人 21167人 40.1% 新制度移行前は、23~25%程度でしたが、新制度移行後に合格率が上がりました！合格率は40％台に上昇したので少し易化しているのかもしれません！勉強をした感じ、指定の範囲を繰り返し学習すれば短期間での合格が可能だと思います！情報学部の方は、A問題も少し学習すれば合格点に達すると思います！プログラミング経験者の方は、B問題も問題の解き方や流れも十分に練習すれば合格点に達すると思います！ ※あくまで体感です勉強方法全体スケジュール試験の2か月前から、本格的に勉強を開始しました。最初の二週間は、IT初学者向けの動画を視聴して、ITの基礎を学習しました。デジ戦ではUdemyのアカウントを1人1つ付与しているためUdemyの動画での学習です。そのあとに、基本情報処理技術者試験対策の動画と過去問道場を並行し、午前対策を行いました。試験から3週間ほど前から午後問題対策の動画を視聴し、問題演習を行いました！結果結果としては、午前問題: 805/1000 午後問題: 840/1000 と元々、ITの基礎知識はありませんでしたが合格することができました！次に対策方法を見ていきます！基本情報処理技術者試験 A問題(午前問題)対策 Udemy動画教材① ～始めから効率よく学ぶ～基本情報技術者試験最速合格講座 ITの基礎知識を学習すべく、最初に学んだ講座です！基礎理論〜セキュリティーなどのテクノロジー分野全般 + B問題を学習することができます！ IT全般のイメージを持つのにとても役立つのでおすすめです！僕は、テクノロジー系の動画を受講しました。動画も一分野1時間ほどで見れます！ですが、午前問題で更に高得点を取るためにもう1講座受講しました。 https://www.udemy.com/course/lerning-fe Udemy動画教材② 現役講師が教える【基本情報技術者試験　科目A】講座 Udemy動画教材①よりもより実践的な内容を学べるのが、「現役講師が教える【基本情報技術者試験　科目A】講座」です。動画の中で理論の解説・実際の過去問の演習を行うような形になります。動画の中で実際の問題のイメージをつけることができるのでこの講座を学習すれば、もう過去問に入っても大丈夫だと思います！ https://www.udemy.com/course/kihon_joho 基本情報技術者過去問道場実際に動画教材や本で学んだら次は実践です。動画で学んだ範囲の過去問を「基本情報技術者過去問道場」で学習します。自分は全範囲全問題を演習したのですが、演習してみて75％ほど正答できていれば、その範囲に関しては追加で過去数年分の問題を演習すれば十分だと思います。 https://www.fe-siken.com/fekakomon.php IPA公式サンプル問題 IPA公式からも2023年改定後のサンプル問題が出題されています。問題自体の基本的な変更はありませんが、問題の難易度をつかんでおくにはとても有用な問題だと思います。 https://www.ipa.go.jp/shiken/syllabus/henkou/2022/20221226.html 基本情報処理技術者試験 B問題(午後問題)対策 Udemy動画教材③ 現役講師が教える【基本情報技術者試験　科目B】科目B対策専門コース Udemy動画教材②の講師の方が解説されている午後問題対策講座、「現役講師が教える【基本情報技術者試験　科目B】Javaプログラミング言語を使った、科目B対策専門コース」です。こちらの問題は午後問題のために必要な考え方や例題演習と解説を行ってくれるような教材です。新方式に移行して問題がだいぶ変更になっていますが、まだ過去問や対策問題が少ないためこの教材の中に含まれている類題はとても勉強になりました。おすすめです。 https://www.udemy.com/course/kihon_joho_b IPA公式サンプル問題 B問題に関しても、IPA公式から2023年改定後のサンプル問題が出題されています。一回分(20問) と 6問がサンプル問題として、公開されているので必須で解きたい内容になります！ https://www.ipa.go.jp/shiken/syllabus/henkou/2022/20221226.html まとめ基本情報を勉強して良かったこと基本情報を勉強してみて、幅広いITに触れることができました。当初、「IT用語が全く分からない」という不安が解消されて、研修・業務中に出てくる単語も基本情報処理技術者で勉強したから理解が出来る！ということが増えたので間違いなく資格を取得して良かったです。　おわりに以上が、自分の基本情報処理技術者の合格体験記になります！まだまだ未熟ですが、取得した基本情報を活かして今後の業務に取り組んで行きます！ ITの基礎的な知識を習得されたい方はぜひ挑戦してみてください！最後までご覧いただきありがとうございました！

2023/10/19

2023年システム職新人研修・振り返り～研修運営編～

はじめにはじめまして！2023年度新入社員K.NとM.Mです。今回のブログでは、2023年度新入社員研修の中で行った「研修運営」について紹介したいと思います。研修運営って何？なんでやるの？という説明から、実際に経験した新入社員との座談会の様子をまとめていきます！ ▼研修カリキュラムの詳細については別記事にまとめていますので、ぜひこちらもご覧ください！ ###card_post_id=1471### 本記事の編集者アザラシさん座談会のファシリテーター兼編集者文系学部出身研修で初めてプログラミングを学びました。白米が好きです。コアラさん本記事の共同編集者情報系学部出身プログラミング経験が浅く、研修中は無駄に長いコードを書いていました。スマートなコードをかけるように日々訓練中です。研修運営について研修運営って？研修運営とは、研修を進める上で必要な物品の準備や進行を、教育担当の上司に任せるのではなく、すべて新卒の自分たちで行うものです。具体的には、朝会/夕会の進行講師の方との連絡やアテンド研修会場やZoom環境の準備研修のグループ分け持ち物や連絡事項のリマインド　　etc… 円滑な研修運営に必要だと思うことを自分たちで考え実行します。研修運営は、約2か月の研修期間を４つのタームに分けて、12~13人/グループで担当しました。また、各タームの最後には成果報告会を行い、同期や上司、研修の講師の方に運営での取り組みや振り返りを共有しました。なぜ研修運営を行うの？マイナビは自らビジネスを生み出す事業会社です。そのため、ただ依頼をこなすだけではなく、自ら課題を見つけて解決を目指す姿勢が求められます。それは営業職だけでなく、マイナビで働くすべての社員、私たちシステム職にとっても同じことです。その一歩目として、主体性をみにつけるためにも新卒研修の研修運営を自分たちで行っています！研修運営についてはご理解いただけたでしょうか？続いて各運営班のリーダーとの座談会の様子をご覧ください！運営班リーダー座談会座談会に参加する新入社員うしくん：運営1班代表運営1班のリーダー。情報系の学部を卒業しました！最近、サウナに行くことが増えて、よく”伊良コーラ”を飲んでいます。デトックス効果があるので、リラックスしたい時に是非！　　うまくん：運営2班代表運営2班のリーダー。文系の学部を卒業しました。最近はものすごく腰が痛くて、長時間座っているのがつらいです。姿勢が悪いらしいので社会人っぽく背筋を伸ばしていこうと思っています。しろくまくん：運営3班代表運営3班のリーダー。情報系の学部を卒業しました。最近引っ越しをしたので新しいお店を開拓しています。お金だけ心配です。ひつじさん：運営4班代表運営4班のリーダー。情報系の学部を卒業しました。つい最近旅行に行った後、体調崩して寝込んでいました。体力が落ちているから運動しなきゃなと思って、1カ月が経ちました…。座談会研修運営を振り返って早速ですが、研修運営について振り返ってみていかがですか？自分たちは、一番初めの研修運営班で、やることが何も見えていない状態だったため、前途多難でしたね。その分、学びは多かったですが・・・ただ運営を担当していた期間の研修の記憶はあまりないです・・・。それだけ精一杯頑張りました。初めの班は本当に大変そうでしたよね。ざっくりと研修運営については説明があったものの、研修を受けながら自分たちで運営していくというのは簡単ではないですよね。 2班はいかがですか？研修も同じだけど、運営はグループ活動だったから、同じチームになれた人とは仲良くなれたと思います。運営については、基本的には1班がつくってくれた基礎を引き継ぎ、改善できるところは工夫をしていきました。 2班はつつがなく終わっていたイメージがありますね。一人ひとりが役割を全うしてくれていたから、そう見えていたのかもしれないです。自分たちのグループも1班と2班がやってくれたことを引き継いだので、そんなに大変ではなかったですね。非常に協力的なチームだったので、成果報告会以外は大きな問題なく終わったと思っています。成果報告会は急遽オンラインでの開催になったんでしたね。報告会の形式を事前に確認していなかったから、段取りが悪くなってしまったんですよね。事前確認・調整の大切さを学びました。ただ、1班と4班に比べたら、全然大変ではなかったですよ。私は1班同様、運営班を担当していた期間の記憶がないですね。(笑)　 1班が運営の0から1を作って、2班3班がよりよく変化させていたから、4班は最後どうするかハードルが上がっている状態でした。研修自体も大詰めでしたし、その焦りもある中での運営だったので、本当に大変でした。各班の取り組み各チームいろいろ工夫しながら運営を行っていたようですが、各班ならではの取り組みなどはありましたか？自分の班は主軸となって動く人を3人ほど決めました。その人たちで仕事の洗い出しをした後に、メンバーに割り振っていくという仕組みでやっていました。ですが、仕事量の差が出てしまったので結局全員で仕事を割り振るように分担を変えたりしていましたね。途中で仕組みを変えたんですね。そうですね。初日と最終日では変わったことが多かったですね。やってみないと分からないことが多かったのでまずはやってみて、こっちの方が効率的なのではないか等意見をもらいながら試していきました。試行錯誤しながらの運営だったんですね。 2班ではどんな取り組みがありましたか？ 2班の目標は、「何事も起こらないように終えること」だったので、新たな何かをやるというよりも1班がやっていたことを工夫できたらいいなというマインドでしたね。メンバーがやった方がいいことを提案してくれて、それを1つずつ実践していきました。 2班から研修のチーム分けが自動になりませんでしたか？メンバーがチーム分けのアルゴリズムを作ってくれたので、新しいチームを作るときにはそれを動かしていました。あと、在宅の日の出席確認をPower Automateを使って自動化しました。各役割を固定化していたので、やることが明確になって、みんなが自主的に自分の仕事をこなしてくれました。チーム分けの自動化はとても画期的でしたよね。3班も自動で行っていましたが、2班のものを使ったんですか？ 3班は2班のものを改良して使用しました。2班のアルゴリズムの問題点として、1度同じチームになった人と何度も一緒になってしまうことがあったので、そこを改善できるようにしました。 2班のやっていたことを引き継いでさらに良くしていったのですね。新しく始めたことはありますか？リモートワークでの自習日（※研修がなく、自分でスケジュールを立てて良い日。研修の振り返りをしたり、勉強会を開いたり…）があったので、ブレイクアウトルームの使い方を決めました。あとは、先輩への欠席連絡を始めましたね。細々したことをやっていました。 3班は仕組みづくりがしっかりされていた印象があります。細々と仰っていますがそういう小さなことが先輩社員の皆さんは非常にありがたいと好評だったそうですよ。 4班はいかがですか？ 4班は役割をローテーションさせていました。3班の成果報告会で司会が固定だったことが指摘されていました。全ての役割に今の我々がやる意味があると思うので、全員が司会を経験できるようにしました。たしかに、司会が毎日変わっていたのが印象的でした。研修の目的として、失敗を恐れずにとにかく経験してみようというのがあったので、それに則してやってみました. ４班ならではの取り組みだと、意見箱の設置ですかね。フォームを作成して、新卒から随時意見をもらい、運営に反映できるようにしました。手探り状態で始めたので、教育担当の方と相談しながら試行錯誤しました。今までやっていない施策に挑戦するということはうまくいかない可能性もある中で、うまく工夫して周りを巻き込みながら改善をしていたイメージがあります。そうですね。4班のみんながいろいろ考えて動いてくれた結果、何とかうまくいったような気がしているので、班のみんなに感謝です。研修後に活きていることでは、最後に研修運営後に活きていることがあれば教えてください。今まで、自分が正しいという考えが結構強くて、チームを引っ張っていかないといけないという気持ちがありました。自分に自信もありましたし・・・でも実際は全然そんなことはなくて、研修運営を通して周りにたくさん助けられているということに気づけました。あとは、タスクを割り振ったり、細分化したりする能力が身につきましたね。自分はメンバーを信頼することの大事さを学んだと思っています。今までメンバーを信頼していなかったというわけではないけれど、研修運営を通して、一緒に仕事をやる人たちを信頼してみんなでやろうという気持ちの持ち方がとても大事というのを感じました。チームで何かをやる経験が今までなかったから、チームワークの大切さを学びました。研修最後のチームで行う開発演習で活きた感じがします。開発演習で、僕のグループは、班員が1人体調不良で欠席というハプニングが起きたのですが、最後まで連携をとってやりきることができました。誰かと協力しながら成し遂げようとする経験をできたのが良かったです。活かされていることとしては、運営をしているときに報連相の重要さを感じていたので、それを意識しています。ただ自分の考えを伝えるのではなく、相手の立場に立って、どういう内容が欲しいのかを考えて発言するように心がけるようになりました。あとがきいかがでしたでしょうか？研修運営の内容や、新入社員ならではのリアルな感想がお伝えできていれば幸いです。研修運営を通して、社会人として必要なスキルである、「何事にもひとりひとりが主体性をもって取り組む姿勢」を身につけることができました。コアラさんエンジニアは1つのチームで業務を行うことが多いので、協調性やコミュニケーション力は欠かせません。研修期間にチームで1つのことを成し遂げる経験ができたことは、今後の業務にも活きてくると思います。研修期間に培った力を活かせるように今後も積極的に何事にも取り組んでいきたいです。今回の記事は以上になります。最後まで読んでいただきありがとうございました！

2023/10/18

2023年システム職新人研修・振り返り～研修カリキュラム編～

はじめにこんにちは！23卒の開発エンジニアのＴ.NとN.Yです。この記事では、今年度行われた、マイナビのシステム職向けの新卒研修について、具体的にどんなことを学んだのか紹介していきます。主にマイナビのシステム職に興味のある学生の皆さんを対象として、イメージをつかめるような記事を作りたいと思いますので、ぜひ参考にしてみてください。全体スケジュールと前提前提条件今年度システム職として採用された新入社員は、システムエンジニア、開発エンジニア、データサイエンティスト、デザイナー、マーケター、企画職など、配属職種は様々です。しかし、新人研修では職種関係なく全員が３ヶ月間同じ研修を受けました。これは、専門に関係なく基礎的なITスキルを身に着けることで、将来的に「複数職種を跨いで活躍する人材になる」ことを目的としているからです。スケジュール最初に、研修期間のスケジュールをまとめました。システム職の新人研修は、３か月間にわたって実施されます。ビジネス基礎などの社会人として必要なことから、WEBアプリの開発演習まで多岐に渡って内容を網羅していきます。いかがでしょうか？マイナビについて知る研修から、ITの基本的な知識やアプリ開発の流れまで、３か月間盛りだくさんな内容であることが分かるかと思います！研修期間中は毎日の日報記入があり、長期間にわたるアウトプットを通じて、研修が始まる前と終わった後で自分自身がどのように成長し、変化があったのかを感じることができました。また、１人三分で自分の好きな事などを発表する「三分間プレゼン」を実施し、スライド作成や短時間で伝える力、大勢の前での発表など、配属されてからも必要となるスキルを養うことができました。配属先の異なる同期の発表を聞くことができたのも研修ならではだったと感じています。さらには、研修を受講するだけでなく、研修を自分たちで運営することもありました。会場の用意や講師の方のアテンド、連絡事項などを新入社員自身で行いました。 ▼こちらに関しては、別の記事で詳しくまとめているので、併せて読んでみてください！ 2023年システム職新人研修・振り返り～研修運営編～ただ技術を教わる以上に、社会人として、マイナビ社員として、必要な要素を身に着けられる研修だったのかなと思います。ここからは、それぞれの研修について、一つずつ説明していきます。ビジネス研修、事業部研修など私たち新入社員が研修で学ぶものは、テクノロジーに関することだけではありません。まずは、デジタルテクノロジー戦略本部の各部門の役割について、それぞれ説明を受けました。他にも下記のように、様々な研修を通じて新社会人としての準備をしていきました。オンボーディング研修オンボーディング研修では、まずはテクノロジー分野の発展についてを学び、そこから自社事業についてを考えました。また、実践的に学びを深めるために、サービスについて分析するワークを行いました。ペルソナ設定や３C分析といった、沢山のワークを通じて、マイナビの一員としてのマインドセットを養うことが出来たのではないかと思います。事業部研修マイナビには、就職事業本部（代表サービス：マイナビ20XX）、転職事業本部（代表サービス：マイナビ転職）、アルバイト事業本部（代表サービス：マイナビバイト）など、多くの事業部があります。総合職の各事業部配属の新卒を対象とした本研修は、各事業部ごとに実施されます。サービスやビジネスモデルの理解から営業フローの学習まで、様々なカリキュラムが用意されていました。私たちも、営業を始めとした他職種と共に研修に参加し、カスタマーへの提案やテレアポの練習に参加しました。「システム職なのに営業の練習？」と思う方がいるかもしれません。ですが、自分たちが携わる市場やサービスについて知ることは、今後仕事をしていく上でとても重要なことです。この研修を通じ、会社全体において課題を解決するためにシステム職が担う役割を学ぶことができました。他にも、マーケティングの基礎や、ロジカルシンキングを学ぶ機会がありました。どんな業務に携わるにせよ、問題解決能力やコミュニケーション能力は欠かすことができません。これらの研修は、今後ずっと使える力を養うキッカケになりました。 Python、フロントエンド、インフラなど IT研修では、web開発に関連する以下のような技術を学びます。アルゴリズム Linux / AWS HTML / CSS データベース Python / Flask 短い期間で上記の範囲をカバーするカリキュラムですので、技術に関しての知識を深めるためだけのものではありません。「自分で考えて、自分で行動していく力を身に着ける」力を養うことが、ゴールとして掲げられていました。もちろん、技術に慣れている人もいれば、初めてエディタを開く人もいます。習熟度や得意なことはバラバラですので、研修中のワークでは、互いに協力しながら取り組むことが多くありました。教える側も教わる側も、どうすれば自分の考えが上手く伝わるか、工夫を重ねて上達したように感じます。同期たちと共に頑張ることで、技術面の成長だけでなく、今後も役立つ自走力を身に着けることができました。また、私たちは、自習日や空き時間を活用して、それぞれ基本情報やITパスポートなど資格試験の受験を行いました。これからIT職として働く基盤を固めるための、有意義な時間を過ごせたと思います。チーム開発技術研修の締めくくりとして、チーム開発を実施しました。６〜７人の班に分かれて、要件定義から設計、実装、テストまでを２週間で行いました。 PythonのFlaskというフレームワークを利用して、チケット予約サイトを作成することが、今回与えられた課題です。この課題には、「全員1人1機能は実装する」という条件がありました。ですので、得意不得意に関わらず、全員がIT研修で学んだことを活かして開発に取り組む必要がありました。一方で、開発を行うためのヒアリングや設計書を作ることも必須です。採用職種とは関係なく、上流から下流までをひと通り経験することとなりました。下の画像は、とある班の作成した成果物です。この演習では、それぞれの班は開発請負側であると同時に、ユーザーの立場も兼ねています。例えば、A班はB班に対して「こんな機能があるサイトを作ってほしい」と依頼します。反対に、B班もA班に対して要望を依頼する、といった感じです。二つの立場が並行するため、慌ただしくはありましたが、両方の立場を経験するからこそ、ユーザー側と開発側との合意を探る難しさを知ることができました。個人的には、ヒアリングが難しかったです。班員のキャパシティやリリースまでの期間を踏まえて妥協を探ることが、特に大変でした。また、チームでの開発ですので、個人が黙々と取り組んでいるだけでは成り立ちません。スムーズな協力と連携のためにも、メンバー間で役割分担やタスクを共有することは、必須の課題でした。演習開始のころは、情報共有や連携が上手くいかず、手戻りの発生する場面が散見されました。中には、グループ内でgithubの運用が整備されておらず、コードが消え飛んでしまうアクシデントが起こることもあったそうです。様々なトラブルが発生していましたが、運用マニュアルの作成や共有ツールの導入など、問題解決力を活かすことで、一つずつ解決できました。成果報告会３か月の研修の最後、チーム開発の集大成として、成果発表会を行いました。私たちは、実装したサイト紹介と開発演習から得た学び、また、研修を通じた成長の三項目について発表を行いました。劇形式で発表してみたり、キャッチーなスライド構成にしてみたり、伝え方に関して個性が光る発表会となりました。最後の締めくくりとして相応しく、３か月かけて学んだことを総動員することができたのではないかと思います。成果報告後には、三部門での賞が用意されていました。参加してくださった先輩社員たちの投票によって最優秀賞と発表賞の班が、講師の方の評価からは技術賞の班が、ひとつずつ選ばれました。賞を頂けることはもちろん嬉しいですが、何よりも、自分一人ではできなかった挑戦があったことが、この研修を通じた一番の収穫だったと思います。研修で得たすべてを、これからの糧として活かせるように、今後も精進していきます。さいごに以上が、23卒システム職の研修カリキュラム振り返りになります。もっと詳しく聞きたい方は、マイナビのインターンや説明会に参加するといいかもしれません。ぜひ、いろんなイベントに参加してみてくださいね！

2023/09/28

【CTF】SECCON Beginners CTF 2023 新卒チームWriteup

はじめに始めまして、23年新卒入社のG・Sです。マイナビ2023年新卒入社で参加者を募って、6/3（土）4（日）開催のSECCON Beginners CTF 2023に参加してきました。本記事は、我々新卒チームが解いた問題のwritupになっています。今回参加したCTFについて SECCON Beginners CTF 2023 日本のCTF初心者〜中級者を対象としたCTFのコンテストで毎年6月の上旬に開催されています。今回は2018年の初開催から数えて6回目の開催となります。出題範囲は、crypto、pwnable、misc、web、reversingでした。 Writeup 我々のチームはBeginnerを全て解くことができました！！！ひとつずつ解説していこうと思います。 CoughingFox2(crypto) CougningFox2.tar.gzを展開するとcipher.txtとmain.pyが入っていました。 cipher.txtとmain.pyの内容はそれぞれ以下の通りです。 cipher = [4396, 22819, 47998, 47995, 40007, 9235, 21625, 25006, 4397, 51534, 46680, 44129, 38055, 18513, 24368, 38451, 46240, 20758, 37257, 40830, 25293, 38845, 22503, 44535, 22210, 39632, 38046, 43687, 48413, 47525, 23718, 51567, 23115, 42461, 26272, 28933, 23726, 48845, 21924, 46225, 20488, 27579, 21636] # coding: utf-8 import random import os flag = b"ctf4b{xxx___censored___xxx}" # Please remove here if you wanna test this code in your environment :) flag = os.getenv("FLAG").encode() cipher = [] for i in range(len(flag)-1): c = ((flag[i] + flag[i+1]) ** 2 + i) cipher.append(c) random.shuffle(cipher) print(f"cipher = {cipher}") プログラムを読むと暗号化を行い最終的に cipher というリストを出力していることが分かります。このことから cipher.txt に書かれていたものは暗号化がおこなわれた後のものでと考えられます。また暗号化の部分はi文字目とi+1文字目を足して2乗し、iを足したものであることから、一つの文字が分かれば次の文字を総当たりで探し (flag[i] + flag[i+1]) ** 2 + i を計算しcipher.txt内の配列に存在するか確認すれば芋づる式に解きFlagを得ました。 Flag : ctf4b{hi_b3g1nner!g00d_1uck_4nd_h4ve_fun!!!} 学び暗号は一見難しそうなものでもプログラムを書いたりすることで容易に解けてしまうものも多く存在しています。よって、暗号の選定をする際にはきちんと脆弱性がないものを選ぶことが重要であると感じました。 poem(pwnable) poem.tar.gzを展開するとpoemとsrc.cが入っていました。 poemは実行ファイルであり、src.cの内容は以下の通りです。 #include <stdio.h> #include <unistd.h> char *flag = "ctf4b{***CENSORED***}"; char *poem[] = { "In the depths of silence, the universe speaks.", "Raindrops dance on windows, nature's lullaby.", "Time weaves stories with the threads of existence.", "Hearts entwined, two souls become one symphony.", "A single candle's glow can conquer the darkest room.", }; int main() { int n; printf("Number[0-4]: "); scanf("%d", &n); if (n < 5) { printf("%s\n", poem[n]); } return 0; } __attribute__((constructor)) void init() { setvbuf(stdin, NULL, _IONBF, 0); setvbuf(stdout, NULL, _IONBF, 0); alarm(60); } このプログラムを読むと数値nを読み取り、配列に格納されているn番目のポエムを出力するプログラムであることが分かります。読み込んだnが5より大きいときはポエムを出力しないようにしてありますが、0より小さい場合はそのまま配列にアクセスすることになっています。よってnにマイナスの値を入力することでほかの領域のアドレスにアクセスすることがで、-4を入力することでFlagを得ました。 Flag : ctf4b{y0u_sh0uld_v3rify_the_int3g3r_v4lu3} 学び Pythonなどでは、リストなどの範囲外のindexを指定した場合IndexErrorが出ますが、C言語ではエラーが出ずに別メモリ領域にアクセス可能になります。これを防ぐためには、境界値を正しく設定し条件分岐することが大事たと感じました。 YARO(misc) YARO.tar.gzを展開するとrule_example.yarとserver.pyが入っていました。それぞれ内容は以下の通りです。 rule shebang { strings: $shebang = /^#!(\/[^\/ ]*)+\/?/ condition: $shebang } rule maybe_python_executable { strings: $ident = /python(2|3)\r*\n/ condition: shebang and $ident } #!/usr/bin/env python3 import yara import os import timeout_decorator @timeout_decorator.timeout(20) def main(): rule = [] print('rule:') while True: l = input() if len(l) == 0: break rule.append(l) rule = '\n'.join(rule) try: print(f'OK. Now I find the malware from this rule:\n{rule}') compiled = yara.compile(source=rule) for root, d, f in os.walk('.'): for p in f: file = os.path.join(root, p) matches = compiled.match(file, timeout=60) if matches: print(f'Found: {file}, matched: {matches}') else: print(f'Not found: {file}') except: print('Something wrong') if __name__ == '__main__': try: main() except timeout_decorator.timeout_decorator.TimeoutError: print("Timeout") コードを見るとruleを入力させ、yaraというマルウェア解析・検知ツールを用いて検索を行っています。下記のようなruleを書くことでflagの一文字目がAかどうか確認できます。 rule flag { strings: $shebang = /ctf4b{A.*}/ condition: $shebang } これを繰り返して探索していくことでFlagを得ました。 Flag : ctf4b{Y3t_An0th3r_R34d_Opp0rtun1ty} 学びユーザーに任意の正規表現を書かせるようなプログラムを書くと秘匿情報を探索される可能性があるため注意が必要だと学びました。 polyglot4b(misc) polyglot4b.tar.gzを展開すると画像ファイルsample/sushi.jpgとpolyglot4b.pyが入っていました。 import os import sys import uuid import shutil import subprocess print( f"""\033[36m\ ____ _ _ _ _____ _ _ _ | _ \ ___ | |_ _ __ _| | ___ | |_ | ____|__| (_) |_ ___ _ __ | |_) / _ \| | | | |/ _` | |/ _ \| __| | _| / _` | | __/ _ \| '__| | __/ (_) | | |_| | (_| | | (_) | |_ | |__| (_| | | || (_) | | |_| \___/|_|\__, |\__, |_|\___/ \__| |_____\__,_|_|\__\___/|_| |___/ |___/ {"-" * 68} >> """, end="", ) file = b"" for _ in range(10): text = sys.stdin.buffer.readline() if b"QUIT" in text: break file += text print(f"{'-' * 68}\033[0m") if len(file) >= 50000: print("ERROR: File size too large. (len < 50000)") sys.exit(0) f_id = uuid.uuid4() os.makedirs(f"tmp/{f_id}", exist_ok=True) with open(f"tmp/{f_id}/{f_id}", mode="wb") as f: f.write(file) try: f_type = subprocess.run( ["file", "-bkr", f"tmp/{f_id}/{f_id}"], capture_output=True ).stdout.decode() except: print("ERROR: Failed to execute command.") finally: shutil.rmtree(f"tmp/{f_id}") types = {"JPG": False, "PNG": False, "GIF": False, "TXT": False} if "JPEG" in f_type: types["JPG"] = True if "PNG" in f_type: types["PNG"] = True if "GIF" in f_type: types["GIF"] = True if "ASCII" in f_type: types["TXT"] = True for k, v in types.items(): v = "🟩" if v else "🟥" print(f"| {k}: {v} ", end="") print("|") if all(types.values()): print("FLAG: ctf4b{****REDACTED****}") else: print("FLAG: No! File mashimashi!!") コードを読むと10回入力を受け取り入力を結合して file コマンドを実行しその出力にPNG、JPEG、GIF、ASCIIの文字列があるかを確認して全てあればフラグを出力しています。まずsample/sushi.jpgを file -bkr sample/sushi.jpg を行うとDescriptionの欄にCTF4Bという文字を見つけられます。このことからDescription欄には、任意の文字を入れることができると考えられます。よってCTF4Bの後ろにPNGJPEGGIFASCIIを追加して、 nc polyglot4b.beginners.seccon.games 31416 < sushi.jpg とやることで、Flagを得ました。 Flag : ctf4b{y0u_h4v3_fully_und3r5700d_7h15_p0ly6l07} 学び fileコマンドを使ってファイルを識別する際に正しく処理を書かなければ、ユーザーの悪意によっていくらでも偽装できることが可能であるとわかりました。今回の問題のミスをなくすためには、fileコマンドの解析をファイルタイプを示している部分だけにするなどの工夫が必要であると感じました。 Forbidden(web) Forbidden.tar.gzを展開するとnginxで作られたWebアプリケーションが入っていました。 app/index.jsの内容は以下の通りです。 var express = require("express"); var app = express(); const HOST = process.env.CTF4B_HOST; const PORT = process.env.CTF4B_PORT; const FLAG = process.env.CTF4B_FLAG; app.get("/", (req, res, next) => { return res.send('FLAG はこちら: <a href="/flag">/flag</a>'); }); const block = (req, res, next) => { if (req.path.includes('/flag')) { return res.send(403, 'Forbidden :('); } next(); } app.get("/flag", block, (req, res, next) => { return res.send(FLAG); }) var server = app.listen(PORT, HOST, () => { console.log("Listening:" + server.address().port); }); コードを読むと block で/flagに遷移したとき403を返していることが分かります。 nginxは、URLの大文字小文字の区別がない。すなわち"/flag"と"/Flag"は、同じページであると判断されます。しかし、JavaScriptでは、 if (req.path.includes('/flag')) で分岐を行いブロック処理を記述しているため、 https://forbidden.beginners.seccon.games/flag は403が帰ってくるが https://forbidden.beginners.seccon.games/Flag とすることでフラグを得ることができます。 Flag : ctf4b{403_forbidden_403_forbidden_403} 学びフレームワークの仕様をしっかり理解していることが大切であると感じました。今回の例では、nginxとJSで文字列の大小の扱いが違っていてその違いを理解していないことで意図するように動いていないので、仕様理解をおろそかにしてはいけないと学びました。 aiwaf(web) aiwaf.tar.gzを展開するとnginxで作られたWebアプリケーションが入っていました。 app/app.pyの内容は以下の通りです。 import uuid import openai import urllib.parse from flask import Flask, request, abort # from flask_limiter import Limiter # from flask_limiter.util import get_remote_address ################################################## # OpenAI API key KEY = "****REDACTED****" ################################################## app = Flask(__name__) app.config["RATELIMIT_HEADERS_ENABLED"] = True # limiter = Limiter(get_remote_address, app=app, default_limits=["3 per minute"]) openai.api_key = KEY top_page = """ <!DOCTYPE html> <html lang="ja"> <head> <meta charset="utf-8" /> <title>亞空文庫</title> </head> <body> <h1>亞空文庫</h1> AIにセキュリティの物語を書いてもらいました。<br> 内容は正しいかどうかわかりません。<br> <ul> <li><a href="/?file=book0.txt">あ書</a></li> <li><a href="/?file=book1.txt">い書</a></li> <li><a href="/?file=book2.txt">う書</a></li>  </ul> ※セキュリティのためAI-WAFを導入しています。<br> © 2023 ももんがの書房 </body> </html> """ @app.route("/") def top(): file = request.args.get("file") if not file: return top_page if file in ["book0.txt", "book1.txt", "book2.txt"]: with open(f"./books/{file}", encoding="utf-8") as f: return f.read() # AI-WAF puuid = uuid.uuid4() prompt = f"""\ 以下の{puuid}に囲まれた部分のURLクエリはパストラバーサル攻撃でしょうか？そうである場合Yesを、違う場合Noを返してください。 ../やflagという文字列が含まれていた場合もYesを返してください。 {puuid} {urllib.parse.unquote(request.query_string)[:50]} {puuid} """ try: response = openai.ChatCompletion.create( model="gpt-3.5-turbo", messages=[ { "role": "user", "content": prompt, }, ], ) result = response.choices[0]["message"]["content"].strip() except: return abort(500, "OpenAI APIのエラーです。\n少し時間をおいてアクセスしてください。") if "No" in result: with open(f"./books/{file}", encoding="utf-8") as f: return f.read().replace(KEY, "") return abort(403, "AI-WAFに検知されました👻") if __name__ == "__main__": app.run(debug=True, host="0.0.0.0", port=31415) コードを読むと以下の{puuid}に囲まれた部分のURLクエリはパストラバーサル攻撃でしょうか？そうである場合Yesを、違う場合Noを返してください。 ../やflagという文字列が含まれていた場合もYesを返してください。 {puuid} {urllib.parse.unquote(request.query_string)[:50]} {puuid} というプロンプトをAIに投げて帰ってきた値がYesだった場合、ブロックする仕様になっています。プロンプト部分を見ると urllib.parse.unquote(request.query_string)[:50] となっており与えられたURLの50文字目までしかAIによる検知を行っていないことがわかります。これにより、パラメータに適当なものを追加し file=../flag が50文字目以降となるように設定することでAIによる検知を抜けてフラグを得ることができました。 Flag : ctf4b{pr0mp7_1nj3c710n_c4n_br34k_41_w4f} 学び OpenAIは文字単位でお金がかかります。そのため、コストを下げようと途中で文字列を切ってからプロンプトを生成してしまうなどすると切り取った以降の部分に攻撃が含まれている可能性があり、攻撃が成立してしまう可能性があります。文字列を切る場合は、以降の処理も切ってから行うなどしないといけないと感じました。 Half(reversing) Half.tar.gzを展開するとhalfという実行ファイルが入っていました。このプログラムを実行すると入力待ちになり、入力されたフラグの正誤判定をしてくれます。この実行ファイルを strings コマンドを使って可読部分を表示して得られる結果が以下の通りです。 $ strings half /lib64/ld-linux-x86-64.so.2 libc.so.6 strncmp __isoc99_scanf puts printf strlen __cxa_finalize strcmp __libc_start_main GLIBC_2.7 GLIBC_2.2.5 _ITM_deregisterTMCloneTable __gmon_start__ _ITM_registerTMCloneTable u+UH []A\A]A^A_ Enter the FLAG: %99s%*[^ Invalid FLAG ctf4b{ge4_t0_kn0w_the _bin4ry_fi1e_with_s4ring3} Correct! :*3$" GCC: (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0 crtstuff.c deregister_tm_clones __do_global_dtors_aux completed.8061 __do_global_dtors_aux_fini_array_entry frame_dummy __frame_dummy_init_array_entry main.c __FRAME_END__ __init_array_end _DYNAMIC __init_array_start __GNU_EH_FRAME_HDR _GLOBAL_OFFSET_TABLE_ __libc_csu_fini strncmp@@GLIBC_2.2.5 _ITM_deregisterTMCloneTable puts@@GLIBC_2.2.5 _edata strlen@@GLIBC_2.2.5 printf@@GLIBC_2.2.5 __libc_start_main@@GLIBC_2.2.5 __data_start strcmp@@GLIBC_2.2.5 __gmon_start__ __dso_handle _IO_stdin_used __libc_csu_init __bss_start main __isoc99_scanf@@GLIBC_2.7 __TMC_END__ _ITM_registerTMCloneTable __cxa_finalize@@GLIBC_2.2.5 .symtab .strtab .shstrtab .interp .note.gnu.property .note.gnu.build-id .note.ABI-tag .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt .init .plt.got .plt.sec .text .fini .rodata .eh_frame_hdr .eh_frame .init_array .fini_array .dynamic .data .bss .comment この出力を見てみると20行目にFlagがあります。 Flag : ctf4b{ge4_t0_kn0w_the_bin4ry_fi1e_with_s4ring3} 学び文字列は、実行ファイルにそのまま保存されるため、秘匿情報を文字列にしたまま実行ファイルに入れてしまうと容易に見れてしまうので、秘匿情報を載せないことを徹底しなければいけないと感じました。終わりに今回は、私は初参加ながら全てのbeginner問題を解くことができたので大変満足しています。しかし、medium・herdあたりが全く解けなかったのでもう少し精進していきたいと感じました。 CTFに参加することで今まで知らなかった脆弱性などを知る機会になり、セキュリティへの意識が高まるので是非皆さんも参加してみてください。投稿【CTF】SECCON Beginners CTF 2023 新卒チームWriteup はマイナビエンジニアブログに最初に表示されました。

2023/09/01

【23卒】初めての国際学会体験記【自然言語処理学会】

こんにちは。 2023年にデータサイエンティストとしてマイナビに入社をしたH・Hです。この度、イギリスのダービー大学で開催された国際学会である自然言語処理学会に登壇をして来ました。今回は参加の経緯と参加レポについて記載をさせていただきます。主な流れ時間内容 2月上旬国際学会提出に誘われる 3月30日論文提出 4月25日査読通過 5月23日~6月19日スライド作成＋発表練習 6月19日イギリスへ！ 6月21日発表! 6月25日日本に帰国自分の研究について概要元々、Web上のデータはなかなか解析が進んでいないと思っていました。様々なデータがある中でWeb上ではオープンに学ぶことが出来ます。機械学習をさせることで精度が高い解析ができるのではないかと考えました。自分の研究テーマは[機械学習によるTwitterユーザーの性別予測]です。 X（旧：Twitter）で投稿されたテキストや画像をもとに投稿したユーザーの性別を予測していきます。例えばある商品について「いいね！」をしている人や自分をフォローしている人の性別を知ることで今後のマーケティング戦略につながるといった社会的目的も叶えることが出来ると思いました。その中でも新規性として、性別をTwitterの外のサービスを用いて自動にラベル付けを行うことで、機械学習する際に人の手間を排除した方法を行い、十分な精度を出しました。具体的には日本人では約2万人いると言われているX（旧：Twitter）のフォロワー数1万人以上の人に対してWikipedia等Web上の情報を用い、ラベル付けをすることができた6000人～7000人を学習させていきました。大変だったことラベル付けについてなかなか精度を上げることが出来ず非常に苦労をしました。画像の添付が有るときと無いときのデータに対してどのような対応をすべきか？等考えることが沢山あります。最初に作ったモデルだと上手に行かず、いろいろなモデルを作っては試し、また作っては試し…と何度も繰り返しました。また、データ数も非常に多く、1回の取得に2週間以上かかるものもあり回収が非常に難しかったです参加のきっかけ最初は卒業年である2023年の1,2月ごろ、研究室内で自分の研究内容を発表したときに助教授の方から「君の研究内容は面白い。近日、君に当てはまるテーマでの学会発表がイギリスであるから提出してみたら？」と提案を受けたのがきっかけです。自分は英語がかなり苦手であまり積極的ではなかったのですが、サポートをしてくれるという言葉から提出に踏み切りました。助教授のアドバイスの元、卒論や、国内学会発表とは内容と差別化を図るように注目する点を少し変えて、結論をまとめていきました。追加実験や論文をまとめ上げ3月30日に提出をしました。査読が通った後提出を終えたのち大学院を卒業し、はれてマイナビに入社し新入社員研修をしていた4月25日に査読が通り、掲載されることが決まりました。その時は研修と発表準備の両立への不安と、英語が本当に苦手という意識から、自分はイギリスにはいかず、発表は助教授に任せようと考えていました。ただ同期の仲間に背中を押され5月の中旬にようやく学会発表をすることを決意しました。イギリスへそこからはスライド、発表資料の作成を行い、複数回のミーティングと元研究室のみんなにも協力してもらいながら発表練習を複数回繰り返しました。(と言いつつもカンニングペーパーを作成しそれを間違えないように発音することで精一杯でした…) それから、初めてのヨーロッパということで移動、宿泊の準備もしていきました。イギリスに到着してからもぎりぎりまで内容の確認を行い発表に臨みました。学会発表正直緊張して何も覚えていません（笑）博士課程の方や大学教授レベルの方が非常に多く、ほぼ最年少での参加でした。自分は、言葉を間違えないように必死で、ほとんどスライドを見ていました。質疑応答の場面では周りの助けもありながらなんとか返答することができました。中でも、「性の多様化が進んでいるなかで男女のみに絞ったのですか？」という質問に対しては「先行研究と比較するため男女のみに絞りました。」としか答えることができず、性別に関する認識を甘く見られていた点を突かれてしまいました。他の人の発表を聞いて自分では考慮しきれなかった絵文字を含んだ文章解析など独自の視点による解析が多くあり視野が広がりました。振り返り結論として、とても楽しかったです！参加して本当に良かったと思います！最初は英語が苦手で、発表もけして大成功とはいえない結果でしたが、文化的にも、技術的にも多くの経験をさせてもらいました。特に、多くの国籍の方が発表していたので、注目する視点や、問題の定義にも個性が出ており、多様な物事の視点を獲得できた気がしています。また、よく見ていた論文サイトで自分の論文が見れるようになっていてとても興奮しました！もっと時間があれば性別だけでなく年齢や出身地も予測したいなと思っていました。ただ研究をしていくうちに「データ」そのものへの興味が湧いてきたのです。なので、これからマイナビでデータサイエンティストとして活躍できるよう、頑張っていきたいと思います！！投稿【23卒】初めての国際学会体験記【自然言語処理学会】はマイナビエンジニアブログに最初に表示されました。

2023/08/07

Tableau DATA SABERにチャレンジした話

はじめにマイナビ内でTableau DATA Saber認定制度に挑戦された3名に、師匠（前編）・弟子（後編）それぞれの立場で2作に分けて体験記を書いていただきました。本記事では後編・弟子についてお届けします。前編・師匠についてはこちらをご覧ください。自己紹介ご覧いただきありがとうございます。データソリューション統括部　データ活用推進1課のT・SとS・Sです。2023年2月からTableau DATA SABERプログラムに挑戦し、無事4月にDATA SABERに認定されました。この記事ではTableau DATA SABERプログラムに挑戦していた時のことを回顧してみようと思います！そもそもDATA SABERとは？ Tableauの技術はもちろんのこと、データのその先の世界を見通す技術力とデータドリブン文化を伝え、人々を導く力を身につける資格/制度です。 DATA SABERを目指す者は3か月間の限られた時間の中、 Tableauの技術力を磨くための十の試練導く力を鍛えるための、コミュニティ活動(社内外でデータドリブン文化を広めるための活動) を行い、全てクリア/最後の試験を突破したものに与えられる称号となります。 (これをクリアするために3ヶ月で100時間以上の勉強時間が必要になります。) 1日1~2時間ペースで勉強をすればいいように見えますが、通常業務にプラスで時間をかけて勉強をしなければいけないので、大変な試練であることはお伝えしておきます。詳しくは公式HP をご確認くださいそれぞれの回顧録 T・SとS・S、それぞれがDATA SABERプログラムで過ごしてきた時間が異なります。そのため、それぞれの歩んできた道を書いていこうと思います。 CASE 1 T・Sの場合改めて自己紹介私立大学文系学部卒。「システムエンジニアってなんですか？」というレベルで、この業界に足を踏み入れました。新卒1年目でSESの会社に就職し、某携帯電話キャリア会社に客先常駐。そこでBIについて色々と学びました。新卒3年目の途中にマイナビに転職し、それからはBI開発に携わったり、現在ではセルフBIの導入、サポートなどを業務として行っています。 DATA SABERチャレンジ前のTableau歴・レベル DATA SABERチャレンジ前のTableau歴：4年ほどレベル：簡単なグラフや集計表とそれを組み合わせたダッシュボードが作れるレベル初めてTableauに出会ったのが、某携帯電話キャリア会社で客先常駐していたころになります。当時、新卒2年目の時に初めてTableauを触りました。そのころは簡単なグラフや集計表を作る程度で、ダッシュボードを開発したりなどのスキルは持ち合わせていませんでした。マイナビに転職してからもしばらくはTableauは触っておらず、 2021年10月の部署異動を機に、久しぶりにTableauを触り、そこからは独学でTableauについて学んでいったというレベルになります。独学だったため、Tableauの機能をちゃんと理解しているわけでもなく、有効活用もうまくできていませんでした。チャレンジした経緯簡単に言うと、Tableauのスキル・技術を身に着けるためです。異動してから、Tableauでダッシュボードを作成する業務が発生しました。しかし、自分の知識不足のせいか、Tableauの機能を最大限に活かせていないと感じ、DATA SABERに挑戦しました。また、同時に私はデータドリブン文化を社内に根付かせる部署に所属しています。Tableauのスキルや知識を他の方に展開する立場であるのに、Tableauの機能を活かせていない、機能を知らないのは、データドリブン文化を根付かせるうえで今後障壁になるのではないかと思いチャレンジしました。弟子時代に取り組んだこと Tableauの技術力を磨くための十の試練こちらについては与えられた問題に対して回答するものになります。内容は、①tableauをつかってデータを可視化し回答を探し出すという問題と、②データドリブン文化を広めていく上でどのような考えでどのような行動を取ったらいいかを問われる問題と2パターンあります。どちらも全問正解しないとCLEARにはならない課題です。 ①の問題例はこちら ②の問題例はこちら ①については技術力が問われる問題であるため、自分が持ち合わせている知識を使ったり、わからないものについては、別途、勉強動画を見たりして知識を習得しました。 ②については、どちらかというとデータドリブン文化を作る上で必要なマインドや考えを問われるものになります。そのため、答えを導くために一緒に挑戦していたS・Sさんとディスカッションしたり、師匠とディスカッションなどをして答えを導いてきました。技術力を磨くための試練とあるように、知識や考えを問われる問題であるため、わからないものは素直にわからないと認めて、勉強動画をみたり師匠などとディスカッションを重ねたりしました。導く力を鍛えるための、コミュニティ活動(社内外でデータドリブン文化を広めるための活動) いくつかお題が設定されており、そのお題ごとに取得できるポイントが決まっています。社内、社外それぞれ20ポイント、合計50ポイント取得してCLEARとなる課題です。私が行った取り組みを社内向け、社外向けでいくつかご紹介します。【社内向け】 Tableau Doctor Tableauを社内で利用している方々の悩みや、こんなことを実現したいという要望を聞いて、どのように解決すればいいかを提示するものになります。悩みや実現したいことの内容は様々ですが、社内のユーザーがどんなことに躓いているのかがわかったり、またその悩みに対してデータ活用推進部署としてどのような施策を打つと良いのかなどを考えるきっかけになりました。この取り組みは、最初はDATA SABERの時だけ開催しようとしていたのですが、社内のTableauユーザーから好評でありましたため、上長と相談し、月2回開催できるようにしました。 Tableau勉強会「Tableauにおけるパフォーマンス改善」社内全体でTableauを利用する上での課題で、Tableau ServerのCPUやメモリの使用率が逼迫してしまい、大規模障害発生につながってしまう恐れがあるという課題がありました。この事象が発生する原因の一つとして、ユーザーがTableau Serverに負荷をかけやすいダッシュボードを作っていることがあげられていました。ですが、Tableau Serverに負荷をかけにくいダッシュボードの作り方をユーザーが知らないということが根本原因でありますため、「ユーザーの皆さんでもすぐに改善できる」というポイントを中心に、勉強会ではお話しました。その結果、早速パフォーマンスをよくするために、作ったダッシュボードの改善に取り掛かってくれるユーザーが出てきたり、新規作成する際にも、勉強会でお話したポイントを頭に入れてダッシュボードを作ってもらったりなど、社内で少しずつ改善する動きが起こるようになりました。【社外向け】 Tableauに関するブログ記事の投稿 Tableauに関するブログ記事をいくつか投稿しました。 Tableau Serverのリポジトリについて TableauにはTableau Serverという、作成したダッシュボードを共有するWebアプリケーションツールがあります。その裏にはアクセスデータなどが蓄積されていまして、裏にはどんなデータがあるのかだったり、そのデータの活用事例などをまとめたものになります。 DATA SABER見習いがTableauを使っていて思うこと DATA SABERのプログラムを進めていく中で、Tableauに関する色んな知識、表現技法を習得しました。ですが、どんなに凝ったものを作ったとしても、見る人が正確にデータを読み取れないと意味がないと考えています。「見る人第一のダッシュボードを作りましょう」という自分への戒めの意味も込めた記事になっています。 Visual Analyticsについてこちらは、DATA SABERの課題で私が苦手に感じていた部分をまとめたものになります。データに応じた最適な表現の仕方や、色や形などの人間が無意識に把握できるものを効果的に利用すると、わかりやすいダッシュボードが作成できるということを記事にしています。 Tableau DATA SABERになったので、自分なりの勉強法書いてみるこちらはDATA SABERになった後に書きました。私がDATA SABERにチャレンジしていた際に、どのように勉強を進めていけばいいか悩んでいる時期がありました。そんな私と同じ悩みを持っている方々に向けて、道しるべになればと思い書いた記事になります。このようにして、DATA SABERで学んだこと、気づいたことなどを、社内だけでなく社外にも展開してきました。今後もマイナビのDATA SABERとして、データ活用に関する情報発信を実施していけたらと考えています。苦労したこと一つ目は時間のやりくりです。私がDATA SABERにチャレンジしている期間は、通常業務も繁忙期でありまして、学習時間を割けられない日もありました。そのため、上長に許可を得て残業して学習時間を得たり、何とかしてDATA SABERの試練にチャレンジするための時間を得ていました。また、動画で勉強することもできるのですが、通勤時間に動画を見たり、隙間時間などを勉強に活用していました。二つ目はデータドリブン文化を作る上でのマインドなどを問われる問題について、何度もやり直しを食らったことです。 tableauをつかってデータを可視化し回答を探し出すという問題とは異なり、この問題はDATA SABERが持つべきマインドを問われるため、DATA SABERのことをちゃんと理解していないといけません。何度も躓きはしましたが、一緒に挑戦していたS・Sさんと意見交換をしたり、師匠とディスカッションしたりなどを行うことで、DATA SABERとしてのマインドが少しずつ分かるようになってきました。そしてこのマインドこそが、マイナビ社内にはまだまだ足りていないものであり、データドリブンを推進する立場である私自身にも不足していたものであることを痛感しました。このような苦労はたくさんありましたが、それを乗り越えたが故に、自信につながったかなと今では思っています。学んだこと Tableauに関するスキルについてはもちろん多くの学びがあったのですが、一番はDATA SABERとして、データドリブン文化を根付かせるためにはどのように行動をすべきなのか、その姿勢や行動指針について学ぶことが多かったと思います。今までの自分はデータ活用を推進する部門に所属していたものの、ユーザーから来た質問に対して答えたり、データ分析基盤の構築案件で任されたタスクに注力していたりしていました。これらの業務も勿論大切な業務ですが、DATA SABERの試練では「自分から能動的に動く重要さ」を学びました。今までの自分はどこか受動的な側面がありましたが、DATA SABERはデータドリブン文化を創造する、浸透させることが使命です。受け身の姿勢でいるだけでは、キャッチアップできる社内のデータ活用の課題や悩みなどは氷山の一角に過ぎないですし、データドリブン文化を推進する立場である人間が受け身の姿勢でいては、データドリブン文化はいつまでたっても生まれないと実感しました。この学びがあったからこそ、最初はDATA SABERの活動の一貫として行っていたデータ活用相談会を、自分が上長に進言して今も継続して活動を実施したりなど、自分自身少しだけ能動的に行動を起こせるようになりました。これからもこの学びを大事にし、DATA SABERとして能動的にアクションを起こし、データドリブン文化を根付かせていきたいと思っています。今後のこと DATA SABERとして、データドリブン文化を根付かせるための活動を進めていきたいと考えています。社内外問わずとは考えていますが、まずは社内から根付かせて行けたらと思っています。そのためには精力的に活動を行い実績を積み、社内にDATA SABERを認知してもらわないといけません。まずは、データ活用相談会など、引き続きできることを地道に実施を行っていきながら、社内のデータ活用ユーザーと接点を作っていき、少しずつDATA SABERを認知してもらえるようにできたらいいなと思っています。また、社内にインパクトを与えられるような取り組みも認知には必要かと思っています。ですので、社内でまだ誰も取り組めていないデータ活用のスキルベルト作成の検討も今後行いたいと考えています。そして、私が今度は師匠となってDATA SABERを育成し、各事業部門でデータ活用が自走できる世界観を作っていけるようにしていきたいと思います。 CASE 2 S・Sの場合自己紹介私立大学理工学部数学科卒。理工学部と聞くと一通りPC操作には慣れている印象を持たれますが、大学時代では採用活動でのESとレポート作成でしかPCを使わなかったくらいの初学者で入社しました。 2022年4月にマイナビに入社し、10月までは技術研修や社内インターンシップを行いました。 2022年10月にT・Sさんと同じ課に配属され、社内のデータ活用基盤の保守運用とデータ活用推進やデータ民主化を主な業務としています。 DATA SABERチャレンジ前のTableau歴・レベル DATA SABERチャレンジ前のTableau歴：2ヶ月レベル：BIツールがどのような目的で利用されており、Tableauが社内でどのように活用されているのか知っている状態。 2022年8月に社内インターンシップ内でTableauのハンズオンを体験させていただく機会があり、そちらでTableauの存在を知りました。(インターンシップ担当はT・Sさんでした) 2022年10月の配属後に自身の課が行っているTableauの導入相談や利用推進のミーティングに同席するようになったため、Tableauの特徴や役割を知るようになりました。 TableauはセルフBIツールとして現場に提供しており、部署のメイン業務としてダッシュボード作成を行うわけではないため、利用経験はほとんどありませんでした。チャレンジした経緯そのままですが、Tableauの知見を増やすためです。データ活用相談で課の一員として貢献するためにもTableauの知見は必須でした。ユーザーサポートも一人では行えない状況であったため、Udemyなどを活用して学習を始めた段階でした。また、社内のTableau利用を推進する為にTableau社主催のイベントに参加し他社事例を伺う機会もありましたが、その際にDATA Saberについての話も耳にすることが多くありました。学習するなら資格取得という明確な目標を持って取り組んだ方が良いと考えチャレンジを決意しました。弟子時代に取り組んだこと Tableauの技術力を磨くための十の試練こちらについてはT・Sさんと同様のため割愛させていただきます。導く力を鍛えるための、コミュニティ活動(社内外でデータドリブン文化を広めるための活動 ) T・Sさん同様に社内、社外に向けた取り組みを行いました。【社内向け】 DocBaseによる情報共有社内のドキュメント共有ツールであるDocBaseにてTableauのTipsをアップしました。具体的には、細かなフィルターアクションの設定方法や二重軸の設定方法、ウォーターフォールチャートの紹介など知っているからこそ活用できるTableauの機能や活用方法についてご紹介しました。【社外向け】 Tableau PublicへのVizの投稿 Tableau Publicとは世界中の方がだれでも自身で作成したVizを共有することができるTableauのサイトです。私は趣味である、海外サッカーについてのデータの可視化を行いました。ここで自身が作成したVizを共有する事の意義は、単にアイディアを発信するだけでなく、新たな繋がりを作る事ができる点にあります。私もここでコミュニケーションをとった方のVizから学びを得る機会となりました。 Tableau関連記事の投稿私は「Tableauの技術力を磨くための十の試練」の考え方について自身のブログに記事を作成しました。具体的には、パフォーマンスを構成する要素についての記事や社内データ基盤の在り方について記事を作成しました。この活動は正直他の誰の役にたったかは分かりませんが、インプットした内容をアプトプットする事で内容の整理ができました。苦労したこと苦労したことはタスク管理と時間の捻出です。 T・Sさんが初級の試験を着々と突破していく中で、頭からつまずいていました。はなからそのつもりでのチャレンジではありましたが、想像以上に一つ一つの試験クリアに時間がかかってしまいました。 2022年10月の配属後は1ヶ月間各システムの説明を受けた後に、業務と課内技術研修(バッチや定義書の設計ワーク)を並行して行っていました。しかしその課内技術研修を完了させないままチャレンジを開始し、別途新規業務もいただいてパンク寸前でした。終盤には上長のご協力で業務量を調整いただいたり、残業での学習時間の確保を許容いただき、なんとか合格する事が出来ました。「これらの経験を経て、タスク管理について自分なりの方法を見いだす機会となりました。」とはまだ言えないレベルなので引き続きこの問題と向き合っていきたいと思います。学んだことタスク管理やTableauのスキルに関してはもちろん学びがありましたが、その他について記載します。私が学んだことは文化醸成の重要性です。この資格勉強を通して、Tableauのスキルを叩き込まれました。しかし、Tableauの機能を熟知しているからと言って良いダッシュボードが作成できるわけではありません。ダッシュボード作成はダッシュボードを作成する明確な目的を持ち、それを達成するためにどのようなデータを用いるか考える必要があります。その為、直接的にビジネスに携わっていない言わばエンジニアサイドの私がこの力を発揮するには、ビジネスサイドの方々と共通認識を持ち、一緒にダッシュボードの作成を行う必要があります。その方々の明確な目標とビジネス知識を正確に受け取り、ゴールへのサポートをするのが我々の役割です。しかし、DataSaber認定後にユーザーのサポートを行った際にはサポートを円滑に行うことができませんでした。何故かというとお互いの常識を理解していなかった為です。私はビジネスサイドの理解が浅く、ユーザーはデータの理解が足りていませんでした。複数の事業を持つ弊社にとって、全てのビジネスについてエンジニアサイドが理解する事はできませんし、他事業部のデータ活用の事例共有や分析用のデータ共通基盤を運用する事は、ビジネスサイドにはできません。異なる役割の中で両者が近い距離で、目標を共有し、足並みをそろえて働く事の大切さを学びました。その為にはこの考え方についても共通認識を持つ必要があり、組織として文化を醸成する事が必要です。その文化醸成こそが我々DataSaberに求められるものだと学びました。今後のこと現在社内に4名いるDataSaberを中心にデータについての考え方を発信して、文化を醸成していきたいです。また、それに伴う様々な知識やスキルを積極的に会得していきたいです。文化を醸成する手段がまだ明確ではありませんし、そこで活用するツールがTableauでなければならない訳ではありません。様々な方法を模索して、一歩一歩着実にこの考えを広めていけたらと思います。データが集まる会社でありそこにはたくさんの可能性があると思っています。文化を醸成し、同じ方向を向いて、新たな価値創造に貢献できればと思います。終わりに DATA SABERにチャレンジしたことを書いてみました。たくさん苦労したり、躓いたりしたのですが、頑張った結果DATA SABERになれたことは大変うれしく思っています。ですが、2人とも、DATA SABERになれたことがゴールだとは思っていません。社内に目を向けると、データドリブン文化を根付かせるという大きな目標が存在しています。また、データ活用人材を育成したり、データ活用を行っている人向けに情報発信したりなど、社外においてもDATA SABERとしての役目を果たさないといけません。師匠は、私たちが社内外で精力的に活動できると期待して、DATA SABERに認定してくれたと認識しています。その期待に応えられるよう、データ活用の中心的存在となって活動を行っていきたいと考えています。投稿 Tableau DATA SABERにチャレンジした話はマイナビエンジニアブログに最初に表示されました。

2023/07/12

データドリブン文化の推進のためにTableau DATA Saberを取得し、弟子を育成した話

はじめにマイナビ内でTableau DATA Saber認定制度に挑戦された3名に、師匠（前編）・弟子（後編）それぞれの立場で2作に分けて体験記を書いていただきました。本記事では前編・師匠についてお届けします。自己紹介ご覧いただきありがとうございます。データソリューション統括部　データ活用推進2課のI・Rです。この度マイナビのデータドリブン文化醸成の足がかりになればと、DATA Saber認定制度に挑戦し認定されました。また後進育成のため、私自身がDATA Saberで身につけた知識を伝え、弟子も育てることができました。今回はDATA Saber認定制度のご紹介と、認定までの歩み、後進育成についてお話したいと思います。データ利活用を進めたいが、勉強のとっかかりがつかめない。自己流でBIツール（DATA Saber認定制度ではTableau）を利用しているが、技術力に自信がない。データ利活用を推進するにあたり、周囲を巻き込む方法がわからない。こういったお悩みをお持ちの方の参考になれば幸いです。 DATA Saber(データセイバー)とは？ DATA Saberは、周囲にデータの重要性を説くデータ分析スキルとマインドを持った人材の育成を目標としたプログラムです。主催はTableau社の元社員であるKTです。このプログラムは2015年に開始され、2023年6月現在1,300名以上のDATA Saberが育成されています。 DATA Saberは一般的な認定制度とは異なり、単にTableauの知識を持っているだけではなく、データドリブンの文化を浸透させるために必要な情熱や意志を伝えるためのコミュニケーションスキルを身につけることが重要です。その証拠として、DATA Saberでは必ず師匠と弟子の関係でチャレンジを進めます。師匠を見つけることも最初の試験となり、DATA Saberになった後に何を成し遂げたいのか、なぜなりたいのかなどを師匠に説得する必要があります。 DATA Saberの試験概要このプログラムでは、以下の試練を3ヶ月でクリアする必要があります。・データ理解に必要な技術力を身につける（全10回の技術試験に満点で合格する）・データドリブン文化を推進するためのコミュニケーションスキルを身につける（コミュニティ活動を行う）また、試験突破に必要な勉強時間は約100時間程度となっています。詳細については公式ウェブサイトをご覧ください。 https://datasaber.world/ DATA Saberに認定されるまでの歩み前述の通り、DATA Saberになるためには現在DATA Saberの方に師匠になっていただく必要があります。師匠探しまず第一歩目としてTableau社の営業職の方ににDATA Saberになりたい旨をお伝えしました。するとTableau社主催のイベントにDATA Saberの方が講演されると伺い、すぐに参加しました。講演された方は、Tableauの教育プログラムを自社内用にカスタマイズし、モチベーションとなるよう報酬体系を社内で調整し、BIツールが当たり前に使われる文化を浸透させるまでの軌跡を実体験を交えてお話してくださいました。マイナビにデータドリブン文化を浸透させる足がかりとしてDATA Saberになろうと考えていた私にとって、まさに理想の師匠像でした。講演後にお話する機会があり、優れた実績を持つ方の弟子として迎え入れていただきたい旨をお伝えしたところ、快諾していただき、無事にDATA Saberのチャレンジが始まりました。全試験突破までの勉強時間は120時間試験突破までの苦労については、私の弟子が後編で取り上げていただく予定ですので、詳細には触れません。 Tableauは独学で身につけたため、知らない機能に驚くことはもちろんですが、同じデータでもグラフの作り方1つでより直感的に理解できることを体験しました。師匠からのレクチャー会や、Twitterを通じてDATA Saberに挑戦中のメンバーとの勉強会、ディスカッションを経て、約2ヶ月半でDATA Saberに認定されました。 DATA Saberになって、なぜ弟子を育てたのか？ DATA Saberになった後、すぐに弟子を取りました。その理由は大きく2つあります。組織全体のデータリテラシーの底上げデータドリブンな文化を育成するためには、アイディアやノウハウ、気づきを組織内で共有する必要があると考えました。経験や知識を独占せず、他のメンバーと共有することで、個人だけでは気づけなかった洞察やアイディアが生まれるからです。徐々に集合知を拡大することでデータリテラシーも向上し、組織が抱えるビジネス課題をデータを通じて正しく理解し、解決策を生み出せるようになっていくのではないかと考えています。部門間の協力体制の構築新しい文化の醸成は試行錯誤の連続です。1つの解決方法ですべての課題を解決する万能薬は存在せず、さまざまな施策を地道に試していく忍耐力が必要です。そしてこれらの施策には単一の部署ではなく、部門や職種を超えた協力関係が不可欠だと考えています。 DATA Saberでは師弟関係を築き、3ヶ月間で約100時間の密なコミュニケーションを取ります。ここでは、データの活用方法について深く話し合う機会も多くあります。この時間を通じて結束が生まれ、互いに協力し合える関係性を築くことができたと感じています。今後の師匠としての未来像ビジネスサイドの課題解決に貢献できるよう、課題の整理から関与し、共に取り組むことを考えています。エンジニア部門やビジネス部門といったセクショナリズムに陥ることなく、最終目標であるビジネス価値の創出に向けて、情報交換を行いながら課題解決を進めていきたいです。そのための一歩として、データ利活用に興味を持つビジネス部門の方々にDATA Saberの活動についてお話をし、弟子として育成することでデータドリブン文化の醸成に貢献したいと考えています。ビジネス部門の方々にデータの重要性やその有効活用方法について啓発を行い、共通の認識を持つことで、より効果的な課題解決とビジネス成果の向上を図ります。またDATA Saberの数が増えた際には、定期的なワークショップや勉強会を通じて、ビジネス部門との連携を強化し、具体的なプロジェクトにおいても共同で取り組む機会を増やすことも考えています。さまざまな視点や専門知識を持つビジネス部門との連携は、より総合的な解決策の発見やイノベーションの創出に繋がると信じています。これによって、データドリブンなアプローチが組織全体に浸透し、ビジネス課題に対する的確な洞察と戦略的な意思決定が行われるようになることを目指します。ビジネス部門との連携を通じて、より価値ある成果を創出し、組織の成長に寄与することが私の思い描く未来像です。投稿データドリブン文化の推進のためにTableau DATA Saberを取得し、弟子を育成した話はマイナビエンジニアブログに最初に表示されました。

2023/06/01

デジタルテクノロジー戦略本部のコミュニケーションガイドラインを作成しました!!

はじめにこの記事は2023年1月に、株式会社マイナビデジタルテクノロジー戦略本部（以下「デジ戦」）内で定めた「コミュニケーションガイドライン」について、その背景を含めて紹介する記事です。この記事のポイントコミュニケーションガイドラインとは、コミュニケーションを取るうえで守ってほしいこと、心がけてほしいことをまとめた資料関心のある人に集まってもらいメンバーの声を聞きながらボトムアップ式に決めていったガイドラインでは「オープンコミュニケーション」「アジリティの高さ」「目的意識」の3つを必要な心がけとして掲げているコミュニケーションガイドラインの効果については、半期に一度の定期的なアンケートをとることで測定する背景 2019年末からのコロナ禍を経て、コミュニケーションの取り方は変わりました。在宅ワークも一般化し、今までは当たり前のように顔と顔を突き合わせて会話していたものが、チャットやハドルミーティングなど、オンライン上での会話がメインになっていきました。皆さんは、社内コミュニケーションがしやすくなったと感じますか？今までよりコミュニケーションが取りやすくなったと感じる方、逆に取りにくくなったと感じる方、様々いらっしゃるのではないでしょうか。このような感覚の差は、皆さんのコミュニケーションの「常識」が異なることで生まれています。なかには、コミュニケーションが取りづらくなってしまったがゆえに、仕事の効率が落ちたと感じる人もいるでしょう。日常のコミュニケーションのモヤモヤによって、仕事にマイナスの影響が出るなんて、とても勿体ないことですよね。そこで、「デジ戦」内においてコミュニケーションの取り方に対する目線を合わせるため、「コミュニケーションガイドライン」というものを作成することにしました。コミュニケーションガイドラインとは我々が作成した「コミュニケーションガイドライン」とは、その名の通りコミュニケーションをとるために守ってほしいこと、心がけてほしいことをまとめた資料です。コミュニケーションガイドラインを通して「デジ戦」内のコミュニケーションを最適化し、従来の業務の生産性を向上したり、部署を越えたコラボレーションを強化していくことを目指しています。あくまで「ガイドライン」ですので、これに違反したからと言って罰則があるわけではありません。ただ、全員が必ず一度は目を通し、できるだけこれに沿ってコミュニケーションを取っていただきたいという位置づけになっています。ガイドラインの詳しい内容は後ほどご紹介しますが、ガイドラインは大きく「コミュニケーションの手段の選び方」と「会議開催/参加時のルール」の2軸からアプローチをしています。コミュニケーションガイドラインの作り方プロジェクトの進行は事務局で行いました。ただし、コミュニケーションガイドラインの作成は「デジ戦」全体に推進メンバーの募集をかけ、興味のあった人が集まりプロジェクトを企画、そしてプロジェクトメンバーの声を聞きながら民主的に進めていきました。「デジ戦」はとても人数の多い事業部かつ「デジ戦」の中でもたくさんの部署に分かれています。そうすると、既にそれぞれの部署における特有のコミュニケーション文化が醸成されております。また、役職や仕事内容における感じ方の違いも当然あります。できるだけ多くの人が使いやすいガイドラインにするため、実際に色々な部署の社員の方にヒアリングをし進めていきました。集まったプロジェクトメンバーは全部で11人。部署も役職もバラバラです。募集をかけてすぐに予想していたよりも多くメンバーが集まりましたので、急遽締め切りを早めました。その集まり方から、社員のコミュニケーションに関する関心（課題）の大きさを感じました。ガイドラインはまず事務局で素案を作成し、その後プロジェクトメンバーを3人から4人のグループに分けそれぞれ2回ずつ計8回のディスカッションで意見を出してもらい、それを参考に詰めていきました。プロジェクトメンバーはコミュニケーションに関心の高いメンバーであるため、ディスカッションでは鋭い意見をたくさん聞くことができました。おかげで、多くの人に使ってもらいやすいガイドラインになったのではと思います。完成したコミュニケーションガイドラインの紹介マイナビ「デジ戦」内コミュニケーションガイドラインの構成はこのようになっています。 ※第1版完成後から改定をしており、2023年4月時点の内容をご紹介します。必要な心掛けコミュニケーション方法シチュエーションごとのコミュニケーション方法会議のルールとコツ ①会議目的ごとのルール ②会議のコツ Web会議のカメラに関してデジ戦内でのチャット利用についてのガイドラインガイドラインの概要はじめに、このコミュニケーションガイドラインの目的や適用範囲などを記載しています。あくまで「ガイドライン」のため、強制力は持ちません。また、適用範囲は「デジ戦」内としていますが、活用できそうであれば「デジ戦」外の部署や社外の方とやり取りする際にも利用いただくこともOKとしています。必要な心掛けまずは、コミュニケーションをとるうえでの基本的な心掛けについて言及しています。我々は「オープンコミュニケーション」「アジリティの高さ」「目的意識」の3つを必要な心がけとして掲げました。これらを常に意識していれば、自然とコミュニケーションガイドラインに沿った行動をするようになるはずというものです。コミュニケーション方法我々はコミュニケーションの種類として「チャット」「短い会話」「会議」「つぶやき・メモ」の4つがあると整理しました。それぞれの定義といつどのように使うのがよいか、ということを説明しています。シチュエーションごとのコミュニケーション方法続いて、もう少し直感的にコミュニケーション方法を使い分けられるように、図解しました。ここでは「緊急度」と「重要度」の2軸で整理していますが「何を緊急（重要）とみなすか」については、個人や部署によって感覚が異なりますので、あえて具体的に示さず、現場に判断をゆだねる形としています。会議のルールとコツ会議はどうしても時間を拘束されてしまうため、なるべく減らしたいと考えていますが、どうしても必要な会議はあります。その会議の時間をなるべく質の高いものにするため、会議のルールを定めました。また、会議の目的に応じて守るべきルールは異なると考え、会議の目的別にルールを決めています。ルールとは別に会議の「コツ」として、オフラインとオンラインが混在する会議の際に心がけてほしいことに言及しました。また、アジェンダや議事メモの作成をルールとしておりますので、そのテンプレートも作成しました。 Web会議のカメラに関して Web会議の「顔出し」についてある程度決めがあった方がいいというご意見のもと「デジ戦」全体にアンケートを取った上で、カメラオンを「推奨」としました。デジ戦内でのチャット利用についてのガイドラインコミュニケーション方法の中でも特に多く使われるようになった「チャット」について、メンションの後に「様」をつけるや定型句としての「お疲れ様です」をつけるなどが人によってバラバラになってしまっていました。こちらも余計な気遣いなくコミュニケーションをとれるように、ガイドラインを定めました。コミュニケーションガイドラインの効果測定コミュニケーションガイドラインを作成したうえで作りっぱなしにしてしまうと、せっかく作ったものの効果がわからずもったいないですし、その時々に合わせて改良を重ねてよりよいものにしていきたいという思いがあります。コミュニケーションガイドラインの効果がどのくらいあったかについては、半期に一度の定期的なアンケートをとることで測定する予定です。また、それとは別軸で、ガイドライン作成に協力してもらったプロジェクトメンバーに各部署における状況をウォッチしてもらい、実際の肌感レベルでの状況も聞いていければと考えています。あとがき今回のコミュニケーションガイドラインの作成については、「デジ戦」内でそういった取り決めを行うことがあまりなかったため、新鮮で挑戦的な取り組みだったと思います。プロジェクトメンバーからの意見を通して、隣の部署でもかなり文化が違うことがわかりましたし、意外と社内のコミュニケーションについて課題を持っている人は多くいることが発見でした。今回のコミュニケーションガイドラインが、少しでもマイナビ「デジ戦」内での働きやすさにつながればいいなと思います。投稿デジタルテクノロジー戦略本部のコミュニケーションガイドラインを作成しました!! はマイナビエンジニアブログに最初に表示されました。

2022/12/25

「情シスすごろく」をやってみた話

はじめに皆さんこんにちは。本日はクリスマスですね！私は幼い頃に両親からクリスマスプレゼントとして、『人生ゲーム』を買ってもらったことがあります。そんなキッカケもあり、現在はボードゲームが趣味でして、当社のボードゲーム部にも所属しております。マイナビのボードゲーム部では、業務後、不定期にボードゲーム会を開催して、みんなでワイワイやっています。そして、閑話休題、今回、当社がお世話になっている某社のご厚意により、非売品の「情シスすごろく」というボードゲームをご提供いただきました。実体験を基に作成された、リアルな情シスの雰囲気を味わえるボードゲームという事でしたので、早速遊んでみたレポートをお送りします！「情シスすごろく」とは？「情シスすごろく」は、転職してきたばかりの情シス社員として、企業の情報システム部門の「あるある」やトラブルを追体験できることをコンセプトとした、4人用のすごろくゲームです。トラブルまみれの1か月にしっかり対応して乗り切り、より平穏に過ごしつつ、他者のサポートをより多くできた人が、”情シスの鑑（勝者）”となります。遊び方ルール基本的には手番のプレイヤーがダイスを振ってコマを進める「すごろく」となります。大きな違いとして、各プレイヤーは5ターン以内にゴールしなければいけません。（1ターンを1週間とし、5週間（1か月間）乗り切る事に見立てられています。）途中で止まったイベントタイルに応じてイベントが発生し、メンタルや体力が変化していくのですが、このメンタルの状態に応じて次のターンに振るダイスの種類が変わります。 ※メンタルがボロボロになるとサイコロの目の期待値が下がり、なかなか進めなくなってしまいますが、極限状態では"7"が出ることも！？特定の条件を満たすことにより、イベントが発生した際に、他者に協力を仰ぐことができる「ユーザーコミュニティ」に所属することになります。協力したユーザーは協力に応じて「支援回数」を得ることができます。最終的にゴールできた人（ 1か月乗り切れた人）の中で、より平穏に過ごし（体力が多い）、他者のサポートをより多くできた（支援回数が多い）人が ”情シスの鑑（勝者）” となります。準備各プレイヤーはそれぞれ個人ボードを初期値に設定する。 ■個人ボードプレイヤーの状態を管理するボードです。・ターン数・メンタル・支援回数・体力の4項目があり、ゲームで発生するイベントや行動によって変化していきます。イベントタイルを裏面にしてすごろくのコースを作る。 ■イベントタイルマスに止まった際に発生するイベントが記載されています。・社員の端末からマルウェアが発見された・従業員のIDとパスワードが漏洩したといったインシデントや・古参エンジニアに相談したら、なぜか怒られた・本部長に孫の〇witchの設定を頼まれたといったやるせないイベントなどが設定されており、回避するすべを持っていない場合はメンタルや体力にダメージを受けることになります…。アイテムカードを各プレイヤーに7枚ずつ配る。 ■アイテムカードイベントを回避したり、メンタルなどを回復したりするために使用するアイテムとなります。　　・メール誤送信対策ツール・多要素認証ソリューションといった、インシデントに対応できそうなソリューションや・焼肉無料券・ビールといった、やるせなさを解消できる（？）アイテムなど、色々なものがあります。イベントの中には「〇〇があれば回避可能」といった記載があるものがあり、該当するアイテムカードを使用することで回避できます。また、ゲーム後半では、アイテムを捨てる事によってサイコロの出目にプラスしてコマを進めることができます。その際、そのアイテムが「必要ない理由」を宣言する必要があります。これで準備完了です！ゲームの進め方スタートプレイヤーから時計回りに１ターンずつ行い、全員が５ターンずつ実施します。ターンは以下のように進行します。ターン進行個人ボードのターン数を進めます。アイテムカード使用使用できるアイテムカードがあれば、このタイミングで使用することができます。サイコロ振って移動自分のメンタルに合ったサイコロを振り、出たマス分進みます。イベントの処理止まったマスのイベントタイルを開き、イベントの処理を行います。イベントを回避できるアイテムカードがあれば、このタイミングで使用します。全員が5ターン終わったタイミングで勝者判定を行います。ゴールまで進めた人の中で、個人ボードの「体力」＋「支援回数」の値が大きい人が ”情シスの鑑（勝者）” となります。やってみたはじまり「もらった。やろうぜ」の課長からの一言で、今回の「「情シスすごろく」で遊ぼうの会」が企画されました。そして翌日にはデジタルテクノロジー戦略本部全体に参加者募集の投稿が行われました。フットワークが軽い！幸いなことに多くの方から参加の申込をいただき、無事、開催決定となりました。ありがとうございます！当日とある日の業務後、会社の会議室で開催しました。定時で業務を切り上げて会議室へ行くと、既に人が集まっており、みんなで軽い自己紹介を行った後、ゲームを始める事になりました。ゲームには参加しないけど少しだけ見学を…という方にもちらほら来ていただいていて、そこから話の輪が広がる場面もあり、全体としてわちゃわちゃした雰囲気でした。（私含め）みんな初めて行うゲームだったので、説明書を見ながらやんややんやと準備を行い、和気あいあいとゲームが進みました。イベントタイルに止まり、「突然、全社テレワーク環境の導入がトップダウンで降りてきた」というイベントが発生した際には、「あ～コロナ初期のあるあるですよねぇ…。」「ウチはコロナ以前から一部テレワークを導入してたから、他に比べたら多分マシだったと思いますけど…。」といった、当社の情シスでの出来事を交えながら、リアルな経験を元にした会話が行われたり、アイテムカードを捨てる際にはそのアイテムが必要ではない理由を宣言する必要があるのですが、「ウチでは全部Excelで管理するので、プロジェクト管理ツールはいりません！！」といった爆弾発言で周りから総ツッコミを受けたりと、終始なかなかの盛り上がりを見せていました。 1ゲーム30分程度で終わるため、メンバーを変えて複数回遊ぶことができましたが、色々なあるある話や当社情シスの話などが話され、初対面でも会話が弾んでいました。感想本質的にはすごろくなので、サイコロの出目次第のところが大きいのですが、そのおかげで初めての人でも楽しく遊ぶことができたと思います。人によってアイテムカードを捨てて出目をブーストするタイミングや、捨てる際の言い訳に性格が出ていて、より深くその人を知ることができた気がします。リアルに基づいたイベント（インシデント）に対して、「〇〇（ソリューション）があれば回避可能」といった回避策が記載されているので、実際のソリューションに対する理解度が上がり、ソリューションを導入していない時のリスク等について意識して学ぶ事ができたと思います。楽しく学べて、情シスの雰囲気もなんとなくわかる良いボードゲームでした！おわりに今回「「情シスすごろく」やってみた」という形で記事を書かせていただいたのですが、情シスすごろくに限らず、ボードゲームはプレイスタイルに個人の性格がとてもよく出ると思っています。自分以外の方の考え方に触れられたり、初めましての方の"人となり"がなんとなくわかったり、普段一緒に業務している人の意外な一面が見れたりと、コミュニケーションツールとして非常に優秀だと改めて感じました。特に今回の情シスすごろくは、システム系の業務をしている人たちで行った事もあり、イベントタイルのインシデントで一喜一憂したり、アイテムカードを捨てる理由の苦しさにみんなで笑ったりと、和気あいあいと親睦を深めることができました。また、楽しんでいるうちに情シスについての理解が少し深まるといった学びも生まれたので、情シスなんもわからんって方にも是非遊んでいただきたいボードゲームでした。以上、お読みいただきありがとうございました。投稿「情シスすごろく」をやってみた話はマイナビエンジニアブログに最初に表示されました。

2022/12/24

コーディングしないシステム職がいるってほんとですか！？～社内SEのお仕事紹介します～

はじめに気付いたらもう12月ですね！あっという間の1年間でした… 最近は冷え込む日々が続いていますが、みなさま体調はいかがですか。こちらの記事は今年4月に入社し、システム部署の中でも「基幹システムや情報システムの管理、運用」を行っている部署に配属された新卒4人で書いています。・文系出身でIT職に興味がある方・IT職でも開発以外の業務に興味がある方上記に当てはまる方向けにマイナビの基幹/情報システムに関わる仕事についてまとめました。「社内SEとは何か」から「社員の1日のスケジュール」など、基幹/情報システム担当ならではの話が盛り沢山なので最後まで読んでいただけたら嬉しいです！一般的に社内SEとは？社内SEとは社内のシステムを管理したり、システム関連で社内で発生した依頼や問題を解決していくお仕事です。お客さんとなるのは弊社の社員、営業や経理など非システム職の人が大半です。社内の人たちが使用するシステムに不具合がでたり、改良してほしいという依頼が出たときに私たちの出番がやってきます。社内でマイナビすべてのシステムを開発しているわけではないので、ベンダーというシステムを開発してくれる方たちに改修依頼をすることが多いです。そのため、お客様という意味では弊社内の人ですが、一緒に仕事をするパートナーとしてはベンダーの人も挙げられます。「お客様（社内の人）の要望を汲み取って、ベンダーの方たちに伝える」というのは非常に重要な業務の一つです。基盤を支える「縁の下の力持ち」であり、立場の違う人をつなぐ「架け橋」の役割を担っているのが私たちの仕事です。新卒4人にインタビュー配属されてから2か月。新卒の私たちが普段どんな業務をしているのか、業務をしていて感じたことなどを赤裸々に答えました！ ■M.Hさん(基幹システム担当) (1)現在どのような業務を行っていますか？「社内会計システムの保守・運用」を担当しています。システムにエラーがでていないかメールでチェックをしたり、案件のリリース準備のため、関係者に連絡を取る仕事を任せてもらっています。また、週に１回ある会議の進行や議事録作成も行っています。直近ではプロジェクトのテスト仕様書の作成やレビューの一部をお手伝いさせていただきました。 (2)どんな人が基幹系部署に向いていると思いますか？報連相がしっかりできて、状況把握が得意な人が向いていると思います。扱うシステムが多いわりに人が少ない少数精鋭な部署です。なので、周りの人の仕事量を察して気遣いができる人や、無駄が発生しないよう効率化を意識することが得意である人、連携や確認を面倒くさがることなく行うことができる人が向いているのかなと感じています。 ■Y.Nさん(基幹システム担当) (1)現在どのような業務を行っていますか？ H.Mさんと基本的には同様の業務をしています。その他に、経理からの質問対応や、申請書類の作成などもしています。 (2)配属前に抱いていた基幹系部署のイメージを教えてください。またイメージとのギャップはありましたか？ミスが許されないという意味で緊張する部署というイメージが強くありました。なぜなら研修で基幹系システムは「会社の業務と直接関わるシステム」であり、基幹システムが停止した場合は、会社全体に影響するので会社への影響度が大きいと伺っていたからです。そのため、自信がある人でないと難しい部署だと考えていました。安定稼働するのが当たり前のシステムである以上、ミスが許されないという部署イメージは変わっていません。しかし、配属後ミスが許されないからこそ何事も自信を持っている人よりも心配になってきちんと確認できる人の方が多いというイメージに変わりました。私たちの部署は、複数人で業務の確認をするなど心配性な人こそ安心できる場所であると現在は考えています。 ■Y.Sさん(情報システム担当) (1)現在どのような業務を行っていますか「全社向け会計システム」と「システム職向けナレッジ共有ツール」を担当しています。前者は全社向けということもあり非常に大きなサービスです。ひよっこの私が一朝一夕で管理できるシステムではないので、まずはシステムの使用フローや内部的な機能について学んでいるところです。後者はアカウント発行依頼の対応や運用改善を行っています。運用改善では、アカウント発行の流れで余分にかかっている手間を省いたり、ユーザーがより記事を共有しやすくするための統制を考えています。問い合わせ対応はどちらも共通して担当しており、サービスを利用している社員の方々の「困った」や「こんな使い方がしたい」といった問い合わせを調査/検証し、返答しています。 (2)配属前に抱いていた基幹系部署のイメージを教えてください。またイメージとのギャップはありましたか？イメージとの相違あり/なしでお答えします！イメージと相違なかったのは業務内容です。SEという職種ではあるものの、コーディングはほとんど行いません。私の場合は皆無です。メインで行う業務はベンダーさんと社内ユーザーの間を取り持つこと。実際にお話ししている際中に認識齟齬を解決することもあれば、会議のアーカイブを見直して一つずつ取り決めを確認することもあります。逆にイメージとギャップがあったのは先輩社員の方々の人柄です。配属前は固い雰囲気なのかなと思っていたのですが、お話好きな方が多いのが少し驚きでした。仕事上で同期との絡みがないので、一人で黙々と作業するのかな…と震えていましたが、課の先輩、上司の方との雑談も交えながら楽しく仕事ができています。お話しする機会が多いと、業務上で分からないことや困ったことがあったときに相談しやすいのでとてもありがたいです…！ ■R.Tさん(情報システム担当) (1)現在どのような業務を行っていますか「Webデータベースソフト」と「マイナビグループ社員の情報を一元管理するID管理システム」を担当しています。ユーザー(社員)からの問い合わせ対応では、システムの仕様をマニュアルで確認したり、実際に動かしてみて、手探りですが自分も学びながら対応しています。一方で異動に伴う社員や組織の情報の更新や休退職対応や復職対応など、かなり人事に近い業務も行っています。 (2)業務を行う上で意識していること・気を付けていることはありますか？１番意識していることは「自分の判断だけで進めない事」です。私が担当しているシステムは人の情報を扱っているのできっとこうだろうという判断で間違った情報を取り込んでしまったり、データベースを壊してしまうようなことがあれば社員の業務に直接影響が出てしまいます。そのため今は少しでも不安なことがあったら先輩に質問を確認をしています。ただ自分から先輩に確認しに行くなどの積極性は忘れないようにしたいです！いかがだったでしょうか。担当するシステムや業務の内容は異なりますが、基幹/情報システムというマイナビの中枢を担うシステムの担当として、4人とも強い責任感を感じながら業務をしていることがわかりました。先輩へのインタビューと1日のスケジュールこれまでは、一般的な社内SEの仕事内容や、新人目線で思ったことや気付いたことについてまとめました。「コーディングをしないシステム職」の業務についてなんとなくイメージできましたでしょうか？次は基幹/情報システム担当として経験を積んだ先輩方、課長・部長にご協力いただき、１日のスケジュールや業務の中で大切にしていることなどを伺いました。先輩社員インタビュー ■N.Tさん(基幹システム担当) 債権管理システムの保守・運用を行う１日のスケジュール時刻作業コメント 9:05 出社(在宅の場合はPC起動) 9:15 業務開始基本的には前営業日の残作業や、メールチェックから入ります。対応が必要な事象が発生している場合は、そちらの確認を優先して実施します。 10:00～11:00 改修プログラムの検証環境リリースのために必要な書類の確認 11:00～12:00 昼の予定に合わせて早めのお昼休憩 12:00～14:30 サーバーの月例メンテナンス作業を実施日中に停止させるので時間厳守で行っています。 15:00～16:00 週次のプロジェクト進捗報告会議と隔週での保守案件の進捗確認会議プロジェクトごとに先週に実施した案件の説明と、来週にかけて実施する予定の報告をします。また、この日は隔週で実施している「不具合管理システムでのチケットごとの確認」を実施しました。 16:00～17:45 タスク整理と対応 10時からの会議内で話題に上がった内容などについてアクションが必要なものから対応していきます。マイナビで働いていて思うことスキルを得るための環境が整備されてきており、非常にありがたい点だと感じています。会社経費での外部研修を積極的に受けるように推奨されており、自部署では業務へプラスになりそうな分野(直接、間接問わず)について、業務時間内で勉強時間を確保するよう求められています。 K.Sさん(情報システム担当) 全社員が利用するメールツールの管理及びMicrosoft製品全般の管理・導入１日のスケジュール時刻作業コメント 08:50～09:15 出社早めに来て優雅な時間を過ごすタイプです。 09:15 業務開始 09:15～11:00 メール確認/スケジュール確認/定例作業まず私はメール確認とその日のスケジュールを確認します。その後、定例作業(導入しているサービスの定期的なメンテナンスやお問い合わせの対応)を実施します。 12:00～13:00 会議社内のコミュニケーションについての会議に参加しました。 13:00～15:00 会議 Microsoft製品についての会議に参加しました。 15:00～16:00 会議実行中案件についての会議を行いました。 17:00～17:45 定例作業終業前にメール確認・返信と、従業員の方から受けた導入しているサービスについての設定依頼を確認し対応します。 18:00 退社 ※インタビュアーコメント： 12:00～13:00の会議は別部署での企画会議です。マイナビでは企画策定や開発作業に参加するための公募が多くあり、興味さえあれば参加することができます！マイナビで働いていて思うこと私は中途でマイナビに入社しましたが、前職と比べて「休暇が取得しやすい」という点が良いところかなと感じています。社員の方の中には毎週１日午前休を取得している方や、最近では男性で育児休暇を取得されている方もいます。上長から有給取得を促される風潮があり、比較的休暇は取得しやすい環境かな思います。基幹/情報システム担当として大切にしていること私たちが所属するコーポレートIT統括部ではITを通じて社員の働きやすさや、生産性を向上していくことをミッションにしています。 ■新入社員の気づき配属されてから一番感じた大切なことはシステムの利用者に寄り添うことです。これはシステム利用者の言う通りにすると言う意味ではなく、相手の業務内容を知り、利用者にとってのベストを模索するということです。それを実現するために必要な作業は、まずユーザーがどのように担当システムを利用しているのか熟知することです。例えば、ユーザー（社員）の業務を考えながら担当システムの動作確認をしたり、ユーザーの普段の業務をヒアリングしたりしています。 ■部長・課長に聞きました我らが部長・課長に「基幹/情報システム担当として大切にしていることはありますか？」と質問したところ快くお答えいただきました(ありがとうございます…！) 大切にされていることはそれぞれたくさんあったのですが、その中から３つをピックアップさせていただきました！ 1.安定稼働「ユーザの本来の業務に対してシステムを意識させないほどの安定稼働」が第一です。動いていて当然とされているシステムたちなので、安定稼働していないと全体的に支障がでます。ここをいかに担保するかが重要になってきます。 2.現場社員の立場に立って考えるシステム導入や改修の際に、現場社員が実際の利用の流れを想像できるようにお手伝いするのが私たちの仕事です。なるべく画面キャプチャを多く使った資料を作ったり、とりあえず完成品に近いサンプル品を触ってもらうなどして業務が具体的にどうなるのかというのを意識してもらうように心がけています。 3.リスク共有リスクを予想し未然に防ぐことと、問題が発生してから対処することでは、影響範囲も対応コストも全く変わってきます。取り返しのつかない問題を発生させないためにも、リスクの予想/共有/対応策の検討は常に行っています。そのため、ユーザー（社員）に対して事前にリスクを説明しプロジェクトを進めています。「作業着手が遅れないように〇月〇日までに回答してもらう必要がある」「数ある要望の中から取捨選択しないと予算オーバーとなってしまう」「この要望を反映させると○○の処理時間が長くなる可能性がある」など、具体的に伝えています。あとがき最後まで読んでいただきありがとうございました！システム職＝プログラマーのようにコーディングをする人、というイメージを持っている方に私たちのように社内のシステムを管理・運用する仕事もあるんだということを知っていただきたく、今回アドベントカレンダー企画に参加させていただきました。またこの記事を読んで「基幹/情報システム担当に興味がある！」「性格的に結構向いているかも？」と思ってくださった方が１人でもいらっしゃったら嬉しいです。最後までお読みいただきありがとうございました！投稿コーディングしないシステム職がいるってほんとですか！？～社内SEのお仕事紹介します～はマイナビエンジニアブログに最初に表示されました。

2022/12/23

VSCode の拡張機能を作ってみる

はじめに唐突ですが VSCode の拡張機能作ってみたくありませんか？私は日々のコーディングの業務ではもちろん VSCode を使っていますが、痒いところに手が届かないといいますか、自分の思い通りのコードエディタにするために、あと一歩足りない・・・この機能があれば・・・と思うことがあったりします。みなさんもこう感じた経験ないですか？こういったニッチな要望に答えてくれる拡張機能があればいいですが、なければ自分で作るしかありません。ということで今回は VSCode の拡張機能の作り方をこの記事で紹介したいと思います！とりあえず Hello World してみるデバッグで動かしてみる VSCode の公式ドキュメントの Get Started を見てみるとサンプルの拡張機能（拡張機能の雛形）を作る方法が載っています。この手順に従ってサンプルの拡張機能を作ってみます。以下のコマンドを打って必要なモジュールをインストールして雛形を作ってみます。 npm install -g yo generator-code yo code 雛形は yo コマンドが対話的に作成してくれます。今回は TypeScript を使って雛形をつくることとして、名前は適当に HelloWorld とします。 # ? What type of extension do you want to create? > New Extension (TypeScript) # ? What's the name of your extension? HelloWorld # ? What's the identifier of your extension? hellowold # そのまま Enter # ? What's the description of your extension? Sample extension # ? Initialize a git repository? n # リポジトリとしたい場合は Y を選択 # ? Bundle the source code with webpack? N # ? Which package manager to use? npm # お好みのものを選んでください # ? Do you want to open the new folder with Visual Studio Code? > Open with `code` これで、HelloWorld 拡張機能の雛形が作られました。このまま F5 を押して拡張機能をデバッグモードで起動させてみます。 HelloWorld 拡張機能が有効になったデバッグ用の VSCode のウインドウが開きます。この状態で、 Ctrl + Shift + p を押して、コマンドパレットを表示させ、 Hello World と入力するとコマンドがでてきます。コマンドを実行してみると、右下のテキストボックスに Hello World from HelloWorld が表示されました。コードを見てみる拡張機能のエントリポイントは、src/extension.ts 内の activate 関数になります。中身はです。（実際のコードではコメントが丁寧に入っています。） ▼helloworld/src/extension.ts import * as vscode from 'vscode'; export function activate(context: vscode.ExtensionContext) { console.log('Congratulations, your extension "helloworld" is now active!'); let disposable = vscode.commands.registerCommand('helloworld.helloWorld', () => { vscode.window.showInformationMessage('Hello World from HelloWorld!'); }); context.subscriptions.push(disposable); } export function deactivate() {} コードの中盤あたりの disposable オブジェクトが Hello World を表示させているコマンドの実態です。 let disposable = vscode.commands.registerCommand('helloworld.helloWorld', () => { vscode.window.showInformationMessage('Hello World from HelloWorld!'); }); ここでは、 vscode.window.showInformationMessage 関数を呼び出すコマンドを作成して、そのコマンドの ID を helloworld.helloWorld としています。（ showInformationMessage はVSCode の右下部分にメッセージを表示させるメソッドです）ここで、サンプルの拡張機能で Hello World を表示させたときのことを思い出してみます。右下に Hello World が出るのはコマンドパレットに Hello World を入力し、コマンドを実行したときでした。このようにコマンドパレットから実行可能なコマンドにしている部分の記述が実は package.json に記載されています。 package.json の16-23行目に該当の記述があります。 ▼helloworld/package.json（一部抜粋） "contributes": { "commands": [ { "command": "helloworld.helloWorld", "title": "Hello World" } ] }, この部分で、コマンドのタイトルを Hello World とし、 helloworld.helloWorld をこの拡張機能が提供するコマンドとして登録しています。このようにして、VSCode の拡張機能では package.json とソースコードに所望の処理を記述して、拡張機能を作っていくことになります。パッケージ化してみるサンプルの拡張機能の中身を理解できたところで、次はこれを実際に使える形でパッケージ化してみます。パッケージ化するところについてはの記事がよくまとまっているので参考にします。（ https://dev.classmethod.jp/articles/easy-vs-code-extension-development/ ） ※ 今回の記事では拡張機能を公開する部分についてはやったことがないので触れません。パッケージ化するためには vsce コマンドを使うようです。とりあえずインストールしておきます。 npm install -g vsce 正しくパッケージ化するために、まずは README を編集します。ここを編集しないと vsce コマンドを実行したときに以下のエラーが発生してパッケージ化できません（2敗） ERROR Make sure to edit the README.md file before you package or publish your extension. # helloworld README sample extension README を直したら vsce コマンドを実行して拡張機能をパッケージ化します。 npx vsce package 場合によっては警告がでるので、適切に対応します。 WARNING A 'repository' field is missing from the 'package.json' manifest file. Do you want to continue? [y/N] y # git リポジトリにしてない場合に発生します WARNING LICENSE.md, LICENSE.txt or LICENSE not found Do you want to continue? [y/N] y 完了すると、 {拡張機能名}-{バージョン}.vsix ファイルが出来上がりました。（ちなみにバージョン名や拡張機能名は package.json で管理されています。）これでパッケージ化は完了です実際にインストールするときは Ctrl + Shift + x で拡張機能のビューを表示させ VSIX からのインストールを選択し VSCode にインストールします。おすすめのやり方について話してみる VSCode の API リファレンスを見ると様々な API の使い方が載っているわけですが、API の呼び出し方を説明するのみで、その機能を使うことで見た目がどう変わるのか、内部で何が起こっているのかをイメージすることは正直厳しいと思います。例えば、エクスプローラーのようなツリー型のビュー（みたいなやつ）を作りたい場合に、膨大な使い方から作り方を探すのは大変だと思います。そんなときは、VSCode の公式が公開しているサンプル集をみて、動くものから学んでいくのがおすすめです。ここでは、よく使いがちな機能のサンプルをまとめており、クローンしてきて実際に動かしてみることで中で何が起こっているのか、見た目にどう影響するのかを確認してみることができます。（ vim エディタ:memo:を作ってみるってのもあったりします）実際に動かしてみて、中身を確認したあと API リファレンスを見ることで理解がしやすくなるんじゃないかと思います。（実際私はそうやって拡張機能の開発をしてます）また、VSCode の UI 構造やロジック部分の記述に慣れてくると、 dockerの拡張機能や gitlens といった有名な拡張機能のソースコードから、所望の処理の部分を参考にして実装してみるのもいいと思います。サンプル拡張機能に機能を追加してみる最後に、紹介したおすすめのやり方でサンプルの拡張機能にの機能を追加してみます。 VSCode の下部ステータスバーに文字を表示させる文字情報は VSCode の設定画面から指定するステータスバーに文字を出す部分について調べてみるステータスバーに文字を追加している拡張機能をサンプルのリポジトリから探してみます。のコード内、 StatusBar クラスの vscode.StatusBarItem が該当の部分っぽそうです。 https://github.com/microsoft/vscode-extension-samples/blob/main/vim-sample/src/extension.ts ▼vim-sample/src/extension.ts class StatusBar { private _actual: vscode.StatusBarItem; private _lastText: string; constructor() { this._actual = vscode.window.createStatusBarItem(vscode.StatusBarAlignment.Left); this._actual.show(); } public setText(text: string): void { if (this._lastText === text) { return; } this._lastText = text; this._actual.text = this._lastText; } } 文字を表示させるには vscode.StatusBarItem オブジェクトを作る必要があり、それは vscode.window.createStatusBarItem 関数で、できるようです。表示させる文字はどのように設定するのかも見てみます。同じクラスの setText メソッド内のコードを見ると、 vscode.StatusBarItem オブジェクトの text プロパティに表示する文字を入れているみたいです。 API リファレンスも見てみます。 createStatusBarItem 関数はこのリンクをちょっとスクロールした部分に定義がありました。 StatusBarItem クラスについてはこちらのリンクに使い方があるみたいです。 text プロパティを見てみると、どうやら特殊な書き方でアイコンも表示させることができることもわかりました。設定画面から文字を取得する部分について調べてみる次に設定画面から文字を得る部分を調べてみます。このコードのあたりが設定から値を持ってきているところみたいです。 ▼codelens-sample/src/CodelensProvider.ts if (vscode.workspace.getConfiguration("codelens-sample").get("enableCodeLens", true)) { getConfigration 関数のリファレンスも見てみると、 WorkspaceConfiguration クラスのインスタンスを返していることがわかり、その部分のリファレンスも見てみると get メソッドの使い方も分かってきました。次に configration とは何かについても調べてみます。リファレンスを探してみると、package.json に記述する設定みたいです。参考にした拡張機能の pakcage.json を見ると configration の記述があることも確認できます。 ▼codelens-sample/package.json "configuration": { "properties": { "codelens-sample.enableCodeLens": { "type": "boolean", "default": true } } } 実装してみるこれで機能追加する上で必要な情報が出揃ったので、実際に機能追加してみます。今回は statusBarText という設定を追加してみて、ここの値をステータスバーに出すことにします。（デフォルトの値として default という文字を入れておきます。）また、文字の表示はウインドウが立ち上がったときにしたいので、 activationEvents に onStartupFinished を追加しています。 ▼helloworld/package.json（一部抜粋） "activationEvents": [ "onCommand:helloworld.helloWorld", "onStartupFinished" // 追加部分（拡張機能が有効化されたときに active 関数を実行する） ], ... "contributes": { "commands": [ { "command": "helloworld.helloWorld", "title": "Hello World" } ], // 追加部分 "configuration": [ { "type": "object", "title": "helloworld", "properties": { "helloworld.statusBarText": { "type": "string", "default": "dafault", "scope": "resource", "description": "ステータスバーに表示する文字を設定します" } } } ] } extension.ts にはサンプルのコードを見て学んだ API の使い方を参考に、以下を行うコードを追記します。ステータスバーを作る文字を設定から読み込むステータスバーの文字として設定する ▼helloworld/src/extension.ts import * as vscode from 'vscode'; export function activate(context: vscode.ExtensionContext) { console.log('Congratulations, your extension "helloworld" is now active!'); let disposable = vscode.commands.registerCommand('helloworld.helloWorld', () => { vscode.window.showInformationMessage('Hello World from HelloWorld!'); }); context.subscriptions.push(disposable); // 追加部分 const statusBarItem = vscode.window.createStatusBarItem(); statusBarItem.text = vscode.workspace .getConfiguration('helloworld') .get('statusBarText', ''); statusBarItem.show(); } export function deactivate() {} それではデバッグモードで実行してみます。値が表示されています起動したばっかりでは、設定画面で値を指定していないのでデフォルトの文字が表示されています。思った通りの動作をするか見てみる次に設定ファイルに値を記入して、表示する文字を変更してみます。 Ctrl + , を入力して設定画面を出して、検索ボックスに helloworld と入力します。のように設定が出てくるので適当な文字を入れてみます。この際どうせならアイコンも表示させてみます。（アイコンの一覧）文字が表示されるのは拡張機能が読み込まれたときなので、再読み込みさせます。デバッグコンソールを表示している方の VSCode ウインドウから更新ボタンを押して再度デバッグを実行してみます。下の文字が変更されました！アイコンもうまく表示できているみたいです！おわりに今回は VSCode の拡張機能の作り方と、実際に作るときに参考にしたら良いドキュメントやサンプルコードを紹介しました。これだけ多くのことができて、自由度が高いところが VSCode が使いやすいソースコードエディタとして知られている理由なんだと思います。日々の業務で感じている僅かな苛立ちを、自分で拡張機能を作ってみて解決してみてはいかがでしょうか。投稿 VSCode の拡張機能を作ってみるはマイナビエンジニアブログに最初に表示されました。

2022/12/22

AWS CloudFormation StackSetsの自動デプロイ結果通知を簡単に受け取れるようになったのでやってみた

副題: AWSのおかげでグリーンカレーが作れなくなった話はじめに ※本記事は、AWS Organizations + CloudFormation StackSetsで複数AWSアカウントへのリソース展開を管理している方向けの内容になっています。昨年、マイナビ Advent Calendar 2021 にて、こんな記事を書かせていただきました。要約すると、 CloudFormation StackSetsで組織やOUに展開しているCFnスタックについて、そのデプロイステータスを通知するようにしたかったので、グリーンカレーを作るついでに強引にデプロイステータスを確認するサーバーレスアプリケーションを作った。という内容でした。当時、StackSetsの各スタックインスタンスのイベントを、StackSetsやOrganizationsの管理アカウント側で検知する手段が無かったため、Step Functionsを使って定期的にステータス変更をポーリングすることで解決したわけです。が、それから約1年の時を経て、2022年11月にAWSからこんなアナウンスが。 Build event-driven applications with AWS CloudFormation StackSets event notifications in Amazon EventBridge 本日より、AWS CloudFormation StackSets で、Amazon EventBridge を介したイベント通知の提供が開始されました。イベント駆動型のアクションは、CloudFormation のスタックセットを作成、更新、削除した後に、トリガーすることができます。これを、CloudFormation スタックセットのデプロイで、CloudFormation API を介して定期的に変更をポーリングするカスタムのソリューションを開発または維持しなくても実行できます。 (　ﾟдﾟ) (つд⊂)ｺﾞｼｺﾞｼ定期的に変更をポーリングするカスタムのソリューションを開発または維持しなくても実行できます。 (；ﾟдﾟ) (つд⊂)ｺﾞｼｺﾞｼ　_, ._ (；ﾟ Дﾟ) …！？つ、ついに待望の機能が実装されました！！！！！というわけで、とにかくイベント検知ができるようになった以上それを活かさない手はないだろうと、新しく各スタックインスタンスのデプロイステータスを検知する基盤を作り直しました。本題通知したいのは、「各スタックインスタンスのデプロイステータスの変更」です。構成は別に図にするまでもないんですが、一応こちらの青背景部分になります。 SAM実装部分だけ見るとだいぶスッキリしました。 Slack通知をするだけなら、Chatbotを使ったりEventBridgeのトランスフォーマーでSlackAPIを叩いたりすればLambdaを書かなくても良いんですが、 Chatbotの通知内容だと情報が少なすぎる参考: [アップデート] CloudFormation StackSets が EventBridge を介してイベント通知できるようになりました | DevelopersIO 条件分岐で通知内容をカスタマイズしたいといったことから、Lambdaを通してWebhookでSlackに投げる形にしています。ついでに、アカウントIDだけでなくアカウント名も通知結果に含めるため、OrganizationsのAPIを叩いています。また、StackSetsの管理自体は専用のアカウント（StackSets Account）に委任して行っていますが、その場合でもサービスマネージド型のStackSetsのイベントは Organizationsの管理アカウントで検知されるので注意。実装 SAMテンプレート何の変哲もない、EventBridgeルールとLambda関数を定義しているテンプレートです。 EventBridgeで拾うイベントタイプは CloudFormation StackSet StackInstance Status Change 、ステータスコードは公式リファレンスを見てとりあえずオペレーションの失敗・成功を拾うために SUCCEEDED / FAILED / CANCELLED の3つとしています。 ▼template.yaml AWSTemplateFormatVersion: '2010-09-09' Transform: AWS::Serverless-2016-10-31 Description: | Service-Managed StackSets' Stack Instance Status Notification to Slack(webhook) #-----------------------------------------------------------------------------------# Parameters: #-----------------------------------------------------------------------------------# SystemName: Type: String Description: input System Name. Default: stacksets-status-notify Env: Type: String Description: input Env Name. AllowedValues: - dev - stage - prod SlackWebhookUrl: Type: String Description: input Slack Incoming Webhook URL #-----------------------------------------------------------------------------------# Conditions: #-----------------------------------------------------------------------------------# isProd: !Equals [ !Ref Env, "prod" ] #-----------------------------------------------------------------------------------# Resources: #-----------------------------------------------------------------------------------# #---------------------------------------------------------------------------------# # EventBridge Rule #---------------------------------------------------------------------------------# StackInstancesStatusChangeEventRule: Type: AWS::Events::Rule Properties: EventPattern: source: - aws.cloudformation detail-type: - CloudFormation StackSet StackInstance Status Change detail: status-details: detailed-status: - SUCCEEDED - FAILED - CANCELLED Targets: - Id: !Ref NotifyFunction Arn: !GetAtt NotifyFunction.Arn #---------------------------------------------------------------------------------# # Notify Function #---------------------------------------------------------------------------------# NotifyFunction: Type: AWS::Serverless::Function Properties: Description: !Sub - Stack ${AWS::StackName} Function ${ResourceName} - ResourceName: NotifyFunction FunctionName: !Sub ${SystemName}-${Env}-NotifyFunc CodeUri: notify_function Handler: app.lambda_handler Runtime: python3.9 MemorySize: 128 Timeout: 30 Role: !GetAtt NotifyFunctionExecRole.Arn Environment: Variables: SLACK_WEBHOOK_URL: !Ref SlackWebhookUrl IS_PROD: !If [isProd, true, false] NotifyFunctionExecRole: Type: AWS::IAM::Role Properties: RoleName: !Sub ${SystemName}-${Env}-NotifyFunc-Role ManagedPolicyArns: - arn:aws:iam::aws:policy/service-role/AWSLambdaBasicExecutionRole Policies: - PolicyName: NotifyFunctionExecRolePolicy PolicyDocument: Version: 2012-10-17 Statement: - Sid: AllowDescribeAccountName Action: - organizations:DescribeAccount Resource: '*' Effect: Allow AssumeRolePolicyDocument: Version: 2012-10-17 Statement: - Action: - sts:AssumeRole Effect: Allow Principal: Service: - lambda.amazonaws.com FunctionLogGroup: Type: AWS::Logs::LogGroup DeletionPolicy: Retain UpdateReplacePolicy: Retain Properties: LogGroupName: !Sub /aws/lambda/${NotifyFunction} RetentionInDays: 30 StackInstancesStatusChangeEventRuleToNotifyFunctionPermission: Type: AWS::Lambda::Permission Properties: Action: lambda:InvokeFunction FunctionName: !GetAtt NotifyFunction.Arn Principal: !Sub events.${AWS::URLSuffix} SourceArn: !GetAtt StackInstancesStatusChangeEventRule.Arn 余談ですが、今回のtemplate.yaml作成にあたっては先日プレビュー版が出た Application Composer を使ってみました。ただ、うっかり余計なLambda関数作っちゃってから消してもフォルダは消えてないデフォルトのNode.jsからPythonに切り替えてもindex.jsとpackage.jsonが消えてない handler.handlerをapp.handlerに書き換えてもディレクトリ名は変わらないポリシーが直書きのみで、IAMのマネージドポリシーを当てる手段が無いそもそもParameterつけられない、、、と、まだ色々と粗く、結局大半はyamlを直接編集しました。 Windowsじゃなかったらまた違うのかもしれませんが… 今後に期待したいです。 Lambda イベントを受け取って、OrganizationsのAPIで対象アカウント名取得して、整形してSlackに投げてるだけです。 ▼notify_function/app.p import json import os import re from datetime import datetime # noqa: F401 from logging import getLogger, basicConfig, INFO, DEBUG import boto3 import requests # Logger Settings logger = getLogger(__name__) log_level = INFO if is_prod else DEBUG basicConfig(level=log_level) logger.setLevel(log_level) def get_account_name(account_id): """! Get Account Name AWSアカウントIDからアカウント名を取得する @param account_id(str) @return AWS Account Name.(str) """ logger.debug('start func: get_account_name') logger.debug('input: {}'.format(account_id)) if not account_id: return '' client = boto3.client('organizations') res = client.describe_account(AccountId=account_id) account_name = res['Account']['Name'] logger.debug('return {}'.format(account_name)) return account_name def generate_slack_data(data): """! Generate Slack Post Data SlackのWebhookに投げるPOSTデータを生成する。 @param data input event data. @return Slack Post Data.(dict) """ logger.debug('start func: generate_slack_data') logger.debug(data['detail']) stacksets_url = 'https://console.aws.amazon.com/cloudformation/home?region=us-east-1#/stacksets?permissions=service' # noqa: E501 # Stack Instance account, region stack_instance_stack_arn = data['detail'].get('stack-id', '') arn_pattern = r'^arn:aws:.*?:(.+?):(.+?):(stackset|stack)/?(.*)$' stack_instance_region = re.sub( arn_pattern, '\\1', stack_instance_stack_arn ) stack_instance_account_id = re.sub( arn_pattern, '\\2', stack_instance_stack_arn ) stack_instance_account_name = get_account_name( stack_instance_account_id ) # Stack Instance status stack_instance_status = data['detail']['status-details']['detailed-status'] # StackSet stack_set_name = re.sub( arn_pattern, '\\4', data['detail']['stack-set-arn'] ).split(':')[0] # emoji if stack_instance_status == 'SUCCEEDED': color = '#2EB886' emoji = ':white_check_mark:' else: color = '#A30100' emoji = ':rotating_light:' slack_data = { 'attachments': [ { 'color': color, 'blocks': [ { 'type': 'section', 'text': { 'type': 'mrkdwn', 'text': '{} *<{}|StackSets StackInstance Status>*'.format( # noqa:E501 emoji, stacksets_url ) } }, { 'type': 'section', 'fields': [ { 'type': 'mrkdwn', 'text': '*Account*\n{}\n`{}`'.format( stack_instance_account_id, stack_instance_account_name ) }, { 'type': 'mrkdwn', 'text': '*Region*\n{}'.format( stack_instance_region ) }, { 'type': 'mrkdwn', 'text': '*StackSet*\n{}'.format( stack_set_name ) }, { 'type': 'mrkdwn', 'text': '*Status*\n{}'.format( stack_instance_status ) }, ] } ] } ] } logger.debug('return {}'.format(slack_data)) return slack_data def post_to_slack(slack_webhook_url, slack_data): """! exec HTTP POST request to Slack Incoming Webhook. Slack Incoming WebhookへデータをPOSTする。 @param slack_webhook_url @param slack_data @return Slack Post Result.(bool) """ logger.debug('start func: post_to_slack') headers = { 'Content-Type': 'application/json' } try: res = requests.post( slack_webhook_url, headers=headers, data=json.dumps(slack_data) ) except requests.exceptions.RequestException as e: err_str = str(e).replace(slack_webhook_url, '****') logger.error('[Error posting to slack] {0}'.format(err_str), stack_info=True) # noqa:E501 return False else: logger.info('Slack Post OK.') return True def lambda_handler(event, context): """! lambda handler Lambdaイベントハンドラ。 @param event input Event by EventBridge. """ logger.info('input event: {}'.format(event)) slack_webhook_url = os.environ.get('SLACK_WEBHOOK_URL') if slack_webhook_url: slack_data = generate_slack_data(event) slack_result = post_to_slack(slack_webhook_url, slack_data) if slack_result: logger.info('Function Normal End') else: logger.warn('Slack Webhook URL is Null.') return ログとかdocstringのお作法はこの時点では割と適当です。ごめんなさい。動かしてみる StackSetsを管理しているus-east-1リージョンにてデプロイ後、適当なCFnテンプレートをSandbox用OUに展開して、テスト用アカウントをOU間で動かしてみたところ、以下のように無事リアルタイムでSlackに通知が来ました。（念のため、ぼかさなくて良いようなところまでぼかしています）良い感じですね。 ap-northeast-1リージョンのスタックインスタンスの結果までちゃんと拾えています。通知のフォーマットは改良の余地がありそうですが、一先ず運用上は充分です。ポイント先にも触れましたが、サービスマネージド型StackSetsのイベントはOrganizationsの管理アカウントで発生します。StackSets管理用に委任したアカウントではありません。 Organizationsの管理アカウントで余計なリソースを管理したくない場合は、イベントバス転送で他のアカウントのEventBridgeに転送してやれば良さそう。「StackSetsを管理しているリージョン」のEventBridgeであれば拾えます。スタックインスタンスがデプロイされるリージョン毎にEventBridgeルールを仕込む必要はありません。あとがき今回のAWSの対応で、StackSetsのデプロイ周りが簡単にリアルタイムイベントとして検知できるようになりました。スタックインスタンス単位で通知が来るので、全スタックインスタンスのデプロイが終わるまで待つ必要もありません。グリーンカレーを作る時間もなくなりました。 …昨年記事書いてた時は「仮にAWSが対応してこの記事が用済みになっても、レシピとして残そう」とか適当こいてたんですが、本当に対応していただけるとは！！！AWSさん神対応ありがとうございました！！投稿 AWS CloudFormation StackSetsの自動デプロイ結果通知を簡単に受け取れるようになったのでやってみたはマイナビエンジニアブログに最初に表示されました。

2022/12/21

スマホで始めるRPA～チュートリアル編～

はじめにこんにちは、N.Tと申します。今回はスマホで始めるRPA と銘打ってRPAを学んで3ヶ月目の新米エンジニアが記事を書かせていただきます。・RPAってそもそも何よ！・RPA聞いたことあるけど、どんなことできるのよ！・RPA触ってみたいけど始め方わかんなーい！という方にお勧めの記事となっています。そもそもRPAとは？ RPAとは"Robotic Process Automation"の略となります。直訳すると "ロボットによる自動処理"で、意訳すると "人間の行動をロボットに覚えてもらい、人間の代わりにロボットにその行動をしてもらうこと"、となります。つまるところ、 "業務自動化" の意味合いで良く使われています。本記事ではその一端となるものをおひとつ紹介しようと思います。まずは準備を～アプリのインストール～今回扱うのはMicrosoft社提供の「PowerAutomate」です。世界的に使用されているRPAソフトは有名なもので、「 UiPath 」「 WinActor 」「 BizRobo! 」等があります。そんな中、比較的最近に無料公開されたPowerAutomate君はモバイルアプリver.もリリースされています！よって RPAをスマホでも始めることができるわけです！また、PowerAutomate君はシステムに詳しくない人でも扱えるように、多くのテンプレートが標準搭載されているのも魅力の一つなのかなと思います！本記事ではそんなテンプレートを用いていきます。毎朝お天気の通知をする！私はテレビ離れをしてしまったZ世代なのです。それゆえに毎朝テレビをつけて天気を確認するといった習慣はとうに消え去ってしまったのです…。また、朝はできるだけぎりぎりまで寝ていたいタイプです。コーヒーとトースト片手にベランダで優雅なモーニングに憧れていますが、憧れているだけでいつも寝ています。出来るだけ、手間は排除したいですね...！ついでに毎朝欠かさずにモーニングメッセージくれる友人がいたらその日は元気に過ごせるでしょう！というわけで、エンジニアっぽくこれらの要求をまとめると、朝起きたタイミングでその日の天気や気温が目に入るようにメッセージをくれる友人が欲しい！となります！そんな友人はどこにいるのだろう…？答えはスマホの中にあります。このあとの3ステップでその友人を見つけに行きましょう！ 1st.テンプレートを開こう！最初にアプリを開いてテンプレート検索窓に「天気」と打ちます！出てきた検索結果から上記のテンプレートを選択、開いたページから「このテンプレートを使用」を押下し、以下のような画面が開かれるのを待ちましょう！ 2nd.テンプレートをいじろう！～時間と場所の設定～続いて、本格的にテンプレートを触っていきます！画像の赤ラインのように「Recurrence(再帰、周期的な起こり)」の中身の「フロー名」を「毎朝お天気通知をする！」「タイムゾーン」を「（UTC;09:00）大阪、札幌、東京」「設定時刻（時間）」を「7」にそれぞれ変更します！これで日本時刻の毎朝7時にこのロボット君は動いてくれるようになりました！それから、「Get forecast for today(今日の天気予報を取得)」の「場所」を「東京」に、「単位」を「Metric」に変更します！これでロボット君は東京の天気予報をメートル法で取得してくれるようになりました！ 3rd.テンプレートをいじろう！～通知方法と内容の設定～テンプレートいじりも最終フェーズです！もともとあった「Send me an email notification(メール送信による通知)」を削除し、別の通知方法を設定しようと思います！下画像の「新しいステップ」を押した後、「アクションの追加」を選択します！表示されたアクションの中から、画像の通り、「Notifications (モバイル通知を受け取る)」を選択します！無事選択ができたら下のような画面に切り替わると思います。テキストの欄を自由に記述します！今回は画像のように「おはよう！今日の○○は、日中は○○で、夜は○○だよ！」とテキストを用意し、一覧表示される天気情報から「場所」、「日条件」、「夜条件」を埋め込んでいます。これでロボット君がスマホの画面に設定したテキスト内容で通知が届けてくれるようになりました！いざ実行！さて、ここまでの流れでロボット君は朝起きたタイミングでその日の天気や気温が目に入るようにメッセージをくれる友人！に本当になれたのかをチェックします！画像の通り、下部メニューの「フロー」を選択後、「今すぐ実行」を押下します。するとすぐにバナー通知が飛んでくると思います！成功ですね！また、指定した時刻にもロック画面に通知を届けてくれました！少々ネイティブですが... 終わりに改めて、今回はスマホで始めるRPA といった内容の記事を書かせていただきました！通知を飛ばしてくれるアプリを使えばもっと楽に天気を知ることができるかもしれないですし、デスクトップ版のRPAツールを用いれば人によってはもっと簡単につくってしまうかもしれません…！それでも、 RPAってスマホでも簡単に作れるんだ～って思うきっかけになればいいな～と思って今回の記事を書いてみました！少しでも多くの人に興味を持っていただければ幸いです。今回は、私自身が初心者なこともあり簡単な内容にさせていただきましたが、もっといろんな使い方ができるのでぜひ調べていただければと思います！また別の使い方を紹介できるように精進して参ります…！投稿スマホで始めるRPA～チュートリアル編～はマイナビエンジニアブログに最初に表示されました。

コンテンツ

トップイベントブロググループに関するお問い合わせ

株式会社マイナビ デジタルテクノロジー戦略本部 の技術ブログ

コンテンツ

株式会社マイナビ　デジタルテクノロジー戦略本部の技術ブログ