技術情報 の記事一覧

今回は、EmacsからVS Codeに乗り換えて以降開発環境が完全にVS Codeに移行したことを記事にしました。最近愛用しているVS Codeプラグイン「Jumpy」も紹介しておりますので、是非試してみてください。 はじめに こんにちは、GMOインターネット株式会社の斉藤です。以前にブログ記事にも書いたのですが、昨年EmacsからVS Codeに乗り換えました。開発環境をまるっと乗り換えたわけですからそれはもう大きな変化だったわけです。 https://developers.gmo.jp/11041/ 今現在、私自身の開発環境はVS Code一択になって、Emacsは完全に使わなくなってしまいました。良いエディタなのは間違いありませんが、ちょっと寂しいですね。私は最近GMOの仕事ではPHP, JavaScriptなどを、プライベートではGo, Flutter(Dart), Next.jsあたりを触っています。特に後者のような新しい言語やフレームワークへの対応で、EmacsはVS Codeには確実にかないません。ユーザー数が違うからです。そして以前のブログでは、Emacsからの乗り換えに当たって導入したVS Codeのプラグインについて紹介したのですが、今回は最近私が愛用しているVS Codeプラグインを紹介したいと思います。 Jumpy Jumpyはwmaurer氏が開発したVSCodeのカーソル移動を助けてくれるプラグインです。このプラグインを使うと、画面上のどの位置でも2キーストロークで移動することができるようになります。コンセプトはvimのプラグインであるvim-easymotionと似ていますね。 jumpy - Visual Studio Marketplace 以下のGifアニメによる動作説明がわかりやすいです。 (GitHubから引用) 使い方ですが、VSCodeのExtenstionsから「jumpy」で検索してインストールします。 jumpyには行を指定してカーソル移動するJumpy Line Modeと、画面上の単語を指定して移動するJumpy Word Modeモードの2種類があります。使いたいモードと、モードを抜けるときにキーバインドを自分で設定する必要があります。 Word Modeに入るキーバインド { "key": "shift+enter", "command": "extension.jumpy-word", "when": "editorTextFocus" } モードを抜けるキーバインド { "key": "Escape", "command": "extension.jumpy-exit", "when": "editorTextFocus && jumpy.isJumpyMode" } モードに入る/抜けるという考え方は、モードを持っているエディタに慣れていない方にはわかりにくいかもしれません。ただ、VSCodeにはこういった形式のプラグインが多くあるので理解しておくに越したことはないです。 ここまで設定できれば、jumpyが使えるようになります。 残念なことに、日本語テキストだとジャンプポイントが減ってしまいます おわりに エディタのカーソルの移動効率を上げることができれば生産性もあがるので重要です。私がもともとEmacsユーザだったのも、キーバインドを大量に登録してカーソル移動も含めていろいろな機能を少ないキーで呼び出せるようにしたかったからです。そこからすると、画面上のどの位置にでもすぐに飛べるjumpyは優れものです。 ぜひ皆様も使ってみてください。おすすめです。 それではまた次回お目にかかりましょう。

前回までの「Power Appsでいきなりアプリ開発」に引き続き、今回はSharePointとPowerAppsを組み合わせていきなり入力フォームを作成してみましょう。PowerAppsの開発機能を利用して、SharePointだけでは実現できない入力フォームのカスタマイズが可能となります。 ウィザードでフォームのカスタマイズ まずはSharePointにカスタムリストを作成します。今回は天気を記録する簡単なリストです。リスト自体も既定で入力フォームが用意されていますが、カスタマイズできる範囲は限定的となっています。 Power Appsとの連携を確認してみましょう。 リストから「統合」-「PowerApps」-「フォームのカスタマイズ」を選択します。 Power Appsのウィザードが起動します。 ウィザードが終了すると、入力フォームが作成されています。カスタマイズということで試しに背景に色をつけてみました。 「ファイル」メニューを選択して、この状態で保存します。 「SharePointに公開」を選択します。 SharePointのリストに戻り、「新規」を選択すると、カスタマイズが反映された入力フォームが表示されます。登録済みのリストデータを選択してもデータ編集フォームとして同様に表示されます。 Power Appsでカスタマイズ リストの入力フォームが簡単にPower Appsでカスタマイズ可能なことが確認できたところで、Power Appsならではの機能的なフォームを作成してみましょう。 左メニューから「メディア」-「アップロード」を選択してPower Appsのギャラリーに天気の画像をアップロードします。 ギャラリーからアップロードされた晴れのファイルを選択して、フォームにドラッグ＆ドロップします。画像の名前を分かりやすいように変更しておきます。 全ての画像を配置しました。 次に、天気のテキストボックスを選択して、右メニューから「プロパティーを変更するためにロックを解除します。」を選択します。 「Default」プロパティーに以下の数式を設定します。 If(SharePointForm1.Mode=FormMode.New,TenkiText, Parent.Default) フォームが表示された場合、新規の場合は変数“TenkiText”を設定して、それ以外（編集）の場合は既存データを表示します。 同様に、日付のテキストボックスのロックを解除します。 「Default」プロパティーに以下の数式を設定します。 If(SharePointForm1.Mode=FormMode.New,Today() , Parent.Default) フォームが表示された場合、新規の場合は変数今日の日付を設定して、それ以外（編集）の場合は既存データを表示します。 配置した画像をクリックした場合の処理を設定します。 各画像の「OnSelect」プロパティーに以下の数式を設定します。 Set(TenkiText, "晴れ") クリックした場合に、天気テキストボックスに設定した変数“TenkiText”に“晴れ”の文字を設定します。他の画像にもそれぞれの天気の設定を割り当てます。 これによって、画像をクリックして簡単に天気の入力ができるようになります。 保存してSharePointに公開します。 リストから「新規」を選択すると、カスタマイズした入力フォームが表示されます。画像をクリックして簡単に入力できるようになりました。 標準フォームへの戻し方 カスタムフォームから標準のフォームへ戻すには、設定メニューから「リストの設定」を選択します。 「フォームの設定」を選択します。 「既定の SharePoint フォームを使用する」を選択することで、標準フォームの設定に戻すことができます。 以上、SharePointのリストからいきなり入力フォームのカスタマイズ方法を紹介しました。SharePointもPower AppsもMicrosoft365のサービスですので、親和性は抜群です。ウィザードですぐにカスタマイズ可能なフォームが作成できました。Power Appsならではの多機能性を発揮して、オフィスワークのモダナイズに役立ちそうです。

