ネスケラボ

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。本記事は先月紹介したAzure Load Testingについてもう少し深堀りし、他にどういった機能や特徴があるかを説明したいと思います。もしLoad Testingに興味があり、まだ先月の記事を見ていない方がいらっしゃいましたら是非以下のリンク先の記事も併せてご覧ください。もうしばらくLoad Testingについて書くことはあるまいと思っていたのですが、4月9日にApp Serviceの機能としてLoad Testingが実行できるという記事を見かけました。azure.microsoft.com">これも縁？ということでもう1回だけ負荷テストに関して、といいますか、この機能について紹介したいと思います。準備">まず、App Serviceを作成します。対応するプランが限られているのかが気になりましたが、ドキュメントを見ると限りは特に触れられていませんでした。今回はS1で試しています。まず、以下のようにLoad Tesing(Preview)という項目がメニューに追加されているのがわかります。これをクリックしてみましょうすると以下のような画面になります。今回の環境、サブスクリプションではAzure Load Tesingが存在していないため、新しく作成する必要があります。「Load Testingのリソースの作成」をクリックしてみましょう。すると以下のウィンドウが右側に表示されますので、名前やリソースグループ等、必要事項を入力します。いつものAzureのリソース作成画面を簡略化したようなものですね。 テスト実行Load Tesingの作成が終わって先ほどの画面に戻ると、画面上部にあった「テストの作成」というリンクが押せるようになっています。「テストの作成」をクリックするとLoad Tesingと同じ画面、テスト作成画面に遷移します。ここからはAzure Load Testingと同じなので詳細な説明は割愛します。Load Testingからの実行との違いとして、Azure Load Tesingでテストを作成する場合、通常の設定と詳細設定の2種類の設定があったのですが、このApp Serviceからのテスト作成の場合は必ず詳細設定になるようです（設定の違いについては１つ前の記事をご覧ください）。つまり、上の画面で「要求の追加」を押すと以下のようにURLやHTTPメソッド、クエリパラメータの入力・設定が可能になります。もう１つの違いとして気づいた点がもう１つ。URLはあえて消していますが、この「要求の追加」ウィンドウが開いた段階で既に入力されています。通常のLoad Testingからのテスト作成ではURLをわざわざ(？)入力する必要があったのでその手間が省けます。些細な手間ではありますが。。そして、「構成の読み込み」タブで負荷に関数情報を設定し、テストを実行します。こちらが実行中の画面になります。このようにメトリックスが表示されますが、ここまで来るとAzure Load Testingで実行した場合と同じですね最後に以上がApp ServiceにおけるLoad Tesing、負荷テストの内容となります。Load Tesingを知っている人には今更の内容になりますが、それを知らない人もまだまだいると思います。非常に便利な機能ですので、App Serviceの画面に導線が表示され、気軽に実行できるというのはLoad Testingの普及に繋がるものになると思います。今回は説明を割愛しますが、JMeterのスクリプト、JMXファイルを利用したり、逆にここで作成したテストからJMXファイルをエクスポートして他のサブスクリプションのAzure Load Testing、もしくはJMeterで流用することもできます。「プレビュー」ということになっていますが、Load Testing自体は既にGAされたものであるため、機能自体は問題無いはずです。是非利用してみてください。弊社はMicrosoftのパートナーとしてこのようなAzureのさまざまなリソース・機能を利用したWebサイト、ツール開発を得意としており、更にはスマホアプリやHoloLensと多岐に渡って開発を行っております。もしお困りの方がいらっしゃいましたら、是非お気軽にお問い合わせください。

「App Serviceの機能としてのLoad Testing」を試す

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。本記事は先月紹介したAzure Load Testingについてもう少し深堀りし、他にどういった機能や特徴があるかを説明したいと思います。もしLoad Testingに興味があり、まだ先月の記事を見ていない方がいらっしゃいましたら是非以下のリンク先の記事も併せてご覧ください。blog.nextscape.netテスト準備まずは前回と同様、テスト準備を行っていきたいと思いますが、一応Load Testingを作るところから再度進めていきます。まず、Azureポータルの画面上部の検索窓に「Azure Load Tesing」と入力すると、以下の様にAzure Load Testingが出てくると思いますのでそれをクリックします。そうしますとAzureに携わっている方であれば見慣れているであろうリソースの作成画面になりますので必要事項を入力していきます。Azureのリソースによってはリージョンを他のリソースと一緒にしないと正しく動作しないといった注意事項がある場合もありますが、Load Testingに関してはそういったことは気にしなくても大丈夫です。あとは今回のテストでは複数のWebサイトに対して同時に負荷をかけたいと思いますので、WebAppを２つ用意しておきます。これで一旦準備は完了です。テスト作成では、次にテストを作成したいと思います。前回のテストではAzureポータルでどのサイト（URL）に対して負荷をかけるかを設定してテストを行いましたが、今回はJMeterで使われるスクリプト、jmxファイルを使ってテストを行いたいと思います。今までJMeterを使ったことがある方であればjmxファイルが利用できるというのは非常に助かるのではないでしょうか。jmxファイルは無いが、今回を契機に試してみたい、使ったみたいという方は以下にサンプルがあるのでダウンロードしてみてください。あくまでサンプルなのでいくらかスクリプトの内容を変更する必要があるのですが、今回はそれについては割愛させてください。github.com先ほど作成したLoad Tesingに移動し、左側のメニューで「テスト」を選択します。そして、画面上の「作成」プルダウンを押して、「JMeterスクリプトのアップロード」を選択します。まずはテスト名やテストの説明を入力して「次へ」ボタンを押します。テストの説明は入力しなくても問題ありません。テスト名もかなり長い名前が入力できますのでプログラムの変数のように説明を兼ねた名前にしておけば他の方にとっても助かると思います。次に「テスト計画」タブに移りますのでここでjmxファイルをアップロードします。スクリプトの内容によっては設定ファイルとして他のファイルを読み込む場合もあるかと思いますが、その場合もこの画面で一緒にアップロードしておきます。次に「パラメータ」画面。ここは今回は何も入力しないで大丈夫です。クライアントの証明書等、こういった指定・設定ができるんだなということで参考にしていただければと思います。あとは「読み込み」画面。ここも特に変更の必要はありません。そして、「テスト抽出条件」。エラーが閾値以上に発生した場合にテストを中止するといった設定が可能ですが、ここもデフォルトのまま。一通りテストの設定が終わりましたら、作成を行います。以下のように「スクリプトを検証しています」といったメッセージが表示され、問題無ければテストが実行されます。もしくは手動でテストを実行します。※テスト作成時、最初の画面で「作成後にテストを実行する」チェックボックスがあるのでそこにチェックを入れておくと作成してすぐにテストが実行されますテスト結果も以下のように（ちょっとわかりづらいですが）各サーバーのメトリクスをLoad Testingの画面で同時に表示することができます。１台に対する負荷であればそのWebサーバーのメトリクス画面に遷移すれば良いのでメリットとしてはひと手間減る程度だったのですが、このように複数台表示できると非常に助かると思います。詳細設定によるAzureポータルでのテスト作成前回の記事ではAzureポータル上でテストを作成し、その時はURLが１つしか入力できませんでした。では、今回のような複数サーバーを対象としたテストはjmxスクリプトを作成しないとできないのかというとそうではありません。jmxファイルほどではありませんが、ある程度複雑なテストもAzureポータルで作成が可能です。前回にさかのぼって説明しますと、例えば１つのサーバーに対しての負荷であれば以下のテスト作成画面で「テストURL」にテスト対象のURLを入力すればOKでした。ただ、今回のように複数のサーバー、正確にはURLが複数ある場合はこれではテストできません。そこで「テストURL」の上の項目、「詳細設定を有効にする」チェックボックスにチェックを入れてみましょう（下のスクリーンショット参照）。すると以下に表示されているように詳細な設定は「テスト計画」タブで。。とありますので「テスト計画」タブに遷移します。「テスト計画」タブで「要求の追加」リンクを押すと右側に「要求の追加」ウィンドウが表示されます。ここでURLだけでなく、HTTPメソッド、クエリパラメータ等、先ほどの内容よりもより詳細というか細かい指定が可能となります。要求は１つだけでなく複数設定が可能なので今回のような複数のサーバーに対してであれば要求を複数作成すれば対応可能となります。JMeterではベーシック認証も対応できたりするので同じレベルのテスト内容をAzureポータルで行えるかというと若干難しい雰囲気なのですが、この設定画面を見る限りAzureポータル上だけでもかなり色々できるのではないかと思います。jmxファイルの検証先ほどのjmxファイルを利用したテストにおいて、jmxファイルをアップロードし、テストを実行するまでに「jmxファイルを検証しています」といった表示が出ていました。この「検証」がどこまで検証してくれるのか、ちょっと疑問に思ったので試してみました。まず、以下のようなjmxファイルがあります。最初の赤枠の中でテスト対象のURLが含まれたCSV、「websites.csv」ファイルを読み込むように記述しており、２番目の赤枠${Url}にCSVファイル内のURLが設定されます。そこで、通常はCSVファイルも一緒にアップロードするのですが、試しにCSVファイルをアップロードせずにテストを実行してみます。すると。。以下のように状態がFailedとなり、テストが終了します。ちょっと見づらいですが、上の画面上に「(詳細表示)」のリンクがあるのでそれをクリックすると以下のような詳細内容が表示され、「websites.csvファイルが無い」と指摘してくれます。ただ、先ほどのwebsites.csv、以下のような記述になっており「URL」の内容がjmxファイル内で使用されることになるのですが、ここでURLの項目をごっそり削除した場合、つまりCustomerIdとNameだけの状態にした場合はテストとしては正常終了してしまいました（しかもサーバーに負荷がかからず、何も行われないまま終了）。この２パターンしか試していないので何とも言えませんが、そこまで詳細なチェックはしてくれないように思われますので注意が必要です。jmxファイルのエクスポートLoad Testingでは自身がAzureポータルで作成したテストをjmxファイルに変換することも可能です。自分が作ったテストを選択すると以下のような画面になるので、右端の３点リーダーをクリックし、赤枠の「入力ファイルのダウンロード」を選択します。すると圧縮ファイルがダウンロードできるので、それを解凍すると以下のようなファイルが展開されます。この中のjmxファイルを最初に書いた手順のようにアップロードすれば他の環境のLoad Testingでも同じ内容をテストすることができます。 最後に前回の記事と合わせてLoad Testingで最低限紹介した方が良さそうな内容について説明しました。jmxファイルを利用できることで今までJMeterを使っていたユーザーに対してもとっつきやすくなりますし、逆にJMeterを触ったことがない方にもAzureポータルで簡単にテストが作成できます。負荷テストのハードルをかなり下げてくれるツールだと思うのですが、いかがでしょうか？これから負荷テストを行う機会がある方は是非試してみてください。弊社はMicrosoftのパートナーとしてこのようなAzureのさまざまなリソース・機能を利用したWebサイト、ツール開発を得意としており、更にはスマホアプリやHoloLensと多岐に渡って開発を行っております。もしお困りの方がいらっしゃいましたら、是非お気軽にお問い合わせください。www.nextscape.net

Azure Load Testingによる負荷テストの続き

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。先月の本ブログでは「Azure Chaos Studio」を紹介しました。blog.nextscape.net今回は同じくAzureのテストツールである「Azure Load Testing」を紹介したいと思います。このLoad Testing、Azureを扱う案件に色々と携わってきたこともあり、色々と目にすることも多かったので２～３年前ぐらいには存在していたような気もするのですが、改めて調べたところ昨年1月にGAとなったばかりでして比較的新しいサービスとなります。Azure Load Testing概要この「Load Testing」、内容としてはその名の通りLoad Test、つまり負荷テストを行うためのツールとなります。今回は単純な負荷テストのみの紹介になりますが、既存の Apache JMeter スクリプトをアップロードしたり、Azure DevOpsのCI/CDに組み込んで回帰テストを実行したりと非常に使い勝手の良いツールです。2024/2/23時点での価格は以下になります。ロード テスト リソース1 か月あたり ¥1,476.7501 か月あたりの仮想ユーザー時間 (VUH) 50 を含む仮想ユーザー時間 (VUH) の追加使用量0 - 9,950+追加の仮想ユーザー時間 - ¥22.152/追加の VUH9,950+追加の仮想ユーザー時間 - ¥11.076/追加の VUHAzure Load Testing準備では早速負荷テストを行うための準備を進めてみたいと思います。当然ながら負荷テストの対象となるリソースが必要となりますので、もし無い場合はあらかじめ準備しておきましょう。前回はVMでWebサーバーを構築しましたが、今回はWebAppsで新規に構築を行い、それに対して負荷テストを行うようにします。サーバー構築後、URLを叩いて（デフォルトの）Webサイトが見れることを確認します。この時点で前回のChaos Studioと大きく異なる点がありまして、Chaos Studioの場合、その対象となるリソースはAzure内のリソースである必要があったのですが、Load Testingは公開されているエンドポイント・リソースであればAzureサービスに限らず利用できます。なので今回のようにテスト対象はVMではなくWebAppでもよいですし、AzureではなくAWSでも構いません。Azure Load Testing作成及びテスト実行そして次にLoad Testingそのものを作成してみましょう。Azureポータル上部の検索欄に「Azure Load Testing」と入力し、表示されたそれをクリックします。すると以下の画面になりますので「Azure Load Testingのリソースの作成」をクリックします。するといつものAzureのリソース作成のための画面になりますので、ここで必要事項を入力します。単純な負荷テストであれば特に入力項目において気を付ける必要は無いと思います。リソースグループや名前、リージョンを入力し、次に進みます。暗号化の種類の選択になりますが、ここはデフォルトのままでよいです。そして「確認および作成」ボタンを押下し、リソースを作成します。デプロイが完了したら、「リソースに移動」ボタンをクリック。以下のようにLoad Testingの画面に遷移するので「概要」ー＞「作業の開始」ー＞「HTTP要求を追加する」、で「作成」ボタンを押下します。すると以下のようにテストを作成するための画面が表示されますので、必要事項を入力します。項目を見てもらえればおわかりになると思いますが、「テストURL」にはテスト対象となる、負荷をかけたいWebサイト、サービスのURLを入力します。あとは仮想ユーザーの数や負荷をかける期間等、必要な情報を入力します。必要事項の入力が終わったら「確認および作成」ボタンを押して、上のスクリーンショットで「作成後にテストを実行する」にチェックが付いていれば作成後、以下のように即テストが実行されます。テスト実行後の結果確認テスト実行後の結果が以下になります。まずは「クライアント側として」Load Testingがどういった負荷をかけたのかがわかるようになっています。画面の真ん中あたりには以下の様にテスト期間等が表示され。。クライアント側のメトリックとして以下のような情報が表示されています。ただ、これは「クライアント側」になりますので今回はあまり重要ではありません。問題はテスト対象となるサーバー側になるわけですが、サーバー側の状況を知るための方法としてまず考えられるのはサーバー側のメトリックになるかなと思います。実際にサーバー側のメトリックでCPU時間を見てみると以下のように負荷テストが実行されたことがわかります。ただ、いちいち確認のためにリソースというか画面を切り替えるのは面倒なので、先ほどのLoad Testingの画面の下の部分、以下の文章の「アプリ　コンポーネントの構成」をクリックします。すると以下の画面になりますので、今回テスト対象としたリソースを選択して、「適用」ボタンを押すと、以下のように「サーバー側のメトリック」も表示され、一画面で確認ができるようにします。ただ、サーバー側のメトリックもデフォルトで表示されている「Http5xx」「Requests」「HttpResponseTime」以外も見たい場合があると思います。その場合は以下の「メトリックの構成」をクリックします。すると以下にような画面が表示されますのでそこから好きなメトリック、表示させたいメトリックを選択できます。最後に駆け足で紹介しましたが、Load Testingによってこのように簡単に負荷テストが実行できます。単純に負荷テストを実施するということであれば先月紹介したChaos Studioよりも色々な権限設定を行う必要が無い分、Load Testingの方が使いやすいですね。テスト対象となるリソースについてもAzureに限らずエンドポイントが存在していればよいのでAWS等でも実施できるというのも大きいと思います。是非皆さんも使ってみてください。弊社はMicrosoftのパートナーとしてこのようなAzureのさまざまなリソース・機能を利用したWebサイト、ツール開発を得意としており、更にはスマホアプリやHoloLensと多岐に渡って開発を行っております。もしお困りの方がいらっしゃいましたら、是非お気軽にお問い合わせください。www.nextscape.net

Azure Load Testingで負荷テストをやってみよう

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。今回は去年の11月頃にGAになった「Azure Chaos Studio」を紹介しようと思います。そもそも「Chaos Studio」が何ぞやというところからですが、これを知ったのが、さかのぼること2022年の6月頃にAzureの標準ガイドラインというものを読んだことがきっかけでした。github.com標準化ガイドラインの説明は割愛しますが、ここで「Chaos Studio」が簡単に触れられており、このChaos Studioを使うことでカオスエンジニアリングが実行できる、というものでした。そうなるとカオスエンジニアリングとは何ぞや、になるのですが、上記標準ガイドラインの言葉を引用させていただきますと「アプリケーションやサービスに現実世界のストレスや障害を与え、信頼性の低い状態や依存性の欠落に対する回復力を構築し、検証すること」です。つまりはAzureであればAzureの各リソースに対して「意図的に」障害を発生させ、それに対してどのように対処するか・対処できるかを確認するというもので、具体的にはサーバーに対してCPU負荷を与えて、それでも正しくサイトが表示できるか確認するといったことが挙げられます。NetflixでもAWSでこのカオスエンジニアリングを行い、改善を行ったという話が以下のURLで説明されています。www.publickey1.jp テスト準備　VM作成では、このChaos Studioを使ってAzure VMに対してCPU負荷をかけてみるところまで試してみたいと思います。先ほどお話しした通り、Azureの各リソースに対して意図的にエラーといいますか、異常な状態を発生させるので、まずはそのリソースを作成する必要があります。今回はUbuntuを載せたVMに対してCPU負荷をかけてみましょう。今回はCPU負荷をかけて一旦良しとしますので、VM作成時の注意点は特にありません。また、今回試す内容においては特に必要はないのですが、SSH接続を作成し、NGINX Webサーバーのインストールまで実施しておきます。パブリックIPアドレスでWebサーバーが起動されていることを確認しておきます（わかりにくいですが、以下がブラウザでパブリックIPを叩いたときの画面です）。テスト準備　ユーザ割り当てマネージドID次にまたまた繰り返しとなってしまいますが、Chaos StudioはAzureのリソースに対して異常を発生させるものですので、それをするための権限設定の準備が必要になります。今回はテスト対象となるVMに対して異常を発生させるために「ユーザ割り当てマネージドID」を作成します。作ったことが無い方もいらっしゃるかもなので作成についても簡単に触れておきます。まずはAzureポータル上部の検索欄に「マネージドID」と入力します。そうするとマネージドIDが表示されると思うのでそれをクリックするといつものAzureのリソース作成画面に進みます。作成にあたっては以下のようにあまり入力欄も無く、特に注意点も無かったかと思います。ロールの割り当てもう少し準備が続きます。そして次の作業が今回の肝になりますので頑張りましょう。VMに対してChaos Studioが操作を行うための権限付与作業となります。先に目指すべき結果を共有しておきますと、VMで以下のように先ほど作成したユーザー割り当てマネージドIDに対してロールの割り当てを追加します。必要なロールとしては以下の２つです。・マネージド アプリケーションのオペレーター ロール・仮想マシン共同作成者これも簡単に手順を説明しておきますと、以下の画面のように「追加」ー＞「ロールの割り当ての追加」を選択します。以下のような画面になりますので、検索欄に上記２つのロールいずれかを選択して、「次へ」を押します。次に「アクセスの割り当て先」で「マネージドID」を選択し、その下の「メンバーを選択する」を押し、画面右側に「マネージドIDの選択」ウィンドウが出てきますので「マネージドID」のプルダウンで先ほど作成したマネージドIDを選択し、更にその下に表示されたマネージドID（今回はUAI1という名前で作成しています）を選択します。そのあとの操作は割愛しますが、このような手順で２つのロールをユーザー割り当てマネージドIDに割り当てます。そしていよいよ最後の準備、ユーザー割り当てマネージドIDを開き、「アクセス制御(IAM)」から「追加」ー＞「ロールの割り当ての追加」で閲覧者のロールを割り当てます。以下がその実行結果となります。実はこの「閲覧者」のロールがどのように影響するのかがちょっとわからないのですが、これを設定しておかないとテスト時にエラーとなりますので忘れずに設定しておきましょう。テスト作成では、いよいよテストを作成してみたいと思います。Chaos Studioの画面に遷移し、「実験の管理」で「対象」を選びます。そして最初に作成したVMを選択し、「ターゲットを有効にする」で有効にしておきます。次にChaos Studioの左側のメニューから今度は「実験」を選択し、「作成」ー＞「新しい実験」を選択します。以下の画面でサブスクリプションとリソースグループ、テストの名前を入力します。更に「Permissions」ではマネージドIDに作成したマネージドIDを設定します。そして以下の「実験デザイナー」の画面、こちらで「アクションの追加」ー＞「障害の追加」を選択します。以下のような「フォールトの追加」ウィンドウが右側に表示されますので、フォールト、つまり発生したいエラーを選択します。以下がプルダウンメニューを選択した状態です。ここで「CPU Pressure」を選択します。他にも「Cloud Serivce Shutdown」とか、「DiskIO Pressure」とか面白そうなものが色々ありますね。こういったエラーをChaos Studioで発生させることができます。そして、作成したテストの画面に遷移して、「開始」ボタンでテスト開始します。そうすると「履歴」に実行した結果が表示されます。詳細で実行中のテストの状態が見えるのですが、「詳細」というほど詳細ではないですね。。これだけですと本当にCPU負荷がかかっているかどうかがさっぱりわかりませんので、VMの画面に遷移してメトリックを見てみます。すると以下の様にちゃんとCPU負荷がかかっていることが確認できます。このように非常に簡単に負荷テストを実行することができるわけです。便利ですね。最後に以上が、Chaos Studioによるテスト作成とその実行結果となります。今までであればJMeterでも負荷テストが行えましたが、Chaos Studioであればより簡単に、そしてリソースのシャットダウンや更には自動スケーリングの無効化といったAzureの機能に対するエラー（正しくは「フォールト」なので残りわずかですが、以下「フォールト」でいきます）も発生させることができます。現時点でのフォールトの種類・内容が以下のページに記載されていますので参考にしていただければと思います。GAされただけあって、私が以前プレビュー版を眺めたときよりも非常に種類が増えていますし、恐らく今後も更に増えていくかと思います。learn.microsoft.com機会があればまた別のフォールトを発生させ、更にそれに対してテストされる側が単にエラーにならず、回避・対応できるかどうかまで実行してみたいと思いますが、今回はここまでとしたいと思います。弊社はMicrosoftのパートナーとしてこのようなAzureのさまざまなリソース・機能を利用したWebサイト、ツール開発を得意としており、更にはスマホアプリやHoloLensと多岐に渡って開発を行っております。もしお困りの方がいらっしゃいましたら、是非お気軽にお問い合わせください。www.nextscape.net

