Teamsでプライベートチャネルが使えるようになったので気になるところをリストアップしたリファレンスはこちら。Docsこれ読めばだいたいわかる。以下、気になったところ。(ストリーム、プランナー、およびフォームは除きます)。既存のPlanner、Streamなどをタブに追加するのは問題ない。裏でO365Gが出来ないから、プライベートチャネルのメンバーに紐づいた秘密のPlannerやStreamが出来ないだけ。これの関連と思われるが、チャネルを指定した会議も出来ないようになっている。「既定では、すべてのチーム所有者またはチームメンバーはプライベートチャネルを作成できます。所有者とメンバーを厳密に分けているチームで、メンバーがプライベートチャネル作って所有者を仲間外れに出来るのはまずいので、メンバーはプライベートチャネルを作れないようにするのがよさそうです。クライアントから削除することはできません。」「プライベートチャネルのメンバーは、プライベートチャネルの所有者になるように自動的に昇格されます。(削除されたプライベートチャネルは、削除されてから30日以内に復元できます)。通常のチャネルは21日以内なら復元可能だが、プライベートチャネルは裏でSPOサイトコレクションが出来るので30日となっている。サイト内の他のアイテムへの共有アクセスと同じユーザーと同じであるため、他のユーザーがノートブックにアクセスすることができます。パブリックチャネルのURLは以下。Documents/と新しいサイトコレクションが出来る。このサイトコレクションはSPO管理者センターに表示されない。administrationの項目を参照。自分のテナントでも検証して確認済み。Teamsプライベートチャネルを日本語で作成した場合、URLの元となるチャネル名に半角英数字が含まれないため、空になる。技術部forTeamsというチームに「秘密のチャネル」というプライベートチャネルを追加すると、URLは以下。https://[テナント名].sharepoint.com/sites/forTeams-/「秘密のチャネルその二」を追加すると以下https://[テナント名].sharepoint.com/sites/forTeams-2/プライベートチャネルでまずいと思われる点O365グループのメリットを享受できないプライベートチャネルメンバーでグループが作成できないので、プライベートチャネルメンバーだけのPlannerなどが作成できない。OneNoteなどモノによっては情報漏洩する注意するしかないが、ついつい忘れそう。Onlineの管理サイトに表示されないので、プライベートチャネルにたくさんファイルが置かれても管理者が検知できない。...これは何らかワークアラウンドがありそうなので、知ってる人教えてください。会話とファイルアップロードが主体でプライベートチャネルを使うのならよいが、それ以上の事をやりたいならチームを作るべき。会話主体ならチャットチャットの方が昔の履歴を見せる見せないがコントロールできる分よい。マネージャーのチャネルで過去に話したメンバーについての評価を、新しくメンバーからマネージャーに昇格した人が見れてしまったりする(これはチームでも同じだが)そんなわけで、待望の新機能ですがいざ使えるようになってみるといまいちかも。Simonsさんのセッション。認証エンジニアにとって大事。beyondみんな気づいてきたTeamsコンプライアンスの重要性その2。troubleshootingSIには大事なTeamsトラシュー。SharePointO365は全ての基本なのでチェックすべしその2。TeamsSIには大事なTeamsトラシューその2。家電総合展示会な時に行った依頼だから15年ぶりくらい?かな。5.0、IoTとかAI、5G、モビリティとかそこらへんのバズワードは全部入り。あ、ブロックチェーンの展示は少なかったです。普段なじみのない分野は「すごいなぁ~」と小学生並みの感想で見るしかなかったです。MR・AR系とAI系は多少理解があったので面白く聞けました。消費者として注目なのは5Gですが、正直まだ活用のイメージがみえづらいです。テレビがフルハイビジョン→4Kとなっても面白さはコンテンツで決まるように、ただ回線が早くなってレイテンシが短くなっても、それ相応のアイディアがビジネスにならないとインパクトはない...かな?う~ん俺のアンテナが低いのか...。)を見れば雰囲気が分かります。個人的に気になったブース...は別エントリで書きます(このエントリが長くなったので)カンファレンス折角なのでカンファレンスも参加しました。いいけど、エンジニア系のイベントに比べてスーツ・ネクタイ率が異常なほど多かったです。昔ながらのメーカーさんが多く、カンファレンスのテーマもそういう人たちを想定したものが多かったです。「攻めのIT活用」に向けた提言~DX時代のITサービス提供のあり方、テレワーク・デイズにみる働き方改革の実践~資料はこちら。ソリューションサービス事業委員会が主催のセッションで、その配下の委員会(ワーキンググループ相当)の3人の方がそれぞれのテーマに沿って講演されました。この委員会の役割はデジタル・ガバメント実行計画における情報システム調達に関し、制度・ガイドライン等への業界意見の反映ソフトウェア開発モデル契約及び解説(2020年版)の周知2020年の民法改正にあたってソフトウェア開発モデル契約及び解説の2020年版を出した事が大きな話。知った時から1年」に変更されることが大きな話題となっていますが、JEITAの契約書テンプレは「引き渡しから1年」を維持する方針としたようです。理由はベンダー側の見積もりにリスク費を積むしかなく、ユーザー企業とITベンダー双方が不幸になる契約だから、とのこと。私はよくわかっていませんが、民法が改正されても個別の契約はそれに従わなくてもいいのか?ただ、国と近い機関がこういった指針を出してくれるのは助かります。あとは、IoTのおかげで製造系のソリューション売り上げが伸びている、との事でした。結論としてはデジタルフィードバックループの整備やテスト駆動型開発などでスピードアップ&品質アップ、というエンジニア視点では「知ってた」話ではありますが、これを日米の企業にインタビューしてこういった場で発表している事が価値だな、と思いました。働き方改革専門委員会より、テレワークデイズ2019の報告。テレワークは進んでいるも、ITベンダーのSE職はバックオフィスよりもテレワーク率が低い。それは、客先常駐で縛られているSEが多いからだ!!!!という提言。いやぁこういう事を言ってくれると、大変心強いですねw最後のまとめとして、ユーザー企業とIT企業が相互理解して働きやすい環境を作っていきましょう、で締めてました。“働き方改革”は”生き方改革”~IT活用による幸せな働き方の実現に向けて~資料はこちら。資料の公開|JEITA下町ロケットのアイスブレイクから始まり、ブラック企業という指摘もあるけど、夢にあふれてみんな楽しそうなのはいいよね、ホワイト企業でそれを実現すれば一番いいじゃん!と。時短だけの働き方改革は終わった。これからは幸せに働く事をゴールに設定すべき、との提言です。勤務時間長くても、その人が楽しければいいですからね。他の人にそれを強要したり、長時間労働しないと評価されなかったりするのは問題ですが。実際、楽しく働けている環境の方が労働生産性は高いらしい。ログミーBizこれを実現するために委員会が注目しているのがHRTech。社内の制度改革や意識改革が必要とのこと。Tech業界カオスマップ(2019年10月15日現在)このセッションは非常に示唆に富むというか、働き方改革の次が見えたので考えさせられました。ITベンダーとしてはツール導入してなんぼ、というスタンスでしたが、ツールを導入した会社が変わる事を強く意識しないといけないと思いました。全体的に「国のくせにちゃんと考えてるじゃん」って感じでした(上から目線ですまん)。先進的なIT企業からは遅れますが、1年~2年以内にしっかりキャッチアップしてるのな。日本のレガシーな大企業に広がるのはその後としても、国から近い企業はしっかり指針を守るし。なると、ちょっと前に出ていた「日本がダメなのは中小企業が多すぎるから」みたいな主張に現実味を感じてしまう...。...そんなに面白くなかったです。IPAの高度資格というのがありまして、そのレベル4を持っている人はCITPを受験できる。PMPとかと同じで更新制度があるので、世界的に認められる資格ですよ、とのこと。面白かったのは、更新制度の内容が「引き続きプロとして活動してますか?」を問う内容なのですが、業務継続はもちろん、こういった委員会に参加したり、自分が講演者になって後進を指導したりが評価されるようです。勉強会なんかで登壇してもカウントされるのかな、というのは非常に気になりましたが...。眼中にあるのかなぁ...。CITPホルダが運営するコミュニティサイトですNECさんとか日立さんにいれば自然と情報は行ってきそうですが、弊社なんて国とはかけ離れた商売しているので全く肌感ないですしこの資格取っても会社で評価されないですな。渋谷や六本木のITベンチャーやGoogle、Amazonも同じ感じかも。この辺両立しているのは、サイボウズさんやマイクロソフトさんのイメージが強いですね~デザイン思考とアジャイル開発による超高速な新製品開発事例Star株式会社さんのセッション。セッションタイトルとは裏腹に45分くらいが自社事例のアピールで残り15分がTipsでした。Star株式会社は2008年に欧州で発祥した企業で、2019年3月から日本拠点でビジネスをスタートしたので情報が少ない。戦略・デザイン・開発・マーケティングまでワンストップに企業・組織の課題を解決“デザイン思考”主導型テクノロジーファーム「Star」がサービスを開始。|Star株式会社のプレスリリース一言でまとめると、デザイン寄りのコンサルティングファームって感じでしょうか。ユーザー体験とかマーケティングとかのプロで、お客様のプロトタイプ開発を正しい方向に高速にドリブンする、みたいな。募集要項見てもそんな感じかな...。StarプロダクトはWebだけではなく車のダッシュボードやフィットネスのスマホアプリまでなんでもやる。エンドユーザー体験を強化するフレームワークを強みとして持っているので業界・ツールは問わない、という感じでしょうか。高速開発のTips集は以下の資料の最後に書いてあります。おけるStar株式会社のご紹介資料ダウンロードサイトただ、内容に目新しさはなかったです。思うに、有名テック企業だと普通に出来ているような事を、非テック系企業に持ち込んで会社の仕組みを変えつつドライブすることが価値なのかな?まぁそれをレガシーな会社で実現する事が難しいんだろうけど...。成功事例を見ても、他の会社ではできなくて、Star株式会社だと出きる、ってポイントが分かりづらかったです。私が参加するのが1年ぶりぽいので久しぶり感はあります。某社でトレーナーをされているもくだいさんのセッション。自社のTeamsに多少物申したいこともあるみたいですが、弊社よりは上手く運用できているような...。セッション自体はTeamsの使い方というより、ビジネスチャットを使う時の全般的な心掛けのような話だったと思います。チャットっていうのはメールよりも依存性が高いと思うんですよね。メールするのが面倒だから話しかけるのはあるけど、話すの面倒だからチャット送っておく、とか。製品の機能というより、人間的なコミュニケーションをいかにチャットで上手くやるのかが大事、というのをみんなが気付き始めてるのかな、とは思います。私個人はそんなに議論が発生するようなTeamsに入ってないんだけど、意見がぶつかり合うような集団をTeamsで上手くやるってのはかなり難しいんじゃないかな、と。twitterなどのネットツールは今ある感情を増幅する装置だと思っているので、意見が違う集団の折り合いをつけるってのは大変ですね。前に投稿したけど、Teamsで5往復以上同じ人がやり取りしてたら、チャットやめて話に行く/電話する、というのはいいと思ってます。ライブビルディング!ラグビーワールドカップのサイトをSPOモダンで作る。ちなみにこのブログも日本×サモア見ながら書いてます。短期間で鮮やかに...準備しておいたJSONを使って美しいサイトを作り上げておりました。えーっと、まず思ったのはそもそもSPOでこんな事が出来るとは全く想像もしなかったわけです(私は)。近年マイクロソフトも「ライセンスを売るより使用率向上を」と言っておりますが、こういう憧れるサイトとか、あるいは地に足の着いたサイトとかが簡単に作れるぜ!ってのを知れたらうれしいです。Platform勢はそこらへんの発信が多い気がするんだけどなぁ...。MS的にはTeams使ってくれてたらSPOもONだから関係ねぇ、という感じなのかな?JSONについては形式を勉強するのは必要ですが、望むべきはJSONなんて書かずにGUIでそのままデザインしたいですね。マウスを動かして終わりとか...。裏側でJSONが自動生成されて、手でちょちょっと修正できるようであれば素晴らしい。Exchangeエンジニアとしてこの先生きのこるにはExchangeエンジニアとしてこの先生。2003時代から生粋のExchangeエンジニアだったので身につまされます。想像できること今後のキャリアプランはその通りだし、オンプレExchangeおじさん化するのも1つの道だと思いました。実際、弊社にも謎オンプレExchange案件とかたまに来ますし、いまだにオンプレExchange使いたい顧客は金持ってる(けど要求うるさい)ので、ある程度合理的かなと思います。ちなみに私もこの件について考えたことがありましたが、安易な気持ちでオンプレExchangeエンジニアを突き詰めるのはやめた方がいいと思いました。オンプレExchangeの需要が減っていくペースと、オンプレExchangeエンジニアの母数の事を考えたのですが、仮定として昔オンプレExchangeでならしたけど、今のクラウド技術についていけないエンジニアがいる。その人たちはオンプレに固執して安い工数でオンプレExchange案件を受注するとする。なると、案件に対してエンジニアの数が多くなり、しょぼいエンジニアは切られ、普通レベルのエンジニアの単価も下がるんじゃないか、と。少なくとも、今の新卒にオンプレExchange案件やらせるのは不利かな、と。クラウド勉強する気がないとは言え、オンプレのストレージ/ネットワーク経験は十分にあるおじさんの方が、オンプレExchangeを導入しようとする企業にはウケがいいですから...。新卒がそこに追いつくのは大変。その他、詳しくは書けませんが、はてな匿名ダイヤリーの退職エントリを読むよりは何倍もためになる話が聞けたので良かったです。Businessのちょっとした落とし穴OD4B分かってないおじさん問題。OD4Bって機能が高度過ぎて安心して使えない、ってのは分かる。SPOで履歴管理できるよ、って言われてもたまーに復元に失敗するし(これがマジ致命的)、日付名管理する方が安全。復元できても、3,4バージョンのファイルを同時に表示できるようにしてほしいはわ...。それかgithubみたいに差分表示。Onlineの真価が激しいので、近い将来、マジでPPTとかExcelの差分を表示できるようになってくれれば、と期待しています。感想まとめそんな感じっす。今回はコミュ障して現場でほぼ誰とも話さず帰ってきましたが、来月ナイスなイベントがあるので、そこではちゃんとコミュニケーション取りたいと思います。connpass2019.08.24パスワード付きZIP暗号化を擁護してみる「パスワード付きZIP暗号化」とは、ZIPファイル作成時にパスワードを設定し、解凍時にそのパスワードを入力する事で解凍するものである。日本企業では主にメールで添付ファイルを送信する時に利用されているが、セキュリティ的には事実上無意味とされている。地デジコピーはじめました。パスワード付きZIP暗号化のメリット仕組みが分かりやすく、Windows標準で解凍できるキャッシュカードなどで慣れている暗証番号の延長線上であり「大事な情報にパスワードをかける」という分かりやすさ。Windows標準で解凍できるので、相手が読めない、ということがほぼない。情報がたくさんある「MacOSではどうかな?」と思って調べたところ、標準のFinder(Windowsのエクスプローラーみたいなもの)では解凍できず、コマンドを使う必要がある。いう情報もすぐに見つかったので、方法が分からず悩む事はない。whitehatまるでセキュアに見えるユーザー体験セキュリティ業界は「セキュリティと利便性の両立を目指す」事を目標にいろんな製品を開発しているが、皮肉なことに簡単に開けすぎると「本当に守られてるのかな?」と思ってしまうのも人間。パスワードを知っている人しかアクセスできない、パスワードは十分に複雑な文字とし、苦労しないと解凍できない、というのは「これだけ面倒なんだからセキュアだろう」と安心することができる。パスワードが割れるわけではない総当たりでパスワードが割れるとはいえ、桁数を多くしてパスワードを複雑にすれば解析にはそれなりに時間がかかる。2.6GHzのマシンでLhaplusを動作させたところ、秒間280,000パターンの解析が可能であった。ZIP暗号化パスワードに記号を含む文字列を使用している場合、文字数は255パターンであるため、パスワード長が1だと255パターン、パスワード長が2だと、65535パターン...となり、パスワード長と解析時間の関係は以下の通りとなる。136909950942年もちろん、スーパーコンピューターが自由に使える立場の人ならこの表は無意味だが、一般社員がファイルを受け取って、自分のPCですぐにZIP解凍パスワードを当てる、というのは難しい。よって以下のようなシナリオなら十分に対応可能である。取引先Aに送信すべき添付ファイル付きメールを、誤って取引先Bに送信。取引先Aに事故報告書を提出この際、取引先Aには誤って取引先Bに添付ファイル付きメールを送信したものの、ZIP暗号化されており短時間で閲覧できる可能性は少ないため、事実上情報漏えいはないと報告できるだろう(もちろん、取引先Bの協力を経て、メールが転送されてないなどの監査ログを取得する必要はあるが)パスワード付きZIP暗号化のメリットまとめ分かりやすい一般的まるでセキュアすぐには情報漏えいしないパスワード付きZIP暗号化への対抗ソリューション一番重要なのは分かりやすくて一般的であること。”一般的”の目安は「マスメディアで話題にできるほど」だと考えていて、パスワードの他には生体認証も市民権を得ているし、最近だと二要素認証も認知され始めた。これらは認証技術だが、ファイル共有の仕組みとしてはビジネスチャット利用による、限定されたグループメンバー内でのファイル共有、オンラインストレージを利用したファイルリンク共有も広まってほしい。情報漏えいになるものの、アクセス履歴が取得でき、アクセス権をすぐに削除できるメリットはある。”一般的”の定義も時代によって変わってくると思っている。オンラインストレージで共有して」という流れができるかも、と思っている。いうことで、パスワード付きZIP暗号化ソリューションはそこそこ浸透しているが、世の中の潮目が変わる時が覇権の代わり時なのかな、と思っています。会社にパスワード付きZIP暗号化をやめさせたい場合は、これを意識して論じる必要があるな、と思いました。2019.08.12OWAで受信した添付ファイルを3rdパーティー製クラウドストレージに保管できてしまう件名のような驚きの機能がリリースされました。以下、マイクロソフト社のリリース全文です。set-OwaMailboxPolicy.この機能、実は以前よりOWAに実装されていましたが、規定値がOFFなのであまり気にされてこなかったもの。今回は、パラメーターが一新され、規定値がONの状態でリリースされるとの事で、問題と感じます。実際の動作(想定)現状、まだ機能がリリースされていないため想定ですが、現状でも3rdパーティー製クラウドストレージへの認証情報入力はできますので、以下のようにOWAの設定画面より認証してみます。認証に成功すると、添付ファイルの保存先として3rdパーティー製クラウドストレージを選択できます。以下の図はとあるテナントで機能を有効にし、Dropboxの認証を設定した状態。Dropbox側にもばっちり連携出来てます。現状、添付ファイルをそのまま保管する事はできませんが、3rdパーティー製ストレージのファイルを添付ファイルとして送信することができます。$falseを実行すれば機能をOFFにできます。手元のテナントでコマンドを発行しましたが、見た目は何も変わってません。先行リリーステナントでも8/15に機能がリリースされるので、それ以降に検証することになりそうです。OWAで3rdパーティー製ストレージの認証情報を入力できなくなるのかな...。問題点そこそこの規模の企業だと、情報流出対策として許可されていないクラウドストレージにデータが保管できないような対策を行っています。今回のアップデートはその対策に穴をあけるような機能であり、セキュリティインシデントの原因となる可能性があります。アナウンスからリリースまでが1か月弱と短く、短期間で対応する必要があります。最近のマイクロソフト社はこの手の機能をリリースする際は規定値OFFかつアナウンス期間も長めに取っていたのに、今回の変更は規定値ONかつ急なリリースで驚いています。いう力学でそうなってしまうのか...。Teamsには、Web会議の一種として”ライブイベント”というものがあります。Docs従来のWeb会議と比べて大規模なミーティングに最適...という売り文句ですが、いまいち使い道が分かりませんでした。一度使ってみて場面によっては非常に使える事が分かったので、実際に使ってみたメリットを書きます。想定利用シーン会社の人事制度が変更されることになり、人事部門がセミナールームでプレゼンテーションを行うことになった。セットでTeams会議(今回は、ライブイベント)が設定され、リモートで視聴する事が出来る。ライブイベントの三大メリット匿名QAが使える一番のメリットがこれだと思います。この手の会議で「最後の質問ある人~?」と言っても誰も手を上げず、会議が終わった後にコソコソ聞きに来る。いえ、人事制度の改定ともなると「私、2年以内に昇進しようと思ってるんですけど、今回の改定って影響します?」なんて聞き辛い。そこでライブイベントの匿名QA機能。ライブイベントで使えるQAは、参加者が匿名で質問を投稿することが出来ます。これ、本当に匿名で、ライブイベントが終わった後に主催者がQA一覧をcsv形式でダウンロードできるんだけど、そこにも名前は入りません。監査ログレベルで追っていけば調査する事は出来るかもしれないですが、コンプライアンス管理者権限が必要なので、通常は好き勝手見れるものではない。匿名QA、技術イベントでも使えると思います。「こんなつまらない事、みんなの前で質問するのは恥ずかしい」という場合は匿名で質問する。実名でも気にすんな!と思いますが、後で聞きに来られるよりはマシでしょう。発生した質問は主催者が匿名のまま公開して「よくある質問」にピン留めすることが出来ますし、特に公開するほどの質問でもなければ回答だけして終わる事も出来ます。この場合、QAが見えるのは質問した人と主催者だけで、他の参加者は見ることが出来ません。不要な参加者を黙らせることができる20人くらいTeams会議参加すると一人くらいはマイクがONになってて「誰か~マイクOFFにして下さい~」「わっはっは俺だった」みたいなやり取りが発生しがちです。ライブイベントだと参加者に発言権がないので、必然的にこういう事は防げます。うちの会社でライブイベントを利用したところ、ほぼ全ての参加者より「普通のTeams会議より明らかに画質が上だった」と感想をもらいました。普通のTeams会議もCDNは利用しているはずだし、何がそんなに差が出るのだろう...と思って考えてみたのが以下。場合、全ての参加者がメディアを発信する可能性を考慮する必要があるが、一方向なら主催者からのデータ発信に最適化したトポロジを利用できるTeams会議はリアルタイム、ライブイベントは10秒~20秒遅れている。リアルタイムだと発生したメディアを即伝達する必要があるが、遅延が許されるのなら、エンコードして最適なサイズになったメディアを配信すればよいということで、ロジック的にライブイベントの方が有利だから、画質も良くなるんだなと思いました。利用シーンによっては非常に強力なライブイベントですが、注意点もあります。死んでもライブイベントを途中終了させない終了したライブイベントは二度と再開することが出来ません。Teams会議の時のクセで「なんか画質悪いって意見あるから、いったんイベント終了させますね~」とやると終わり。ちなみにPCの調子が悪い場合は、ライブイベントを終了させずPCだけ再起動すれば、ライブイベントは継続したままとなります。QAが動作しない場合を想定して対策を取るライブイベントには現状「参加者からQAが見れない」というバグが存在します。なってしまうと、参加者から主催者に意思を伝える手段がなくなってしまうので、QA以外のバックアップを用意するのがよいです。イベントに対する問い合わせ窓口のメールとか、匿名投稿が可能なFormsとか。Onlineのサイトページ、またはYammerの投稿を作成し、そこにライブイベントのURLを投稿する。OnlineのページまたはYammerのページを案内し、ライブイベントで何か不具合があればそこに書き込んでもらう。これなら、万が一間違ってライブイベントを終了させてもページを通じて参加者にアナウンスできるので安心です。まとめTeams会議より前準備が必要で気軽ではないように見えるライブイベントですが、シーンを選べば非常に強力なので、みなさん使ってみてください。2019.08.10Teamsのチャネルメッセージを完璧にエクスポートしたいTeamsのチームは用途が終わったら削除する前提で設定されていますが、削除前に会話のエクスポートが出来ません。こんな感じで困ります。情報システム部「ぐぬぬ」よっていつまで経ってもゴミチームが残ったままです。セキュリティ/コンプライアンスからエクスポートセキュリティ/コンプライアンスを使えば、Teamsのチャネルメッセージをエクスポートできます。チャネル毎にエクスポートできない親投稿や返信の関係性をうまくエクスポートできないという問題があります。監査用であり、ユーザーが見やすい形でエクスポートはできないようです。GraphAPIを使ってエクスポートAPIを使えばチャネル毎に親投稿や返信の関係性も含めてエクスポートできます。いうことで、2でやります。技術的な話APIはこちら。Docsこんな感じで取得します。/teams/{id}/channels/{id}/messages/{id}/replies他の事例はこちら。システム運用日記てことで、取るだけなら割と簡単です。完璧なエクスポートここからが本題です。Teamsのチャネルメッセージにはさまざまな形式で投稿できるため、完全な再現を目指すとそれらを全て取得する必要があります。考慮すべきメッセージ種別を一覧にしてみました。画像gif画像(そもそも挿入可能?)添付ファイルリアクション(いいね)いいね/ハート/笑い/びっくり/悲しい/怒っているリアクション者ユーザー以外の投稿botの投稿コネクタIncomingWebhookメール投稿うーん、めんどくさい。単純な取得ひとまず少しやってみましょう。こいつをエクスポートしたのがこちらです。ちなみに以下のAPIをGETで叩いてます。style=\”font-size:14px\”>10_convでの返信です。style=\”font-size:14px\”>10_convでの返信です。style=\”font-size:14px\”>改行付き。style=\”font-size:14px\”>10_convでの返信です。style=\”font-size:14px\”>改行付き。“10_convでの返信。投稿はただのテキストでやります。“10_convでの返信です。[]}]}返信が降順に並んでるなぁとかいろいろ思う所はありますが、本文欄に注目してみましょう。拡張メッセージボックスを展開せず、一行だけで記載したメッセージはHTML形式ではなくテキスト形式で保管されるようです。“10_convでの返信です。”},一方、改行を含めたメッセージを投稿すると、HTML形式になるようです。一行だけで記載したメッセージ以外はのきなみHTML形式になるのでしょうか。文字の大きさはfontで定義されてるのですね。style=\”font-size:14px\”>10_convでの返信です。style=\”font-size:14px\”>改行付き。HTML形式(拡張ボックスを開かない)</div>\n</div>\n</div>\n</div>\n</div>”},絵文字なんかも再現されるようです。style=\”font-size:14px\”>10_convでの返信です。height:20px\”></span></div>\n</div>\n</div>\n</div>\n</div>\n</div>”},いいねも取得できますが、いいねをしたユーザーはIDでしか表現されないので、名前まで表示するなら別途ユーザー情報とマッチングしなければいけないですね。“aadUser”}...ということで、完璧なエクスポートをしようとするとTeamsのメッセージ種別に対してAPIでどのようにエクスポートされるかを確認それをどのように再現するかを設計する必要があります。気分が向いてくれればサクっとツール作って外販できるようになってるかもしれません。BitTitan社のような3rdパーティー製ソリューションを利用するのもアリですね。この手のツールは目的から考えたクオリティにすればいいので、ひとまずメッセージが見れればいい、いいね!なんかは要らない、など要件を定義して、エクスポートする要素を限定するとツールが作りやすいと思いました。Policyの概要はこちら。Docs2018年6月にプレビューが開始された機能です。特定レベルの管理者権限を持つアカウントに強制的にMFAをかけつつ、除外するアカウントも指定できるものでした。これが、ここ1週間くらいで全ての管理者アカウントに対してMFAを有効にする全ての管理者アカウントに対してMFAを有効にしないの2択となり、除外アカウントの設定が出来なくなってます。policyで除外管理者を設定できなくなってる。スクリプト利用や緊急用管理者はMFA除外するのはMSの推奨。現実的には、全ての管理者アカウントに対してMFAを有効にするのはリスクがあるため、MFA除外アカウントを作成するのがセオリーでした。マイクロソフト社も推奨しています。1以上のライセンスが必要でした。365を守ることが出来ません...。回避法twitterで裏側のAPIを叩いて設定変更できるぜ!と言っている人がいるけど...。2019ライセンスに違反する可能性もあるし、やめた方がいいでしょう。1のライセンスを買うか、マイクロソフト社の推奨通り、1要素認証のアカウントのパスワードを複雑にして対処するしかなさそうです。2019.06.30Interact2019に行ってきました。当日は、生うるしまさんを遠目から見れてありがたかったです。他のO365サービスを組合せ、SharePointはそれらをつなげる時代にSPOモダンサイトは、いろんな所にある情報をSharePoint上で再整理、発見しやすくすることが価値SharePoint一択だったオンプレ時代と違って、YammerやTeamsなど別の形の”グループコミュニケーションサイト”も出てきているので、SPOにこだわる必要はない。いうことで、このコンセプトが一貫して話されていた非常に分かりやすいセッションでした。分かりやすかったのですが...。365で飯を食うプロとしては、各製品の特長を理解して、お客様の業務・ニーズも理解した上で、最適な製品構成をお客様に提案する。...ってめちゃくちゃ大変やんけ。顧客の業務を理解する能力、それに合わせてどのようなデジタルツールを利用するかのコミュニケーション論も語れないといけないし、各サービス・コンテンツをSharePoint上で再整理、発見しやすくするためのポータルデザイン能力、ある程度ユーザーに任せる場合も、どこまでユーザーにやらせるかっていう線引きをシステム管理面でやらなきゃいけないし。Exchangeエンジニアなんて客に言われるままにメールボックスぽちぽち作成してるだけなのに...。そんなわけで、最近SharePointに足突っ込んでる私としては、沼の深さにガクブルしてしまったセッションでした。社内のSharePointエンジニアをもっと尊敬しようと思います(ここまで考えてるのかな)さて、セッション中で”モダンサイトはできる事は少ないのは事実だが、それは管理者視点であり、ユーザー視点だと今までよりできる事が多くカスタマイズも容易”という話がありました。確かにそうだなぁ...と思いますが、ユーザーがポータルを何となく作ってみたが、これで本当に大丈夫なのか?という疑問は出てくると思います。WordPressのテンプレートでも、デフォルトのものをカスタマイズして使えるのは使えますが、ユーザービリティ高くてSEO対応してて、セキュリティも万全なテンプレートがあったりするわけで...。そんなわけで、社内サークルのサイトなんかは勝手に作ってもらっていいが、部門用のサイトとか、会社肝いりのプロジェクトのサイトなんかは、プロが考えた、ユーザーが扱いやすいデザインで、コミュニケーション論とかも考慮され、コンテンツ更新運用も考えられたテンプレートを使いたい気持ちになるなぁ...と思いました。全てをSharePointでやる必要はなく、TeamsやYammerなど適切なツールで実施すべきはそうだが、それこそエンドユーザーにとっては難しいのでは?ひとまずTeamsで始めるとして、どういうタイミングでSharePointを使い始めるかが分からない。そのためには、SharePointで何ができるかユーザーが理解しておくべきであるし、そうじゃなければ管理者が”こういう方法でSharePointを使いましょう”とレクチャーする必要がある。いうことで、ユーザーでいろいろできるからプロは必要ないよね、ってのじゃなく、自由にいじれる上での悩みを解決するためにプロが何ができるかを考えなきゃな、と思いました。普段Exchangeのぬるま湯でメールボックスをぽちぽち作っていただけの私にとっては非常に考えされられたセッションでした。あと読もうと思ってたノンデザイナーズ・デザインブックをちゃんと読もうと思いました。LT01がデザインの話だったので、そちらも聞きたかったが...。自分用メモ:モダンサイトの種類スタートページチームサイトTeamsの裏で出来るサイトコミュニケーションサイトSPOのサイト。組織内に広くニュースなどの情報を発信する。ハブサイト関連するサイトの”ハブ”となるサイト例えば、総務部のサイトと電話管理のサイト、備品管理のサイトがある場合、総務部のサイトを”ハブサイト”と定義するTeamsもこういう概念がほしい...。B2Cの話題を聞くのでこのセッション。感想としては、競合の製品に比べて価格は安そうだが、使い勝手や他の競合mBaaSの連携(Firebaseなど)に比べると貧弱で、ちょっと流行らないんじゃないかなぁ...と思いました。B2C単体で使いたい、というより、mBaaSの一環としてこのサービスがある、というのが世間の視点なので、う~ん、どうなんでしょ。個人的には、セッションを聞きながらB2C向けのIDaaSの競合製品をいろいろ調べて「ほほーん」とできたので良かったです。monitoring個人的にFunctionsを使って動作不能になったりすることが多かったのでこのセッション。私のFunctionsは要所要所(笑)でSendGrid使ってメールを投げる、という原始時代な監視の仕組みです。Insights)を使えば便利だよ、と。Function作成時にデフォルトで有効で、使い始めるのにハードルはない。Insightsを使ってみて不満があれば検討すれば、という所。使い始めるハードルは低いが、調子に乗ると無料枠を超えることがあるぽいです。Function上のアプリに組み込めば十分なのですが、エンタープライズだとアプリケーション自体の動作と監視の要件が一緒になると、監視の要件が変わった時にアプリの再デプロイが必要になり、アプリ管理という面ではイケてない。LogicAppsとあえて役割を分けさせることで、開発と運用を分けることが出来ていいよね、という話でした。セッションでライブコーディングされている時、空気のように標準出力と例外出力を使い分けられていたのですが、運用バッチしか書いてないインフラエンジニア的には「例外出力?テキストログに記録できればいいんじゃない?」みたいになるので、そこはアプリ開発の基礎の勉強が必要だな、って思いました。例外出力するのはもちろん、致命的なエラーと、後で調べればいいエラーは戻り値(?)を分けて出すとか。いいけど、開発者ってどのタイミングでこういったコーディング以外の要素を勉強するんですかね?今、ジョブ管理システムのシステム要件定義をやってんすけど、戻り値が正常・警告・異常の3段階でいいのか、もっと細かくカテゴライズすべきなのか、論拠がないんですよね...。そうそう、セッションの半分くらいがライブデモだったんですけど、非常に良かったです。上手く動かない所があったけど、それも含めて安心というか、あ~やっぱりクラウドって上手く動かないことがあるとブラウザ再起動したら直ってるよね~、みたいな分かりみが深くて良かったです。まとめ以上、途中で帰ってしまったのですが大変楽しい文化祭みたいな雰囲気のイベントでした。うるしまさんとサポートメンバーの方、登壇者の方々、大変ありがとうございました。MS-500,MS-100,MS-101を受験して合格しました。