こんにちは！GMOインターネットの岩元です。データセンターの管理業務を主に担当しています。今回は、弊社で実施している新卒研修カリキュラムのひとつ「 データセンター見学会」についてご紹介させていただきます。 データセンターとは？ サーバーを設置する物理的な建物を指す言葉です。データセンター内部には多数のサーバーがラックに設置されています。データセンターの建物内は、24時間365日有人監視の元運営されています。通常は社内のメンバーが誰でも入室できる仕組みではなく、許可のあるメンバーのみが入室できるセキュリティの精度が高い建物です。 データセンターとGMOインターネット GMOインターネットでは国内・海外と多数の拠点で複数のデータセンターの運用をおこなっております。最近だと、以下に記事化されている通り福岡にデータセンターを新設しました。 https://developers.gmo.jp/13975/ 複数のデータセンターを運用することで、万が一どこかで障害が発生しても、すべてのサービスが利用できなくなるといったリスクを最小限に抑えることができるというメリットがあります。 世の中はクラウド化が進んでおり、弊社でもクラウド環境の提供や利用ももちろんありますが、昔ながらのオンプレ環境も引き続き運用しています。 新卒研修でデータ見学会を実施する目的 2010年ぐらいから新卒入社の研修の一環としてデータ見学会を毎年実施しています。 2020年、2021年に関しては、見学予定日がコロナ禍かつ緊急事態宣言の時期と重なったため、オンラインでデータセンターの紹介をするのみとなってしまいましたが、「実際に見てみたい」という要望も多く、2022年の年初に見学会を実施いたしました。 目的 目的は、実際に提供するサービスの仕組みや裏側をしっかりと把握し、業務に活かしてもらうこと 参加対象 インフラ担当だけではなく、開発担当やCS、事業部に配属予定のメンバーも含めてほぼ新卒全員 エンジニア以外の方は、配属後にデータセンターに訪問する機会はないかも知れません。ですが、他職種の方に運用体制を知っていただくことは有益だと考えています。たとえば営業職の場合であれば、セキュリティの詳細や管理方法、裏側を知っていることは自信を持ってご提案できる材料になりますし、何より顧客にとって安心して選択いただける情報を正しくお伝えできます。 見学詳細 見学時は、データセンターを出入りしているメンバーでも普段は見ることのできない場所を案内します。具体的には以下4つの設備を見学いただきます。 また、 サーバーを設置しているフロアをまわり、実際にこれから業務で関わる商材が利用しているサーバーを見ていただける他、実物のサーバーの中身を見ていただき触っていただく体験も提供しました。 特高設備UPS非常用発電機消火設備 特高設備 電力会社より特別高圧を受電する場合に必要となる装置。 UPS 万が一電源が喪失する状態になっても、一定時間電源を供給できる装置。 非常用発電機 万が一電力供給がおこなわれない状態になった場合にデータセンター独自で電気を作り出す装置。この装置がある事で万が一の状況でもサーバーを停止させることなく、稼働させる事ができます。 消化設備 万が一火災が発生したときに火を消し止める装置。消し止めるために放出されるのは水ではなくガスなのですが、その理由なども含めて設備情報をお伝えします。 サーバー体験 実際にはHDDやSSDの交換作業、メモリーの交換作業を体験してもらっています。これらの作業は自作PCなどの組み立て経験あれば簡単に思うかもしれませんが、はじめてサーバーの現物を見る人や触ったことのない人にとってはメモリーの抜き差しの力加減なども難しいのです。 実際に中身を見て触って体験ができる、とても好評なコンテンツです。 さいごに 残念ながら見学会は社外のお客様向けには開催していないのですが、GMOインターネットグループに入社した新卒メンバーはぜひじっくりと楽しんでいただきたいです。 また、社内・グループ会社のパートナーの皆様でデータセンター関連のご相談がありましたら　お話をさせていただきますので、お声がけください。