Azure Chaos StudioによるCPU負荷テスト

AIの民主化元年だった2023年

初めまして。この4月からネクストスケープにJoinした和田です。 現在は管理本部を所管していますが、IT業界歴としてはJBSで32年経とうとしています。そのうち28年は技術、4年は営業を率いていました。まだ1年経過していませんが、大分ネクストスケープとそこで業務に従事している皆さんの凄さを実感してきている今日この頃です！ 今回初めてアドベントカレンダーに投稿するわけですが、どんなことを書こうかと色々考えました。新しい担当領域で色々なことを経験できた1年ですが、その中でも改めて思うところは「一期一会」の大切さだと思い、今回は過去の経験も踏まえてお話させていただきます。 「一期一会」というと茶道に由来する言葉で、一生に一度の出会いで二度と繰り返されないと思って誠意を尽くすという言葉と理解されています。まさしくその通りですが、私はこれには続きがあって、その機会をもとにいつでも同じ相手でも一期一会の精神で相手に接するべきだと思っています。その結果が人間関係を生み、自分の財産になると考えます。 話を進める上で、自分の社会人生活で心がけている（なかなかできていない時もあるのですが）ことを少しお話させていただきます。 「120％」の人生を送りたいこれが私の座右の銘です。 何のことだ？と思われる方もいらっしゃると思いますので、この思いに行きついたエピソードをお話します。まだ現場でエンジニアだったころ、とあるお客様の案件に関わっていました。最初は大手メーカーからの紹介で案件対応をしていたのですがそこでの実績が評価され、次の案件は直接契約することができこれもかなりの規模感でお仕事をもらえました。あまり詳しく書くとどこのお客様かネタバレしてしまうのでこの辺にしておきますが、当時のこのお客様がご利用される端末（店舗業務にも関わる範囲まで）はすべて関わっていました。（IT業界の方からすると端末なのかと思われますが、ものすごく重要です！！！） そんなある日、このお客様で大きなイベントが起きることとなり、企業のIT環境すべての刷新まで企画していくという話が持ち上がりました。当時はそれをすべて請け負えるほどの会社ではないためどこかで絡みたいなと考えていたのですが、ある日その会社のCIOの方からご連絡頂き、「是非顧客側に参画頂き、このイベントをリードしてもらえないか」とのお声がけをもらいました。最初は、何を言っているのかさっぱり理解できず（なにせ、IT全部ですよ！やったことがない領域が多すぎて）何かの間違えだろうと思っていましたがとんとん拍子に話が進み、約2年程度お客様先に常駐することになりました。入ってみると、やはりIT全般でかつ5年間の投資計画立案（3桁億！！！）ということで試行錯誤しながら（他にも問題いっぱいありましたが）進めていました。ある日、CIO、本部長さんと会議をしていて一段落した時に、「ここまでの領域、規模を未経験だった私にどうして白羽の矢が立ったのですか？」と聞いたところ、「今までの仕事はできることは十分わかったので、もっと和田さんも経験できて、自分の会社も成長できるところで活躍してもらいたかったから」との言葉。この言葉が今でも忘れられません。最初の仕事から簡単な領域（苦労はありましたが）でも全力を出し切り、見てくれている方はそれを全力（ここで120％というわかりやすい言葉に自分で置き換えました）でやっているとどんどん良い仕事が舞い込むのだと確信しました。長い社会経験の中ですごい人ってどなたもどんな仕事でも「120％」で取り組んでいるはずなので、是非見てみてください。 と題名が「120％」になってしまいそうなので、ここで「一期一会」に戻しますが、最初にどれだけ相手のことを思い、全力で行動ができるかがすべて人間関係・仕事につながります。ご縁でどれだけの方とお会いし、その方と短い時間の話かもしれませんがどれだけ全力で自分を理解してもらい、また全力で相手を理解しそれを全力で（しつこいですが！）継続的に実施することが人間関係を広げ、自分を成長させ、会社が成長することにつながると思います。 「一期一会」というと最初の出会いのことだけと考えられがちですが、最初の出会いの時はもちろん重要ですが（ここでまた会いたいと思ってもらえないとダメ）、そこからお会いする度に「一期一会」の精神を継続することがものすごく重要なことだと思います。 仕事だけではなく、趣味の世界でも同じことが言えると思います。全力で取り組んでいる、楽しんでいる方には自然と人が集まってきます。関係ができます。お会いできた縁からつながる絆、そんなことがこの1年でもう一度思い返し、自分でも反省するところは大いに反省しまた来年、今まで頂いたご縁、来年また作られる新たなご縁を大切に過ごしたいと思います。 この投稿を見ていただいた方も何かのご縁ですので、いつの日かお会いできることを楽しみにしています。

改めて　「一期一会」を考える

NEXTSCAPE Advent Calender 2023 22日目 皆様お疲れさまです。DX iedです。 はじめに現在の部署では、管理や経理の方々と連携しながら業務を進めることが多いため、その辺りや簡単な簿記的な用語などについて記事にしようと考えて、この内容にすることにしました。 エンジニアもコスト管理などマネジメントで必要になる部分だと思うので、さらっと目を通していただければと思います。細部に間違いがあったらご指摘下さい。 管理経理系業務でよく使用される用語よく使用する用語を自分的に簡単にまとめてみました。全体のMTGなどで出てくると思います。たくさん書いても一度に覚えられないと思うので少なめにします。 ・売上高：一定期間の収入のこと。・原価：費用のこと。・売上総利益：売上高から原価を差し引いたもの。・粗利（粗利益）：売上総利益の別称。・販管費：商品を販売するために発生する費用（販売費）と会社全体の管理にかかる費用（一般管理費）の総称。・営業利益：売上総利益から販管費を差し引いたもの。・減価償却：固定資産購入時に費用を数年に分けて計算する方法のこと。 ・管理会計：内部向けの会計。経営者などが意思決定に役立てるためのもの。・財務会計：外部のステークホルダー向けの会計 ・キャッシュ・フロー：手元にある現金のこと。売掛金は含みません。・売掛金：購入者から後で支払われると約束されているお金のこと。・買掛金：売掛金とは逆で、こちらが支払うと約束しているお金のこと。 ・リード：見込顧客のこと。・パイプライン：見込のことですが、顧客や数字など示すものが異なる場合があるようです。・インサイト：顧客や消費者の隠れた動機・本音。 ・貸借対照表（B/S)：会社に存在する財産の状態、会社資産の調達と運用状況を表す財務諸表。・損益計算書（P/L）：会社の特定の期間の営業成績を示す財務諸表。・キャッシュ・フロー計算書（C/S）：手元の現金の状況を表す財務諸表。・監査（会計監査）：第三者の立場から決算書が合理的に正しい数字であることを公認会計士が確認する。 おわりにさまざまな法律で作成しなければならない諸表やルールが決まっていて、それらを管理するために日々仕訳が行われたり帳簿が付けられたりしていることは既に承知だと思います。実際には簿記で学習するような仕掛の計算であったり、実際の確定数字を出すための作業であったり、色々大変なんだなぁと感じています。今は、決算書を読めるようになる本を読んでいますが、引き続き読み進めます。何かの一助となれば幸いです。 余談会社のそれぞれの方が思い思いの記事を読んでいると、こういうことを考えているんだなぁという側面が見えてきて面白いです。 実は最近、ひっそりと学んだことを記録するためにブログを書き始めていて（メモみたいなものですが）、最初は毎日少しずつでも書こうと考えていたのですが、一つの記事を書くにも中々労力がかかり、記事を書いたり発信するということは結構大変だなぁと身に沁みて感じています。

管理経理系業務でよく使用される用語を簡単にまとめてみた

こんにちは。デバイスソリューション部アプリチームの浜口です。2023年4月から新卒で入社をしました。現在の自分は入社してよかったと思っていますが、入社当初は不安がたくさんありました。この記事では入社後、何をしたか伝えることを目標にしています。今後、新卒入社を悩んでいる学生の方々の不安を少しでも減らすことができれば幸いです。この記事はNEXTSCAPE Advent Calendar 2023の20日目です。qiita.com NEXTSCAPEとは自分が所属する部署はスマホアプリのプライムベンダー（一次請け）です。プライムベンダーはプログラミングなどの作業をすることは少ないとされていますが、弊社では要件定義、開発など幅広い業務を行っています。他の部署ではWebアプリ開発や自社開発などを行っており、社内の業務内容は多岐にわたります。また、強みとして、AzureというMicrosoftが提供するクラウドサービスに関する知識と経験があります。入社前の自分の能力どの程度の能力を持っていたのか指標があったほうがわかりやすいと思うため、ざっくりと入社前の能力を説明します。プログラミング能力はpythonを用いて自分で考えた簡単なシステムを作ったことがあるぐらいでした。当時は動けばいいや精神だったため、可読性や保守性を全く考えていなかったです。知識もほとんどなかったです（オブジェクト指向？なにそれおいしいの？状態）。（現在も知識は乏しいため勉強中！）タイピングはブラインドタッチできるが、寿司打のお勧めで損をするぐらいのタイピング速度でした。このような能力の自分が研修後、仕事を進めることができるのかすごく不安でした。結論は苦労しながらも仕事を進めることができています。これは研修の手厚さが要因であると考えられます。新卒入社してからの流れ半年間、研修を受けることになります。他のIT企業では新人研修は3ヶ月のところが多いようなのですごく手厚いことがわかります（外部研修で一緒になった5社の方々に聞いたところ、弊社以外は3ヶ月）。※その年によって多少変化があります。外部研修（4月〜6月）有楽町の研修会場で他の会社の新入社員の方と研修を受けます。2ヶ月間、C#やデータベースの基礎や社会人マナーを学びます。残りの一ヶ月で学んだことを活かして、チーム開発を行います。新人研修の方針として、チーム開発を研修の内に経験してほしいということがあったため、研修カリキュラムが大幅に変更された場合でも研修の内に経験する可能性が高いです。社内研修（7月の3週間）社内の方から研修（ネットワーク、セキュリティ、生成系AIの利用についてなど）をしていただきました。ここでは研修のことはもちろんですが、研修以外のことも質問してみると楽しい経験ができます。自分たちは弊社が提供しているRoboLensというサービスのTeachingがどのようなものかを体験しました（MR初体験で感動）。withmr.nextscape.netこの記事を読んでいる学生はRoboLensに興味を持って、教授に紹介してくれると信じてます！模擬プロジェクト（7月の終わり〜9月）研修の最後に今まで学んできたことの集大成として、社内のシステムを開発しました。今年はchat GPTが流行だったため、chat GPTを利用したシステムでした。模擬プロジェクトは基本的に新卒だけで進め、一人が一つの責任者となって開発を進めます。自分はタスクやスケジュールを管理する責任者を務めました。責任者は名ばかりだろと声が聞こえてきそうなので責任者として実際にやったことを紹介します。タスクの洗い出し大まかな要件がまとまった後、必要なタスクの洗い出しを行いました。タスクが細分化できておらず、タスクに必要な時間を検討することに時間がかかりました。タスクの細分化はスケジュールを立てる時だけでなく、実際の業務で仕事がどのくらいで終わるのかの検討をつけるためにも重要なので良い経験になりました。開発手法の選定と調査最終的なゴールを明確にイメージできている人がおらず、開発途中に要望が多くでてくることが予想できていたため、アジャイル開発を選択しました。自分たちはアジャイル開発を経験したことがなかったため、どのように開発を進めたりするのか調査しました。最初からはうまく運用できず、進めていく中でやり方を改善するようにしていきました。スケジュールの作成タスクの洗い出しで検討した時間をもとにガントチャートを作成しました。初めはタスクに終了予定日を書いただけものを作成していました。それでは確認がし難いとの声が上がったため、ガントチャートに作成し直しました。ガントチャートにすることで視覚的に進捗状況とのすり合わせが可能になりました。スケジュールの管理新たな要望がでた時のスケジュールにタスクの追加や遅れが出ていないかを確認するなどしていました。開発中は大きな遅れはなかったのですが、資料作成の時間を見誤ったため、10月以降も時間を見つけて作業を行いました。完成したシステムは動画や音声ファイルからVideo Indexerで文字起こしした後、Azure Open AIによって議事録化するものです。簡単に説明すると右上の新規作成を押すことでファイルをアップロードできます。ファイルアップロード後、議事録化の処理が始まります。作成した議事録はシステム上で管理でき、編集や削除ができます。配属（10月〜）自分は配属後、dartという言語、flutterというフレームワークを開発で使うことになりました。flutterの利点は一つのコードを書くだけでiOSとAndroidOSのアプリを同じように作ることができることです。C#からdartへ言語が変わったため、勉強期間として一ヶ月ほど時間をもらいました。今まで学んだ言語と記述は変わりますが、基本的なことは同じことができます（たまにできないことに遭遇して少し驚きます）。そのため、初学言語に比べて理解が早いように感じます。勉強期間中には簡単なブックマークアプリを開発しました。ブックマークの文字を押すことでWebサイトをWeb Viewで表示するようにしています。基本操作はブックマークの削除、編集、検索、追加です。シンプルなデザインでブックマークに必要そうな機能を詰め込むことができました。特にアプリの開発時はコードの保守性や可読性や現代人が使い慣れたUIを考えながら実装を進めることができました。入社前には持っていなかった考えを持つことができているだけでも成長を感じられます。最後にプログラミングが好きな人はすごく楽しめる会社だと思います。この記事があなたの入社に対する気持ちを後押しするものとなれば、幸いです。お会いできるのを楽しみにしています！

ネクストスケープに新卒入社することを悩んでいる学生の方へ

