器用貧乏系YouTuberのあきらです。(予定)今回は登壇レポです。なんだかんだ初学者向けって話とは縁遠く、すんごい勉強になったので、共有を込めて執筆いたします。徹夜で資料作ってイベント出て、そのままブログ書いて、次のイベントの準備をしております。寝ないと人としてどうなん?って思ってますが、ちゃんと人間です。キャンバスアプリのつまづきポイント対策」byギークフジワラさんいやぁ、すごい嬉しいですね。TV(モニター)の向こう側の人と話せた!大好きです!動画作成してるときに私かなり色々調べてて、「動画がきれい!」って思った方の1人です。内容としてはYouTubeに届いたつまづきPointだそうです。Appsで作ってしまう溺愛ぶり!Collectionで定義してるのかー(めんどくせぇ)ランキング形式での発表でした!躓き第五位!コントロールの値の取得方法がワカラナイ!!!!うーん最初はあるある...っておもってたかなぁ最近は頭の中で、「ペロツこれは...!?Selected.Result!!!!」ってわかるようになっちまった...躓き第四位!色んなデータの扱いに引っかかる!!!!これはまぁDataの切り崩し方の問題ですかね。Collect系の関数の説明がすごくわかりやすかったです。別にエラーだしてるわけではないのです。このままだとこんだけしかできないよ!機能が制限されるよ!っていう「警告」を出してるわけです。ここはさすがYouTuber!説明がとてもうまいですね。絵も綺麗に作成してくれています。回避方法もきちんと定義してくれて、素晴らしい説明だったと思います。こちらは「CollectionにFilterしたものをぶち込んで、委任関数はCollectionから処理!」というカタチで回避していました。全部みたい!っていう要望をなだめたほうがいいんでないかなぁと思うこの頃。一度に全部見れるわけないじゃんよ、人外じゃないんだから。躓き第二位!どうやって勉強したらいいかわからない!!!!これって躓き?wwwGoogle先生に聞く、で終わりですね。そもそも学習方法って千差万別で、本みたからわかりやすい!ありがとう!ってちょっと違うと思うんです。勉強したことをノートにでも書いといて、予習復習すれば大抵覚えるわ!自分で学習できるものを他人に依存するのはもったいないなあああああああああ!!!自分で調べて叶ったときの感動を味わってこそのモノづくりですよ。躓き第一位!何作ったらいいかわからない!!!!じゃあやめよう!(極論)ツールなんだから何か作りたい!からスタートしないのか...よくわからん。体重記録アプリとか生活の中から始められるものも結構ありますね。「こんなアプリあればいいのに...」駆動開発ってのも悪くないですね。amそのひと!って言うんだったら周りにヒアリングしたらネタは転がっている。割とUGにも転がっています。www.slideshare.netだーいぶ、緊張されていましたね...裏でニヤニヤしててすみませんねこりゃ。登壇中に、SPOリストフォーム触ったことある人、手上げてー!!!!ってなったらちらほら...でもやっぱり絶対数は少ないものです。便利な機能だったりするんです。実はそれ用の関数もあるんですよ。Platformerですね。え?ワタシ?私はPower界のホームレス的な立ち位置なんで期待しないでください。Docs見てください。自分で調べないと大きくなれないよ!!!!docs.microsoft.com個人的にやめてくれPoint「管理者以外でもカスタマイズできちゃう」いやーこれたまらんですね。管理者であろう人のTwitterが荒れました。Powerって管理目線は大事なのでね(情シスでいう管理とは違う管理です)そういう意味では対策は分かりやすくていいですね。Teamsみを感じました。SPOモバイルアプリなんて、1年以上触ってないぞ...たまには確認してみようかね(触らないフラグ)たなさんの登壇は最近よく見られるようになりましたし、イベントも精力的に行っております。ブログもすんごいいっぱい書いてくれてるので、刺激し合えるいい関係でいられて嬉しい限りです。高め合っていきたいですね。Apps」byワイ(akira)まぁワイは別にいいか...どーもこんなやつです!!!Coalesce関数の仕様わりとCoalesce関数のところはどよめいていた記憶がありますね。便利ですよ!とはいいつつ、若干この関数の仕様に合わせなければいけない!ってPointもありますので書いておきます。1評価するコントロールの型をそろえなければいけないこれ地味に面倒なんですが、例えば「テキスト」と「数値」だとすると同時評価できないから、Text関数とかValue関数とかで揃えてあげないといけまてん。なんだかんだIFのが楽じゃん!ってなりそうですね。)・・・ってあんまり使わなくね?はいこれ。statusをDisabledにするプロパティの場合って(Submitのbuttonコントロールなど)条件書くとしたら、「blankじゃないですか?」じゃなくて、「blankですか?」の方が条件設定が脳内で想像しやすいんですね。意味ならば、素直にIf文書いておいた方が良い場合も多々あります。意味ならば、今回紹介した関数を使うと面白いと思います。今回はこんな風にも書けるよ!という内容の紹介でした!あと誰かRevert関数の使い方教えてくださいませ・・・ワカラン資料でっすspeakerdeck.comあきらのブログhanakuso365.hatenablog.comあきらのイベントai-powerplatform.connpass.com「初学者がやりがちなトラブル3選と解決策」byりなたむさん我らがりなたむさんです!ワタシから見ると、この辺の人達のほうがいつ寝てんの?って思うんですけどね。今回も素敵なスライドと語り口で説明いただきました。お客さんをいっぱい抱えてるソントレーゾさんならではの知見、とても参考になりました。資料はコチラspeakerdeck.comとりあえず爆笑していたアプリの起動に時間がかかる話みなさん気付いていましたか?この画面の説明のとき、ワタシ爆笑してたんです。過呼吸なるわ!どういうことや!あれですね。label参照とか多すぎる人の気持ちもわからなくはないんです。labelに映しておけば、一つ一つの動作が「見える形」で表現できますからね。JSONとか扱うときはデータの中身を確認しながら作ったほうが、安心しますから。「大量に溜まったゴミを彼女が急に来たいっていうからとりあえず押し入れ入れとけ」っていう発想と同じですからね。整理しながら最適化しながら作成しましょう。オブジェクト名Defaultのままこれはワタシは口酸っぱく講習でも言ってます。いう人ってズボラだと思う(ワタシがズボラじゃないとは言ってない)高速でアプリ作ってるときは付けないことあるけど、大概自分用のアプリだったりするわけで。Excelとかでも「新規ワークシート」のまま保存しちゃったり、「いつか片付けるから!」ってDesktop上フォルダやファイルで埋め尽くすような人なんじゃないかな。※妄想の話です、ブログの著者の気持ちではありません。今自分の意志とは違う生命体に乗っ取られてますからコメント荒らさないでね。Simplified」これはよく思うことですね。市民開発者って「簡単なんでしょ?」って言われることあるけど、やってみてからいいなさいな。業務やりながら、それに勘合する形でアプリ作ったり、フロー作ったり、そんなんメンドクサイに決まってんじゃん。楽しめないと、ただの苦行ですわ。パッケージされた業務の中にリソースも併せないで、出来るわけないですね。簡単にできるようになる!と口上では言うこともありますが、要件定義の段階で開発目線持つまでは早くないのでね。ワタシは開発の大部分って「話し合い」だと思ってるので、宇宙人との面談が無い!っていう未来を目指して頑張ってくださいな、ホントに。最後の言葉が全てですよね。躓き=失敗じゃなくてですね。躓いてからどう進むか!が重要なわけで頑張っていきましょう!ですね。りなたむさんの会社http://sentreseau.com/りなたむさんの会社のYouTubehttps://www.youtube.com/channel/UCE18hJ-x997Zw9UO9hMQ7_Aおわりにかつて両津なんとかさんが漫画の中で言ってました。「躓き倒れることは恥じゃない。立ち上がらないことがよっぽど恥ずかしいんだ」と。