前回、「Power Appsでいきなりアプリ開発」ということでウィザードを利用してアプリを作成しました。今回は完成したアプリを使いやすいようにカスタマイズをしながら、Power Appsの使い方を紹介してゆきます。 一覧表示画面のカスタマイズ 最初に行うのは一覧表に表示する内容を修正します。ツリービューから「BrowseScreen1」を選択します。 メールアドレスの部分を選択すると、詳細設定の「Text」の項目には　ThisItem.メールアドレス　と表示されます。この項目に設定されている、データベースとしてのExcelの列名となります。ここをまずは“姓”と“名”に設定を変更します。 ThisItem.　まで入力すると、選択候補の一覧が参照できるので、「姓」を選択します。 続けて「名」の部分を設定します。ラベルを2つ並べる方法でもよいですが、今回は　ThisItem.姓 & " " & ThisItem.名　このように入力をして一度に表示できるようにしておきます。 プロパティーを選択して、文字の色や大きさなども修正しておきます。 最後の部分は生年月日に変更します。 続けて年齢も表示するようにします。アイテムを選択した状態で「挿入」-「ラベル」を選択します。 ラベルを挿入して、「Text」には　"(" & ThisItem.年齢 & ")"　を入力します。 文字の大きさや位置などを調整します。右下の表示ツールで拡大表示をすると設定しやすくなります。 最後に表示名を　"会員データ"　に変更します。一覧表示のカスタマイズは以上となります。 詳細表示画面のカスタマイズ 次に詳細に表示する内容を修正します。ツリービューから「BrowseScreen1」を選択します。表示の順序を修正します。 「DetailForm1」を選択します。「プロパティー」から「フィールドの編集」を選択します。 「姓（カスタム）」の三点リーダー（・・・）から「上へ移動」を選択して、「姓」の表示位置を修正します。マウスでドラッグ＆ドロップしても表示位置を変更できます。 他の項目も同様に見やすいように整えます。場合によっては不要なフィールドを削除したり、追加したりも可能です。 最後に表示名を　“会員データ（詳細）”　に変更しておきます。 編集表示画面のカスタマイズ 詳細画面と同じように編集画面の表示順序を変更します。 最後に表示名を　“会員データ（編集）”　に変更しておきます。 見た目上の修正は以上となります。 ここまでの内容を保存しておきましょう。ファイルメニューから「保存」もしくは、Ctrl + Sで保存可能です。 削除確認ボックスをつくる ウィザードで作成されたアプリでは詳細画面でデータ削除が可能です。ただし、この削除ボタンを選択するといきなりデータが削除されてしまう仕様となっています。ここに削除前の確認メッセージを表示するように機能を追加してみましょう。DetailScreen1を選択します。 挿入メニューから「ラベル」を選択します。 挿入したラベルに色を付けます。さらにテキストに確認メッセージを入力してフォントサイズや色、配置を整えます。 続けてボタンを2つ追加します。 こちらがデータを削除する前の削除確認ボックスとなります。 削除ボタンを選択して、レコードを削除する数式をそのまますべてコピーします。 実際にデータの削除を行うため、「はい」ボタンを選択して、数式に先ほどコピーした関数、Remove([@テーブル1], BrowseGallery1.Selected); If (IsEmpty(Errors([@テーブル1], BrowseGallery1.Selected)), Back())を入力します。 「いいえ」ボタンは後程設定しますのでそのまま”false”となります。 追加した、ラベル、2つのボタンをコントロールキーを押しながらマウスで選択します。そのままグループメニューから、「グループ」を選択します。グループ化することで、一度に操作しやすくします。 作成したグループ「Group1」の詳細メニューの、「Visible」に”alert”という名前を設定します。最初の設定では「Group1」＝削除確認ボックスが非表示状態になります。 削除ボタンを選択したときに、削除確認ボックスを表示します。削除ボタンを選択して、数式に“Set(alert,true)”と入力します。 データの削除後削除確認ボックスを非表示にします。ツリービューから「Button1」を選択します。すでに設定されている数式の後ろに　;Set(alert,false)　を追記します。数式バーのボタンで領域を広げることができるようになっています。 データを削除しない場合も削除確認ボックスを非表示にします。ツリービューから「Button2」を選択します。数式に　Set(alert,false)　と入力します。 動作確認 ここまでを一度保存しておきます。削除確認ボックスの設定は完了です。実際に動作確認してみましょう。データ保存となるExcelファイルが閉じられていることを事前に確認しておきます。アプリの確認は実行ボタンを選択する方法もありますが、Altキーを押しながら操作すると、簡易的にこのまま動作確認できます。最初のデータを削除します。 削除完了後、一覧が画面に戻り、最初のデータが削除されているのが確認できます。その他の動作もAltキーを押しながら確認しておきましょう。 さいごに 以上、ウィザードで作成されたアプリのカスタマイズをしながらPowerAppsの基本機能をいくつか紹介しました。今回紹介した小目以外にも数多くの設定が自由自在に追加・変更可能です。基本的な機能はすべてウィザードで作成されていますので、PowerAppsの開発を楽しみながらより使いやすい、より豊富な機能をローコードで作りこんでみましょう。

