Automateの使い方やできることがわかるブログを目指しています。2018-08-19PowerAppsで何から手を付けていいかわからない方へ(非プログラマの方)Twitterなどでたまに目にするんですが、作り方が知りたい!の前にそもそもどういうふうに作ればいいのかわからない、という非エンジニアの方がいます。そんな方向けにプログラマがどういう感じで開発してるかから話してみます。※長い上にとりとめのない話になってしまいました・・・。具体的な解決策をだせていませんが、お暇でしたらご一読いただけると多少助けになるとは思います。items){//もろもろ実装いっぱい~~~~~~~//もろもろ実装いっぱい~~~~~~~//もろもろ実装いっぱい~~~~~~~}みたいなものが、PowerAppsだとCollect(NameLists,{Name:"前田"},{Name:"中田"},{Name:"岡田"})これ1行だけでできる!すごい!というだけのものです。いやすごいんだけども。何が言いたいかというと結局"なに"を"どうやって"やりたいことを実現するか、というのは考えないといけないんですよね。実現する手段は簡単になりましたが、実現するアプローチは自分で考えないといけません。プログラマはどうやって開発してる?今回はプログラマが開発を受注して納品するまでの流れを参考に、どういった感じで作っていけばいいかを私なりに整理してみようと思います。標準的な日本の開発手法としてウォータフォール開発、というものがあります。・アフターサポートみたいな流れで開発が進みます。はい、開発(プログラムを作る)までに意外とかかりますね!PowerAppsではこの内、開発の部分!ここが楽になるよーというものです。(それだけじゃないですが今はスルーしてください)そう、全開発工程のほんの一部ですね。テストやら納品やらアフターサポートは基本的にご自身、または自社で使うわけですからそんなに気にしなくていいです。今は置いときましょう。企画提案なども自分で作るので無いステップですね。→どんなことを解決、改善したいか目的を定め、これから作るアプリでどういったことをしたいかを決める。優先順位をつけて、要件を定義する。プログラムのフローを考える。いうデータ(データソース、テーブル)が必要か考える。どんな開発も全く設計をせずに受注したぞ!即コード書くぞ!とはならないです。・どういうデータが必要かを考える。いう実装になるかを考える。順番はとりあえず守ってください。何がしたいかがブレるとすべてが崩壊します。画面を変えると実装方法も変わります。面倒なことになると思います。普通の開発ではそれが起こるとデスマーチが始まります。ナルホドワカッタヨ「なるほど、そうすればいいのね。」でもまだみなさんどんづまる箇所があると思います。最後の・どういうデータが必要かを考える。いう実装になるかを考える。言われても、テーブル設計なんて知らないし、どういう実装するかもPowerAppsで何ができるのか、一般的なプログラミングのアプローチ方法もなにもご存知ないですよね。このへんが一番大きい引っかかりポイントなのかな、と思います。プログラマで1つの言語を覚えればあとはさくさく覚えられる、といいますが、それはこのあたりの考え方みたいなのが出来上がってて、「この言語よく知らないけどこういう命令の仕方があって、こういうかんじにやっていくんだろうな」と当たりをつけて、Googleで検索して「あ、やっぱりね。やればできるな」みたいなことができるんです。このへんのことをサクッと学べたら楽なんですが、私はサクッと学ぶ方法を知りません。どこかのブログを読んで学べるようなことではない気がします。フローチャートを書く!とりあえずできる策としては、フローチャートを書いてみることをおすすめします。頭で考えるだけでなく、実際に書いてみてください。自分がわかればいいので書き方とかはどうでもいいです。自分がやりたいことをするには、最初にこうして、これをこうして、このボタンを押したらこうなって、一回保存して、画面もどって、みたいな流れを書いてみてください。粒度は細かくなくても構いません。面倒でないレベルで1手順ずつ書いて整理してみましょう。すると、自ずとPowerAppsで何をしなければいけないか、どういう実装をしなければいけないかが見えてくると思います。普通のプログラマの勉強も、最初はフローチャートを書くことからはじまります。(たしか)ちょっとがんばってみてください。フローチャートの書き方から全然全くわからない方、ぐぐってください。Google検索を活用することもプログラミングをしていく上ではとんでもなく重要です。