Teamsタイトルまんまのセッション。丁寧な説明ではあったが目新しい情報はない。tricksと同じ人の、似たような内容のセッション。相変わらず面白いが、BRK3152と同じような内容もあるかな。コードと同じくFlowもメンテナンスしたいよねなので、Flowの最初に変数として改訂履歴をぶっこむ。debugモードとProductionモードを切り替えられるようにしたり(その下に変数が見えているが)このFlowでプレミアムコネクタを使っているか否かを管理したり。時刻の概念を定義し、使いまわせるように。Try-Catch構造ももちろん埋め込む。エラー管理もしたいので...Try-Catch構造で...resultからFAILが含まれたものだけをSharePointのリストに投げて管理したり以上。後半はBRK3152と同じなので、どっち見てもOKです。365みんな大好きタスク管理でProductivity。タスク管理にはみんな悩んでおり、さまざまなツールを導入している。M365にもたくさんのタスクツールがあるので関係性を理解する。Teamsのタスクタブ。OWAのメールを右ペインのTodoにD&Dすることでタスク化出来たり、Todoを予定表にD&Dして予定をブロック出来たり。ドキュメントのコメントメンションでTodoに追加できる。20分程度でセッションは終わって後半はパネルディスカッションでした。doをちゃんと使っていなかったのでいろいろ発見があったセッションでした。do自体にPlannerのタスクを表示できる事は今後も生かせそう。doの関係性を聞かれそうなので答えられるようにしないとな。doがその用途に耐えられるかと、ユーザーに浸透するかは未知数、というか微妙。Groups使おうぜ!っていうセッションで大したことなかったです。2018年~2019年にかけてのアップデートが紹介されてたが、Teamsを追ってる人なら全部知ってることだったからなぁ。お役立ちスライドはこれくらいですかね。テナント間マイグレーションの話。知らない間に進歩していました。Serviceを使ってアカウント同期。この機能、ぐぐっても出てこず、MS営業に問い合わせて調整の上使える機能の様子。1Hにパブリックプレビュー。designs賑やかなSharePointおばちゃん(失礼)がギャーギャー騒ぎながらSharePointポータルを作るセッション。今回見たセッションの中でスピーカーと観客のテンションに一番差があったセッションかもしれん...。細かいSharePointの機能は(私が不勉強で)分かりませんでしたが、どうやら従来のモダンサイトにはなかった機能をくしして綺麗でガバナンスの聞いたサイトを作っているようです。やってる人が無茶苦茶楽しそうなので、自分もモダンサイトをいじってみたくなります。ハブサイト、チームサイト、コミュニケーションサイト。ここら辺は私も覚えてきた。MSの中のサイト紹介。これは貴重かも!ここら辺になってくるともう分らん。email?Teamsはemailを置き換えるのか!?というテーマでTeamsおじいちゃん再び。わしゃ~1997年からOutlook使っとるんじゃ、と若者をマウント。Teamsのコミュニケーションを全てメールで行っていたら大変です。その点、Teamsは素晴らしい。Teamsの良くない面もある。集中力が取られ、時間の無駄になる。非同期コミュニケーションである事は利点。従来からの問題ももちろんある。いう時に使いましょう。TeamsはEmailを置き換えません。troubleshootingTeamsのトラシューについての話。レベル400だが割と基本。端末で取得できるネットワークの情報FidderとかブラウザのF12とかテナント側で取れるネットワークの情報を見ましょう、という話。Routingの話なのでちょっと分からなかった。Docsの存在かな...。いっても、MSからもこのページが重要というメッセージが発信されていないように思えるので、忘れてもいいかも。詳しく知りたい場合はBRK3204のセッションを参照。TeamsTHR4004の拡張版。ゲストアクセス関連の部分だけチェック。管理センターの外部アクセス有効無効のオプションの4つをチェック。Treeの人のセッション。企業買収のビジネスシナリオは年々増えているTeamsを利用率も年々増えているTeamsのアーキテクチャは複雑で移行元データの種別もさまざまTeams統合の際に気を付ける事は以下。Treeの"Power365"ならそれが考慮されているよという宣伝ぽいセッションでした。O365テナント間移行ツールは他社も出しているので、いざ使うとなればPower365だけではなく他の製品とも比較したい所。developersほぼ基本のGraphの話。explorerの新GUIでは、アダプティブカードのサンプルとか他言語のサンプルが出るので使ってね。言語毎のTier1、Tier2の話が興味深かったです。PHP,Python,rubyがTier2だが、Javascript(nodejs)がTier1ってことで、この中だとJS勉強するのがいいっぽいな(私はC#出来ないので)。JSがTier1なのはTypeScriptをMSが作ってるのも大きいと思いまs。TeamsTeamsタブアプリをシングルサインオンで使う、という話。schemaを利用する事で認証情報を持たせられる?ということ?自信なし。AAD認証するアプリは、TeamsアプリのAppStudioから認証情報設定しているデモも見えました。GraphGraphAPIを気軽に画面に組み込めるようなツールキットを出したぜ!という話。ここらへんは最近youtubeにUPされた動画の方が詳しく説明されています。Appはマイクロサービスで最適に使えるサービスでスケールアップやサーバーレスにも最適だぜ!みたいな概念的な話でした。Azure使おうぜ!って目的のセッションでコード的な話がなくてちょっと残念。APIセッションで不評だった所もちゃんとカバーしていてアンサー的な感じが良かったです。ユーザー認証とアプリケーション認証を正しく使い分けましょう。SDK使えば認証もスロットリングも管理できるからSDK推奨します。バッチ処理すれば早い。これ、Ignite2018と同じスライドです。codeで戻り値が分かるスロットリングがかかるポイントは多層となるため、各アプリケーション毎に確認が必要。Gatewayが10秒毎に5000リクエストと判別しただけでも目安になる。いう感じで、まだまだ不満はあるけど着実に進化している印象を受けました。GraphGraph系セッションの総まとめ的な感じなので、目新しい情報は少なめでした。Searchの検索クエリ的なところにアタッチ情報を取得できる様子。Connectという、GraphのデータをAzureにダイレクトで放り込める仕組み。この制御項目がO365の管理画面にあったような...。Consent(RSC)の話。Teamsアプリの開発に大きな英起用がありそうなので重点的にチェック。groups権限を与えてしまい、情報ポリシー的によろしくない。ほんとはこんな感じで権限絞りたい。permissionを確認し、アプリをインストールする既定ではこの操作は出来ないので、以下の管理者ポータルより設定を有効にする。限定したセキュリティグループのユーザーのみに、許可することもできる。https://portal.azure.com/?feature.groupspecificconsent=true#blade/Microsoft_AAD_IAM/StartboardApplicationsMenuBlade/UserSettings/menuId/デモ。RSCを使用せずに作ったアプリは管理者同意が求められるが、RSCを使用したアプリはチームオーナー権限だけで追加が出来て管理者同意も表示されない。(新しいウィンドウで開きます)関連Tweet未分類SNSでもご購読できます。*メールアドレス(公開はされません。*次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。MS-500,MS-100,MS-101を受験して合格しました。