こんにちは。デベロッパーリレーションズチームの村上です。今年1回目の記事はオンボーディングについて書いていきます。オンボーディングとは？やチームにジョインした方があまり馴染めてないかなと感じてる人の参考になれば幸いです。 オンボーディングとは オンボーディングとは「会社やチームに新たにジョインする人材を教育・育成する為の施策」のことを言います。これは新卒や中途で新しく入ってきた人だけでなく、例えば管理職になったばかりの人も含まれています。業務の内容を教えるOJTとは異なり、会社やチームの思想、ミッションを理解してもらったり人間関係の構築等を行う為に行います。※余談ですが、オンボーディングの元の意味は乗り物に乗り込んでいる状態であり、パートナーが組織に含まれた様子を表しています。 オンボーディングの重要性 オンボーディングの重要性は、以下3点だとわたしは考えています。 ジョインしたパートナーを早期に戦力化できるチームとしての一体感を高められる心理的安全性を確保できる OJTで業務を教えるだけでは即戦力で働ける人はそう多くないです。オンボーディングを行うことで組織体制や業務をより早く理解してもらえるため早期の活躍が期待できるのです。 また新しい環境で業務に取り組むにあたり重要なのは心理的安全性です。どんなによいチームでも、お互いを理解し溶け込むまでには時間がかかったり、人によっては孤独感が出てしまうかもしれません。そういった状況もオンボーディングで解決できることが多いと感じています。 私が在籍しているGMOインターネットの北九州オフィスではオンボーディングを積極的に行っていることもあり、去年1年間の離職率も2%と非常に低い数値となりました。 またチームマネジメントの観点から、パートナーのコンディションを見るためにWevoxというツールを利用しています。支援や人間関係・承認といった数値は全社平均より更に高い数値となっており、チームのパートナーたちも納得感を持って業務に取り組めていることも離職率を下げた要因の1つといえると思います。 オンボーディングのメリット・デメリット オンボーディングを行うメリットとしては以下3点をあげます。 パートナーのモチベーションアップやコンディションを良好にすることができるジョインしたチームの雰囲気を知ってもらい、早い段階で馴染んでもらうことができる開発してもらう業務に対して、納得感をもって取り組んでもらえる デメリットは、既存パートナーにも大なり小なり工数が発生してしまうところです。マネージャー1人が頑張ってオンボーディングしても、チームとして受け入れる体制でなければオンボーディングを成功に導くことはできません。既存パートナーのモチベーションやコンディション維持を含めてマネージャーの腕の見せ所だと考えます。 チームでのオンボーディング施策 対応するサービスの歴史やパートナーの説明 私のチームが担当しているとくとくBBというプロバイダーのサービスは、かなり歴史の長いサービスとなっており、これまでにたくさんの商品が追加されてきました。その商品の仕様だったり、外部との連携部分の設計がどうなっているかを勉強会という形でパートナーに共有しています。元々は属人化を解消する為の施策ではあるのですが、新しいパートナーにも自分がやるサービスの歴史を知ってもらうことで納得感を持って開発に取り組んでもらうことができています。 とくとくBBの開発自体は東京・北九州・ベトナムと多拠点に渡って開発している為、各拠点の人とコミュニケーションを取る機会を設け、開発をする際の心理的安全性を高めています。 海外を含む複数拠点に点在するエンジニア同士なので、直接顔を合わせることはありません。だからこそ、お互いを知る機会というのはとても重要だと実感しています。積極的にコミュニケーション機会を設けることで開発効率のアップにもつながっています。 過去執筆した以下記事でも詳細ご紹介していますので機会があればご覧ください。 https://developers.gmo.jp/technology/10325/ 定期的な声掛け・1on1 現在はオフィス出社と在宅のハイブリッド運用をしていますが、オフィス出社時は定期的にこちらから声をかけるようにしています。個人的にですが「わからないことがあったら聞いてください」が一番まずいコミュニケーションだと思っています。こちらから声をかけることで、小さな困りごとを相談できたり、雑談でコミュニケーションを取れたりするので、必ず自分から声をかけるようにします。 また、週毎や月毎に1on1によるヒアリング、チームのパートナーを交えたランチコミュニケーション、（時期は選びますが）飲み会だったりに積極的に誘ってます。この辺のお誘いはパートナーの性格にもよるので、徐々に深めていきましょう。 チームでやるコミュニケーションタイム 以前のブログにも書きましたが、私のチームでは、コミュニケーションを円滑にするための企画を各クォーターごとにパートナーに1つやってもらっています。 この企画に新しくジョインしたパートナーも参加してもらうことでチームに馴染んでいただくきっかけになっています。ドラッカー風エクササイズなんかは既存のパートナーのことを知ってもらうのに非常に有効なので、この企画をきっかけに仲良くしてもらってるケースは多いです。 https://developers.gmo.jp/technology/11838/ 業務上の付き合いだけだと、中々深く話したり相手を知るきっかけを見つけにくいので、コミュニケーションをとる為の時間は別で確保したほうが良いです。 リモートワークにおけるオンボーディングのあり方 オンボーディングで難しいのはリモートワークのときです。相談したい相手が何をしてるか見えにくい状況が生まれるため、相談できず孤立してしまう可能性が高いです。なので私は以下を実践しています。 DiscordやZoomを常時接続した状態にしておいて、声をかけやすい状況を作っておく業務MTGの際にも、時事ネタや最近あった話をネタにして雑談をする時間を作るリモートワーク中は1on1で話しやすいので、込み入った話はリモートワークの日にやる これはオンボーディングに関わらず、そもそもリモートワーク中に気をつけてることでもありますが、組織やいっしょに働く仲間への信頼や安心感につながるようなコミュニケーションを意識しています。 まとめ チームをマネジメントする上でオンボーディングは非常に大事です。コロナ渦でマネージャーとして積極的にオンボーディングを実践してきたことで離職率やパートナーのモチベーションに影響があったことを受けて実感しています。 とはいえ、オンボーディングはマネージャーだけが頑張ってできるものでもなく、チームの協力が必要不可欠です。早期にチームが一体感をもって開発に取り組める環境をつくることは、結果的に生産性に直結していきます。 マネージャーや管理職のみなさんは、既存のパートナーも新しいパートナーも一緒になって、目標を達成できるように工夫していきたいですね。