初めまして！　ネクストスケープに入社して5か月目の乾です。この記事は「NEXTSCAPE Advent Calendar 2023」の18日目です。今日は入社してから感じたこと、そして早速アサインされた案件で自身が心掛けていることを前職の経験も踏まえてお伝えしたいと思います！入社して感じたことそれは、『元請け会社としてシステムを内製するSIer』入社前から何となく理解していたものの、入社して改めて、その実力（システム開発力）を目の当たりにしました。アプリまでを含めたシステム開発を、元請け会社として内製で開発し切るところが強みと感じました。SIerはシステムが動くところまでを構築することが使命であり、その成果により達成感が得られます。これからそれを感じることが出来ると思うととても楽しみです。さて、良い面だけ書くと仕込みのようになるので(^_^;)、改善ポイント的な気付きを一つ。それは、PMとPJメンバー間で距離感のあるプロジェクトが進行している気がしました。これはリモートワークの弊害？、それともアジャイル手法による影響？、なのでしょうか。一枚岩で、メンバ全員が歯車のように噛み合ってプロジェクトが回らないと成功は収められないかな、と…私のこの気付きが現実かどうか、仮に現実なら何が原因か、そしてDXできるか、これから取り組んでみようと思っています。PMとしての心掛けさて、少しPMの話題になったので、Techではないですが、私がPM業務をする上で、心掛けていることをお伝えしたいと思います。（PMとしてのいわゆる手法やノウハウはPMBOKに任せます(^_-)-☆）私がPMとして心掛けていることの一つ…それは『懐に入る』ことです。”懐に入る”とは、着物を着ていた時代は懐（胸元）に財布を入れていたことから、「お金を自分のものにする」という意味があります。それに合わせて「顧客を自分のモノにする」という意味で、私は使っています。その他にも、「人当たりがいい」、「人との距離感をつかむ」、「人間関係をうまくつくる」、「場の雰囲気や空気を読む」といった意味でも使えると思います。これは、社長が言っている「顧客と融ける（共感）」と、同じではないでしょうか！PMは、「顧客に言われたことを言われた通りに作業していればよい」ということではない、つまり、顧客の言うことを「はい、はい」と聞く役割ではないですよね。元請け会社としてのPMは、顧客プロジェクトの成功に全責任を負うこと。言い換えると、当社を信頼してくれた顧客に対して、約束した以上の価値を提供することと考えています。これからも価値を提供するSIerとして、・「できないこと」は「できない」と言う・顧客が言う内容より「エンジニア目線でもっと良い案があるときは強く提案する」を実践していきたいと思います。更に少しだけ…更に、心掛けていることを少しだけ。・『先手必勝』　文字通り後手にならないように顧客をリードする・『WinWinを目指す』　顧客だけがWinでも、元請け会社だけがWinでも駄目・『相手の立場に立って考える』　懐に入る一つの方法(かも⁉)・『ノンオフィシャルの場をもつ』　懐に入る二つ目の方法(かも⁉)　※飲みの場など最後にここまで読んで頂いた皆様、ありがとうございました。 貴方も貴女も、PMを担いたくなってきませんか(^^♪、そして一緒にSI（シリアルイノベータ）したくなったのではないでしょうか。そんな時は、迷わずご連絡を！一緒に「顧客の想いに共感し、感動を実現」しましょう。あれ？、採用活動？？？　(^_^;)　では、またの機会に！

入社５か月目の今…

こんにちは、Azure ビジネス部 の島田です。Nextscape は会社全体としてMicrosoft Azure のPaaS開発に強い会社ですが、Azure ビジネス部は、中でもAzure に関する新しい技術をお客様にいち早く使っていただき、業務に活用していただくことをミッションとしている部門です。そんなAzure ビジネス部なので、Microsoft の代表的な生成AIサービスとして「Azure OpenAI」というサービスを活用したソリューションに沢山取り組んだ一年でした。ここまで読んでいただいた皆様は、当然この先にAzure OpenAIにまつわるエトセトラを期待しますよね。実はそれも考えたのですが、（考えたネタがすべてボツったので）今まで十数年やってきたことに対する大きな気づきや、考察をするきっかけになった一年の仕事について振り返ってみることにしました。ソリューションエンジニアリングとは今年自分がやってきたメインの仕事に、「ソリューションエンジニアリング」という名前を付けてみました。これは『ソリューションエンジニアの教科書』（山口央(2023).『ソリューションエンジニアの教科書』.翔泳社.）という本で知った後付けのネーミングです。ここでは、ソリューションエンジニアリングの定義を、顧客の課題を発見し、その課題に対するソリューションを作り上げていく（組み立てていく）お仕事（そしてその結果として成約に至るということをゴールとする）とします。ソリューションは、SIerであればシステムがメインになりますし、SaaSベンダーであれば自分たちのSaaSサービスそのもの、またはその組み合わせ等が考えられます。システム化にアプローチする前のいわゆる上流工程に位置づけられますが、新規の顧客に限らず、実際にソリューションを提供しているフェーズの顧客に対しても、そのソリューションを使う上での課題を新しく発見したり、顧客企業で働いている人の様子を観察することで真のニーズに関するヒントを得ることができます。特にSIという仕事をしていると、ソリューションエンジニアリングの機会は至るところにあるのではないでしょうか。結論：顧客をどれだけ理解できているかがすべてこの1年で痛感したことはこの言葉に集約されています。例えば、以下のような質問にどれだけ答えられるでしょうか。顧客にとっての課題は何か顧客はその課題に気づけているのか課題を解決することによるインパクトを顧客はどう考えているのか顧客の意志決定者は誰かその意志決定者はソリューション決定にあたりどのような基準を持っているかそもそも我々はベンダーとして意思決定者にどう期待（評価）されているか他にも顧客を理解できているかという視点でさまざまな自問をすべきですが、自分自身の1年を振り返ると、これらの質問に答えられていなかったケースがたくさん思い浮かびます。その中でも、よくハマってしまった落とし穴について書いてみたいと思います。落とし穴①「解決するインパクトのある課題について検討・議論できていない」これは言葉にしてみると当然できているべきことのように思われますが、意外とできていませんでした。今年はありがたいことに生成AIに関する世の中の機運が高まり、様々な企業が「とりあえずやってみよう」という姿勢で、生成AIをテーマとした引合いも非常に多かったです。ですが、生成AIというソリューションや手段を使うこと自体が目的化してしまい、「解決する価値のある課題についての議論」がどこかに忘れ去られているケースも多かったと感じています。もちろん、生成AIのような新規性の強い技術が出てきた場合に「使ってみて何ができるのかを検証し、活用できる業務のユースケースを検討する」ということ自体は大事です。ここで言いたいことは、ソリューションエンジニアには、「顧客がお金を出してでも解決したいインパクトのある課題を解決できるのか」（So What?）を常に自問し、そうでないのであればそれを見出すためのアプローチをとること（顧客自身が気づけていない課題の深堀をしてみること）が求められるという点です。落とし穴②「課題解決のインパクトが意志決定者に理解されていない」十分にインパクトのある課題だと自信を持つところで満足してしまっていることも多かったです。しかし成功のためには、それが意思決定者にとっても同じように理解されていることが必要です。この点については以下のようなアプローチができると思います。意志決定者を特定し、その人が持っているミッション、課題認識、意思決定における観点や基準を踏まえてアピールする自分の提案に賛同してくれる意思決定者がいないかを探す1つ目については、まず大前提として、新しく提案をする際にその提案についての意志決定者を特定できている必要があります。そもそも提案に関わるステークホルダーを特定する必要性についての理解がないと、フェーシングしている担当者からの意見のみを対象にして課題やソリューションを定義することになります。これだと結果として、意思決定者にとってはインパクトの大きい課題になっていないという事態が発生します。また提案期間が短かったり工数が少ない等、ステークホルダーへの十分なインタビューができない場合もあります。既に取引のある顧客に対してであれば、日頃から顧客を観察したり関係性を作っていろいろな情報にアンテナを立てておき、いざ提案をする際の貴重な情報として使うことも大事だと感じました。2つ目については、ソリューション自体は顧客にとって有用だと自信を持って言える場合でも、提案先が適切でない（顧客担当者のミッションとは関係がない等）ということも往々にしてあり、そういう場合に有効だと思います。提案先というのは自分たちで開拓できるという柔軟な発想を持っておくことで、よりプロアクティブに機会を創出していくことができます。（この点は実は親会社の営業さんから学んだ部分が非常に多く、貴重な経験でした。）落とし穴③「顧客は複数のソリューション案を持っていることを忘れている」これは、特によくある失敗だと思います。当然ですが、顧客に提案しているのは自分たちだけではありません。解決するインパクトのある課題になっていることは前提として、それを解決するソリューションは無数にあるという認識を持ち（つまり競合サービスへの理解も大事）、自分たちのソリューションを採用してもらうための一手を持っておきたいところです。この点については、以下のようなアプローチができると思います。システムとしての最適性と実現性のみに終始しないコスト、付帯するメリット（顧客におけるサプライチェーン等を考慮して）も考えたソリューションになっているかを見直す日頃から信頼される仕事をする特にエンジニアとしての経験が長いと、「システムとしての最適化と実現性」のみに着目し、「コスト」や「付帯するメリット」には意識が向かないことが多いです。これは私も反省する点が多かったです。「なぜ顧客はそのソリューションを選ぶのか」、「より採用してもらえる確度を上げられないか」、「その値段で発注できるのか」を少し想像してみるだけでも、提案のレベルは格段に上がることを実感しました。そして何よりも大事なのは、（これは提案の成功云々の話とは別の次元で当然ですが）やはり、日頃から信頼される仕事をしているかだと思っています。どんなに顧客にとってインパクトのある課題をとらえ、よりよいソリューションを提案しても、「この人達にできるだろう」と信頼してもらえなければ、顧客は提案を採用してくれないのではないでしょうか。まとめ：「自分たちのサービスにいくらの値段をつける？」という問いに応えられるかなんだか盛大なポエムになってしまいましたが、ここまで読んでくださった皆様、ありがとうございました。書籍を読んで自分の経験と照らし合わせた気づきについて書いてみましたが、実はまだ見えていないいろいろな前提や状況に応じてアップデートしていきたいと思います。今年は自分の働き方を考える上できっかけになった様々な出来事があり、色々と自問する機会が多い一年でした。しかし、一番大きかった問いは今年の春ごろに社長から言われたこの言葉でした。「値付けも一旦島田さんたちでやってみてよ」と言われ、「うーん、これだけ工数がかかるから云々。。。」というような回答をした記憶があります。しかし一年を振り返ってみて、この言葉に込められた難しさ、奥深さ、サービスを提供するということの意味を今改めて考えています。いくら工数がかかるかなんて、顧客には関係ない。自分たちの提供するサービスの価値を理解できているのか、つまりは自分たちが日頃顧客を理解し、価値を出せるように常に自分を磨き、価値を出そうと尽力しているのかという問いだったのではないかと思っています。これは私見ですが、SIerはソリューションエンジニアリングに向いている業態なのではないかと思っています。SIについてはいわゆる「クライアントワーク」と言われて、一部では「顧客主導の仕事をやっていて自分たちで積極的に課題を発掘する姿勢がない」といった意見もあります。私自身もそういう傾向に陥ってしまっていると反省する場面がたくさんありました。仕事の構造からしてそういう傾向になりがちなのは認めるとしても、だからと言って「積極的に課題を発掘することができない」わけではありません。日々企業で働いている方とのコミュニケーションの機会が与えられているその機会を活用していろいろな課題に気づく機会が豊富にあるエンジニアはソリューションを考えるのが得意要は、そういう機会を活用しようという姿勢を持てているか次第だと思います。「自分たちのサービスにいくらの値段をつける？」という問いに応えられるかを常に自問し、これからも仕事をしていきたいと感じた2023年でした。おまけ：生成AI系のボツネタたちプロンプトデータの著作権が懸念されたのと、それを回避するデータ作成が間に合わず、ボツネタに。（言い訳です、はい。）画像生成系AIを使って、4コマ漫画の4コマ目を生成する（3コマ目までの文脈を元にどんな4コマ目を作るのかに興味があり）音声生成系AIを利用して自分の声を学習させたアバターを使った動画を作ってみるCMなどの口語表現を用いた文脈把握の精度を生成AIモデル毎に比較するちなみに下記は、「問い」というプロンプトを入れた際に画像生成AIが生成した画像です。なかなか哲学的で気に入っています。参考文献山口央(2023).『ソリューションエンジニアの教科書』.翔泳社.

ソリューションをエンジニアリングする

こんにちは。DX推進室の桂です。皆さんはPowerToysとDevToysをご存知でしょうか？部内でも意外と知らない人が居たので今日はその紹介をしたいと思います。この記事は「NEXTSCAPE Advent Calendar 2023」の13日目です。qiita.comPowerToysとはプレーンテキストとして貼り付けImage ResizerホストファイルエディターPowerToysまとめDevToysとはDevToysの何が便利かJSONフォーマッターSQLフォーマッターURL エンコーダー/デコーダーパスワード生成DevToysまとめまとめ PowerToysとはPowerToysはWindowsの十徳ナイフとして有名なツールです。こちらは有名なので知っている方も多いのではないでしょうか。内包しているツールについては日々追加されたり独立されたりしているので、最新の情報は以下を参照してください。例えばSnippingToolなんかは以前はPowerToysの1つだったのですが、WindowsVistaからは独立しOS標準付属ソフトになったりしています。learn.microsoft.com以下、2023年12月現在での機能で個人的に良く使うものをさらっと紹介してみます。プレーンテキストとして貼り付け一番使っている機能で、現行のWindowsではWebなどからコピペしたときに書式が一緒に貼り付けられてしまうケースがオフィス製品等ちらほらあります。そんなときにこの機能を使えばCtrl+Shift+V（デフォルト設定の場合）で貼り付けると、その名の通り書式なしで貼り付けることができます。超便利です。いや、機能が劣化したものを元の動作にできるようにしているだけなので便利も何も……って話はありますが。個人的にはCtrl+Shift+Vのときだけ書式ごと貼り付けるよう動作を逆にしてくれないかな？とは思っているんですけどね。Image Resizerデザイン担当に依頼するまでもない画像のリサイズを手元でサクッと行えます。ペイントなんかでリサイズするよりは綺麗なので、資料向けやスタブ用画像のときに使ってます。ホストファイルエディター現行のWindowsはHostsファイルを直接書き換えができなくなっているので、メモ帳やテキストエディタで編集する場合は一旦他の場所に保存してから管理者権限で上書きする必要があります。ところがこれを使えば直接編集・保存ができます。PowerToysまとめそんな感じで意外と便利なツールがありつつ、あんまり使わないなぁというものも昔から多いPowerToys。それでもMS謹製ということで安心感のあるツール群ですので一度試してはいかでしょうか。DevToysとはで、ここからが本番です。開発者向けのツールが集まっているDevToysを知らないのは勿体ないと思います。部内でも本当に知られてなかったので是非覚えて帰ってください。devtoys.appDevToysの何が便利か上にDevToysに入っているすべての機能を並べてみました。どうでしょうか？開発者の皆さんなら使う機能ばかりではないでしょうか？よく使うものをピン留めしてメニューの上の方に並べられるんですが、僕は該当する機能が多すぎてピン留めが機能しないことに気付いて途中でやめました（笑）PowerToysと比較して有用さが段違いです。これがMS謹製で、オフライン、スタンドアロンで使えます。検索して誰が提供しているか分からないサイトも使わなくてよくなります。個人的にはブログを今すぐ閉じてでも使ってみて欲しいんですが、それではあまり記事にならなくなってしまうのでこちらもよく使う機能を紹介します。JSONフォーマッターWebサービスとかでありがちな改行もないJSONもご覧の通りです。アウトラインでの折りたたみもできます。クリップボードにJSON形式のテキストが入ってるとDevToysを開いた瞬間にこの機能が立ち上がったりもします。至れり尽くせりです。たまに誤爆するのはご愛嬌。SQLフォーマッターSQLなんかもご覧の通り。これでログ中の改行が入っていないSQLや、長くて読み辛い負の遺産となったSQLも少しは読みやすく……？URL エンコーダー/デコーダー日本語交じりのURLを貼り付けても上手くリンクになってくれないときも、これさえあれば大丈夫！パスワード生成パスワード生成に誰が提供しているか分からないサイトの利用は本当にやめましょう。オフラインで使えるということは、生成したパスワードも外部に送信されていないといういことです。DevToysまとめここでは4機能しか挙げませんでしたが、それ以外の機能も本当によく使ったりそうでなかったとしてもふとした拍子に必要になったりするものばかりです。一度インストールして実際に使ってみてください。まとめWindows環境での開発者向けツールはMS製をはじめよく使われるものに関しては以下にまとめられています。learn.microsoft.com昨今では我々開発者は技術情報だけでなく、こうした便利ツールやCopilotといったAIアシストといったものも積極的に取り入れて生産性を高めていくことも求められています。便利なものはどんどん試して、良かったものはもちろんダメだったとしてもどこがどうダメだったかを共有していきましょう！

DevToysが便利だったので（今更ながら）共有します

NEXTSCAPE Advent Calendar 2023 13日目の記事です。はじめにコロナが流行る前まで、私が所属していた部署では、発表する力を鍛えるためにライトニングトーク大会というものを定期的に催していました。ライトニングトーク（LT）とは5～10分程度の短時間で行われるプレゼンテーションのことです。テーマは自由で、IT関連のことから最近自分がはまっているゲームまで様々なことをみんなで発表し合いました。今回は、そのLT大会で作成した「体験するデザイン」の内容をここで再発表したいと思います。デザインというと、魅力的な色合いだとかかっこいい画像だとかを想像しがちですし、そういったものをつくるための専門的な知識や技術が必要だと思い込んでしまうかもしれません。しかし、ユーザーにとっての普遍的な使いやすさ、わかりやすさ、そういったものを考えることもまたひとつのデザインなのではないでしょうか。そういったデザインを考えるための基礎となるルールを、このスライド（記事）を通じて開発者である読者の皆さんが少しでも体験することができればと思います。体験するデザイン私たちの暮らす世界には「もの」があります。それらは世界にばらばらと存在しているようにも見え、しかし私たちはそれらの並びに様々な意味を見出し、ルール付けしている。 そのルール付けは時に曖昧です。人によっては若い女性が老婆に見えたり、壺が人の横顔に見えたり、枯れ木が国家指導者達に見えたりする。「認知心理学」とは、そんな私たちがどのようにして世界をルール付けしているのかを探る学問です。人間の脳は大きなブラックボックスです。まだまだわからない部分もありますが、ある一定のルールが見いだされています。そのうちの一部を紹介しましょう。この画像を見て、まず目に飛び込んできたのは黄色の四角ではありませんでしたか？ 見ようと意識していなくても、黄色の四角へ注意を向けてしまったのでは？このように人間が注意を向ける特質を「示差性」といいます。示差性とは、他とは違うと明らかに知覚できること。街中でチカチカするライト、赤いマーカーで囲まれた日付、スーパーのチラシやポップの大売出しの広告。注目を集めたい、視覚に訴えるさまざまなものたちは、このテクニックが大いに活用されています。では、注目を集めたいときには、とにかく目立たせれば良いのでしょうか？答えは No です。示差性は他と比較して異なって見えることが第一。みんながみんな違いを強調すると、最終的には似たり寄ったりになってしまい、示差性は失われてしまいます。わかりやすいのは、選挙のポスターですね。誰もが自分のセールスポイントをアピールしようと派手になりがちですが、いかんせんどれも同じように見えてしまっています。デザインを語るとき、椅子ほど話題の中心になるものもないそうです。世界には多種多様な見た目・素材の椅子があります。椅子が椅子であるための条件とは、「お尻で身体を支え、足への負担が小さくなるようにできる」こと。最低限これらの条件がそろっていれば、おおよそ椅子といって差支えないでしょう。木の切り株、机、公園の車止めや安全枠。これらもまた、椅子としての条件を満たしていることになります。実際、いずれにか腰かけたことがある人は多いと思います。いずれも他の用途があるもので、椅子として存在しているわけではない。しかし何故か私たちはそれらに座ってしまう。言い換えると、特定の条件が満たされれば、我々は自然な行為として「座らされてしまう」ようにも思えないでしょうか？  とある切り株について考えてみましょう。この切り株は、安定した平面があり、足の高さと平面がちょうどよい切り株です。こんな切り株を見ると私たちは「座ることができる」という認識を得ます。そしてそれ以外にも、上に乗る、ものを置く……様々な意味を見出すことができる。切り株という環境は、私たちに多くの知覚を提供します。アメリカの知覚心理学者ギブソンは「まず環境側にすでに意味があり、それを人間が環境との関係で見つけ出しているのだ」と提唱し、それをアフォーダンスと名付けました。今回でいえば、「人間が乗ってもしっかり安定してそうな切り株」という環境がある。そこには「物を乗せる」「歌うためのステージ」「待ち合わせ場所」などなど無数の意味（＝アフォーダンス）がある。その中で、自分が今しようとしている「座る」という行為とセットで考えたとき、「座る事ができるもの（＝椅子）」という価値を発見している、ということになります。では、この意味付けの方向性を定めることができれば、わざわざ説明書きをつけずとも「この切り株は椅子である」という認識を与えられそうじゃないでしょうか？この切り株の傍にちょうどいい高さのテーブルがあったとしましょう。こうすると、「この切り株は座るためのものなのだ」と認識することができると思います。このような、適切な行動へ誘導するようなサインを「シグニフィア」といいます。わかりやすい例としては、ドアの取っ手でしょう。ノブが平たければ、引っ張るのは難しい＝押して開けるドアだと認識する。ノブがバー状になっていれば、掴んで引っ張ることに適している＝引っ張って開けるドアだと認識する。逆にこのシグニフィアのデザインが間違っていると、誤った認識を与えてしまうことになります。直感的に使えないな、わかりづらいな、と思ってしまうときは、往々にしてこのシグニフィアのデザインが上手くないのが原因でしょう。読者の皆さんも、身近に思い当たるものがあるのではないでしょうか？さて、今回は数多ある認識のルールから2つのトピックを切り出して説明しました。説明した内容は 心を動かすデザインの秘密 認知心理学から見る新しいデザイン学 という本を参考にしています。他にもたくさんのデザインの秘密が掲載されていますので、興味を持った方は是非読んでみてください。おわりに「体験するデザイン」はいかがでしたでしょうか？UX という単語が広がりましたが、これはまさに「体験をデザインする」といえるでしょう。開発者である私たちが、デザインとは何かを少しでも知ることで、成果物の価値をより高めることができるのではないでしょうか。この記事が開発者の皆さんが新たなステージに上がるための一助、クリスマス的に言えば、ちょっとしたプレゼントになりますように。

開発者のための「体験するデザイン」

みなさん、こんにちは。システムインテグレーション事業本部の橋正です。この記事は「NEXTSCAPE Advent Calendar 2023」の12日目です。２年ぶりにアドベントカレンダーに参加します。何を書こうかと迷った結果、今さら感漂うタイトルの文章を書くことにしました。コロナ禍を過ぎ、日本中がリモートワークを当たり前とするようになりました。充実して集中できる仕事環境、通勤時間とその疲労からの解放、・・・と長所がある一方、孤独になりがちだったり、やはりコミュニケーションとしては疎になることがあり、イザ！という時は対面で～みたいなことが聞かれます。（ボクは仲間の顔が見えた方が楽しいので、割と会社に来ちゃいますが・・・）概して言うと、コミュニケーションの量ならびに質が低下する傾向は否めない。じゃぁ、そういうことに対策しながら対話力を高める必要がある（注１）と思います。では、こういう時に武器とするべきものは何か？と考えると。「親切心」と「想像力」（注２）なんだとボクは思います。加えて言うならば、それぞれを個別に発揮するものではなく、併せもつことに意味があると思うのです。こちらの言いたいことを正しく認識してもらうためにどんな風に伝えればいいのか？このテーマ技術的に、わかりにくくないかな？⇒　それだったら作業とはなるけど、誤解が生じないように、正確に図を描き表現してみよう！　　あとで、認識齟齬が発覚するより、はるかにその方がコスパいいし、何より安心！今回の仕様変更で、悩んでいるけどそれを言えない人がいるのではないかな？風邪が流行っているけど、体調大丈夫かな？⇒　体調の確認を兼ねて、個別に思いを探ってみよう！まぁ、言うなればこんな「心」を想像しようとする脳の律動から行動を起こすことが、これまで以上に意味を持つと思うワケです。親切心を基盤として、その上に分野ごとの想像力を置き、対話力を高めてプロジェクトに挑戦していきたいと思います。互いに見えない「心」を合わせることを楽しみながら（注３）、来年も多くのことにチャレンジしていきましょう！（注１）コミュニケーション齟齬が起きないように、適宜正確なドキュメントを取り交わすことが、これまで以上に大事になってきたような気がします。（注２）某お客様のＰＭはプロジェクトを牽引するには、「思いやりとイマジネーションが大事」だと言ってました。（心の中でボクと同じじゃん！と笑ってしまいました）（注３）う～ん、考えてみたら長い付き合いの夫婦でも同じことだな。。と少しだけ反省。親切心と想像力

リモートワーク時代におけるコミュニケーションってどうあるべきか論

はじめにこんにちは。デバイスソリューション部 XRチームの道下です。前年のアドベントカレンダーではARDK Lightship VPSを試すという記事を書きました。私は毎年その一年で行った中で一番興味があるものを記事にしています。今年は去年末にOpenAIからChatGPTが公開され、X（旧Twitter）ニュースサイトなどがAIで溢れた一年だという印象です。また、XRにおいてもMagic Leap 2やQuest3などのハードウェアが公開、発売され大いに盛り上がったと思っています。というわけで今年はXR×AIでChatGPTとQuest3を組み合わせて音声、画像入力でコミュニケーションをする方法について書きます。最終的な構成操作者は音声入力と画像入力ができます。音声入力はQuest3のマイクを通して認識し、テキストに変換され、入力されます。画像入力は別のAndroid端末で撮影したカメラ画像が入力されます。その後ChatGPT APIを通じて、入力に対した結果を表示します。まずはテキスト入力の場合に使用する音声→テキスト変換の実装をします音声をテキストに変換するQuest3でできる音声認識を探したところ、MetaのボイスSDKチュートリアルが転がっていたので、ドキュメント通りに実装します。以下にスクショ付きで詳しく記述されているので説明は割愛します。チュートリアル - ボイスSDKを使って基本的な音声入力を受け取る | Oculus開発者動作確認する話した内容がテキストで確認できます。Wit.aiはMetaのサービスである事と結構認識精度がが良かったので採用しました。（この時コロナに掛かっていたので、「まだ喉痛いです」的なことを言ってます…ChatGPT APIの実装次にChatGPTにテキスト送り、応答を受け取る実装をします以下の記事を参考にさせていただきましたChatGPT APIをUnityから動かす。｜ねぎぽよしまずは動作確認。問題なさそうです。次はChatGPT APIのリクエストとレスポンスを理解していきます。リクエストOpenAI APIへ以下の形式でリクエストします{  "model": "gpt-3.5-turbo",  "messages": [    {      "role": "system",      "content": "語尾に「にゃ」をつけて"    },    {      "role": "user",      "content": "好きな魚料理を1つ教えて"    }  ]}modelにChatGPTでどのモデルを使用するかを決めています。”gpt-4”, “gpt-4 turbo”などに変更することもできます。"role": "system"ではChatGPTの人格について設定しています。この例では"語尾に「にゃ」をつけて"なので回答+「にゃ」がついたテキストが返ってくるようになります。"role": "user",ではChatGPTに入力するテキストを設定しています。このテキストを変更することで問う内容が変わります。レスポンス以下の形式で返ってきます。{  "id": "chatcmpl-8SLORP8afxX5H0ub66Vapwv8hWB6B",  "object": "chat.completion",  "created": 1701766111,  "model": "gpt-3.5-turbo-0613",  "choices": [    {      "index": 0,      "message": {        "role": "assistant",        "content": "好きな魚料理は、さばの味噌煮にゃ。さばの身がふっくらとしていて、味噌の風味がしっかりと絡んでいて美味しいにゃ！"      },      "finish_reason": "stop"    }  ],  "usage": {    "prompt_tokens": 40,    "completion_tokens": 71,    "total_tokens": 111  },  "system_fingerprint": null}"role": "assistant"はChatGPTからの回答です。会話内容をユーザーに表示する場合はこの値を使えば良さそうです。形式についてはOpenAIのドキュメントにも記載があります。https://platform.openai.com/docs/guides/text-generation/chat-completions-api別の言葉でリクエストしてみる実際にsystemとuserを以下の値に変更してみます。system:”関西弁で30文字以内で話して”user:”大阪で有名な観光地はどこ"ちゃんと関西弁になっていて親しみやすくなりましたね。次はこの応答テキストを音声に変換します。テキストを音声に変換する音声変換Azure AI Serviceの音声サービスを使用します。音声サービスでは音声⇄テキストの変換に対応しています。音声サービスとは - Azure AI servicesサービスを新規作成しておきます。Unityから呼び出すSpeech SDK for Unityをインストールします。以下のページからunitypackageを取得してプロジェクトにインポートします。Speech SDK のインストール - Azure AI services | Microsoft Learnテキストを音声サービスを使って再生するコードは以下です。YourSubscriptionKey、YourServiceRegionは自身のものに置き換えてください。using UnityEngine;using Microsoft.CognitiveServices.Speech;using Cysharp.Threading.Tasks;public class TextToSpeechManager : MonoBehaviour{    private string YourSubscriptionKey = "YourSubscriptionKey";    private string YourServiceRegion = "YourServiceRegion";    /// <summary>    /// テキストを音声で再生します    /// </summary>    /// <param name="speechText"></param>    /// <returns></returns>    public async UniTask PlaySpeakAsync(string speechText)    {        var speechConfig = SpeechConfig.FromSubscription(YourSubscriptionKey, YourServiceRegion);        // 日本語        speechConfig.SpeechSynthesisVoiceName = "ja-JP-MayuNeural";        speechConfig.SpeechSynthesisLanguage = "ja-JP";        using (var speechSynthesizer = new SpeechSynthesizer(speechConfig))        {            var speechSynthesisResult = await speechSynthesizer.SpeakTextAsync(speechText);            switch (speechSynthesisResult.Reason)            {                case ResultReason.SynthesizingAudioCompleted:                    Debug.Log($"SynthesizingAudioCompleted : {speechText}");                    break;                case ResultReason.Canceled:                    var cancellation = SpeechSynthesisCancellationDetails.FromResult(speechSynthesisResult);                    Debug.Log($"CANCELED: Reason={cancellation.Reason}");                    if (cancellation.Reason == CancellationReason.Error)                    {                        Debug.Log($"CANCELED: ErrorCode={cancellation.ErrorCode}");                        Debug.Log($"CANCELED: ErrorDetails=[{cancellation.ErrorDetails}]");                    }                    break;                default:                    break;            }        }    }}SpeechSynthesisVoiceNameは再生する音声を設定します。SpeechSynthesisLanguageは再生する音声の言語を設定します。Azure AI Serviceの音声サービスには言語ごとに数は異なりますが、複数の音声が登録されています。音声はSpeech Studioから確認することが出来ます。音声を決めたら、サンプルコードを開き、SpeechSynthesisVoiceNameの文字列をコピーしてUnityのコードに貼り付けるなどして音声を設定します。Quest3で動作テスト一通り実装が終わったらQuest3で動作確認します※音が出るため音量注意東京タワー前駅とか架空の駅を返してきましたが、リアルに会話しているようでいい感じですね。テキスト入力はここまでです。以降は画像入力について書きます。ChatGPTに画像を入力するGPT-4はテキスト入力以外に画像入力も対応しているので試してみます。リクエストには入力したい画像のURLもしくはBase64エンコードした画像を追加します。試しにWikipediaにあるコロッセオのURLを使い、どのくらい認識できるか確認します。コロッセオ - Wikipedia「この画像に何が見えますか。」と聞いたところ結構詳しく説明してくれますね。コロッセオや観光客、天気なども認識しています。リクエストはテキスト入力と多少異なるので見ていきます。リクエスト画像入力は以下の形式でリクエストします。{    "model": "gpt-4-vision-preview",    "messages": [        {            "role": "user",            "content": [                {                    "type": "text",                    "text": "この画像に何が見えますか。"                },                {                    "type": "image_url",                    "image_url": "<https://upload.wikimedia.org/wikipedia/commons/a/a3/0_Colosseum_-_Rome_111001_%281%29.JPG>"                }            ]        }    ],    "max_tokens": 1000}image_url”に画像のURLを設定します。Base64エンコードした画像でリクエストする場合は以下のフォーマットにする必要があります。data:image/jpeg;base64,{base64_image}形式はテキスト入力と同様にOpenAIのドキュメントに記載があります。https://platform.openai.com/docs/guides/vision撮影した画像を使用する最後にカメラで撮影した画像を入力してみます。ただQuest3のパススルー映像へは現状アクセスできないようになっているようです。ユーザーの物理環境の画像や動画に、アプリからアクセスすることはできません。その代わり、アプリでは特殊なパススルーレイヤーを作成します。このレイヤーが、XRコンポジターにより実際のパススルー表示に置き換えられますPassthrough API Overview | Oculus Developersそのため、今回は別のAndroid端末で撮影した画像をQuest3で取得するようにしました。動画ではキーボード、ラズパイ、光造形用レジン液を認識させてみました。おわりに今回はChatGPTとQuest3を組み合わせてコミュニケーションをしました。様々なサービスを使っているためコストはかかります(特に画像入力)が、体験として非常に良いと思いました。今後もXRに関する記事を書いていきたいと思っております。最後まで読んでいただきありがとうございました。ネクストスケープでは共に働く仲間を絶賛募集中です。ご興味ある方は下記のURLからお気軽に。www.nextscape.net

ChatGPTとQuest3を組み合わせたAIとのコミュニケーション

はじめにこの記事は「NEXTSCAPE Advent Calendar 2023」の9日目の記事になります。qiita.com唐突ですが、皆様の会社ではデジタルマーケティングに関する取り組みとして何か行っておりますでしょうか。mixpanel.comMixpanel概要Mixpanelはアメリカに存在する会社名でもありまして、その名を冠したWebトラッキングツール「Mixpanel」を開発・販売しています（以下「Mixpanel」はツール名を表すものとします）。では、GAとの違いは何かといいますと、GAもGA4への移行にあたってクッキーやGoogleアカウントを元に個人をある程度特定し、イベント寄りの情報収集・表示を行うようになったようですが、Mixpanelはサイト内の会員情報等を元により具体的な情報を収集します。ユーザー登録まずは公式サイトの右上「Get Started」を選択し、アカウント作成・登録を行います。実装（JavaScriptの場合）今回はJavaScriptでの実装方法をお見せします。<script type="text/javascript">  (function (f, b) { if (!b.__SV) { var e, g, i, h; window.mixpanel = b; b._i = []; b.init = function (e, f, c) { function g(a, d) { var b = d.split("."); 2 == b.length && ((a = a[b[0]]), (d = b[1])); a[d] = function () { a.push([d].concat(Array.prototype.slice.call(arguments, 0))); }; } var a = b; "undefined" !== typeof c ? (a = b[c] = []) : (c = "mixpanel"); a.people = a.people || []; a.toString = function (a) { var d = "mixpanel"; "mixpanel" !== c && (d += "." + c); a || (d += " (stub)"); return d; }; a.people.toString = function () { return a.toString(1) + ".people (stub)"; }; i = "disable time_event track track_pageview track_links track_forms track_with_groups add_group set_group remove_group register register_once alias unregister identify name_tag set_config reset opt_in_tracking opt_out_tracking has_opted_in_tracking has_opted_out_tracking clear_opt_in_out_tracking start_batch_senders people.set people.set_once people.unset people.increment people.append people.union people.track_charge people.clear_charges people.delete_user people.remove".split( " "); for (h = 0; h < i.length; h++) g(a, i[h]); var j = "set set_once union unset remove delete".split(" "); a.get_group = function () { function b(c) { d[c] = function () { call2_args = arguments; call2 = [c].concat(Array.prototype.slice.call(call2_args, 0)); a.push([e, call2]); }; } for ( var d = {}, e = ["get_group"].concat( Array.prototype.slice.call(arguments, 0)), c = 0; c < j.length; c++) b(j[c]); return d; }; b._i.push([e, f, c]); }; b.__SV = 1.2; e = f.createElement("script"); e.type = "text/javascript"; e.async = !0; e.src = "undefined" !== typeof MIXPANEL_CUSTOM_LIB_URL ? MIXPANEL_CUSTOM_LIB_URL : "file:" === f.location.protocol && "//cdn.mxpnl.com/libs/mixpanel-2-latest.min.js".match(/^\/\//) ? "https://cdn.mxpnl.com/libs/mixpanel-2-latest.min.js" : "//cdn.mxpnl.com/libs/mixpanel-2-latest.min.js"; g = f.getElementsByTagName("script")[0]; g.parentNode.insertBefore(e, g); } })(document, window.mixpanel || []);</script>そして、以下の処理を呼び出します。mixpanel.init('YOUR_TOKEN', {debug: true, track_pageview: true, persistence: 'localStorage'}); // Set this to a unique identifier for the user performing the event.mixpanel.identify('onozuka') // Send a default page view event with additional propertiesmixpanel.track_pageview({"page": "Pricing"});出力結果さて、一度でも上で書いた処理が通ればMixpanelにデータが送信されているなので確認してみましょう。」をクリックすると以下のようにデータの詳細が表示され、更に詳しい内容を確認することができます。C#によるMixpanelへのデータ連携さて、今回はJavaScriptによる実装例を挙げてみましたが、SDKが用意されている言語としてはJavaScript以外にSwift、Flutter、Unity、PHP、Java等々、色々と用意されています。github.com終わりに以上がMixpanelの簡単な紹介となります。mixpanel.com弊社はMicrosoft社のパートナーとしてAzureのさまざまなリソース・機能を利用したWebサイト、ツール開発を得意としております。www.nextscape.net

アクセスデータ分析ツール「Mixpanel」の紹介

退屈なプロンプトエンジニアリングはLLMにやらせよう

こんにちは。ソリューションビジネス部の開發(@mamikaihatsu)です。NEXTSCAPE Advent Calendar 2023」の7日目です。さて、弊社の武器の１つにAzureに関する知識と経験があります。そう・・今回、Azureに関するMCP試験および認定資格の紹介  を記載いたします。このシリーズを記載するのが随分久しぶりになってしまいました。すでに年末ですので、前のめりで2024年版！まだAzureに関する資格を持っていない方や、新たに次のステップへの資格を検討されている方の ご参考になればと思います。MCPとはマイクロソフト認定プロフェッショナル (MCP) 認定とは、業界で評価および認知されている厳正な試験により、IT プロフェッショナルとデベロッパーの技術的な専門知識が検証される資格です。そして、指定されたMCP試験に合格することによって、Fundamentals、Associate、Expert に認定され、高度な専門知識を有していることを証明することができます。さらに、近年Specialty認定も増えているようです。Azure 関連の 認定資格対象資格のロールと必要な前提条件や試験も記載します。資格は年に1回更新が必要となります。(更新費用はナシ)★Fundamentals(初級) Azure Fundamentals　※これからAzureを学ぶ人の登竜門的な資格ですロール: 管理者試験: AZ-900: Microsoft Azure の基礎AZ-900: Microsoft Azure の基礎の学習ガイドAzure Data Fundamentalsロール: データベース管理者試験: DP-900: Microsoft Azure のデータの基礎DP-900: Microsoft Azure のデータの基礎の学習ガイドAzure AI Fundamentalsロール: AI エンジニア試験: AI-900: Microsoft Azure AI FundamentalsAI-900: Microsoft Azure AI の基礎の学習ガイド★★Associate(中級)Azure Administrator Associate※開発者であっても取っておいてほしい知識(資格)ですロール: 管理者試験: AZ-104: Microsoft Azure AdministratorAZ-104 の学習ガイド: Microsoft Azure AdministratorAzure Developer Associate※開発者であれば取っておいてほしい知識(資格)ですロール: 開発者試験: AZ-204: Developing Solutions for Microsoft AzureAZ-204: Microsoft Azure 向けソリューションの開発の学習ガイドAzure Security Engineer Associateロール: セキュリティ エンジニア試験: AZ-500: Microsoft Azure セキュリティ テクノロジAZ-500: Microsoft Azure セキュリティ テクノロジの学習ガイドAzure Network Engineer Associateロール: ネットワーク エンジニア試験: AZ-700: Microsoft Azure ネットワーク ソリューションの設計と実装AZ-700: Microsoft Azure ネットワーク ソリューションの設計と実装の学習ガイドAzure Data Scientist Associateロール: データ サイエンティスト試験: DP-100: Azure でのデータ サイエンス ソリューションの設計と実装DP-100: Azure でのデータ サイエンス ソリューションの設計と実装の学習ガイドAzure Data Engineer Associateロール: データ エンジニア試験: DP-203: Microsoft Azure でのデータ エンジニアリングDP-203: Microsoft Azure でのデータ エンジニアリングの学習ガイドAzure Database Administrator Associateロール: データ エンジニア試験: DP-300: Microsoft Azure SQL ソリューションの管理DP-300: Microsoft Azure SQL ソリューションの管理に関する学習ガイドAzure Cosmos DB Developer Specialtyロール: 開発者試験: DP-420: Microsoft Azure Cosmos DB を使用したクラウドネイティブ アプリケーションの設計と実装DP-420 の学習ガイド:Microsoft Azure Cosmos DB を使用したクラウドネイティブ アプリケーションの設計と実装Azure Enterprise Data Analyst Associateロール: データ アナリスト試験: DP-500: Microsoft Azure と Microsoft Power BI を使用したエンタープライズ規模の分析ソリューションの設計および実装DP-500: Microsoft Azure と Microsoft Power BI を使用したエンタープライズ規模の分析ソリューションの設計および実装に関する学習ガイドAzure AI Engineer AssociateAI エンジニア試験: AI-102: Designing and Implementing a Microsoft Azure AI SolutionAI-102: Microsoft Azure AI ソリューションの設計と実装に関する学習ガイド★★Specialty(中級)Azure for SAP Workloads Specialtyロール: 管理者試験: AZ-120: Planning and Administering Microsoft Azure for SAP WorkloadsAZ-120 の学習ガイド:SAP ワークロードのための Microsoft Azure の計画と管理Azure Virtual Desktop Specialtyロール: 管理者試験: AZ-140: Microsoft Azure Virtual Desktop の構成と運用AZ-140: Microsoft Azure Virtual Desktop の構成と運用の学習ガイド★★★Expert (上級)Azure Solutions Architect Expert※最終的に習得してほしい知識(資格)ですロール: ソリューション アーキテクト前提: Azure Administrator Associate試験: AZ-305: Microsoft Azure Infrastructure Solutions の設計AZ-305: Microsoft Azure インフラストラクチャ ソリューションの設計の学習ガイドMicrosoft Certified: DevOps Engineer Expertロール: DevOps エンジニア前提: Azure Administrator Associate or  Azure Developer Associate試験: AZ-400: Designing and Implementing Microsoft DevOps SolutionsAZ-400: Microsoft DevOps ソリューションの設計と実装の学習ガイド※試験の種類や内容は随時更新されております。まとめ以前に資格まとめ記事を記載していた頃より、かなり資格が増えました。さらに各分野に専門化、細分化された印象です。ロールベースの試験ではありますが、例えばどのロールであっても、まずAzureを学び始める人はまず、 Azure Fundamentals基礎を学んだ後は、 Azure Administrator Associateこれは最初に押さえておいてほしい資格かなと思っています。どのロールであっても、Azureの特徴を理解し多角的な視点からシステムを考えれるようになれば、自身のロールに必ず役に立つはずです。

Azure関連のMCP試験と認定資格 ～2024年版～

この記事は、NEXTSCAPE Advent Calendar 2023 の 4 日目 の記事です。 こんにちは、私はC#でバックエンドの開発を行っているネクストスケープのきどです。本記事では新卒二年目の私が仕事をする上でやってよかったことを紹介します。今年の新人や就活生に参考になれば嬉しいです。①気になったことは発言するプロジェクトに参加したばかりはできなかったのですが、今は少しでも気になったことがあれば発言するようにしています。たとえば開発しているシステムのボタン1つでも、場所が分かりにくのではないか？であったり、言葉の表現が別の意味に捉えられてしまいそうで、ユーザーが間違えて使ってしまうのではないか？といった少しの気づきをそのままにしないで、とりあえず発言するようにしています。気になったことを発言する回数が増えていくと、周囲に自分の気づきポイントのようなものが伝わってきます。そうすると他のチームメンバーから先に意見を求められるようになり、プロジェクトに貢献できることが多くなったと思います。他にもTeamsのチャンネルをある目的のために1つ新しく作りませんか？提案したり、マニュアルが更新されてないので使いづらいですなど、不便だな、気になるなと思ったことをは発言するようにしました。自分の意見が通るか通らないというか重要ではなく、自分はどんなことを考えているのかをチーム内にアピールすることはやってよかったと思いました。②なんでもメモを残すプロジェクトに参加してから初めてのことばかりなので、たくさん新しいことを覚える必要があります。もちろん一度には覚えられないので、メモを残すことは当たり前だと思います。ただ、メモは必要そうだから残すのではなく、なんでも残せるものは残した方がよい感じました。メモを残すときは必要ないかも、と思った内容もメモしておくと未来の自分の助けになることが多かったです。たとえば環境構築でデータベースの接続手順を教えて貰ったとします。ツールをインストールして、設定を正しく行って、各種テーブル構造を把握する…という流れです。1度接続してしまえば接続手順を忘れてもはいったんは困ることありません。ただし1ヶ月後に新しいプロジェクトメンバーが参加したとすると、「じゃあそのメンバーに前教えたデータベースの接続手順を教えいて！」と依頼されることは良くあります。上記の例えは少し分かりにくいかもしれませんが、メモを残すタイミングでは想定していなかった状況になることも多いです。あの時少しでもメモしておけば、すぐに思い出せたのに、、とならないようになんでもメモを残しておく必要があるわけです。メモを残す際は文字に起こすことが多くなりがちですが、文章をまとめるのは少々時間がかかってしまいます。時間がかかってしまうと面倒に感じてしまうことが多くなり、忙しいとメモを残すこと自体を諦めてしまうことになってしまいます。私はそれが嫌だったので、文字に起こす以外の方法でメモを取ります。一番多い方法がスクリーンショットとることです。ツールの画面や会議中の資料、Teamsのチャット履歴など、なんでもスクリーンショットして保存しておきます。スクリーンショットには「Screenpresso」というツールを使っています。無料版でも使いやすく画像の編集も簡単にできるので重宝しています。それを「Notion」というメモアプリに張り付けています。必要があれば一言文字を入れることもありますが、画像だけ張り付けておくことも多いです。文字がなくても数枚のスクリーンショットがあれば、当時の内容をある程度思い出すことができます。スクリーンショットだと検索することができないというデメリットがあるのですが、私は内容を忘れても、それをいつやったのか？ということはよく覚えているので、日付情報である程度絞りこみをして探すことができています。他にもTeams会議の録画機能も活用しています。ただ動画も検索することができないので、後で再確認しそうな内容があれば、その動画の何分何秒から話をしているのかということだけをメモするようにしています。③業務理解をする関わっているプロジェクトの業務理解をすることは、開発を行う上で役に立つということが多々ありました。新しい機能の開発をする際に、ユーザー目線で画面デザインの提案ができたり、使っていて違和感のないシステムにするために注意を向けることができます。たとえば図書館の書籍を管理するシステムを開発するプロジェクトなら、システムを使うのは図書館職員です。それなら図書館職員の一日の仕事内容を調べてみたり、その分野の専門用語を頭に入れておくことは最低限やっておくべきだと思います。それをしないと、その業種の文化や温度感というものがわからないまま開発を進めることになると感じます。たとえですが、図書館職員が書籍の中でも「漫画」に対して、実は「コミック」という表現を使うこと多いということを知っていれば、開発しているシステムで「漫画」という表現は「コミック」に差し替えた方がいいんじゃないか？という提案ができるわけです。1つ1つは些細な違いかもしれませんが、こういったものが積み重なるとユーザーとって違和感のあるシステムになってしまうのかもしれないと最近は感じるようになりました。自分が調べられる範囲でも業務理解を深めることは、プロジェクトに貢献するのにコスパがよいと感じましたし、やってよかったと思います。④PC環境にこだわるリモートワークがメインということもあり、自宅の作業環境は入社してからお金をかけるようにしていました。個人的に買ってよかったものを2つ紹介します。1つ目にスタンディングデスクです。これは机の高さを自由に変更できるのもので、立って作業することもできるようになる机です。私は座高が高い（脚が短い）という身体的特徴があるため、椅子の高さを変えるだけではモニターへの目線と肘の高さがベストフィットしないという悩みがありました。スタンディングデスクは購入してからは、その悩みが解消されてとても良かったです。メインの用途であろう高さを変えて、立って仕事しているのか？と問われると、思ったより使っています。昼食を食べた後で眠くなりそうなときや、気分転換で立って作業したりします。立って作業することで作業効率は下がってしまう気もするのですが、刺激の少ないリモートワークだと気分転換になるというのは結構メリットだと思います。2つ目は他ボタンマウスです。私は昔から他ボタンマウスを好んで使っていたのですが、去年からロジクールのG600tというマウスを私用しています。これは親指で押せる12個のボタンついているマウスで、ショートカットを自由に設定できます。各種ボタンにはスクリーンショットやメモアプリの起動ボタン、仮想デスクトップの切り替えを設定しています。PC環境をこだわることは作業効率アップだけでなく、気に入ったものを使うことで日々のモチベーションアップに繋がっていたと感じていたのでやって良かったです。⑤コミュニケーション手段を工夫する何か質問したり確認をとるときに、チャットと通話どちらでコミュニケーションをするか悩むことがあります。どちらの手段も一長一短あると思うので、場合によって使い分けられようにするべきです。私はチャットよりも通話の方が得意、、というよりも楽だと感じていました。反対にチャットは苦手、、特にはストレスを感じることもあります。（メモと同じように、短時間で文字に起こすのが苦手なんですよね。）そのため、わからないことはとりあえず通話で聞きたいと考えてしまいがちなのですが、チャットでコミュニケーションをとらないといけない場面も多いです。だから、チャットも得意になる、、までいかなくてもストレスがかからないやり方を考える必要ありました。自分がストレスを感じる理由は、チャットを送信するまでに時間がかかってしまうからです。それの対策として考えたのが、ある程度チャットをテンプレ化してしまうことです。たとえば質問のチャットであれば、「今何をしているのか」「何に困っているのか」「相手に何をしてほしいのか」を3行で書くだけでよいと考えるようにしています。場合によって書き方はいくらでも変わってしまいますが、チャットのテンプレを自分の中で持つことができたので、チャットすることが少し楽になったと思います。私は通話をすることが苦手ではないですが、通話が苦手と感じる人も同じように通話のテンプレを持つことができれば、気が楽になるのではないかなと思います。おわりに新卒1年目は仕事に慣れるということを意識していましたが、2年目になると慣れてきたので、どうすればもっと仕事がやりやすいかを考えるようになっていました。まだまだ課題点が多いので、今のやり方が正しいとは思っていません。特にタスク管理については自分の中では合格点に届いていないと感じており、困っています。仕事のやり方についてアドバイスがあれば、ぜひお聞きしたいです。

新卒二年目が仕事でやってよかったこと

こんにちは、ネクストスケープ Azure ビジネス部に所属しております 堀越です。先月、Power BI に新しいビジュアル「ボタンスライサー」が追加されました。書式設定が大ボリュームかつ動的要素もあり大変な感じなので整理をしてみます。★この記事は…NEXTSCAPE Advent Calendar 2023 3日目 です。qiita.com目次です。「4. ボタンスライサー書式設定の項目一覧」が本題です。1. Power BI にボタンスライサーがお目見え2. 前提3. 下準備（ほぼ余談）サンプルデータの取得レポート作成ボタンスライサーの追加4. ボタンスライサー 書式設定の項目一覧サイズとスタイル└ サイズと位置└ パディング└ 背景└ 視覚的な境界└ 影タイトル└ タイトル└ サブタイトル└ 区切り線└ 間隔スライサーの設定└ 選択項目シェイプ└ シェイプレイアウト└ レイアウト└ オーバーフロー吹き出しの値└ 設定の適用先└ 値└ ラベル└ 背景イメージ└ 設定の適用先└ イメージボタン└ 設定の適用先└ パディング└ 罫線└ フィル└ 影└ 光彩└ アクセントバー気付いたこと終わりに1. Power BI にボタンスライサーがお目見えいままでのスライサーは、書式設定の「スライサーの設定」→「オプション」にて、バーティカルリスト・タイル・ドロップダウンの3つから種類を選ぶものでした。既存のスライサーの書式設定新しいスライサーは、「スライサーの設定」から「オプション」の項目自体がなくなり、以前のタイルに似たボタンによる操作を行うビジュアルになっています。このため「ボタンスライサー」と呼称しているようです。powerbi.microsoft.comリッチな表現が可能に！ しかし…カスタマイズ性があがったということは、すなわち書式設定が増えたということ…！ 操作はひたすら触って覚えるべしというのが基本ではありますが、今回はとにかく全部の書式設定を載せています。2. 前提当記事はすべて2023年12月2日現時点での情報です。記事公開時までに詳細がわからなかった項目もあります。判明次第追記したいと思っています。（ご存じの方、コメントでご教示くださるとありがたいです！）実際のところ、ボタンスライサーの設定項目は半年前にリリースされた新しいカードビジュアルとかなり重複しています。ボタンスライサーで初めて出たわけではない設定項目も特筆なく記載していますがご容赦ください。powerbi.microsoft.com3. 下準備（ほぼ余談）サンプルデータの取得今年はあまり Power BI に触れられておらず、リハビリがてらPower BI ホーム（という呼び方がいま正しいのかわからない）を眺めていたら、世界各国の祝日データが提供されていたのでそれを使ってレポートを作ってみました。Lakehouse 用のサンプルデータだったので、Power BI での接続までの手順をメモしておきます。Azure Fabric ホーム で Synapse Data Engineering を選択するか、Power BI ホーム でページ左下のアイコンをクリックして Synapse Data Engineering を選択し、サンプルデータによる Lakehouse 作成へと進みます。ページ左下で Data Engineering を選択ホーム＞サンプルを使用する＞Lakehouse＞祝日サンプルデータの入ったレイクハウスとSQLエンドポイントが作成されるので、Power BI Desktop から接続を行います。 OneLakeデータハブに接続レポート作成データ加工、モデリング、ビジュアルの追加を適宜行います。ざっくり作ったレポートかつ、サンプルデータゆえか国数もそんなに多くないのですが、北ヨーロッパが祝日数が多いことや、年を追うごとに全体的に祝日数が増加傾向であることがなどがわかり、ちょっとした満足感を得ました。ボタンスライサーの追加ボタンスライサーの使い方ことはじめは、公式ブログの「セットアップ手順」「ボタンスライサーの構築」をご参照ください。ちなみにPower BI Desktop 内での表記は、いままでのスライサーが「スライサー」、ボタンスライサーが「スライサー(新規)」です。「ボタンスライサー」じゃないのかい。（名称不一致あるある） 国の上位カテゴリとして地域データをwikipediaから引っ張ってきたので、これでボタンスライサーを作成してみました。のびのびとしたボタンスライサーが挿入されましたそれでは以下、本題です。4. ボタンスライサー 書式設定の項目一覧サイズとスタイルこちらの内容は既存のスライサーと変更はないようです。└ サイズと位置サイズと位置を数値で細かく調整できます。縦横比のロックもここで行います。└ パディング上下左右のパディング設定です。└ 背景スライサーの内側の塗りつぶし設定です。※書式設定すべての項目に共通しますが、"fx"から条件付き書式を設定することができます。条件付き書式の設定画面。よりリッチな表現をお求めの方に└ 視覚的な境界スライサーの周囲に罫線を表示します。「丸い角(px)」を1以上に設定すると角丸四角形にできます。└ 影スライサーの周囲または内側におなじみの影のエフェクトを付けます。「カスタム」で詳細設定可能です。既存スライサーにもカスタム設定があった（知らなんだ）タイトル└ タイトルスライサー上部に表示するタイトルの表示を設定します。└ サブタイトルタイトルの下にサブタイトルを表示します。└ 区切り線タイトル（サブタイトルを表示する場合はサブタイトル）の下に区切り線を表示します。サブタイトルと区切り線（破線）を入れてみた例└ 間隔タイトルとサブタイトルの上下の間隔を設定します。カスタマイズで詳細な調整ができます。スライサーの設定スライサー内の項目の選択方法を選べます。既存スライサーではあった「Ctrlキーで複数選択」がなくなり、デフォルト（「単一選択」が OFF ）で複数選択ができるようになっています。組み合わせのパターン└ 選択項目「単一選択」を ON にした場合に表示されます。シェイプスライサー内のボタンの形を設定します。└ シェイプ四角形・角丸四角形・"上の二つの角を切り取ったタブ"の3つから選択します。後者2つは「スタイルのカスタマイズ」を ON にすることで詳細な設定ができます。自由自在名前にとらわれてはいけないというありがたい教えレイアウトボタンの配置を調整します。└ レイアウト文字列の縦方向の配置、行・列数の設定、カード間のスペースを設定します。既存スライサーでは、全体のサイズによって自動的に配置されていた行と列数が決められるようになりました。上限はそれぞれ10までです。下限は1のはずですが、2023年12月2日現在下向きボタンの連打で0が設定できてしまいます。きっとそのうち修正されるでしょう。困惑が伝わってくるような小規模なフリーズが起きますデータの増減がある場合、いつのまにかオーバーフローになっていたり、スペースができてしまってレイアウトが想定から外れている可能性もありそうなので、レポート作成時は注意したい項目です。└ オーバーフローレイアウトで設定した行数・列数にボタンが収まらない場合にどのように表示するかを設定します。「ページネーション」はPgUp / PgDn のような動きをする矢印が表示されます。「連続スクロール」はスクロールバーが表示されます。それぞれ方向を設定します。ページネーションと連続スクロール（横方向を設定）個人的には、「オーバーフローさせずにボタンのサイズを自動的に縮小する」吹き出しの値ボタンに表示する値の設定項目です。└ 設定の適用先ボタンの4つの状態について選択し、後述の値、ラベル、背景をそれぞれ設定します。各状態ごとの設定を行う状態の名称は英語の方がわかりやすい└ 値「設定の適用先」で選択されている状態の値の書式を設定します。「空白の表示方法」にはデフォルトで"--"が設定されています。└ ラベル値に紐づく参照ラベルを表示します。参照先のデータフィールドは「設定の適用先」が「規定」の時のみ追加できます。参照先を状態の変更で切り替えることはできないということですね。地域に属する国のカウントを表示してみました「位置」で値の上に表示するか、下に表示するかを選べます。「ベースラインの配置」はどういう意味なのか現時点ではわかりませんでした…└ 背景こちらは項目として存在するものの、いつ ON にできるのか現時点ではわかりませんでした…イメージ公式ブログよりイメージのイメージ画像を用意してURLを設定してみたのですが、スライサーのボタンに表示することができませんでした。テーブルビジュアルでは同一のフィールドで画像表示ができていましたので、スライサー起因の問題がなにかあるのかもしれません。└ 設定の適用先「吹き出しの値」→「設定の適用先」と同様に、4つの状態について選択します。└ イメージ「吹き出しの値」→「ラベル」と同様に、イメージのデータフィールドは「設定の適用先」が「規定」の時のみ追加できます。アイコンのように表示するか、背景として表示するかを選べるようです。「イメージのサイズ調整」は「ボタン」の項目を参照してください。ボタン└ 設定の適用先「吹き出しの値」「イメージ」と同様です。└ パディング「サイズとスタイル」のパディングと異なり、既定のパターンから選択します。└ 罫線ボタンそれぞれの周囲の罫線の設定です。「サイズとスタイル」→「視覚的な境界」と異なり角に丸みはつけられませんが、幅と透過性を設定できます。└ フィルボタンそれぞれの塗りつぶしの設定です。「サイズとスタイル」→「背景」での設定項目（色、透過性）に加えて、画像を設定できます。 「イメージのサイズ調整」は標準・自動調整・フィルの3つから選択します。我が家の猫その1の画像を設定しましたイメージのサイズ調整3パターン └ 影「サイズとスタイル」→「影」と同じ設定項目です。ONにすると、デフォルトでオフセットが「外側」になっているため、ボタンサイズが小さくなってしまいました。一瞬原因を見失って焦りました└ 光彩設定項目は「影」と同じです。どのように活用するのかいまいちピンと来ていません。影との組み合わせで立体感を出したりするのかな…影と光彩の比較└ アクセントバーボタンの左右上下のうち一辺に色を付けられます。気付いたこと選択によって下位項目が動的に変わるものが多く混乱しやすい「視覚的な境界」と「罫線」、「背景」と「フィル」は似て非なるものだった自分の家の猫がいっぱい並んでいるとなごむが、黒の太字にしないと文字が見えないため三毛は背景画像としてあまり向いていない終わりに必然的に大長編となってしまいました……更新も頻繁なツールでこういった記事を書くことにあまり意味はないよなぁ～～～～～と思いながらも書き終えました。自分はかなり整理がついたのでヨシとします。不明部分は引き続き調査予定です。訪れてくださった方にとって少しでもご興味のある部分があれば幸いです。明日は木戸さんが記事を書いてくれます！お楽しみに！はっぴーほりでー

Power BI  ボタンスライサー 書式設定の項目 大調査

この記事は、NEXTSCAPE Advent Calendar 2023 の 1 日目 の記事です。「Tさんという方をご存知ですか？」尋ねてきたのは10年を超えて親交を頂いている大先輩。T氏はイノベーションの世界では有名な方で、大手食品メーカーの、誰もが知る大ヒット商品の画期的製造技術で業界では知らない人がいないくらいの人物。今は大学の教授も務めつつ、先の大先輩の主宰する知識創造に関する学会の研究会に参加し、ちょうど基調演説をしたところだと仰る。「同じ中学校の後輩にTさんという方、いました？」その名前と一致するTちゃんについて思い出す。頭の回転が速かったこと、サッカー部だったこと、私と同じ悩みを抱えてよく夜中まで語ったことなどの記憶が蘇る。もしあのTちゃんが件のT氏なら合点は行く。しかし、なぜこの大先輩と？　なぜ私のことを？「イノベーションのルブリックモデル図に、Tさんが驚いて『これを描いた人は誰ですか？』と訊かれたのであなたのことをお話したんです。すると、きっとその人は中学の先輩に違いないと言うんですよ」その図とはソリューションとイノベーションを橋渡しする構造を描いたもので、特にリスクテイクと矛盾の内包を重要な転回点としている。どうやらT氏はそこに強く反応したらしい。問題解決のステップが上手くいった後、もしその逆の手段を取ったら？異なる前提を置いたら？という「反論包含」ピースを置くことで、リスクを取る準備が始まりイノベーションのステップに入るという見立てをしたのだ。三十数年ぶりに再会したTちゃんは、某大企業の新事業創造責任者と大学教授の肩書を持ちながら、昔と変わらない人懐っこい笑顔で、「中学生の頃に先輩に読めと貸し付けられたあの本、米国流と違う日本流のイノベーションを志すきっかけになりました」　人に本を貸し付けるのは、どうやら私の昔からの癖のようだ。 ビールを酌み交わしながら、長い無沙汰にお互いどんなことをしてきたのかを話してみると、全く違う道を歩んだ結果、ほぼ同じ問題意識を持つに至ったことがわかる。T氏は製造現場で改善と品質向上、新商品開発に関わり続けたが、コンピュータと機械の組み合わせが人間の能力に近づけば、最後に人間の役目として残るのは「創造」そして「イノベーション」になると。私は人材育成・組織開発の現場で能力向上に関わり続けたが、コンピュータと機械の組み合わせではどうしてもできない（或いは極めて高コスト）のは「創造」「イノベーション」だと。その後、再会の労を頂いた大先輩を交えた会合（という名の飲み会）を不定期に続けているのだが、よく話題に上るのが『違和感』への着目だ。20年ほど前から、気付きという言葉が使われるようになったが、これは「注意を向けた先から想起されること」を指しているようだ。その多くは類似感であり、連想という行為によって起きる。しかし、ごく稀に、「ああ、アレがコレか！」ということも起きる。何かがわかる瞬間だ。しかし「アレがコレか！」には「アレ」がわからない状態を経る必要がある。現象学ではこのわからないながらも受けとっている状態を「把持」というが、コンピュータには難しい。人間はこれが容易にできる。連想レベルの類似感検索はそろそろ機械も追いついてきた感がある一方で、違和感検索というのは聞いたことが無い。恐らく違和感を懐き表明することは、まだ暫く人間の特権であり続ける。違和感は、それが矛盾を孕んでいることに起因することが多い。ビジネスでは矛盾の存在を認めない事が多いが、スッキリしない違和感があるからではないかと推測する。 しかし、矛盾というのはイノベーションの大事な前段階だと思う。「〇〇であるはずなのにどうして△△なのだろう？」この問いに対して「それはきっと□□だからに違いない」と考えるのが帰納的推論（アブダクション）である。演繹は既にコンピュータに敵わないが、帰納法、特にアブダクションは矛盾を受け入れ違和感を持たなければ始まらない。確かに多くの矛盾は単純なエラーが原因で解消されるものだが、中には矛盾に見えたことが別の真理を示唆しているということもある。「〇〇であるはずなのにどうして△△なのだろう？」「それはきっと□□だからに違いない」「ああ、アレがコレか！」 T氏はこの練習をするために修行道場のようなものが必要だと考え、様々な講演機会を通して賛同者を募っている。私は組織がこの練習を行うための手法をマネジメント研修講義にこっそり組み込んでいる。違和感を持つこと表明すること、矛盾を扱うことはミスを防ぐ、特に未知のリスクの発見にも役立つ。端折って書くと、前提と矛盾する内容を検討過程に置かなかったり、対象に矛盾が存在しないように取り繕うことが、未知を扱いにくくする。IT業界のミスは最近大きな社会的な損失につながることが多いので、斯界の一人としても違和感や矛盾の活用を考えようと思う。2023年は私自身も多くの違和感と矛盾に苛まれた1年だった。しかし、これはイノベーション前夜なのだと信じて、三十年振りに再び同志となったTちゃんと大先輩との会合を支えに、ビジネスの違和感と向き合い、ビジネスで矛盾を扱い、ビジネスに潜む未知のリスクを発見する2024年を迎えたい。

違和感とイノベーション

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。今回、Azure  Bastionについて記事を書いてみました。azure.microsoft.comAzure Bastion、こちらは2019年11月頃にGAされており、その手軽さから既に利用されている方も多いと思いますので今さらかと思われる方もいらっしゃるかもしれません。しかしながら・本ネスケラボではまだ取り扱っていない・2023年に入り、ランサムウェアの被害が大幅に増えているそしてBastionの一機能が今年5月にGAされたこともあり、今回改めて取り上げてみたいと思います。Azure VMをAzureポータルで操作していると左側のメニューにちらちらとこの「Bastion」の文字が出ていたと思いますが、それを何だろうと思いつつもスルーされていた方もいらっしゃるかもしれません。そういった方は是非本記事を見ていただければと思います。Azure BastionとはAzure Bastion、Bastionの意味としては「要塞」・「砦」、ということですが、簡単に言ってしまえば踏み台サーバーのようなもの（分類としてはPaaS）になります。そういう意味で「要塞」・「砦」になるわけです。通常、仮想マシンを作成してRDPのポートを開くように設定すると以下の様な警告が表示されます。先に書いたランサムウェアの流行を考えるとVMでリモートデスクトップを有効にして何も対策を施さずにおくのはかなり危険です。頻繁に使うのでなければVMを都度起動・シャットダウンする、あるいはIPアドレス制限をかける等、様々な方法が考えられますが、このAzure  Bastionも一手段として有効です。Azure Bastionの作成それでは早速Azure Bastionを作成してみましょう。Azure Portalで対象の仮想マシンを開き、左側のメニューから「Bastion」を選択すると以下のような画面になりますので、ここで「Bastionのデプロイ」を選択します。Bastionのデプロイを行うと、Bastionのためにサブネットがまずは追加され、次にBastionが作成されます。以前はサブネットも手動で作成する必要がありましたが、今はサブネット作成からBastionのデプロイまで一気通貫で対応してくれます。以下の通知のスクリーンショットを見ていただけるとお分かりになる通り、7分程かかります。決して問題が起きているわけではないので我慢強く待ちましょう。作成出来たら改めてVMのメニューで「Bastion」を選ぶと以下のような画面になります。ここでVM作成時に設定したユーザー名とパスワードを入力し、「接続」を押します。初めて実行する場合、ブラウザの設定で以下のようなエラーが出ることがあるので、portal.azure.comからのポップアップを許可するように設定し、改めて接続をボタンを押してください。設定によるのかもしれませんが、私のChromeですと以下のようなエラーが出て接続できず、代わりにEdgeで試したところ正常に動作しました。同じ事象が発生した方はEdgeでお試しいただければと思います。先ほどのBastionの画面で「新しいブラウザータブで開く」にチェックしなければ以下のようにAzureポータル上で（内で？）リモートデスクトップ画面が表示されます。ただ、動作が少々重いですし、そもそも見づらいのでEdgeで新規タブを開き、お試しいただければと思います。以下がEdgeで試した結果となりまして、ブラウザでリモートデスクトップでのアクセスと変わりなく操作が可能です。このように非常に簡単にBastionのデプロイが行えます。ちなみに今回はブラウザでアクセスしましたが、設定することでいつものようにネイティブクライアントでの接続も可能です。Bastionの共有リンク機能(2023年5月GA)さて、冒頭でお話しした通り、次は今年の5月にGAとなった共通リンク機能について説明＆試してみたいと思います。azure.microsoft.comまずはAzureポータルで今回デプロイしたAzure Bastionの画面を開きます。次に左側のメニューで「構成」をクリックすると以下のような画面になりますので、「レベル」をStandard、そして「共有可能なリンク」にチェックを入れて、「適用」ボタンをクリックします。 この時も３分ぐらいかかりますのでお待ちください。そして、適用が完了したら同じくBastionの画面から（日本語の場合ですが）「共有可能リンク」をメニューから設定し、更にそこで表示された画面で「追加」ボタンを押下、そして、以下の画面にある通り「共有可能リンクの作成」で対象となるVM（属するサブスクリプションとリソースグループも）を選択して適用します。そうすると以下のように共有可能リンクが作成され、一覧に表示されますので「共有可能リンク」のURLをコピペします。そして、そのリンクをブラウザで叩くと以下のようなAzure Bastionのログイン画面が表示されますので、ユーザー名とパスワードを入力すると先ほどのようにブラウザ上でリモートデスクトップが開き、仮想マシンにアクセスできます。「共有可能リンク」という名前の通り、これを他の人に共有すればその人のブラウザからでもアクセスが可能になります。もし万が一流出してしまった場合も管理画面から簡単に共有リンクの削除・再作成が行えます。パブリックIPアドレス削除単純にBastionの確認だけであればこれでめでたしめでたしなのですが、このままですとVMのパブリックIPアドレスでリモートデスクトップにアクセスすることができるため、危険な状態です。なので、VMのパブリックIPアドレスを削除し、Bastionでアクセスできるところまで試してみたいと思います。まずはAzureポータルでVMを開き、概要の部分でパブリックIPの部分をクリックします（実際は赤枠部分にIPアドレスが表示されていますのでそこをクリックします）。すると以下の画面になりますので、赤枠の「関連付けの解除」を選択します。これで先ほどの概要の画面に戻るとパブリックIPアドレスが削除されていますので、念のためBastionで再度VMにアクセスしてみてください。パブリックIPアドレスが削除されたにもかかわらず、先ほどと同じようにリモートデスクトップ接続できると思います。終わりに以上がAzure Bastion、そして追加機能となる共有可能リンクの説明となります。そもそもVMではなく、AppServices等のPaaSを使うという選択肢もありますが、システムによってはVMの構築・利用が必要になる場合もあると思います。上で説明した通りAzure Bastionはかなり手軽に作成・設定が可能ですので是非お試しください。弊社はMicrosoftのパートナーとしてこのようなAzureのさまざまなリソース・機能を利用したWebサイト、ツール開発を得意としており、更にはスマホアプリやHoloLensと多岐に渡って開発を行っております。もしお困りの方がいらっしゃいましたら、是非お気軽にお問い合わせください。www.nextscape.net

Azure Bastionと共有可能リンク機能を試してみる

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。以前、プレビュー機能であったAzure Coommunication Serviceを使ってのメール配信を試してみました。blog.nextscape.netこの記事が2022年の6月になりますので、既に1年以上経っている形になります。当時はプレビューかつ始まったばかりで「とりあえず」メールを配信できるサービスという雰囲気がありましたが、1年経ってより洗練されてきましたので、どれだけ変わっているかを今回の記事で紹介していきたいと思います。リソース作成まずはリソース作成から見てみましょう。Email Communication Serviceを作成します。作成にあたって入力する項目のうち「Data Loation」、以前は「United States」しか選べなかったのですが、現在は以下のようにJapanを含む様々なロケーションが選べるようになっています。昨年は1個だけだったにもかかわらず、なかなかの増えっぷりですね。次にメールドメインを追加（作成）します。最初の「概要」画面で以下の画面になりますので無料のAzureサブドメインか、カスタムドメインを選びます。今回はお試しということもあり、無料の方を選びましょう。次に「ドメインの追加」をクリック。これでドメインが作成できました。次にCommunication Serviceを作成します。前回はCommunication ServiceとEmail Commucation Service、同じリージョンに作成しなかったために余計な手間がかかってしまいましたが、今回はそこも配慮済みです。Communication　Serviceが作成できたら、左側のメニューから「ドメイン」を選び、下の画面の「ドメインを接続する」をクリックします。以下の画面になりますので、先ほど作成したメールドメインを選択・設定します。これで一通りの設定が完了しました。こちらは以前無かった機能かと思うのですが、メニューに「メール」ー＞「メールを試す」というのがありますのでそれを選択すると以下のような画面が表示されます。前回はメール送信を試してみるにはコードを書く必要があったのですが、現在は以下のようにAzureポータルから送信することができます。送信先メールアドレスだけでなく、件名や本文も設定可能です。また、右側の部分を見ていただくとわかるようにC#やJavaScriptでのソースコードのサンプルが記述されていますので、これをそのまま流用することが可能です。色々便利になりましたね。。また、前回の自身の記事を見ると配信するまでに５分程度かかっていたようですが、今回は配信後すぐに配信先のメールアドレスに送られており、通常のメール配信サービスと同じレベルになっています。実用にあたっては当然といえば当然なのですが、前回から比べると感慨深いものがあります。配信状況の確認さて、前回ではMail Communication ServiceではAPIによって配信状況を確認することができました。これをログ出力すれば独自で配信状況を記録することができたわけですが、現在はそういった手間をかけなくても状況を確認することができます。まずは「メトリック」による確認方法があります（データが少なくてスミマセン。。）。メトリックで「Email Service Delivery Status Update」を選択し、以下のように配信結果（Result）等を確認することができます。ただ、メトリックですと細かい情報が見づらかったりするので、Log Analyticsで分析情報を見れるようにします。以下の「診断設定」で赤枠の部分がEmail Communication Serviceに関する情報なので、この３つにチェックを入れます。その後、配信を何回か試して分析情報を見るとAPIの呼び出し結果やメールのサイズ、サイズ別のメール数、メール受信者数、そして、以下の画面、「RecipientId」のプルダウンに今まで送った宛先が表示されるので、それを選択することでその宛先の配信履歴が参照できるようになります。この配信履歴の中にDeliveryStatusがあるので、これで配信結果が確認できます。試しに存在しないメールアドレスに送ると以下の様にDeliveryStatusが「Failed」、SMTPのステータスコードが550で返ってきて、それも記録されています。便利ですね。。LogAnalyticsであればKustoも利用可能なので独自のクエリで取得したい情報だけ取得することもできます。あとは前回は触れていませんでしたが、注意点として以下のような配信制限、スロットリングがあります。例えば1分間に配信できる数が30通までといったものがありますが、これもサポートに依頼することで制限解除できるようです（ちなみにこの制限はExchange Onlineでも存在しています）。Azure Communication Serviceの主要原則として大量のメール配信も謳っておりますのでこういった制限解除も恐らく対応してくれるはずですが、このあたりは実践にあたって確認しておくことをお勧めします。learn.microsoft.comこれから期待すること一旦ここまでで留めておきますが、特定の状況・設定でメールの開封状況も調べることができるようですので、機会があればそれも試してみたいと思います。あとは個人的な希望を書いておきます。メール配信サービスとして有名なSendGridはSMTPサーバーとして利用できるのですが、残念ながらEmail Communication Serviceは現在もまだSMTPサーバーとしては利用できない状況でした。例えばCMS等でメール配信を行う場合、別途SMTPサーバーが必要になります。私の携わった案件ではそういった時にSendGridを使って設定・配信できるようにしていたため、Email Communication ServiceもSMTPサーバーとして使えれば更に利用の機会が広がるのですが。。終わりにというように1年経過した今、かなり実用的なレベルとなっておりますので皆さんのサイト・サービスでも利用できるかと思います。是非お試しください。また、弊社はMicrosoftのパートナーとしてAzureを利用したWebサイト、ツール開発を得意としており、更にスマホアプリやHoloLensと多岐に渡って開発を行っております。お気軽にお問い合わせください。www.nextscape.net

Azure Communication Serviceによるメール配信がどれだけ進化したかをチェックしてみました

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。以前本ブログにおいてOSS（オープンソース）のCMSを紹介させてもらいました。blog.nextscape.netもしかするとこの記事を見ていただいて、実際にUmbracoやOrchard Coreがどのようなものなのかを見てみたい・触ってみたいと思った方もいらっしゃるかもしれません。今回は上の記事の中で取り上げたCMSのうちの１つ、「Umbraco CMS」をローカル環境にインストールして、起動するところまで試してみたいと思います。Visual Studioのインストール等が必要にはなるものの、コーディングまでは必要ありませんので環境の準備が可能な方は是非お試しください。準備まずは以下のツール等を必要に応じてインストールしてください。・Microsoft Visual Studio 2022・.NET Core CLI・.NET 7.0・SQL Server（Expressでも可。SQLiteもインストールされるようなのでそもそも不要かも）今回はVisual StudioとCLI、両方とも使用しています。まずは.NET Core CLIでまっさらな環境を作ってみましょう。コマンドプロンプトからdotnet new install Umbraco.Templateと入力・実行します。次にプロジェクトを作成しますので、プロジェクトを作成したいディレクトリを作成・移動して、dotnet new umbraco --name MyProjectと入力・実行します。すると以下のように各種ファイルが作成されます。そして、プロジェクトファイルが存在する場所に移動し、dotnet runで実行します。すると、上のような情報が表示されますので、ここで表示されたURL（「HTTPS～」の方）をブラウザで叩きます。すると以下のような画面が表示されまして、ここからUmbracoをインストールします。名前とEメールアドレス、そしてパスワードを入力しますが、Eメールアドレスとパスワードは後で管理画面にログインするときに必要になりますのでどこかにメモっておいてください。そして次の画面で先ほど入力したEメールアドレスとパスワードを入力して、Loginボタンをクリックします。すると以下のように管理画面へアクセスすることができます。URLのhttps://localhost:xxxx/umbraco/から最後の「umbraco」を外すとこの管理画面が対象とするサイト、今回構築したユーザー向けのサイトに移動するのですが、今回はまっさら、つまり空っぽの状態ですので「何もコンテンツが無いです」と表示されます。実際はここからサイトを構築するための手順、作業を進めていくわけですが、非エンジニアの方々であったり、とりあえずUmbracoがどんなものなのかを軽く触ってみたいという方にはそんな時間が無いと思いますので、今回は更にスターターキットを利用してみたいと思います。スターターキットスターターキットは以下のGitHubにありまして、いわゆる初心者の方向けにサンプルサイトまで含めた環境になります。GitHub - umbraco/The-Starter-Kitこれをダウンロード、もしくはGit CloneしてVisual Studioで開くとソリューションエクスプローラーには以下のように表示されます。２つのプロジェクトが存在していますが、そのうち「Umbraco.SampleSite.Web」をスタートアッププロジェクトに設定してください（プロジェクトを右クリックして表示されたメニューから設定できます）。するとデバッグ実行用のメニューバーの箇所が以下のように変わりますので、これでデバッグ実行します。そうすると自動的にブラウザが立ち上がり、最初に書いたインストール画面が表示され、必要事項を入力してログインすることで管理画面が表示されるはずです。管理画面のメニューバーで「Content」を選択し、左側のツリー表示を見ると先ほどは「Recycle Bin」だけだったのに対して今回は他に色々と表示されています。これはサイトマップのようなものでして、スターターキットをインストールすることでサンプルサイトもインストールされ、そのサイトの構成がツリー表示で表示されています。URLから「Umbraco」を外して、実際のサイトにアクセスすると以下の画面が表示されます。これが実際のサンプルサイト、ユーザー向けのサイトになりまして、メニューバーを見ると上のツリーの内容と一致します。「PRODUCTS」を選択すると商品一覧が表示され、任意の商品をクリックすると以下のような画面になります。サンプルサイトは架空のお店のECサイトのようですね。ブログもあるようなので、簡単なサイトであればこれを元にカスタマイズすれば作れそうです。Umbracoのアップグレードでは今回はこれで。。と思ったのですが、実はスターターキットのUmbracoのバージョンは11となっており、Umbracoの最新バージョンから１つ古いバージョンになっています。ということでアップグレードの方法も軽く説明してみたいと思います。Visual Studioの「ツール」ー＞「NuGetパッケージマネージャ」ー＞「ソリューションのNuGetパッケージマネージャの管理」を選択し、「インストール済み」タブを選択して、「Umbraco Cms」を選択します。すると以下の画面になりまして、右側のウィンドウで最新の安定バージョン12.2.0をインストールします。そして再度ビルドを行い、デバッグ実行すると以下の画面になりますので、右下の「Finish the maintenance」をクリックします。すると以下の画面になるので「Continue」をクリック。そうすると管理画面に再度アクセスすることができますのでバージョンを確認すると、12.2.0になっていることがわかります。終わりにということで、以上がUmbracoのインストール及びスターターキットを利用したサンプルサイトの構築となります。ここから更にUmbracoについてご紹介したいところですが、今回はここまでとします。当社はこのUmbracoに限らずSitecoreやKentico等、様々なCMSによるWebサイト構築を行っております。CMSによるサイト開発に限らず、フルスクラッチでのWebサイト、ツール開発、スマホアプリやHoloLensと多岐に渡って開発を行っておりますのでお気軽にお問い合わせください。www.nextscape.net

OSSのCMS、Umbracoのインストールとサンプルサイト構築

はじめに当社はC#での開発を主に行っておりますが、そのC#をベースとするCMSには様々なものがございます。弊社で主に扱ってきたものとしてはSitecore、そしてKentico Xperience（Kentico Kontent）といったものがあり、いずれもこのネスケラボで紹介、説明したことがありますが、どちらもグローバル対応の、かつ、「有償」のCMSとなります。今回はやや視点を変え、C#ベースの「OSS」のCMSを２つ紹介したいと思います。Orchard Coreまず１つ目は「Orchard Core」になります。orchardcore.net上記リンクのOrchard Coreのサイトの一番下までスクロールしてもらうと「.NET Foundation」というロゴがあります。この.NET Foundationは、マイクロソフトによって設立された非営利団体で、.NETエコシステムについてオープンソース開発と協力の促進を行っていて、MicrosoftだけでなくAWS等、様々な企業がスポンサーとなっています。そして、Visual Studio＋C#で開発しているプログラマーの皆さんが普段使っているであろうNuGetもこの.NET Foundationによって作られています。dotnetfoundation.orgその.NET Foundationが管理するプロジェクトの１つがこのOrchard Coreになります。元々ASP.NET MVCプラットフォームで作られた「Orchard CMS」というCMSが存在していたのですが、これを.NET Coreで再開発したものがこのOrchard Coreとなります。そしてこのOrchard Coreは以下の２つで構成されています。Orchard Core Framework : ASP.NET Core 上でモジュール式のマルチテナントアプリケーションを構築するためのアプリケーション フレームワークOrchard Core CMS : Orchard Core Framework 上に構築された Web コンテンツ管理システム (CMS)Orchard Coreの特徴Orchard CoreはヘッドレスCMSとしても利用できますし、通常のCMSのような使い方もできます。また、当社はCMSによるWeb開発も行っているのですが、そのときにお客様より要求される基本的な機能も網羅しております。例えば以下のようなものが挙げられます。Roleによる権限設定：Roleという概念でコンテンツの編集可・不可の設定等が行えます期限付き公開：この日時になったらコンテンツを公開するといった設定が可能ですワークフロー：コンテンツ承認ワークフローが作成できますUmbraco次にもう１つのCMS、Umbracoについて説明します。umbraco.comまずCMSの学習方法として、そのCMSを作った会社なりコミュニティがオンラインドキュメントやチュートリアルを提供しているはずなので、それに従って学習していくことで基本的な使い方を学ぶことができます。Orchard Coreは特定の会社等が開発サポートを行ってくれるわけではなく、自分たちでGithubのドキュメントやコードを読み、疑問点があればStackOverflow等で問い合わせる必要がありますので、学習コストがやや高いものになります。また、OSSとなるとセキュリティ周りを心配される方がいらっしゃるかと思いますが、そういった方には「Umbraco」が望ましいかもしれません。このUmbraco、10年前の2013年には以下の記事で取り上げられており、この記事に書かれているように今も海外では様々なサイトで使われています。www.buildinsider.netオンラインドキュメント等も全てをチェック・比較できたわけではありませんが、公式サイトからすぐにアクセスでき、内容も整理されているようです。また、パートナー制度やトレーニング（有償）も受けられますし、有償のサポートプランを契約すれば開発に関するサポート・アドバイスも受けられます。このように様々な形でのフォローを受けることができますのでその点ではOrchard Coreより学習コストは下がりそうです。Umbracoの特徴Umbracoは単純なCMSに留まらず、様々な種類・機能があります。種類としてはUmbraco CMSUmbraco  CloudUmbraco HeartcoreUmbraco CloudはUmbracoのSaaS版、HeartcoreはヘッドレスCMSになります。アドオンによりフォーム機能やEコマース機能も追加できます。umbraco.comまた前述の内容と関連しますが、サポートプランによっては以下のURLの「Bugfix warranty 」に書かれているように「We guarantee a fix within 7 business days from the date of confirmation for defects in the Umbraco CMS that are considered of the highest severity (severity level 1) or relate to security. 」、つまり「重大な不具合は7日間以内に修正する」とありますので、「OSSはセキュリティやサポートが。。」とお考えの方にとっては非常に良いのではと思います。umbraco.comちなみに、もしUmbracoにおいてセキュリティ上重要な問題が発覚し、それが修正された場合はBugfix warrantyを利用しない場合であってもその修正内容が展開されます。また、Umbracoは管理画面の日本語化にも対応しています。ただし、全ての箇所を細かくチェックできてはいないため一部が英語のままになっている可能性があり、その点だけ注意してもらえればと思います。Application Insightsの利用あとは運用時のやや開発者寄りに踏み込んだお話を。C#、かつAzureを利用している開発者の方であればApplication Insightsを利用して、パフォーマンスやエラー等のチェックを行えるようにしていると思います。CMSの場合はその内部処理がブラックボックスとなってしまって、Application Insightsを組み込んでも問題の追及ができない場合があるのですが、今回紹介した２つのCMSについてはApplication Insightsが利用可能であり、パフォーマンスの監視であったり、何か問題があった場合もその追及が容易になります。github.comwww.bmck.au 最後に他にもDotNetNuke（以下DNN）という、これもC#ベースのCMSもありまして、UmbracoやDotNetNukeについては特に海外においてかなり実績があるようです。DNNもUmbraco同様、パートナー制度であったり、学習・習得にあたって様々な情報が提供されているようです。DNNも他のCMS同様ヘッドレスCMSやSaaS化を行っているようで複数の製品が出ています（まだ調べきれていないため、今回は詳しい紹介は割愛します）。www.dnnsoftware.com以上のようにOSSでもいろいろな選択肢があります。どれもCMSの機能として必要なものは一通り揃えており、更にヘッドレスCMSも含めると更に選択肢が広がり、採用にあたっては非常に判断が難しいものになります。工数・費用が削減でき、非エンジニアでもコンテンツの編集ができるというCMSのメリットはもちろん大きいのですが、そのCMSのバージョンアップや仕様変更、ライセンスやサポート価格の変更等、使用するCMSによっては制限やデメリットも少なからずあることは既にCMSを利用されている方々はもちろんご存じかと思いますが、これから採用を考えている方々にも十分にご理解いただいた上で採用をご検討いただければと思います。実際、元々お客様側ではCMSの利用を考えていたのですが、我々がお客様から色々とヒアリングさせていただき検討を重ねた結果、フルスクラッチで実装して対応するといった案件もありました。もちろんCMSを採用することで大幅に工数の削減を実現できた案件もあるのですが、重要なのは手段よりもお客様が本当に求めているものが何なのかであり、それを踏まえた上でその実現方法を提案できればと思います。もしCMSの採用、もしくは入れ替えを検討されているお客様は是非当社にご相談ください。何がお客様に適したものであるかを現状のお悩みやご希望を伺いつつ、ご一緒に検討させていただければと思います。CMSによるサイト開発に限らず、フルスクラッチでのWebサイト、ツール開発、スマホアプリやHoloLensと多岐に渡って開発を行っておりますのでお気軽にお問い合わせください。www.nextscape.net

C#ベースのOSSのCMS紹介（Orchard Core、Umbraco）

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。今回の記事ではMicrosoftが提供するPower Platformのうち、Power Pagesについて触ってみたいと思います。Power PlatformはこのPower Pages以外にも恐らく皆様も利用されているかもしれないPower BIや、簡単にスマホアプリ等のアプリが作成できるPower Apps等があります。Power Appsは以前、以下の記事で紹介させてもらいましたので興味のある方はどうぞ。blog.nextscape.netPower Pagesは他のPower Platform同様、ノーコード・ローコードツールの１つであり、このPower Pagesを利用することで簡単にサイトの構築が可能になり、Microsoftが提供するCMS製品とも言えるものになります。サイト作成まずは以下のサイトより無料試用版が利用できます。powerpages.microsoft.com ">一番最初にPower Pagesを触る場合は以下の画面から開始します。">上記画面から「開始する」ボタンを押すと、以下のサイト作成のためのウィザード画面になります。">ここでは「はい、以前にも作成しています」を選びました。次にテンプレートを選択します。今回は「スターターレイアウト１」を選んでみましょう。最後にサイト名等の必要事項を入力して完了です。この後サイト（の雛型）が作成されるまで少々時間がかかります。２～３分というところでしょうか。作成が終わると以下の画面が表示されます。これが「デザインスタジオ」と呼ばれる画面になります。実はこのタイミングで小さな問題が発生してまして、上記画面のサイトの文字列が全て文字化けしていました。">対応方法を検索してみたのですが、同じ現象が起きている方もおらず、文字コード等の全体的な設定も見当たらなかったのでとりあえずもう一度作成した結果が上の画像になります。もし同じ事象が発生した方はまずはもう一度サイトを作成し直してみてください。ページ編集このデザインスタジオでサイトが色々と編集できるようなので、まずは表示された画面の画像の隣の文字列をクリックしてみますと以下のようになります。文字列の内容だけでなく、文字の色等をカスタマイズできることがわかります。興味深いのは「Copilot」というボタン。ご存じの方もいらっしゃるかと思いますが、恐らくChat GPTでMicrosoft製品の利用をフォローしてくれるMicrosoft 365 Copilotのことかと思います。どうやらこのPower Pagesでもこれが利用できるようでして、更に期待が膨らみます。が、記事の趣旨から外れてしまいそうなのでこちらは一旦スルーします。新しいページの作成やページの削除もメインナビゲーションを使って簡単に行うことができます。このページ管理の操作の部分はOneNoteに近いですね。 コードの編集ここでエンジニアとしてはデザインスタジオ、そして、上のスクリーンショットのメニューにも表示されている「コードの編集」ボタンが気になるところでしたので、これをクリックしてみます。すると以下のダイアログが表示されます。筆者の環境にはVS Codeがインストールされていますが、このメッセージを読む限りではWeb上でVS Codeが開くようですね。VS Codeの画面が表示され、以下のダイアログが出てくるので「許可」を押します。するとアカウントへのログインを促されるのでログインします。このように対象のページのHTML、CSS、JSファイルがVS Codeで編集できるようになりますのでJava ScriptやWeb APIの呼び出し等も行うことができます。このようにサイトの見た目を維持したままでの編集はもちろん、ボタン１つでデベロッパー向けのソースコードの編集までシームレスで行うことができます。より本格的に実装を行いたい場合はコードをダウンロードし、自身のエディタで編集、そしてGit Hubによる管理やAzure DevOpsによるデプロイの管理等、普段エンジニアがサイト開発で行っている開発環境や手順がPower Pagesでも用意、実践できます。サイト開発、もしくはランディングページ等にこのPower Pagesの利用を考えている方は本格導入にあたって色々と気になるところがあるかと思いますが、それを全部この記事だけで説明するのはさすがに難しそうです。上で書いたローカルでの編集やDevOpsとの連携も１つの記事として書けそうですが、そういったものは一旦置いておきまして、もう１つの機能に触れておきます。 フォーム作成次に画面左側のメニューバーで「データ」を選んでみましょう。以下の画面になりますので、「フィードバック」というタイトルの下の「フォーム」タブを選択します。すると以下の画面になり、この画面でフォームが作成できます。試しに「simple contact us form」、画面にも書かれている通り「お問い合わせ」のサンプルかと思いますが、こちらを選んでみましょう。以下のような画面になり、入力内容の選択を行うことができます。この「フォーム」タブでは内部で管理するデータと入力項目との紐づけを行う箇所となりまして、この入力項目の「表示」つまり画面の編集については最初に説明した各ページの編集画面で行うことになります。この入力フォームをページに配置した結果が以下になります。見切れてしまって申し訳ないのですが、画面下部にSubmitボタンも存在しています。ここでもやはり見たまま編集が可能になりますし、コードの編集も可能です。 終わりに以上のように、軽くページ作成、編集を眺めてみましたが、まださわりではあるものの画面操作や各画面の示す内容、つまりUI/UXが非常にわかりやすかったです。仕事柄CMSも色々と触っているのですが、チュートリアルを見つつCMSの画面を見つつでこの段階でも試行錯誤してしまうことがあるのですが、こちらのPower Pagesは途中で書いたOneNoteに似ている箇所もあったりで、普段Microsoftの各種サービスを利用されている方には非常にとっつきやすいのではないかと思います。まだここまでだけではサイトの公開もできておらず、いわゆる「Hello World」の前のレベルにとどまっているので、試用期間の間にもう少し色々と触ってみて、皆さんにご紹介できればと思います。Webサイト構築や現在のCMSからの入れ替え等ご検討の場合は弊社ホームページからお気軽にお問い合わせください。www.nextscape.net

Microsoft Power Pagesを触ってみました

はじめに株式会社ネクストスケープ、ソリューションビジネス部所属の小野塚です。先月Azureの更新情報を眺めていたところ以下の情報を見つけました。Public preview: Azure Cold Storage | Azure の更新情報 | Microsoft AzureAzure Cold Storage, as the most cost-effective access tier wiazure.microsoft.com 今回はこのコールド層が利用できるか、実際に試してみたいと思います。Blobのアクセス層についてAzureを、そしてAzure Blob Storageをある程度使いこなしている方はAzure Storageは以下の層に分かれているというのはご存じかと思います。・ホット層・クール層・アーカイブ層この情報は私が昨年初めに受験したAZ-104でも触れられていた内容になりますので私も知識としては知っていました。そして、上のURLによると上記の３つの層に加えてプレビューでコールド層が加わったとのことです。ということで、とりあえずは現在の状況をポータルで改めて確認したいと思います。コールド層への切り替え適当なファイルをアップロードして、以下の画面のように「層の変更」を選択します。すると以下のようにアクセス層を選択できます。確かに今まで通り、３つの層だけでコールド層はありません。プレビューであれば表示されるのでは？とお考えの方もいらっしゃるかもしれませんが、それはこの後説明します。さて、改めてコールド層なのですが、これを利用するにはフォームでの申し込みが必要となります。以下のURLの「Enrolling in the preview」にフォームへのリンクがあり、ここから申し込むことになります。https://learn.microsoft.com/en-us/azure/storage/blobs/access-tiers-overview?tabs=azure-portal#cold-tier-preview英語での入力になりますが、DeepLやGoogle翻訳等を使ってもらえればそれほど苦労しないと思います。私が試した時にはリクエストを送ってから２時間程度でAzureから許可の通知が来ました。素早い対応で非常に助かります。実際にストレージを作成し、層の変更を選んだ結果が以下になります。ちゃんとコールド層が選択できるようになっていますね。ちなみに6月の終わりまでは利用できるリージョンに制限があり、この記事を書いたときにも一番近い利用可能なリージョンがKoreanだったのでそこで作成してみたのですが、その後Microsoftから通知がありまして、全てのリージョンにおいてこのコールド層が利用できるようになりました。コールド層利用時の価格価格は以下のURLの通りです。他の層と併せてコールド層についても記載されています。https://azure.microsoft.com/en-us/pricing/details/storage/blobs/クール層の約３分の１といったところでしょうか。アーカイブ層と比較すれば３倍の金額となります。こうして見るとクール層とアーカイブ層の金額の幅は非常に大きいものであったので、普段このアクセス層を有効活用されている方にとってはかなりメリットのある内容かと思います。あとは「早期削除ペナルティ」。これはその層で一定期間を経過する前に削除または別の層にファイルを移動してしまった場合にはペナルティとして決まった金額が請求されるというものなのですが、これについてもクール層は30日、アーカイブ層は180日、そして今回のコールド層は90日、約3カ月となります。以下のURLを読む限りではまだまだ色々と制限があるようでして、あくまで「プレビュー」であるということをご理解の上、皆さんお試しいただければと思います。learn.microsoft.com終わりにもし皆さんの中でAzure Blobを利用していて、削除はポリシー等の理由でできないけれど、ほぼ参照することはないといったデータをお持ちの方、あるいは普段からクール層、アーカイブ層を活用されている方は是非検討してみてはいかがでしょうか。上記の価格でもおわかりになるかと思いますが、データ量が膨大であればあるほど、このアクセス層の活用はコスト面において効果が大きくなると思います。今回は以上です。

Azure BLOBのアクセス層　コールド層の追加（プレビュー）

はじめに株式会社ネクストスケープ、ソリューションビジネス部に所属している小野塚です。今回は先月の（2023年）5月16日にApp Serviceでパブリックプレビューとなった機能を紹介したいと思います。azure.microsoft.com「Custom Error page」、つまり、エラーページをカスタマイズできるというもので、具体的には403、502、そして503といったエラーページをApp Serviceの設定で設定し、表示できる機能となります。 要件こちらの機能ですが、App Serviceであれば何でもというわけではなく、ドキュメントを見ると「using at least a Premium SKU」とあります。以下はAzureポータルのスケールアップの画面ですが、こちらにある通り「Premium」と書かれたプランであればカスタムエラーページが利用できます。ちなみにカスタムエラーページを設定した後に、もし対応していないプランにダウングレードした場合は以下のような警告が出ます。 カスタムエラーページの設定では、カスタムエラーページを実際に設定してみましょう。設定する箇所ですが、AzureポータルでApp Serviceに遷移し、左側のメニューから「構成」を選択し、表示された画面の上部タブで「エラーページ（プレビュー）」があるのでそれを選択すると以下のような画面が表示されると思います。この画面においてエラーページの設定を行います。ご覧の通り、403、502、503の各種エラーコード用に項目が存在していますので、カスタムエラーページを設定したいエラーコードの「編集」の列の鉛筆アイコンをクリックします。そうすると以下のウィンドウが開きますので、ここでカスタムエラーページとなるHTMLファイルをアップロードします。ファイルはHTMLファイル１つのみで、以下のスクリーンショットにあるようにファイルサイズは「10KB」までとなっておりますのでご注意ください。ここで気づいた点がありまして、アップロードするHTMLファイル内に日本語があると「アップロード」ボタンが押せないようです。エラーページですので英語で書かれているのがあるべき姿かなと思いますし、日本のユーザーしか想定していないということでなければ日本語を記述する必要はあまりないとは思いますが、念のためご注意ください。さて、「アップロード」ボタンを押すと先ほどの画面に戻り、「状態」の欄が「構成済み」となります。最後に「構成」画面で保存ボタンを押すのを忘れないようにしてください。 テストこれで設定が一通り終わりまして恐らく設定したカスタムエラーページが表示されると思うのですが、やはり確認はしてみたいと思うので正しく設定されているかテストをしてみましょう。テスト方法はMicrosoftのドキュメントでも紹介されているように、AppServiceの「ネットワーク」のアクセス制限を使って、403ページが正しく表示されるかを確認してみたいと思います。詳しい設定方法は割愛しますが、現在自身が使っているIPアドレスを拒否対象として設定してみます。そうすれば自分がこのAppServiceのURLにアクセスした場合に403ページが表示されることになります。まず、先に正常時のページが表示されることを確認しておきます。以下はAppServiceをデプロイしただけの状態でアクセスした場合に表示されるページです。そして、先ほどの「アクセス制限」で自分自身のIPアドレスを設定し、改めてアクセスすると以下のように設定したカスタムエラーページが表示されることが確認できます（地味でスミマセン。。）。 最後にこういったエラーページはWebサーバーやWAF等でデフォルトで用意されています。しかしながらユーザービリティ的にも、セキュリティ的にもできればデフォルトのものではなく、「そのサイトにおいて」必要な情報が書かれたページを表示するのが望ましいと思います。この機能がGAになればAppServiceでもこうしてエラーページのカスタマイズができますので、期待して待ちましょう。

AppServiceのカスタムエラーページ（プレビュー）を試してみました

はじめに">株式会社ネクストスケープ、ソリューションビジネス部に所属している小野塚です。前回の記事ではヘッドレスCMS「Contentful」について説明しました。blog.nextscape.net前回はタイトルに「触ってみた」と書いておきながらほぼ概要説明で終わってしまいました。スミマセン。。今回こそ本当に「触ってみた」記事となります。まずはContentfulに対するコンテンツの登録と、その登録したコンテンツを配信用のAPIでどのように取得するかを簡単に説明します。スペースの作成">まずは「スペース」を作成します。スペースとはサイトやスマホアプリで扱いたいコンテンツのまとまり、といったところでしょうか。">例えばチェーン店を持つコーヒーを扱う会社のスペースであればそのサイトやスマホアプリで使われるコンテンツ、各店舗の情報やそこで売られるコーヒー豆、コーヒーを入れる道具の説明文や画像等をそのスペース内に作ることになります。">スマホアプリやWebサイト等、様々なプラットフォームでコンテンツを利用するにもかかわらず、「とあるWebサイトで使用するコンテンツ群」というくくりでスペースを作成してしまうとその情報をスマホアプリで使用する場合に不都合が生じてしまうかもしれません。ヘッドレスCMSはあくまでコンテンツ中心の考えとなりますので注意が必要です。まずはContentfulの管理画面において画面上部のタブから「Spaces」を選び、以下の画面の右上、「Add new space」ボタンを押します。以下のようにスペース名を入力する画面になるので適当な名前を入力します。今回はブログサイトを作成するという例で「王様のブログ」というスペース名にします。コンテンツモデル作成次にコンテンツモデルを作成します。コンテンツを特定の意味、グループでまとめたものがコンテンツモデルとなります。例えば引き続きブログサイトを例にするとブログ自体は極力最小の構成を考えた場合に「タイトル」、「本文」、そして「発行日時」で１つの記事とするのが一般的かと思います。つまり、「タイトル」、「本文」、そして「発行日時」の３つで１つのコンテンツモデルとしてコンテンツを扱います。まずはContentfulの管理画面、上部タブで「Content model」を選び、以下のような画面になりますので、「Design your content model」ボタンを押下します。すると以下のようにコンテンツモデルに関する名前や説明を入力する画面になるのでそれぞれ入力を行います。次にこのコンテンツモデルを構成する項目、ここでは「field」（フィールド）と呼んでいますが、このフィールドを作成していきます。繰り返しになりますが、今回は「タイトル」、「本文」、そして「発行日時」の３つで構成されているのでそれぞれについてフィールドを用意します。まずは以下の画面で「Add field」ボタンを押下します。次にフィールドの「型」を選びます。まずはタイトルなので「Text」でよいかと思います。更に以下の画面でそのフィールドの必要事項を入力します。ここで１点注意点があります。Nameを英語で入力すればField IDもNameに従って自動的に入力されますが、日本語の場合は別途英語で入力する必要があります。次に「本文」のフィールドを追加します。そして「発行日時」フィールドを作成します。これで以下のように３つ、フィールドが作成できました。コンテンツの登録ここまでで「スペース」、そしてスペースの中に存在する「コンテンツモデル」を作成しましたが、コンテンツモデルはあくまでコンテンツを格納する「型」であったり、「枠組み」であったりなのでそこに実際のコンテンツを入力しなければいけません。Contentfulではこの具体的なコンテンツをentry（エントリー）と呼びます。Contentful管理画面の上部タブで「Content」を選び、「Add entry」ボタンを押下します。以下のように今回作成した３つのフィールドが表示されますので、その中にコンテンツを入力します。以下のように１つ、エントリーが入力されました。「State」「Published」といった単語が気になるかもしれませんが、こちらはまた別途説明したいと思いますので今回は次に進みます。 APIによる配信（コンテンツ取得）ここまででコンテンツの登録はできました。しかしながら登録しただけでは意味がありません。これをWebサイトやスマホアプリで取得するためにAPIでコンテンツを取得できるようにする必要があります。では早速APIでコンテンツを取得してみましょうまず、管理画面の右上、「Settings」で表示されるプルダウンメニューから「API Keys」を選択します。APIキーについては一般に使われるAPIキーと同じですのでここでは説明を割愛します。以下の画面に遷移するので右上の「Add API key」ボタンを押下します。以下のような画面に遷移します。ここにはAPIキーも含め、API呼び出しに必要な情報が表示されています。まずはコンテンツ タイプを取得してみます。以下のURLを参考にAPIを作成し、Postman等で作成したAPIを叩いてみましょう。 Content Delivery API   The Content Delivery API (CDA), is a read-only API for delive   www.contentful.com   すると以下のように今回作成したコンテンツモデル、タイトルや本文の情報を取得できます。次にエントリを取得してみましょう。エントリの一覧から取得したいエントリの三点リーダーを選び、「Copy entry ID」をクリックします。これでエントリを取得するためのAPIが作成できるので、Postmanで実行してみると以下のようにコンテンツ、エントリーが取得できることがわかります。以上でコンテンツの登録とそのコンテンツを取得するためのAPIの呼び出しまでを説明しました。ここまでの流れで改めてお分かりになられたかもしれませんが、Contentfulの管理画面で操作するのはあくまで「コンテンツ」であり、このコンテンツを表示するための器や見た目、つまりWebサイトやスマホアプリのコンテンツの表示部分についてはヘッドレスCMSではスコープ外となりますのでContentfulでは扱いません。つまりコンテンツを表示する側、つまり見た目の部分はまた別の担当の分野となりますので、コンテンツを管理する側はとにかくコンテンツの内容に集中すればよいわけです。処理スコープが本当の意味で「コンテンツ」の管理に限定されているため、非常にわかりやすく、担当者の人たちは文章や画像、動画といった「コンテンツ」の質の向上に集中することができます。実際の会社・組織においてもコンテンツを管理する人・部署と、見た目・デザインの部分といったフロントエンド側を管理する人・部署は大きな会社ほど別々になるかと思いますのでヘッドレスCMSにおけるこの処理の分け方はあるべき姿であるとも言えます。また機会があればContentfulの機能について色々と説明したいと思いますのでよろしくお願いします。 Webサイト構築や現在のCMSからの入れ替え等ご検討の場合は是非弊社ホームページからお気軽にお問い合わせください。www.nextscape.net

ヘッドレスCMS「Contentful」によるコンテンツ管理及び配信

はじめに株式会社ネクストスケープ、ソリューションビジネス部に所属している小野塚です。今回はヘッドレスCMS、「Contentful」を紹介したいと思います。Contentfulはドイツのベルリンにある会社ですが、この会社名を冠するヘッドレスCMS、Contentfulは様々な会社で採用されています。www.contentful.comネスケラボでは以前もヘッドレスCMSとしてチェコ生まれのヘッドレスCMS、Kentico Kontentを紹介したことがあります。ヘッドレスCMS自体の説明についてはその記事や他のWebサイトでも既に説明されていますので、今回は軽く説明する程度にとどめ、本記事ではContentfulの特徴を中心に説明していきたいと思います。 ヘッドレスCMSヘッドレスCMSとは簡単に説明すると「コンテンツ」、例えばコーヒー店を例にとるとその店で扱っている商品（商品名、商品説明、画像等）であったり、あとはそのコーヒー店のサイトで使用している文章や動画、画像といったものを登録し、それをAPIで取得できるようにするCMSになります。通常のWordPressのようなCMSはコンテンツだけでなく、Webサイトのページレイアウト等も非エンジニアであっても簡単に編集できるというところが利点でした。ヘッドレスCMSはコンテンツ管理に特化し、APIで取り出せるようにしたことでWebサイトだけでなく、スマホアプリ等も特定のコンテンツを利用できる、つまりコンテンツの一元管理が行え、マルチチャネルに対応できるようにしたものになります。CMSの正式名称はContents Management Systemであるため、ある意味コンテンツ管理の正しい形と言えるかもしれません。見た目部分、フロントエンド側は別途作成する必要があるため、通常のCMSの機能を望む方にはそぐわないものとなりますが、CMSで使用する言語に縛られなくなり、コンテンツ管理に集中ができます。海外から始まり、徐々に日本にも普及してきまして、ここ最近ではWordPressの有名どころのCMSもコンテンツをAPIで取得できるようになったり、様々なヘッドレスCMSが開発されています。 豊富なSDKこの特徴はContentfulに限らずですが、重要な点であるため、先に紹介します。上のヘッドレスCMSで説明した通り、APIを使用するサイト、アプリについては開発を容易にするため、様々な言語でSDKが提供されています。詳しくは以下のページをご覧いただければと思いますが、当社が得意とする.NET以外にもJavaScript、Java、PHP、Android、iOSと様々な言語、プラットフォームに対応しています。www.contentful.com UI Extension（UI拡張）UI Extensionはその名の通りUIを拡張するための機能となります。具体例を挙げないとピンとこないかと思いますが、例えば入力フィールドに何か入力されて、ボタンを押したタイミングでそこに入力された内容を3rdパーティのAPIに渡して出力結果を別の場所に表示するといったことができます。あとはテキストエディタに対してオープンソースのWISYWIGエディタを組み込むといったこともできます。既存のContentfulのコンポーネントでは実現できないこともこのUI Extensionによって可能になります。 Forma36ヘッドレスCMSは最初に説明した通り、見た目ではなくあくまでコンテンツに着目したものであります。逆に言えば見た目はContentfulを利用するユーザーあるいは開発ベンダーにお任せしますよ、というところなのですが、見た目部分にも配慮された今までのCMSと比べるとどうしても物足りなさを感じてしまいます。Contentfulはこれを補うためにForma36というオープンソースのデザイン システムを有しています。React UIライブラリやCSSが含まれていて、これによってUI開発が容易になると共に統一性を持たせることができます。このForma 36の新バージョンはWebアクセシビリティの国際基準WCAGのレベルAAAに準拠しています。官公庁や海外のサイトでもこの基準（正確にはこの国際基準と同じ内容とされるJIS X 8341-3:2016）を求められるところがありますので、そういったお客様の要望にも応えられるものとなります。 Contentfulアプリ正確にはContentful Appsと表現されていますが、いわゆるプラグインのようなものだと思ってください。以下のマーケットプレイスで様々なアプリが提供されています。www.contentful.comこれによって3rdパーティの様々なサービスとの連携が可能になり、例えばShopifyと連携させたりできます。個人的に面白いと思ったのはCloudinaryという動画・画像配信プラットフォームがあるのですが、そこと連携を行い、動画や画像についてはContentfulではなく、Cloudinaryで管理することができます。提供されているものを利用するだけでなく、TypeScriptで開発することも可能です。 ComposeContentfulにはComposeというアプリがあります。ContentfulはヘッドレスCMSであるため、通常のCMSのようにページという概念がそもそもありません。ヘッドレスCMSとしては正しい形なのですが、それでは管理がしづらい場面も出てくると思います。例えばSEO対策については別途フロントエンド側で対策する必要があるのですが、Composeというアプリを使うとページ単位でのアプローチが可能になり、noindex等のSEO対策もContentfulで行えます。 その他あとは他の有名どころのCMSも持っているであろう機能、例えばワークフローによってコンテンツ承認の手続きを管理記事やフィールドごとにユーザーごとの細かいCRUD管理が可能変更履歴を管理といった機能も有しています。また、もう１点注意点かつ特徴の１つとして挙げられるのはContentfulはSaaSとなりますのでその分インフラにかかるコストが削減できます。また、CMSのバージョンアップに伴う改修が発生しないため、その分のコストも削減できます。APIの仕様変更に伴う改修等は発生するかもしれませんが、CMSのバージョンアップに伴う改修工数と比較すればかなり少ない工数で対応できると思います。ただ、最近は有名どころのCMSもSaaS版を提供していたりしますので、Contentfulの特徴というよりは紹介・説明となります。コンテンツの管理に集中したい場合であったり、あとは様々なプラットフォームでの自社のコンテンツの展開を検討、もしくは進めていきたい方はヘッドレスCMSの利用を検討してみてはいかがでしょうか。今後も機会があればこのContentfulの機能等を紹介していきたいと思いますので、よろしければ当社ブログを引き続きチェックしてください。 またWebサイト構築や現在のCMSからの入れ替え等ご検討の場合は是非弊社ホームページからお気軽にお問い合わせください。www.nextscape.net

ヘッドレスCMS Contentfulを触ってみました

はじめにコロナ禍になり、リモートワークが増えるにつれて言葉の重要さを痛感することが増えてきまして、書き方に関する書籍を幾つか読んでみました。今回その中の一冊を紹介したいと思います。 www.shoeisha.co.jp皆さんもこういった本だけでなく、仕事の中で先輩や上司の方から文章の書き方についての指摘を受けたことがあるかもしれません。例えばよく言われるのが「結論を先に書く」であったり、「箇条書きを（効果的に）使う」であったり、文章を書くにあたってのテクニックに関するものが挙げられます。この本では「入門講座」だけあってそういったテクニックももちろんなのですが、さらにもう一歩踏み込んだ実際の仕事に使える実践的な内容についても触れられており、非常に参考になりました。私自身の経験からも共感もしくは納得した内容について自身の経験も交えつつ幾つか紹介させてください。 障害報告書を書くにあたっての注意点障害報告書。できれば皆さん書きたくないと思いますし、まだ書いたことが無い方もITの仕事に関わっているといるといつか書く時がくるかもしれません。原因をわかりやすく書くというのはもちろんなのですが、その時に障害を起こした立場としては、そして、お客様の怒りを軽減できるのではという思いで言い訳めいた表現を「意識的」もしくは「無意識に」書いてしまうかもしれません。そういった言い訳的な表現はできるだけ避けましょうということをこの本では書いてます。よくテレビなどで謝罪会見を目にしますが、少しでもその言葉の中に言い訳めいた表現を見つけてしまうと「本当に反省してるの？」と思ったことがあるかと思います。障害報告書もこれと同じで、極力そういった言い訳は書かないように気を付けないといけないですね。 エモーショナルな表現を加える内容を簡潔に。。といったところは提案書や仕様書でも同じことが言えます。そして、メールの場合であっても相手が忙しい中でわざわざ目を通してくれているわけなので、やはり簡潔にかつわかりやすくというのは大事なのですが、それだけでは難しい部分も出てきます。例えば、スケジュール延期を連絡したい場合、「スケジュールを延期します。申し訳ありません」という最低限の内容ではお客様が納得されない場合が出てきます。お客様の性格にもよりますが、例えばそれまで色々と親身にお付き合いいただいた場合であったり、お客様が更にその上長の方に報告しなければならないといった、「経緯」「背景」がそこに存在します。その場合は「お忙しい中色々とプロジェクトの推進にご協力いただきながらご期待に沿えず非常に心苦しく。。」といったエモーショナルな表現も必要になってきます。こういった経緯、背景を踏まえて、であったり、その場の空気を読むことに関しては今流行りのChatGPTでもまだ難しいかと思います。単なるテクニックにとどまらず皆さんの人間力が試される部分にもなりますが、そういったところについてもこの本では触れられています。 読み手を想定する自分が書いた文書を「誰が読み」、「どのような目的」で使うのかを常に意識する必要があるということをこの本では一貫して書いているように感じました。例えば簡単な例を挙げるとすると、ツールのマニュアル１つとっても、例えばシステム管理者であればインストールに関する部分を書く必要がありますが、ツールを利用するオペレータにとってはインストールは重要ではなく、ツールの操作に重きを置いて記述されている必要があり、むしろ不要な情報とすら言えます。上で挙げた障害報告書を例に更に踏み込んで考えましょう。私が担当したシステムで障害が発生し、お客様として普段直接やり取りしている担当者の方、Aさんに提出するとします。そして、Aさんが読めばわかるであろうという想定の上で障害報告書を書いてしまうかもしれないのですが、実際はAさんは自分の上長の人たちに私が書いた障害報告書をそのまま見せるか、あるいはその障害報告書を参考に社内用に別途資料を作成するかもしれません。そうなると私はAさんだけでなく、Aさんの上長、普段そのシステムにあまり関わっていないような人達に読んでもらうことを想定して書く必要があるわけです。手前味噌ではありますが、我が社の社長が書いたブログにおいてもこの「読み手を意識する」ことの重要性について触れたエピソードがありますのでよろしければ以下の記事もご覧ください（以下URLの「感動を教えてくれた社員」の箇所です）。blog.nextscape.net 英語翻訳ツールの利用あとはちょっとした日本語の添削テクニックとしてここ２、３年海外の人たちと英語でのメールのやり取りをしていたときに私自身が学んだことをここで紹介させてください。それほど英語に自信の無い私でも最近はDeepLといったツールがあるのでそれほど苦労することなく英語でのやり取りが行えます。ただその時に気づいた点として、主語や目的語を日本語では省略しがちなのですが、そうすると英語に翻訳した時に意味が違ったり、通じなかったりといったことが出てきますのでそれを直すことでより良い日本語になる場合もあります。例えばとあるツールの画面の説明として「このボタンを押すとCSVファイルが出力される」といった簡単な文章を書いたとします。日本語としてはそれほどおかしくはないのですが、誰がボタンを押すのか、CSVファイルを出力するのは誰なのかといったことが省略されているので英語に翻訳する前にそれをちゃんと書いてあげる必要があります。余談かつ時事ネタですが、芸人の「とにかく明るい安村さん」がイギリスの番組で大ウケしていたニュースを先日見つけて、私もYoutubeで観ました。決め言葉の「安心してください。はいてますよ」で目的語であるパンツを言っていないので審査員がツッコミの意味か、補足の意味かはわかりませんが、「Pants！」と叫んでましたね。コール＆レスポンス的な感じになって非常によかったのですが、これも日本語は目的語を略しがちという一例になるのかなと思います。 ＡＩの普及と言葉の重要性先ほどChatGPTについて触れましたが、現時点においてChatGPTを利用する場合はChatGPTに対して丁寧に説明することが求められます。先ほど挙げた主語、目的語を明らかにするということもそうですし、人間に説明するとき以上に言葉を尽くして説明することで的確な回答が得られます。人間相手の場合でも同じというか、相手が感情を持っているわけなので、AIに対して話す以上にきちんと説明してあげる必要があるんじゃないかなと思います。私がDeepLを通じてそれに気が付いたように、今後AIを使う場面が増えていく中で言葉を尽くすことの大事さに皆さんが改めて気づいてくれると嬉しいなと、本を読み、この記事を書きながら思った次第です。 最後に上に挙げた内容以外にも、箇条書きの最後に「。」を付けるかどうかについてであったり、受動態と能動態の使い分けであったり等、細かいテクニック等も含めてその日から早速使えそうな内容が盛りだくさんでした。内容的にも読みやすく、仕様書やプレゼンだけに限らず一般的な「文書」もしくは「文章」を書くにあたって非常に役立つ一冊です。興味を持ってくれた方は是非読んでみてください。

ネスケラボ

「App Serviceの機能としてのLoad Testing」を試す

Azure Load Testingによる負荷テストの続き

Azure Load Testingで負荷テストをやってみよう

Azure Chaos StudioによるCPU負荷テスト

AIの民主化元年だった2023年

改めて　「一期一会」を考える

管理経理系業務でよく使用される用語を簡単にまとめてみた

ネクストスケープに新卒入社することを悩んでいる学生の方へ

入社５か月目の今…

ソリューションをエンジニアリングする

DevToysが便利だったので（今更ながら）共有します

開発者のための「体験するデザイン」

リモートワーク時代におけるコミュニケーションってどうあるべきか論

ChatGPTとQuest3を組み合わせたAIとのコミュニケーション

アクセスデータ分析ツール「Mixpanel」の紹介

退屈なプロンプトエンジニアリングはLLMにやらせよう

Azure関連のMCP試験と認定資格～2024年版～

新卒二年目が仕事でやってよかったこと

Power BI ボタンスライサー書式設定の項目大調査

違和感とイノベーション

Azure Bastionと共有可能リンク機能を試してみる

Azure Communication Serviceによるメール配信がどれだけ進化したかをチェックしてみました

OSSのCMS、Umbracoのインストールとサンプルサイト構築

C#ベースのOSSのCMS紹介（Orchard Core、Umbraco）

Microsoft Power Pagesを触ってみました

Azure BLOBのアクセス層　コールド層の追加（プレビュー）

AppServiceのカスタムエラーページ（プレビュー）を試してみました

ヘッドレスCMS「Contentful」によるコンテンツ管理及び配信

ヘッドレスCMS Contentfulを触ってみました

書評『技術者のためのテクニカルライティング入門講座』

「App Serviceの機能としてのLoad Testing」を試す

Azure Load Testingによる負荷テストの続き

Azure Load Testingで負荷テストをやってみよう

Azure Chaos StudioによるCPU負荷テスト

AIの民主化元年だった2023年

改めて 「一期一会」を考える

管理経理系業務でよく使用される用語を簡単にまとめてみた

ネクストスケープに新卒入社することを悩んでいる学生の方へ

入社５か月目の今…

ソリューションをエンジニアリングする

DevToysが便利だったので（今更ながら）共有します

開発者のための「体験するデザイン」

リモートワーク時代におけるコミュニケーションってどうあるべきか論

ChatGPTとQuest3を組み合わせたAIとのコミュニケーション

アクセスデータ分析ツール「Mixpanel」の紹介

退屈なプロンプトエンジニアリングはLLMにやらせよう

Azure関連のMCP試験と認定資格 ～2024年版～

新卒二年目が仕事でやってよかったこと

Power BI ボタンスライサー 書式設定の項目 大調査

違和感とイノベーション

Azure Bastionと共有可能リンク機能を試してみる

Azure Communication Serviceによるメール配信がどれだけ進化したかをチェックしてみました

OSSのCMS、Umbracoのインストールとサンプルサイト構築

C#ベースのOSSのCMS紹介（Orchard Core、Umbraco）

Microsoft Power Pagesを触ってみました

Azure BLOBのアクセス層 コールド層の追加（プレビュー）

AppServiceのカスタムエラーページ（プレビュー）を試してみました

ヘッドレスCMS「Contentful」によるコンテンツ管理及び配信

ヘッドレスCMS Contentfulを触ってみました

書評『技術者のためのテクニカルライティング入門講座』

改めて　「一期一会」を考える

Azure関連のMCP試験と認定資格～2024年版～

Power BI ボタンスライサー書式設定の項目大調査

Azure BLOBのアクセス層　コールド層の追加（プレビュー）