こんにちは。GMOインターネットの中村です。本エントリーでは、GMOインターネットが福岡にデータセンターを作ることになった件について紹介させていただきます そもそもデータセンターとは？ データセンターについてみなさんご存知でしょうか。データセンターとは、一言で言えば下記のようなものです。 各種のコンピュータやデータ通信などの装置を設置・運用することに特化した施設の総称。wikipediaより これだけではイメージしにくいと思うので、弊社の実際のデータセンターの画像を何枚か掲載します。写真を見ていただけるとサーバー（コンピューター）がぎっしり詰まっていることがお分かりいただけると思います。 このデータセンター施設で弊社のサービスが多く動いています。 not建築 今回のタイトルである【福岡にデータセンターを作ることになった話】ですが、字面で見ると新たに建設したように捉えることも出来ますが、実は新規建設したわけではありません… 正確には、【福岡（で施設を借りて）にデータセンター（の拠点）を作ることになった話】です。 なぜ福岡に？ 大きく分けて下記の３つの理由があります。 １．災害対策 弊社では色々なサービス展開をしています。サービスに共通していることは、大きな災害があろうとも止まってはいけないということです。 たとえばですが、近距離にデータセンター拠点が集中していた場合大きな災害があった際にはサービス継続ができなくなる可能性が高くなります。 具体的には、以下左のように密集した場所に拠点が集中している場合のことを指します。そういった観点で、右のように全国各地にデータセンター拠点を分散させることが、災害対策として望ましいのです。 ※上記拠点は実際のデータセンター所在地ではありません ２．選択肢を広げる 当然ですが、規模や期間、設備など様々な要因でかかるコストは変わってきます。地域やデータセンター運営会社によっても特色があるので、求めている用件に合うデータセンターの選択肢を広げることが大切です。 今回の福岡データセンターでは、他のデータセンターよりも最大電力が多く使えるという特色があります。 昨今は機械学習やマイニングなどの、電力を多く使う高火力なサーバーの需要が上がっており、この特色が求めるものとマッチしています。 ３．北九州拠点でのインフラ開発体制の確立 私が勤務しているのは北九州拠点（以下GMO kitaQ）とよばれるところです。 発足が2018年4月1日とまだまだ新しい組織で、平均年齢が若く、物理的なインフラに携わったことのある人が少ないのが現状ですが、設立においては他拠点の経験豊富なパートナーからレクチャーを受け、拠点としてインフラ方面でも安定した開発運用ができる組織になっていくとう中長期的な目的があります。 ※発足当時の記事https://prtimes.jp/main/html/rd/p/000002393.000000136.html 他にもある福岡データセンターのメリット 主な理由は先程あげた3点になります。 更にいろいろなメリットをお話したいのですが、残念ながら話すことができません…というのもデータセンターは基本的にセキュリティレベルが高く、住所なども非公開となっています。そのため、これ以上の場所が特定できるような情報をお伝えすることが出来ないのです…。 直接お話できればもう少しお話できる内容もあるので、もし会った際はお声掛けください。 DCの現状 現在、いろいろなサービスを動かすため、サーバーの設置作業から開始しています。 福岡で働きたい方募集！ GMO kitaQではエンジニアを募集しています。もし、もっとデータセンターのことを知りたいなと感じた方は、是非下記のページをご覧いただければ幸いです。 https://recruit.gmo.jp/locations/kitakyushu/ さいごに 本エントリーで執筆した内容について、昨年オンラインで開催されたGMO Developers Day2021にて登壇いたしました。お時間がある方はぜひアーカイブもチェックしてくださいね！ https://www.youtube.com/watch?v=y2_jjmQclFQ&list=PL-nSubl7UrR4GYfl4mbwdX7iuY_d-BOV7&index=21

こんにちは、GMOインターネット長谷川です。今回は昨年2021/11/26に開催されたGMO Developers Night CloudNativeLT＆座談会で紹介した、AWX APIの実際の仕様等をより詳しくお伝えしていこうと思います。 https://developers.gmo.jp/events/12531/ 今回お話する部分 AWX APIではInventory登録、Job登録（playbook登録）、workflow登録など様々な処理を行えるAPIがありますが今回はJob登録の自動化に絞ってお伝えしていきます。 AWXとは AWX provides a web-based user interface, REST API, and task engine built on top of Ansible. It is one of the upstream projects for Red Hat Ansible Automation Platform.引用元 : https://github.com/ansible/awx 簡単に言えば、web画面＆APIの付いたAnsibleの管理、実行環境ということです。 AWXで解決したい課題 実行時のオペレーション登録時の負担 大きく上記の2つです。1つずつ説明していきます。 実行時のオペレーション 業務で実際にAnsibleを使った自動化を行うと、playbookの作成者と実行者が異なる場合があります。 playbookのアップデートが適切に実行者のplaybookに反映されていない。複数のパラメータを付けて実行する必要がある。 このような場合にはオペレーションによって異なった設定が入ってしまう可能性があります。 登録時の負担 業務では年間数百を超えるplaybookをAWXに登録場面があります。その際にいくつもの設定項目を人間が埋めていくのは現実的ではありませんし、ミスも発生する可能性があります。 上記の課題はAPIによる登録の自動化とAWXに統一された実行環境を提供することで解決できます。 AWXのAPIを早速使っていきましょう（準備体操） まずはtokenの取得を行います。取得方法としてはawx-cliでも取れますが、ここはシンプルにcurlで取得していきます。 USER、PASSWORD、IPは適宜変えていきましょう。 curl -ku USER:PASSWORD -H "Content-Type: application/json" \ -X POST -d '{"description":"AWX", "application":null, "scope":"write"}' \ http://IP/api/v2/users/1/personal_tokens/ | jq -r .token API経由でJob登録 ここからはPythonを使って登録作業の自動化を進めていきます。 import requests import pprint import json ENDPOINT = "http://***.***.***.***" TOKEN = "***" def createJobTemplate(endpoint, token): headers = { "User-agent": "python-awx-client", "Content-Type": "application/json", "Authorization": "Bearer {}".format(token) } uri = str(endpoint) + "/api/v2/job_templates/" payloads = { # ここから下のask_*はGUIでJob実行を起動した際に # 起動プロンプトとして起動させるかを設定します "ask_job_type_on_launch": "true", "ask_scm_branch_on_launch": "false", "ask_diff_mode_on_launch": "false", "ask_variables_on_launch": "false", "ask_limit_on_launch": "false", "ask_tags_on_launch": "false", "ask_skip_tags_on_launch": "false", "ask_verbosity_on_launch": "false", "ask_inventory_on_launch": "false", "ask_credential_on_launch": "false", "survey_enabled": "false", # become（権限昇格可能）かどうかを設定します。 "become_enabled": "true", "diff_mode": "false", "allow_simultaneous": "false", # playbookで使用する仮想環境のパスを指定します。 "custom_virtualenv": "/opt/my-envs/custom-venv3/", "description": "VMの構築用playbook", # playbookの実行する際のInventoryをIDで指定します。 "inventory": 15, # 実行時のsliceを指定します。（同時実行数） "job_slice_count": 1, # 起動時のjob_typeの指定 # "run" -> 実行, "check" -> ドライラン "job_type": "check", # オーガナイゼーションのIDを指定します。 # defaultはID=1となります。 "organization": 1, # Jobテンプレートに名前を付けます "name": "[API]_CreateVM", # 登録するplaybookの場所を指定します。 "playbook": "module/playbook_vm_create.yaml", # AWXに同期済みのプロジェクトIDを指定（登録playbookのあるもの） "project": 22, # Git等のSCMでplaybook同期している場合はブランチの指定も出来ます。 "scm_branch": "master", "use_fact_cache": "true", "webhook_service": "", "webhook_credential": None, } requests.post(uri, data=json.dumps(payloads), headers=headers) createJobTemplate(ENDPOINT, TOKEN): 各パラメータについて詳しく説明していきます。 # ここから下のask_*はGUIでJob実行を起動した際に # 起動プロンプトとして起動させるかを設定します "ask_job_type_on_launch": "true", 運用的には人が行っている作業を徐々に自動化していくことも考えられ、人が操作する際に実行時のプロンプト起動は安全性という意味で付けています。実際に指定すると以下のように起動前にパラメータの変更が可能になります。 # playbookで使用する仮想環境のパスを指定します。 "custom_virtualenv": "/opt/my-envs/custom-venv3/", playbookの中には追加でpipによるパッケージのインストールが必要な場合もあり、仮想環境にパッケージを導入してplaybookを実行するよう指定する必要があります。AWXはAnsible Towerと互換性が有るので仮想環境の作成は以下が参考になります。https://docs.ansible.com/ansible-tower/3.4.3/html_ja/upgrade-migration-guide/virtualenv.html # playbookの実行する際のInventoryをIDで指定します。 "inventory": 15, ここではplaybookの実行時に使うInventoryをIDで指定しています。Inventory IDの取得は今回の記事では紹介していませんが、APIでの取得の自動化も可能なので是非お試しください。 # 登録するplaybookの場所を指定します。 "playbook": "module/playbook_vm_create.yaml", # AWXに同期済みのプロジェクトIDを指定（登録playbookのあるもの） "project": 22, # Git等のSCMでplaybook同期している場合はブランチの指定も出来ます。 "scm_branch": "master", "playbook"ではAWXに同期されたplaybookのパスを指定します。実行時に実際動作するplaybookの指定となります。"project"では同期済みのプロジェクトを指定します。プロジェクトが同期されているかどうかは左側のプロジェクトから確認できます。 "scm_branch"ではSCM等を使っている場合に、ブランチ指定ができます。テスト用のブランチにしかplaybookがないといった場合にも、ブランチ切り替えができるので便利な機能となっています。 まとめ AWXには様々なAPIがあり、組み合わせることにより自動化を促進出来るツールとなっています。まだまだAWX APIについての日本語の情報は少ないですが、この記事で興味を持って頂けましたら幸いです。

こんにちは。GMOインターネット新里です。iPhoneにはLiDARを使った3Dスキャンをしたり、フォトグラメトリという複数の写真から3Dを生成するアプリがあったりします。今回は、このアプリを使って遊んでみたいと思います。 とりあえずスキャンしてみる キャプチャー対象 - 東京タワー・外階段・下り・600階段 キャプチャー結果 : クリックするとPolyCamのサイトに飛びます 池袋・サンシャイン通り・ポスト キャプチャー結果 : クリックするとPolyCamのサイトに飛びます とりあえずiPhoneに3Dスキャンアプリ（ここではPolyCam）を入れて、スキャンしてきました。東京タワーのような巨大な物から、道端にあるポストのような物までスキャンすることができました。余談ですが、東京タワーは実際に階段を歩く必要があるので、体力的にかなり大変でした。 スキャンした3Dモデルは、データとしてエキスポートできて、XRのようなアプリケーションに組込んだり、3Dプリンターで印刷したり、メジャーで測定したり...色々と使うことができます。 アプリについては、色々な3Dスキャンアプリを説明されている素晴らしい内容があるので、そちらを参考にした方が良いでしょう。 3Dオブジェクトを配置してみる スキャンしたデータを使って本来は存在しない所に物を配置して、置いてみたときの状態を確認できます。よくあるのは、家具を置いて配置した感触を確かめたりするといった感じですね。 さきほどの池袋にあったポストを配置してみます。 配置前 配置後 何もない弊社オフィスフロアのエントランスに派手なポストを置いてみると、テンションがあがってきますね。僕自身はポストが好きという訳ではないのですが、ほかにも道端にあった赤いポストをスキャンして、GMOインターネットの本社があるセルリアンタワーの入り口に置いてみました。 配置前 配置後 シックな感じの入り口に、これはさすがにマッチしない感じがしますね。このように実際に物を置いてみるまえに確認する意味でも、既存の物を持って来られるというのは便利でおもしろいです。 世界を切り取ってみよう ここ数年で、手軽に3Dスキャンがスマホで出来るようになったのは凄まじい進化だと感じています。従来のようなToF/LiDAR/大量の写真でフォトグラメトリといった事が、手元のスマホだけで簡単に出来るので、いつでも自分のスマホから世界を切り取って使える時代になってきました。 みんキャプ "みんなで今を斬り撮って、保存して、共有して楽しむムーブメントです。" たくさんの人が手持ちのスマホで街や地域・建物を切り取ってデータ化すると、同じ街・世界ができるというのはとてもおもしろいですね。とても簡単に参加できるので、手持ちのスマホで参加してみても楽しいでしょう。 他にも、みんキャプのtoMapでも使える、PLATEAU（国土交通省が行っている、日本全国の3D歳モデルの整備・活用・オープンデータ化プロジェクト）のように、都市の3Dモデル化はデジタルツインを実現するため・おもしろいアプリやシミュレーションを行うといった用途では必要不可欠ですね。 自分の手持ちスマホでお手軽に3Dデータ化できるのは、それだけでも楽しいです。街を歩いていて気になった建物やオブジェを3D化したり、身の回りのありふれた風景に楽しみを発見するきっかけにもなるでしょう。

今回紹介するのは、Microsoftのクラウドネイティブな開発ツール「Power Apps」です。ローコード開発ツールとの位置づけですが、フルスクラッチなアプリケーションに負けず劣らずのアプリケーション開発が可能です。詳しい機能紹介などはひとまずスキップして、Power Appsの魅力を体感してもらうということで、いきなりアプリを開発してみたいと思います。 事前準備 開発するアプリはExcelファイルをデータ保存場所として、Power Appsのウィザード機能を利用して数ステップでデータ管理ができる機能を実装します。まずはOneDrive上にExcelファイルの用意をしておきます。 個人情報ジェネレーター（https://testdata.userlocal.jp/）を利用で、ダミーデータを作成して貼り付けます。 データはダミーです Power Appsで利用するためには、Excelでテーブル設定をしておく必要があります。「テーブルとして書式設定」を選択します。 データはダミーです 「先頭行をテーブルの見出しとして使用する」を選択します。 データはダミーです これでExcelの準備は完了です。 データはダミーです 次に、Power Appsを利用できるようにしておきます。Microsoft365のライセンスでも一部機能制限がありますが、Power Appsを利用することができます。検証用ということであれば、無料で利用できる「Power Apps 開発者向けプラン」（https://powerapps.microsoft.com/ja-jp/developerplan/）がおすすめです。 以上で準備が整いました。 いきなりアプリ では早速アプリを開発してみましょう。 Power Appsにログインしてホームページを開き「データから開始」の中から「Excel Online」を選択します。 「新しい接続」を選択します。 一覧から「OneDrive for Business」を選択してアカウント情報を入力して作成します。 先ほど準備したExcelファイルを指定します。 テーブルを選択して「接続」を選択します。 作成中です。 ウィザードが終了してアプリが作成されました。ウィザードを利用するとスマホレイアウト限定で作成されます。すでにこの状態で動くものとなっています。簡単に操作してみましょう。 画面右上の実行ボタンを選択します。 Webアプリケーションとしてブラウザ内で操作可能です。右上の✕ボタンを選択すると元に戻ります。アプリの上部には更新、並べ替え、新規追加ボタンが配置されています。 新規ボタン（+）を選択すると新しいデータ入力が可能となります。 一覧表示から個々のデータを選択すると詳細表示に切り替わります。ここでは削除と編集が可能です。 編集ボタンを選択すると、個々のデータが修正可能になります。 開発画面に戻って左のツリービューを確認してみましょう。 BrowseScreen1　DetailScreen1　EditScreen1　とそれぞれの画面が作成されています。ウィザーではよく利用されるアプリの画面を一度に3面作成して、各機能のボタンにプログラムを組み込んで配置しています。これだけでもかなりの部分の開発の手間を削減できていることになります。 各ボタンを選択してみると、プロパティーが表示され変更修正が可能です。ボタン自体にはプログラムとしてExcelの関数に似た数式で割り当てられた機能が仕込まれています。 さいごに 以上、Power Appsでいきなりアプリ開発を紹介しました。 Power Appsはローコード開発ツールという位置づけですが、ウィザードを利用すればノーコードで実際に動くアプリがほんの数分、数ステップの操作で完了してしまいます。初めてPower Appsで何か作ろうとした場合などは、このウィザードを利用してほぼ動く状態の物をカスタマイズする方が習得も早くお勧めです。次回は、ウィザードで完成したアプリを実際にカスタマイズしながら基本的な開発方法を紹介する予定です。

こんにちは。デベロッパーリレーションズチームの村上です。今回はチームの目標達成のために効果が高いと言われているマンダラチャートをやってみた話を書いていきます。興味のある方はぜひ読んでみてください。 はじめに 私のチームでは、コミュニケーションを円滑にする施策を各クォーターごとにメンバーに1つやってもらっています。それはゲームだったりワークショップだったりするのですが、そこでマンダラチャートという施策が出ました。通常マンダラチャートは個人の目標達成のためのものかなと思っていましたが、チームビルディングにも活用できるんじゃないかなと考え、チームのマンダラチャートを作成しようという考えに至りました。 マンダラチャートとは そもそもマンダラチャートとは目標達成するのためのフレームワークになります。9×9のマス目で構成され中心のマスに目標を記載し、それに関連する要素を周囲のマスにメモしていきます。野球の大谷選手の話が有名じゃないでしょうか。 出典：スポーツニッポン 目的・効果 必要な要素やアイデアを書き出すことで、目標を達成するための思考を整理することができます。またチームビルディングにおいてはみんなで考えながらやることで、コミュニケーションを取るきっかけにも繋がります。 実施タイミング チームビルディングにおいては、チームのコンディションを見ながら適切なタイミングで実施する必要があります。今回のマンダラチャートはタックマンモデルで言うところの「統一期」に実施するのが望ましいです。チームのメンバーの強みや役割が明確化されて、共通言語や同じ価値観が生まれてくるこの時期に、目標達成の為のフレームワークを用いることでタックマンモデルの次のステージに移行することができるようになります。※タックマンモデルとは、チームは4つの成長段階を経て成果が出せる状態になることを示したフレームワークです。 チームビルディングでマンダラチャートを使うメリット マンダラチャートを活用することで、様々なメリットを得ることができます。 目標達成のプロセスが明確になる 仕事をする上で目標を設定することは当然だと思いますが、目標達成までのプロセスが明確になっていないことが結構多いです。目標に対してどういう行動をすべきか、何を優先して取り組むかという点を考えるのは中々難しいです。マンダラチャートは最初に目標を中心のマスに書き、それを達成するために連想される言葉を書いていくので、目標に対してどういう行動を取ればいいかを適切に把握することができます。 チームメンバーのアイデア・考えを発見できる メインのマスから関連する言葉を記載していく過程で、メンバーから新しいアイデアや考えが出てくることがあります。周辺のマスを埋める際に、特に制約のようなものは作らないので、自分では思いつかないような考えやアイデアがメンバーから出てくることが期待できる点はメリットと言えるのではないでしょうか。 可視化することで後で見直すことが容易にできる マンダラチャートを作成しておけば適宜必要なタイミングで見直し、目標達成のためのアイデアや必要なアクションを取ることができます。また目先の業務に追われて、目標に対しての適切な行動や優先順位を忘れてしまうことがあると思いますが、可視化しておくことで立ち返ることや、行動を見直すきっかけになるので、継続して追いやすくなります。作成する際はシェアポイントや共有ドキュメントとして、いつでも確認しやすく管理しておくことをおすすめします。 マンダラチャートの作成方法 それではマンダラチャートの作成の基本的な流れを説明していきます。 3×3のマス目を作成して中心のマスに目標を記載する 中心マスに達成した目標を記載します。ここが重要な要素になるので、よく考えて設定してください。 目標に関連する言葉を周辺のマスに書き出す 中心マスの目標が決定したら、周辺マスに目標に対して関係しそうな言葉・アクションを書き出していきます。この部分は抽象的なものでも構わないので、しっかりとマスを埋めていきましょう。 周囲の3×3のマス目の中心に記載した言葉を写す 中心の周辺マスに書いた言葉・アクションを、周囲の3×3のマスの中心に書き写し、中心と同じように関係しそうな言葉・アクションを書き出していきます。ただしここに書く内容は達成する為に必要な具体的なものを書くようにしていきましょう。 チームでマンダラチャート では、実際に私のチームでマンダラチャートを作成した時の話です。なぜ今回のタイミングでマンダラチャートを行ったかというと、1年間かけてしっかりとコミュニケーションを取り、メンバーとの心理的安全性を高め、チームとして目指していく目標を立てるタイミングであったので、まさに今やるのに効果的だからと考えたからです。 実施した感想 ちょうど私を含め8人で書いてたので一人1マスずつ埋めていきました。本来であればもう少し悩みながら書くものだとは思いますが、今回は閃いたものを記載してもらうようにしました。真ん中の目標に関しては個人的にはちょっと抽象的かなと思いましたが、初めてやるのでこんな目標にしてみました。参加したメンバーからは以下のような感想・意見をもらいました。 目標達成に対して自分がどのように動けばいいか明確にできた目標に関連する単語は思い浮かぶけど、具体的にどうすればいいかを認識合わせできて良かった考える時間が短かったので、もう少し考える時間がほしかった 私自身もやってみた感じ、想定より効果がありそうな取り組みだと感じたので、この目標に対する言葉・アクションを見返すタイミングを作り、目標達成ができるチームビルディングを行っていきたいと思います。 メインの目標に関しては、複数持っても良いかなと思うので、事業に対しての取り組みのマンダラチャートや、もう少し細かい目標設定に対してもマンダラチャートを活用していければと考えています。 まとめ チームで作るマンダラチャートはタイミングを選ぶかとは思いますが、チーム全員が目標に向かって進んでいく為のフレームワークとしては非常に優れていると感じました。目標は立てるけど中々達成できないなという方は、ぜひチームでマンダラチャート作成してみてはいかがでしょうか？